Bug with ResultSet.wasNull() function

The wasNull() function is incorrectly reporting false when null values are read for doubles. This is in conjunction with the Oracle 10gr2 classes12.jar driver.
The case where I am seeing this is for a left outer join SQL statement. Double columns on the right side of the join are reporting false with wasNull when they are in fact null. I haven't tested other conditions yet.
Is this a documented bug?
Also, I apologize if there is a more appropriate forum for this question. If so, just let me know and I'll post there.

Hi ,
There is a bug mentioned on http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=4424215.
You can go through this for the fix release.
-Priyanka

Similar Messages

Bug with min function applied to an attribute?

Does anyone know if there is a bug with the minimum function when it is applied to an attribute?
I have Accounts, Date, Sales Type and volume in my request.
I have applied min(Date) in the fx of the Date column.
My query is hitting the YAGO table even though non of the columns i am using is mapped onto a YAGO table.
As a test I've removed the min function frem the Date column and applied it to the Account column.
Again my query hits the YAGO table.
Does anyone know if it is a bug or can someone propose a workaround?
I am using OBIEE version 10.1.3.4.1090414.1922 on Windows XP.

Hi,
You can create a separate report and refer it into the column of main report by 'Filter based on results of another request'
This should resolve
Hope this helps
Regards
MuRam

Downloaded 11.0.3 (42) 64 bit to my MacBook Pro and it crashes every time I select a song a use the 'add to' function to add to a play list. It's never done this before, is it a bug with the new version?

downloaded 11.0.3 (42) 64 bit to my MacBook Pro and it crashes every time I select a song a use the 'add to' function to add to a play list. It's never done this before, is it a bug with the new version?

You could just disable updates. Change these settings in about:config.
* app.update.auto - set to false
* app.update.enabled - set to false
You can still check for updates with the "Check for Updates" button in the About Firefox window, but it will download the update file anyway if there is an update available. You can also check which is the current release from here:
* http://sjc.mozilla.com/en-US/firefox/new/

Bug in ResultSet#getDate() with ojdbc7-12.1.0.1

As "documented" here java - ResultSet#getDate() semantics - Stack Overflow there seems to be a bug in ResultSet#getDate() with ojdbc7-12.1.0.1.
The java.sql.Date condition
To conform with the definition of SQL DATE, the millisecond values wrapped by a java.sql.Date instance must be 'normalized' by setting the hours, minutes, seconds, and milliseconds to zero
is violated.
How can we report that to Oracle?

Hello Hwang
1/ I don't know for your first question. Have you checked all the RUEI rpm prerequisites? One should be missing probably.
2/ One solutions consists of installing and configuring Squid proxy on the RUEI server. Then you can use your own browser with ruei server as a proxy and surf. You also need to tweak RUEI to collect traffic within the right network card.
as $RUEI_USER :
execsql config_set_profile_value wg profile_wg_localhost_1 config ForceInterface add eth0
replace wg by the name of your profle (probably wg anyay) and eth0 by the proper network card (also eth0 probably).
GL & HF
JB

Shading pattern bug with stitching functions

I am using Acrobat Professional 7 for Windows, but I don't believe the situation has changed in Acrobat 9.
I have a simple hand-crafted pdf that is designed to test shading patterns with extend regions when used with stitching (Type 3) functions. These behave according to the spec in most cases, but there is a special case where they don't. I've included the job at the end of this message.
The special case is where a Bounds entry is identical to one of the Domain values. The spec doesn't say what should happen for this case, but I might expect either the end child function would be ignored, or that it is used but the appropriate colour would be evaluated using it and applied to the extend region.
What in fact happens, is that the extend regions have their colour derived from evaluating 0 or 1 through the end child functions. This is true regardless of whether the shading domain includes zero. But, these are used the wrong way round.
This might seem like a specialised case that would never appear in the field from real world application, but that is not the case. I have dozens of such jobs from customers displaying exactly this problem with varying workarounds by producers such as (Agfa Apogee Normalizer), (Acrobat Distiller 6.0 $Windows$), (Adobe PDF library 7.77), (Creo Normalizer JTP ver. 3.1.6), (Adobe PDF Library 8.0).
In more detail, the job has one radial shading pattern using a stitching function with 6 child functions. The first child function coincides with the function domain, as do the last two child functions. The domain of the shading is a subset of the stitching function, arranged so that the end child functions should never be evaluated.
I believe the whole of the shading should be a solid cyan because the domain is 0.3 to 0.7. Only one of the child functions covers this range which is solid cyan. Acrobat displays the inner extended region as black which can only be explained by pushing 1 through the first child function, and the outer extended region is yellow which can only be explained by pushing 0 through the final child function.
I believe Acrobat should be using the shading domain limits for the extend regions. Instead, it is using 0 and 1. But worse, the values are being used the wrong way round.
This is my hand-crafted job for testing shading patterns with Type 3 functions. The job is hand crafted, and I haven't gone to the trouble of setting the xref table or setting the stream lengths, but Acrobat does repair the file and it behaves the same as other, real-world, jobs
%PDF-1.4
%âãÏÓ
1 0 obj
<<
/Type /Catalog
/Pages 2 0 R
>>
endobj
2 0 obj
<<
/Type /Pages
/Count 1
/Kids [4 0 R ]
>>
endobj
3 0 obj
<< % Info dictionary
/Title (FunctionType 3 boundary test)
/CreationDate (D:20051118000000-00'00')
/Author (John Jefferies)
>>
endobj
4 0 obj
<< % Page 1
/Type /Page
/Parent 2 0 R
/Resources 5 0 R
/MediaBox [0 0 300 300]
/Contents [6 0 R]
>>
endobj
5 0 obj
<< % Resources Groups
/Shading <<
/Radial 7 0 R
>>
/ProcSet [/PDF]
>>
endobj
6 0 obj
<< % Page contents
/Length 1
>>
stream
q 1 0 0 1 0 0 cm /Radial sh Q
endstream
endobj
7 0 obj
<< % Radial shading covering group
/ShadingType 3
/ColorSpace /DeviceCMYK
/BBox [0 0 300 300]
/Coords [150 150 30 150 150 175]
/Function 8 0 R
/Domain [0.3 0.7]
/Extend [true true]
>>
endobj
8 0 obj
<< % Function for shadings
/FunctionType 3
/Domain [0 1]
/Range [0 1 0 1 0 1 0 1]
/Functions [9 0 R 10 0 R 11 0 R 12 0 R 13 0 R 14 0 R]
/Bounds [0 0.25 0.25 1 1]
/Encode [0 1 0 1 0 1 0 1 0 1 0 1]
>>
endobj
9 0 obj
<< % Function for shadings: Red - Black
/FunctionType 2
/Domain [0 1]
/Range [0 1 0 1 0 1 0 1]
/C0 [0 1 1 0]
/C1 [0 0 0 1]
/N 1
>>
endobj
10 0 obj
<< % Function for shadings: Green
/FunctionType 2
/Domain [0 1]
/Range [0 1 0 1 0 1 0 1]
/C0 [1 0 1 0]
/C1 [1 0 1 0]
/N 1
>>
endob

Philip, thankyou for offering to look at this.
I have attached 'FunctionType 3 boundary.pdf' which was the original file I attempted to post. The file 'AcrOut Domain 0_3-0_7.png' makes it clear what I am seeing in Acrobat. I would also like to augment my original post a little to point out incompatibilities between Acrobat and CPSI.
1. From my PoV, compatibility between Acrobat and CPSI is important, so I've also attached a file that contains equivalent PostScript. On my Ricoh Aficio with CPSI (3016.203) inside it, the job is rendered in solid cyan as I would expect given that the domain of the shading is restricted to [0.3 0.7].
2. If the jobs are changed to make the shading domain [0 1] instead of [0.3 0.7], Acrobat displays a green ring (expected), and the inner extend region is now red (expected). The outer extend region remains yellow.
CPSI renders the job almost the same as Acrobat, but the outer extend region is painted in cyan, not yellow. An Nth reading of the PDF and PS specs has revealed a subtle difference; there is one sentence in the stitching function section of the PDF spec not present in the PS spec, it is "If the last bound, Bounds(k−2) , is equal to Domain(1) , then x′ is defined to be Encode(2i)". I take this to mean the outer extends region may have different color in the PDF and PS versions by design.
3. If the pdf job is changed to make the shading domain [0.01 0.99], Acrobat displays the inner extend in black as before (unexpected), otherwise the same as 2).
To summarise:
1. There appears to be a bug in Acrobat whereby it ignores domain of the shading when painting the extend regions.
2. There is an incompatibility between Acrobat and CPSI in the outer extends region when the final Bounds entry is equal to the Domain value. This may be by design.

30EA3: German language bug with user defined reports still not fixed

In 30EA2: Limited folder functionality with German language
I wrote about a bug in 30EA2. Was this message noticed by the developers?
The bug still exists in 30EA3.
In new folders for user definded reports only the options "Kopieren" and "Exportieren" (copy and export) are available, when SQL-Deverloper runs in German language mode.
A workaround is to force language to English with the line
AddVMOption -Duser.language=en
in sqldeveloper.conf

I made a new thread for the same bug in 3.1EA2:
3.1EA2 Old bug with German language settings still exists
I have some hope, that my problem finally got noticed by the developers.

3.1EA2 Old bug with German language settings still exists

In the past I wrote several times about a bug in SQL Developer when running in German language mode. This bug is still not fixed in 3.1 EA2:
In new folders for user definded reports only the options "Kopieren" and "Speichern unter ..." ('Copy' and 'Cave as') are available, when SQL-Deverloper runs in German language mode. Other options like "Bearbeiten, Neuer Ordner, Neuer Bericht, Ausschneiden, Einfügen, Löschen" (Edit, New Folder, New Report, Cut, Paste, Delete) are missing. A workaround is to force language to English with the line
AddVMOption -Duser.language=en
in sqldeveloper.conf
I mentioned it first in Re: Folders with limited functionality about version 2.1.1.64 and then in 30EA2: Limited folder functionality with German language 3.0 EA2 and German language bug with user defined reports still not fixed Beta Release 3.0 EA3
Edited by: user1775992 on 22.11.2011 03:30

I have raised a bug on this issue and I am actively looking into it.

HT1665 There is a bug in the spellchecking functionality when typing in the web view or while using Blogsy App. Why? Why my IPad crashes so often?

There is a bug in the spellchecking functionality when typing in the web view or while using Blogsy App. Why? Why my IPad crashes so often?

I have always found spell check to be "buggy" in every version of all of the iOS's that I have run on my original model iPad and my new iPad - especially when replying and typing posts in these forums. It works perfectly in every other application on my iPad but it has never worked perfectly in any web browser that I have used on my iPad - no matter what I have done to try to correct it. That is what MY experience has been with spell check on my iPads.
As for the crashes on your iPad try these basic troubleshooting steps.
Restart the iPad by holding down on the sleep button until the red slider appears and then slide to shut off. To power up hold the sleep button until the Apple logo appears and let go of the button.
Reset the iPad by holding down on the sleep and home buttons at the same time for about 10-15 seconds until the Apple Logo appears - ignore the red slider - let go of the buttons.
Quit all apps and restart. Go to the home screen first by tapping the home button. Quit/close open apps by double tapping the home button and the task bar will appear with all of you recent/open apps displayed at the bottom. Tap and hold down on any app icon until it begins to wiggle. Tap the minus sign in the upper left corner to close the apps. Restart the iPad. Restart the iPad by holding down on the sleep button until the red slider appears and then slide to shut off. To power up hold the sleep button until the Apple logo appears and let go of the button.

Need some help with the Table Function Operator

I'm on OWB 10gR2 for Sun/Solaris 10 going against some 10gR2 DB's...
I've been searching up and down trying to figure out how to make OWB use a Table Function (TF) which will JOIN with another table; allowing a column of the joined table to be a parameter in to the TF. I can't seem to get it to work. I'm able to get this to work in regular SQL, though. Here's the setup:
-- Source Table:
DROP TABLE "ZZZ_ROOM_MASTER_EX";
CREATE TABLE "ZZZ_ROOM_MASTER_EX"
( "ID" NUMBER(8,0),
"ROOM_NUMBER" VARCHAR2(200),
"FEATURES" VARCHAR2(4000)
-- Example Data:
Insert into ZZZ_ROOM_MASTER_EX (ID,ROOM_NUMBER,FEATURES) values (1,'Room 1',null);
Insert into ZZZ_ROOM_MASTER_EX (ID,ROOM_NUMBER,FEATURES) values (2,'Room 2',null);
Insert into ZZZ_ROOM_MASTER_EX (ID,ROOM_NUMBER,FEATURES) values (3,'Room 3','1,1;2,3;');
Insert into ZZZ_ROOM_MASTER_EX (ID,ROOM_NUMBER,FEATURES) values (4,'Room 4','5,2;5,4;');
Insert into ZZZ_ROOM_MASTER_EX (ID,ROOM_NUMBER,FEATURES) values (5,'Room 5',' ');
-- Destination Table:
DROP TABLE "ZZZ_ROOM_FEATURES_EX";
CREATE TABLE "ZZZ_ROOM_FEATURES_EX"
( "ROOM_NUMBER" VARCHAR2(200),
"FEATUREID" NUMBER(8,0),
"QUANTITY" NUMBER(8,0)
-- Types for output table:
CREATE OR REPLACE TYPE FK_Row_EX AS OBJECT
ID NUMBER(8,0),
QUANTITY NUMBER(8,0)
CREATE OR REPLACE TYPE FK_Table_EX AS TABLE OF FK_Row_EX;
-- Package Dec:
CREATE OR REPLACE
PACKAGE ZZZ_SANDBOX_EX IS
FUNCTION UNFK(inputString VARCHAR2) RETURN FK_Table_EX;
END ZZZ_SANDBOX_EX;
-- Package Body:
CREATE OR REPLACE
PACKAGE BODY ZZZ_SANDBOX_EX IS
FUNCTION UNFK(inputString VARCHAR2) RETURN FK_Table_EX
AS
RETURN_VALUE FK_Table_EX := FK_Table_EX();
i NUMBER(8,0) := 0;
BEGIN
-- TODO: Put some real code in here that will actually read the
-- input string, parse it out, and put data in to RETURN_VALUE
WHILE(i < 3) LOOP
RETURN_VALUE.EXTEND;
RETURN_VALUE(RETURN_VALUE.LAST) := FK_Row_EX(4, 5);
i := i + 1;
END LOOP;
RETURN RETURN_VALUE;
END UNFK;
END ZZZ_SANDBOX_EX;
I've got a source system built by lazy DBA's and app developers who decided to store foreign keys for many-to-many relationships as delimited structures in driving tables. I need to build a generic table function to parse this data and return it as an actual table. In my example code, I don't actually have the parsing part written yet (I need to see how many different formats the source system uses first) so I just threw in some stub code to generate a few rows of 4's and 5's to return.
I can get the data from my source table to my destination table using the following SQL statement:
-- from source table joined with table function
INSERT INTO ZZZ_ROOM_FEATURES_EX(
ROOM_NUMBER,
FEATUREID,
QUANTITY)
SELECT
ZZZ_ROOM_MASTER_EX.ROOM_NUMBER,
UNFK.ID,
UNFK.QUANTITY
FROM
ZZZ_ROOM_MASTER_EX,
TABLE(ZZZ_SANDBOX_EX.UNFK(ZZZ_ROOM_MASTER_EX.FEATURES)) UNFK
Now, the big question is--how do I do this from OWB? I've tried several different variations of my function and settings in OWB to see if I can build a single SELECT statement which joins a regular table with a table function--but none of them seem to work, I end up getting SQL generated that won't compile because it doesn't see the source table right:
INSERT
/*+ APPEND PARALLEL("ZZZ_ROOM_FEATURES_EX") */
INTO
"ZZZ_ROOM_FEATURES_EX"
("ROOM_NUMBER",
"FEATUREID",
"QUANTITY")
(SELECT
"ZZZ_ROOM_MASTER_EX"."ROOM_NUMBER" "ROOM_NUMBER",
"INGRP2"."ID" "ID_1",
"INGRP2"."QUANTITY" "QUANTITY"
FROM
(SELECT
"UNFK"."ID" "ID",
"UNFK"."QUANTITY" "QUANTITY"
FROM
TABLE ( "ZZZ_SANDBOX_EX"."UNFK2" ("ZZZ_ROOM_MASTER_EX"."FEATURES")) "UNFK") "INGRP2",
"ZZZ_ROOM_MASTER_EX" "ZZZ_ROOM_MASTER_EX"
As you can see, it's trying to create a sub-query in the FROM clause--causing it to just ask for "ZZZ_ROOM_MASTER_EX"."FEATURES" as an input--which isn't available because it's outside of the sub-query!
Is this some kind of bug with the code generator or am I doing something seriously wrong here? Any help will be greatly appreciated!

Hello Everybody!
Thank you for all your response!
I had changes this work area into Internal table and changed the select query. PLease let me know if this causes any performance issues?
I had created a Z table with the following fields :
ZADS :
MANDT
VKORG
ABGRU.
I had written a select query as below :
I had removed the select single and insted of using the Structure it_rej, I had changed it into Internal table
select vkorg abgru from ZADS into it_rej.
Earlier :
IT_REJ is a Work area:
DATA : BEGIN OF IT_REJ,
VKORG TYPE VBAK-VKORG,
ABGRU TYPE VBAP-ABGRU,
END OF IT_REJ.
Now :
DATA : BEGIN OF IT_REJ occurs 0,
VKORG TYPE VBAK-VKORG,
ABGRU TYPE VBAP-ABGRU,
END OF IT_REJ.
I guess this will fix the issue correct?
PLease suggest!
Regards,
Developer.

Bug with VI Template (.vit) behavior with express VI's in LV8.6.

Hello,
I have an application that was originally coded in LabVIEW 8.0, Windows XP. One part of the program utilizes a VI template (.vit) to open multiple instances of a subVI for the user. In versions prior to 8.6, when the VI was called via the VI server and then closed pragmatically, it did not spawn a "Save Changes..." dialog. Upon upgrading the application from LabVIEW 8.5 to 8.6.1 the "Save VI..." dialog shows up when the .vit subVI's are closed. After investigating the behavior, I have determined that inclusion of Express VI's (I haven't tested them all, but I've tested several) cause the "Save VI..." dialog to open when closing the .vit pragmatically. What's interesting is that it exhibits this aberrant behavior even if the express VI is in the disabled pane of the diagram disable function. (I thought that's supposed to remove the code from compilation completely?).
I've attached an example program that illustrates the behavior. Run "Call Template.vi". Select either the subVI with or without the express VI in the diagram disable function. Note that when closing the VI via the "stop" button with the express function the "Save Changes..." dialog opens and it does not with the express VI absent. I have only seen this behavior since upgrading to LabVIEW 8.6.1.
My only current workaround is to remove all express VI's from my application. Luckily this has been possible however I have had to use the "File Dialog" compatibility primitive (instead of the express VI file dialog) which claims not to be supported. It took a while to find that function: I had to find an old program and copy the vi.
Any other suggestions on fixing this issue?
Attachments:
VIT Bud lv8.6.zip ‏32 KB

F. Schube,
Excellent idea however there are a couple reasons this wouldn't work:
1) I want the user to be able to close a sub-window without having to terminate the entire Application Instance. There are other VI's running in the same instance that can't be closed. So I can't really use this event.
2) For strictly academic reasons, I coded it up to see if it would work. Even with Silent Shutdown wired as true, you still get the "Save Changes..." dialog when the event fires. (It turns out the best way to get the event to fire is killing LabVIEW with the task manager.) I've attached the modified example.
Attachments:
VIT Bug lv8.6.zip ‏39 KB

Bug with Worksheet Line Numbers in 2.1?

I'm seeing an "issue" with line numbers enabled in the worksheet. When i have a plsql block with nested procedure/functions, and I collapse/expand the nested code, the line numbers in the worksheet don't consistently update till I resize the window.
Example)
1 [-] declare
2 [-]   function f1
3       return number
4       as
5         return null;
6       end f1;
7     begin
8       dbms_output.put_line(f1) ;
9     end;
10    /turns into this when I collapse:
1 [-] declare
2 [+]   function f1...
3     begin
4       dbms_output.put_line(f1) ;
5     end;
6     /but turns into this when I resize sel developer:
1 [-] declare
2 [+]   function f1...
7     begin
8       dbms_output.put_line(f1) ;
9     end;
10    /I'm using the 2.1 release with the included JDK on a WinXpSP2 box.

Hi Dylan,
Thanks for this feedback.
I have log a bug for tracking.
Bug 8982049 - FORUM:LINENUMBER IS GUTTER NOT REFRESHED AFTER FOLDING
Regards,
Dermot.
SQL Developer Team

Optimization bug with C++ inlining

Hi,
While evaluating Sun Studio 11 I have identified an optimization bug with C++ inlining.
The bug can easily be reproduced with the small program below. The program produces
wrong results with -xO2, because an inline access function always returns the value 0.0
instead of the value given on the commandline:
djerba{ru}16 : CC -o polybug polybug.cc
djerba{ru}17 : ./polybug 1.0
coeff(0): 1.000000
djerba{ru}18 : CC -o polybug -xO2 polybug.cc
djerba{ru}19 : ./polybug 1.0
coeff(0): 0.000000            <<<<<<<<<< wrong, should be 1.000000This occurs only with optimization level O2; levels below or above O2 don't
exhibit the bug.
Compiler version is
Sun C++ 5.8 Patch 121017-01 2005/12/11
on Solaris 8 / Sparc.
I include a preliminary analysis at the end.
Best Regards
Dieter R.
-------------------- polybug.cc -------------------------
// note: this may look strange, but this is a heavily stripped down
// version of actual working application code...
#include <stdio.h>
#include <stdlib.h>
class Poly {
public:
    // constructor initializes number of valid coefficients to zero:
    Poly() { numvalid = 0; };
    ~Poly() {};
    // returns coefficient with index j, if valid. Otherwise returns 0.0:
    double coeff(int j) {
     if (j < numvalid) {
         return coefficients[j];
     } else {
         return 0.0;
   // copies contents of this Object to other Poly:
    void getPoly(Poly& q) { q = *this; };
    // data members:
    // valid coefficients: 0 ... (numvalid - 1)
    double coefficients[6];
    int numvalid;
void troublefunc(Poly* pC) {
    // copies Poly-Object to local Poly, extracts coefficient
    // with index 0 and prints it. Should be the value given
    // on commandline.
    // Poly constructor, getPoly and coeff are all inline!
    if (pC) {
     Poly pol;
     pC->getPoly(pol);
     printf("coeff(0): %f\n",pol.coeff(0));
int main(int argc,char* argv[]) {
    double d = atof(argv[1]);
    // creates Poly object and fills coefficient with index
    // 0 with the value given on commandline
    Poly* pC = new Poly;
    pC->coefficients[0] = d;
    pC->numvalid = 1;
    troublefunc(pC);
    return 0;
The disassembly fragment below shows that the access function coeff(0), instead
of retrieving coefficient[0] simply returns the fixed value 0.0 (presumably because the
optimizer "thinks" numvalid holds still the value 0 from the constructor and that therefore
the comparison "if (i < numvalid)" can be omitted).
Note: disassembly created from code compiled with -features=no%except for simplicity!
00010e68 <___const_seg_900000102>:
        ...     holds the value 0.0
00010e80 <__1cLtroublefunc6FpnEPoly__v_>:
   10e80:       90 90 00 08     orcc %g0, %o0, %o0      if (pC) {
   10e84:       02 40 00 14     be,pn   %icc, 10ed4
   10e88:       9c 03 bf 50     add %sp, -176, %sp
                                                   local Poly object at %sp + 120
                                                         numvalid at %sp + 0xa8 (168)
   10e8c:       c0 23 a0 a8     clr [ %sp + 0xa8 ]      Poly() { numvalid = 0; };
                                                         pC->getPoly(pol):
                                                         loop copies *pC to local Poly object
   10e90:       9a 03 a0 80     add %sp, 0x80, %o5
   10e94:       96 10 20 30     mov 0x30, %o3
   10e98:       d8 5a 00 0b     ldx [ %o0 + %o3 ], %o4
   10e9c:       96 a2 e0 08     subcc %o3, 8, %o3
   10ea0:       16 4f ff fe     bge %icc, 10e98
   10ea4:       d8 73 40 0b     stx %o4, [ %o5 + %o3 ]
                                                         pol.coeff(0):
                                                         load double value 0.0 at
                                                         ___const_seg_900000102 in %f0
                                                         (and address of format string in %o0)
   10ea8:       1b 00 00 43     sethi %hi(0x10c00), %o5
   10eac:       15 00 00 44     sethi %hi(0x11000), %o2
   10eb0:       c1 1b 62 68     ldd [ %o5 + 0x268 ], %f0
   10eb4:       90 02 a0 ac     add %o2, 0xac, %o0
   10eb8:       82 10 00 0f     mov %o7, %g1
                                                         store 0.0 in %f0 to stack and load it
                                                         from there to %o1/%o2
   10ebc:       c1 3b a0 60     std %f0, [ %sp + 0x60 ]
   10ec0:       d2 03 a0 60     ld [ %sp + 0x60 ], %o1
   10ec4:       d4 03 a0 64     ld [ %sp + 0x64 ], %o2
   10ec8:       9c 03 a0 b0     add %sp, 0xb0, %sp
                                                         call printf
   10ecc:       40 00 40 92     call 21114 <_PROCEDURE_LINKAGE_TABLE_+0x54>
   10ed0:       9e 10 00 01     mov %g1, %o7
   10ed4:       81 c3 e0 08     retl
   10ed8:       9c 03 a0 b0     add %sp, 0xb0, %sp
Hmmm... This seems to stress this formatting tags thing to its limits...

Thanks for confirming this.
No, this happens neither in an Open Source package nor in an important product. This is an internal product, which is continuously developed with Sun Tools since 1992 (with incidents like this one being very rare).
I am a bit concerned with this bug though, because it might indicate a weakness in the area of C++ inlining (after all, the compiler fails to correctly aggregate a sequence of three fairly simple inline functions, something which is quite common in our application). If, on the other hand, this is a singular failure caused by unique circumstances which we have hit by sheer (un)luck, it is always possible to work around this: explicitly defining a assignment operator instead of relying on the compiler-generated one is sufficient to make the bug go away.

BUG in Blackberry 8700v functionality....

In my view there is a bug in Blackberry 8700v functionality. its in the functionality of keypad lock.
Regards,
Abhinav Arya
{edit}
Message Edited by cathy298 on 10-13-2009 10:48 PM

charmingnavy wrote:
M not sure whether this is a right place to publish this
Then why do you pop in with this "seekrit". This isn't junior high school where pass a friend in study hall and whisper "I know a seekrit about JoeBob but I can't tell you!"
charmingnavy wrote:
and with which team you are assiciated with...
I root for Alabama. Roll Tide!
1. If any post helps you please click the below the post(s) that helped you.
2. Please resolve your thread by marking the post "Solution?" which solved it for you!
3. Install free BlackBerry Protect today for backups of contacts and data.
4. Guide to Unlocking your BlackBerry & Unlock Codes
Join our BBM Channels (Beta)
BlackBerry Support Forums Channel
PIN: C0001B7B4 Display/Scan Bar Code
Knowledge Base Updates
PIN: C0005A9AA Display/Scan Bar Code

Workshop 6 Bug with STLport hash_map operator []

Using hash_map<string, string>:operator[] in a debug build crashes; in release, it doesn't. This must be a compiler bug, yes? Here's how to reproduce it.
<PRE>
[valhalla:~/test] $ cat t.c
#include <string>
#include <hash_map>
using namespace std;
main()
hash_map<string, string> m;
m["stl"] = "port";
string s = m["stl"];
[valhalla:~/test] $ rm -rf SunWS_cache/
[valhalla:~/test] $ CC -I/apps/stlport-4.5.3/stlport -L/apps/stlport-4.5.3/lib -R/apps/stlport-4.5.3/lib -lstlport_sunpro t.c
[valhalla:~/test] $ a.out
[valhalla:~/test] $ rm -rf SunWS_cache/
[valhalla:~/test] $ CC -g -I/apps/stlport-4.5.3/stlport -L/apps/stlport-4.5.3/lib -R/apps/stlport-4.5.3/lib -lstlport_sunpro t.c
[valhalla:~/test] $ a.out
Bus Error (core dumped)
[valhalla:~/test] $ dbx -q a.out core
core file header read successfully
program terminated by signal BUS (invalid address alignment)
Current function is STL::_stl_delete
99 inline void STLPCALL __stl_delete(void* __p) { ::operator delete(__p); }
(dbx) where
[1] freeunlocked(0xffbee657, 0xff23a000, 0xffbee657, 0xff23a000, 0x237e8, 0xff1c291c), at 0xff1c2974
[2] free(0xffbee657, 0xffbee5d4, 0xffbee658, 0xffbee5e2, 0xffbee5e1, 0xff19bb88), at 0xff1c2924
[3] operator delete(0xffbee657, 0xffbee658, 0xffbee657, 0xff37e540, 0x13bb0, 0x1ee00), at 0xff3636f8
=>[4] STL::_stl_delete(__p = 0xffbee657), line 99 in "new"
[5] STL::_node_alloc<true,0>::deallocate(__p = 0xffbee657, __n = 4347225U), line 253 in "_alloc.h"
[6] STL::allocator<char>::deallocate(this = 0xffbee5b0, _p = 0xffbee657 "", __n = 4347225U), line 360 in "_alloc.h"
[7] STL::STLP_alloc_proxy<char*,char,_STL::allocator<char> >::deallocate(this = 0xffbee5b0, __p = 0xffbee657 "", __n = 4347225U), line 506 in "_alloc.h"
[8] STL::String_base<char,_STL::allocator<char> >::_M_deallocate_block(this = 0xffbee5a8), line 124 in "_string.h"
[9] STL::String_base<char,_STL::allocator<char> >::~_String_base(this = 0xffbee5a8), line 135 in "_string.h"
[10] STL::basicstring<char,_STL::char_traits<char>,_STL::allocator<char> >::~basic_string(this = 0xffbee5a8), line 302 in "_string.h"
[11] STL::hashmap<_STL::basic_string<char,_STL::char_traits<char>,_STL::allocator<char> >,_STL::basic_string<char,_STL::char_traits<char>,_STL::allocator<char> >,_STL::hash<_STL::basic_string<char,_STL::char_traits<char>,_STL::allocator<char> > >,_STL::equal_to<_STL::basic_string<char,_STL::char_traits<char>,_STL::allocator<char> > >,_STL::allocator<_STL::pair<const STL::basicstring<char,_STL::char_traits<char>,_STL::allocator<char> >,_STL::basic_string<char,_STL::char_traits<char>,_STL::allocator<char> > > > >::operator[](this = 0xffbee680, __key = CLASS), line 186 in "_hash_map.h"
[12] main(), line 8 in "t.c"
(dbx) exit
[valhalla:~/test] $ exit
exit
[valhalla:~/test] $ which CC
/apps/SUNWspro64/bin/CC
[valhalla:~/test] $ CC -V
CC: Sun WorkShop 6 update 1 C++ 5.2 Patch 109508-09 2002/07/08
[valhalla:~/test] $ uname -a
SunOS valhalla 5.8 Generic_108528-15 sun4u sparc SUNW,Sun-Blade-100
</PRE>
STLport places all of its classes in its own _STL namespace, so there is no concern for name collision with std types that come with the Sun compiler.
Any ideas?
Regards,
Jason

I found out this is compiler bug with Forte 6 that ocurrs when inlining is enabled and temporaries are used in conditional expressions with the ?: operator, e.g.,
[valhalla:~/test] $ cat tt.c
#include <iostream>
#include <stdlib.h>
using namespace std;
struct X {
X() { cout << "X ctor" << endl; }
~X() { cout << "X dtor" << endl; }
int foo() { return 1; }
struct Y {
Y() { cout << "Y ctor" << endl; }
~Y() { cout << "Y dtor" << endl; }
int foo() { return 1; }
inline int foo(int i)
return i ?
X().foo() :
Y().foo() ;
main(int, char **argv)
return foo(atoi(argv[1]));
[valhalla:~/test] $ rm -rf SunWS_cache/
[valhalla:~/test] $ CC -g tt.c
[valhalla:~/test] $ a.out 1
X ctor
X dtor
[valhalla:~/test] $ rm -rf SunWS_cache/
[valhalla:~/test] $ CC tt.c
[valhalla:~/test] $ a.out 1
X ctor
Y dtor
X dtor
[valhalla:~/test] $ g++ tt.c
[valhalla:~/test] $ a.out 1
X ctor
X dtor

Any solution to the iOS 6 bug for auto lock function for the iPhone 4S

Any solution to the iOS 6 bug for auto lock function for the iPhone 4S

My guess is they don't care. Most likely they're illiterate and don't know what a colon is for. They probably think it's a little-used character. Remember: these are the people who don't know the difference between "deprecate" and "depreciate".
I have the same colon problem as you do. But it's not the biggest problem I have encountered in Lion. If it was only that I'd be Mr. Delighted with Lion. There's worse than having a colon - uh - that won't cooperate. A lot worse, in Lion.

Bug with ResultSet.wasNull() function

Similar Messages

Maybe you are looking for