MS-6341 My bug or Win2k

I've got a comp
MS-6341
AMD Duron 800
128 DDR
S3 trio 3d
20G WD
And i cant install win2k - it was with it....
Win hangs during install, or reboots comp during preparing list of files to copy,
or if copies files says that it cant find bootable device...
Win98 works unstable on it...
Please help me - WHAT CAN I DO???????

 what psu are you using indetail and temps please

Similar Messages

  • Datasocket bug in Win2K -- stops updating

    ===OVERVIEW===
    I have a simple Datasocket system that produces a very strange problem on Win2K
    After a variable amount of time (between 30 seconds and 30 minutes), the datasocket reader simply stops receiving updates from the writer.
    The system involves a basic DS Writer and DS Reader which communicate through the localhost DS Server. I have included the Reader and Writer VIs for your testing. Also, it seems to be easier to reproduce if the VIs are compiled into executables. I have included the executables for testing. The problem is also reproducable when the "reader" is actually a C++ program (using Measurement Studio) that is built into an OCX component (not included).
    NOTE: This bug does not seem to be reproducable on WinNT.
    I have spent a lot of time debugging this system... with no luck. I have narrowed it down so that it is very reproducable. Just run the Datasocket Server and the two attached EXEs on Win2K (Professional) and wait a while... eventually you will see the reader stops getting updates.
    ===SYSTEM DESCRIPTION===
    The DS Writer connects to the DS Server in "write" mode and sends an array of doubles. An "attribute" is specified as another array of doubles. The writer then updates the connection. The two arrays are meant to represent values and timestamps.
    The DS Reader connects in "read-auto-update" mode. It waits for an update and then reads the array and its "attribute array".
    Have a look at the attached examples... they are very simple.
    ===PROBLEM===
    The problem is reproducable on our Win2K machines.
    After a variable amount of time (usually not more than 10 minutes) the reader simple stops receiving updates. The DS connection is reported to be "Active: Connected" and status is "ConnectionActive".
    ===NOTES===
    I am using LV6.02 and the latest version of Datasockets 4.0 (370).
    The 2 VIs are in the same execution system: User Interface.
    Power management on the PC is set to "always on" and all power saving, sleep functions, screen savers, etc. are disabled.
    I am using the "old" datasockets VIs (open connection. read/write double vector, close connection, etc.). I realize that the "bug" I am reporting might actually be fixed if I used the new Datasocket VIs that come with LV6i, but we really don't want to use those VIs. We find the older VIs better because:
    1. The older VIs seem to be faster at writing large vectors. We discovered this through testing.
    2. Reliability of maintaining connections. The older VIs appear to be better at maintaining connections.
    3. The new VIs have trouble getting the items to appear (and with the correct icon) in the "browse measurement data" window.
    No other significant network activity is seen when this bug occurs. It seems to happen randomly.
    Solved!
    Go to Solution.
    Attachments:
    DS_Example.zip ‏172 KB

    I am sorry, I coudn't find the original post,
    so I am not sure what the problem is.
    Just though to tell that that I had problems with
    LV 5.1 on win98/NT and datasocket(?).
    I am not sure if datasocket is the cause of problem,
    since we haven't been able to explore and test the
    system properly.
    We have a measurement system which measures data
    through serial ports, saves it and uses datasocket
    to share data accross a factory.
    Sometimes like once in two weeks or in two months
    or once in a year the measuring system jams. The
    Windows still works. We haven't been able to
    find where the jamming happens but it started
    after I changed the program to use datasocket
    instead of netdde.
    Juha L

  • Cannot install OS (system hangs) on K7N2GM-L

    I've just put together a (mostly) new system.  The system posts OK, but when I try to install either Slackware or Win2k, the system hangs.  Slackware consistently hangs after recognizing the cd drive, with a message about a kernel bug, while Win2k hangs while loading hardware files, with a message about a registry error (As in a hardware registry, not the windows registry).  At one point, I was able to get slackware further in the install process, and even partitioned the hd, but I kept getting segfaults and then it would crash.
    [Update]:  Slackware actually hangs in one of two places.  Sometimes it hangs right after initializing the Ramdisk, at which poing it gives an eror about being "Unable to handle kernel NULL pointer dereference at virual address"  I get the CD error when FSB spectrum is set to .50, I get the ramdisk error when it is set to 1.00
    Things I've tried:
    I've tested both ram sticks individually.
    I've tried relaxing the memory timings, and changing the ram voltage.
    I've tried disabling external cache.
    Other info:
    System temperature: 30 degrees celsius
    CPU temp: 50 degrees celsius
    I had to manually tweak the FSB to 166 (was being registered at 100) and set the FSB/DDR ratio to 1:1 (otherwise my PC2700 showed a 100mhz clock)
    Voltages appear to be within tolerance.
    Can anyone suggest what might be wrong?  My power supply is rather cheap, but again, voltages look OK in the bios, and would that create such consistent problems?  Is it my RAM?  Or do I just have a faulty motherboard or CPU?
    I've been at this for hours and I'm going nuts.  Please help!

    qui3ote it's so hard to say just exactly what your rig is going to take to run properly...some ppl spend hours trying different component configurations trying to make them work together only to find out that they have 1 or even 2 components in the "mix" failing at the same time thus leaving them to scratch their heads in disbelievement...I've been there myself...your best bet is to do as the "pro" builders do...
    Homework, homework, homework...many of us now look around the net for others who have already built systems around a certain motherboard not being the first pioneers to venture into the unknown...saving ourselves countless hours because we've taken the time to talk to the experienced out there as to what will and will not work...
    Some of us who do build a lot of systems for other folx out there take the time to buy different brands of memory, PSU's, CPU's, MB's, etc...and play with different configs in order to find "what works" and then post results in different forums in order to let others know what they've tried and not tried...this usually takes a bit of capital in order to buy what's known as "troubleshooting parts" and can get quite expensive...
    To the occasional home builder: The days of buying and building with no problems is long past...with todays high speed systems, a lot of these home builders only remember the brand names that they used in the past thinking that they can go out and buy a really full featured high end MB, cheap generic or "Value" RAM memory, use the same case (usually 3 to 5 yrs old with a PSU in it that couldn't jump start someone's heart if they were dying, much less start up a power hungry high end gaming rig), as well as other peripherals...
    Then they head on down to the MB mfg's website (if they even have one these days) and (thankfully not in your case) begin to trash and bash the company about how they have a crappy product, blah, blah, blah...
    See where I'm going with this? In any case, as long winded as I've been here, you must now rise above the "occasional home builder" status and approach building with a new outlook as to "how to" and do that homework if you don't want to end up in this boat each and everytime...technology advances and it's up to us humans to advance our thought processes with it...
    I wish you luck in your build here...my biggest advice I can give you atm is to go read the sticky posts at the top of the forum for some excellent tips on Memory, troubleshooting, etc, in order to gain some insight into how to do what you're doing...also, as Raven here points out, that PSU is way out of it's league in being able to supply the power needed for the build you're doing...take a step up into the world of high speed computing and lay down some cash for some higher end components that will leave you tearing out less of your hair and give you some peace of mind...
    Apacer, OCZ, Corsair, Infineon, and, of course, Mushkin are all decent memory lines that have been known to work with these MB's...DO NOT buy cheap "Value" RAM memory for your board, it's likely to only give you more headaches...Mid to high end memory will cost you considerably more money but will save you countless hours of time trying to troubleshoot which to me is more valuable these days...a PSU with AT LEAST the amperage specs that Raven lists in his post, +3.3v-28, +5v-35A, +12V-18A, or even better is in most cases a requirement these days...and yes you're going to spend 60 to 100 dollars US or more to get one that gives you that spec...sales are a good thing to watch for all of this...
    Sorry to go on for so long but I just wanted to give you some insight into the "new age" of computer building! Hope I've enlightened some things for you...if not sorry I rambled on so much *chuckles*
    Good luck and let us know if you need any more help!

  • KT3 Ultra2 and Win2k Bug

     ;(   I recently had to return my KT3 Ultra board.  Well, not too recently...it took a month.  But no biggie, they sent me another.  My reseller went bankrupt so I dealt directly with MSI, and they were very profesional.  
    They sent me a KT3Ultra2.  
    I just plugged all my hardware up as it was, and I was going.  But after a day I have started to notice a problem that is so fiercly aggravating that I am going to chew my arms off. here we go:
    *I am running windows 2000 pro.  SP3.
    *I have an Athlon 1800+,
    *1 Maxtor 40GB Hard drive
    *ATI 32MB DDR Graphics card(name escapes me, i'm an audio nerd)
    *M-Audio Audiophile 2496 soundcard
    *M-Audio Oxygen 8 Midi controller connected to onboard USB(not the bracket)
    *I am using a PS/2 mouse and kbd.
    *1 generic MAG monitor
    while running windows, under a load or not under a load, after about 15 minutes at the most, my mouse will lock.  the keyboard still works, and the CPU temperature and usage do not increase.  My Midi controller still works.  In short, everything runs great, but the mouse just won't last past a few minutes without gagging.   X( And yes, I know the mouse works because I've swapped it with others
    I have APIC turned off in the BIOS, quickboot disabled, and my FSB set at 133MHz, but no other changes have been made.
    I don't hae the manual for THIS board, only the last the Ultra, but the BIOS appears identical.  I have the optional D-Bracket connected at the point I connected it on the other board.   is this the problem?  The LED readout was so helpful....anyways, if anyone here has any advice or help, I would really appreciate it.  I'm at a loss.  I've done a clean install of windows 2000, and other than optimizing for background services and turning ACPI off(necessary for midi-latency reasons), no changes have been made to it.   My previous installation of Win2K did the same thing.  

    no, one is a generic logitech wheel mouse, the other is a microsoft intellimouse.  I had no problems with this on the last board.  how are these two boards different?

  • Oracle Express 6.3.4 on Win2K Install bug

    Downloaded Oracle Express Server 6.3.4 build on Technet. It says its a Maintenance Release, but it needs some fixing itself. The release when 'Typical' installed on clean Win 2K with Oracle 9iR2 and OWB9i, skipping Oracle HTTP server configure, single Oracle_Home, installs successfully. But on rebooting the server, returns a scary entry point message in orb_r.dll, and Oracle Express Service fails to start. When you deinstall Oracle Express, it screws up PATH variable, throwing some apache.exe error, and Oracle HTTP server service not starting. Got the HTTP service going by modifying the oracle_apache.conf, and commenting the modose line. Reinstalling Oracle Express results in same orb_r.dll error. The orb_r.dll is probably some visibroker dll, and is 3.86MB in size, and dated 4/18/2001. Typical, as well as Complete Install, both result in same error.
    And this is after I tried installing the OES 6.3.2. The 6.3.2 build when extracted into a new folder under C:, creates the Setup.exe program, but the program refused to run when double clicked. 6.3.2 never installed, and 6.3.4 doesnt work. Anyone...
    Thanks,
    Steve

    You can find it under the Oracle® Applications 11i Release 10.2 Media Pack for Microsoft Windows at http://edelivery.oracle.com/
    Sam
    http://appstech-sam.blogspot.com

  • Cannot delete file ...bug?

    This appears like a bug to me...see if you agree.
    A file opened for read-only access and memory mapped using the map method of FileChannel cannot be deleted even when the channel is closed. An example of this is the simple Grep.java example from NIO modified only to try and delete the file. On Win2K, the delete fails. Once the channel is closed, it should be able to delete the file. Is this a bug?
    import java.io.*;
    import java.nio.*;
    import java.nio.channels.*;
    import java.nio.charset.*;
    import java.util.regex.*; public class Grep {     // Charset and decoder for ISO-8859-15
    private static Charset charset = Charset.forName("ISO-8859-15");
    private static CharsetDecoder decoder = charset.newDecoder(); // Pattern used to parse lines
    private static Pattern linePattern
    = Pattern.compile(".*\r?\n"); // The input pattern that we're looking for
    private static Pattern pattern; // Compile the pattern from the command line
    private static void compile(String pat) {
    try {
    pattern = Pattern.compile(pat);
    } catch (PatternSyntaxException x) {
    System.err.println(x.getMessage());
    System.exit(1);
    } // Use the linePattern to break the given CharBuffer into lines, applying
    // the input pattern to each line to see if we have a match
    private static void grep(File f, CharBuffer cb) {
    Matcher lm = linePattern.matcher(cb);// Line matcher
    Matcher pm = null;// Pattern matcher
    int lines = 0;
    while (lm.find()) {
    lines++;
    CharSequence cs = lm.group(); // The current line
    if (pm == null)
    pm = pattern.matcher(cs);
    else
    pm.reset(cs);
    if (pm.find())
    System.out.print(f + ":" + lines + ":" + cs);
    if (lm.end() == cb.limit())
    break;
    } // Search for occurrences of the input pattern in the given file
    private static void grep(File f) throws IOException { // Open the file and then get a channel from the stream
    FileInputStream fis = new FileInputStream(f);
    FileChannel fc = fis.getChannel(); // Get the file's size and then map it into memory
    int sz = (int)fc.size();
    MappedByteBuffer bb = fc.map(FileChannel.MapMode.READ_ONLY, 0, sz); // Decode the file into a char buffer
    CharBuffer cb = decoder.decode(bb); // Perform the search
    grep(f, cb); // Close the channel and the stream
    fc.close();
    // Try deleting the file =================================
    boolean deleted = f.delete();
    if (!(deleted)) {
    System.err.println("Could not delete file " + f.getName());
    System.exit(4);
    // End try deleting file =================================
    } public static void main(String[] args) {
    if (args.length < 2) {
    System.err.println("Usage: java Grep pattern file...");
    return;
    compile(args[0]);
    for (int i = 1; i < args.length; i++) {
    File f = new File(args);
    try {
    grep(f);
    } catch (IOException x) {
    System.err.println(f + ": " + x);

    Here is the minimal code that demonstrates this. It opens the file specified on the command line, maps it to memory, prints it out, and then tries to delete the file.
    There is no question about calling close on a File object. The close method is invoked on a stream or a channel. In the case of a channel, it should automatically close the stream. However, in this code I am closing the stream and the channel.
    import java.io.*;
    import java.nio.*;
    import java.nio.channels.*;
    import java.nio.charset.*;
    public class testFileDelete {
    public static void main(String[] args) {
              FileInputStream fis = null;
              if (args.length < 1) {
                   System.err.println("Usage: java testFileDelete <filename>");
                   System.exit(1);
              File f = new File(args[0]);
    try {
                   // Open the file
                   fis = new FileInputStream(f);
              } catch (FileNotFoundException ex) {
                   System.err.println("Error! " + ex.getMessage());
                   System.exit(2);
              try {
                   // Get a channel from the stream
                   FileChannel fc = fis.getChannel();
                   // Map the file into memory
                   MappedByteBuffer bb = fc.map(FileChannel.MapMode.READ_ONLY, 0, (int)fc.size());
                   // Do something interesting here. For this example, just print the
                   // contents of the file.
                   // Decode the file into a char buffer, so we can print the contents.
                   Charset cs = Charset.forName("8859_1");
                   CharsetDecoder cd = cs.newDecoder();
                   CharBuffer cb = cd.decode(bb);
                   // Now print it out to standard output
              System.out.print(cb);
                   // Close the channel and the stream
                   fc.close();
                   // Close the input stream even though closing the
                   // channel should do this
                   fis.close();
              } catch (IOException ex) {
                   System.err.println("Error! " + ex.getMessage());
                   System.exit(3);
              // Done processing file. Now delete it.
              boolean deleted = f.delete();
              if (!(deleted)) {
                   System.err.println("Could not delete file " + f.getName());
                   System.exit(2);

  • Bug in view link creation

    Here's an interesting bug in JDev 9.0.3.1, Win2k:
    I'm working with a view link using the Edit View Link dialog. It links two view objects, ViewA and ViewB, in a 1:* relationship. Entities EntityA and EntityB are the respective underliers of ViewA and ViewB. Under the View Link Properties node in the dialog, the only accessor generated is for the Destination view object.
    When I click OK, the column constants at the top of EntityA.java become messed up!!
    To be specific, all of the accessor column constants defined on the entity object are removed and then re-defined one line above the beginning of the column constants declaration section. They also are renumbered starting with zero, which causes them to have the same value as the first n column constant definitions. Naturally, this causes a "duplicate case label" compile error for the EntityA.java file.
    Even worse is if the column constant definitions start on the same line as the opening brace for the class, like so:
    public class EntityAImpl extends EntityImpl
    { protected static final int COLUMN_1 = 0;
    protected static final int COLUMN_2 = 1;
    // etc.
    The effect of clicking OK in the Edit View Link dialog is then to produce a ParseException error as the dialog is dismissed. Looking at the EntityA.java file, it's clear why:
    public class EntityAImpl extends EntityImpl
    protected static final int ACCESSOR_1 = 0;
    protected static final int ACCESSOR_2 = 1;
    // etc.
    { protected static final int COLUMN_1 = 0;
    protected static final int COLUMN_2 = 1;
    // etc.
    What puzzles me is:
    * Why is the entity object being affected at all, since the accessor was only supposed to be generated in ViewA?
    * Why are all the accessors being removed and re-added, even those that have nothing to do with the view link being edited?
    * Why, when the accessors are re-added, are the constant values duplicated?

    Please send a test case. I'm unable to reproduce this in a simple project in 9.0.3.1 or 9.0.3.2.
    Is there entity inheritance involved?
    Do your entity XML files mention _superAttr anywhere in them? If so, you might be hitting a known issue with 9.0.3 relating to entity inheritance at design time and the accessor attributes.                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                   

  • OracleAS 10g R2 bug?

    I have a test server with this configuration:
    Win2K Advanced Server
    1 CPU
    2 gig ram
    2 gig swap
    I had OracleAS 10g R1 v9.0.4.1 on it. I un-installed everything per note 124353.1. I then installed the Infrastructure and Middle Tier on this server. Oh, I'm using the Portal and Wireless installer.
    No problems at all and everything appears to be working.
    Going to the server http://server_name I see everything in a foreign language (index.html). View source shows this tag at the top <html LANG="en.US"> so it should be in English but it is not.
    I then try the Suite link (WNIntro.htm) and it is also in a foreign language.
    Then the demos page (ASDemos.htm) is in English though.
    I have been using IE 6.0 on a Windows 2000 Desktop with all of the latest patches installed.
    Just for fun, I then tried bypassing Web Cache. http://server_name:7777 and now in IE everything is showing in English. With Firefox, everything is in a foreign language still even when going straight to Apache.
    With R1, I never saw anything like this. We have several servers running 9.0.4.1 and no Apache pages have ever come across in a foreign language.
    Example:
    Oracle Application Server 10g version 2 (10.1.2) est la plate-forme applicative intégrée la plus rapide et la plus complète du marché. Grâce à Oracle Application Server, vous pouvez :
    Améliorer la capacité de votre organisation à prévoir les changements et à y réagir
    Oracle Application Server vous permet de développer et de mettre en production de nouveaux services rapidement, de moderniser vos systèmes et applications propriétaires et d'optimiser vos processus d'entreprise en réponse à l'évolution du marché

    Jon,
    Looks like a bug to me. Try this workaround: copy all of the *html.html files found under $ORACLE_HOME/Apache/Apache/htdocs to files with the same name but with the html.en extension.  so for example, copy index.html.html to index.html.en.
    BTW, what is your browser language setting? Is it "en" or "en-US' as its default langauge?
    Pavna

  • Event Handler/Cr​eate User Event bug

    This is a problem I've run into a few times on my system (Win2k) so I finally went back and reproduced it step by step since it wasn't too hard. It causes LabVIEW to crash and exit without saving.
    - Create an Event Handler
    - Place 'Register Events', wire output to dynamic event terminal
    - Place 'Create User Event', wire output to 'Register Events'/User Event
    - Place an Empty String Constant [""], wire to input of 'Create User Event'
    - Set empty string property -> Visible Items > Label = True
    - Rename label from "Empty String Constant" to other such as "Event"
    OR
    - Create a cluster constant with something in it
    OR
    - Place a boolean constant
    - Set boolean property -> Visible Items > Label = True
    - Name label something su
    ch as "Event"
    - 'Add Event Case...' to the Event Handler, select Dynamic / : User Event
    - Delete the constant wired to 'Create User Event'.
    - Place a constant of a different data type and wire it to the input of 'Create User Event'
    LabVIEW immediately disappears (all changes are lost) and this error is displayed:
    ================================
    LabVIEW.exe has generated errors and will be closed by
    Windows. You wlil need to restart the program.
    An error log is being created.
    ================================
    If there is a more appropriate place to post things of this nature that don’t really add to the discussion group, but need to be brought to the attention of NI, please post a URL or submittal method. Thanks...

    Thanks for the detailed request. We are aware of this exact issue, and the problem was actually fixed for LabVIEW 7.0 for Mac/Unix. Unfortunately, it did not get fixed for the initial release of LabVIEW 7.0 for Windows, but we have plans to include the fix in the first LabVIEW patch for 7.0.
    Also, the Discussion Forum is great for notifications of this kind. For future reference, you also have the options of emailing NI engineers directly, or calling us with suspected bug fixes, if you would like more direct communication.
    Thanks again, and have a great day!
    Liz Fausak
    Applications Engineer
    National Instruments
    www.ni.com/support

  • _TARGET_PRODUCT_VERSION_ and _TARGET_FILE_VERSION_ bug

    CVI 2010 has two new predefined macros: _TARGET_PRODUCT_VERSION_ and _TARGET_FILE_VERSION_
    From CVI help:
    _TARGET_FILE_VERSION_ is defined as the value in the File Version option of the Version Info dialog box. This macro does not include increment symbols; for example, if the version string in the Version Info dialog box is 1.0.0.0+, this macro is defined to 1.0.0.0.
    _TARGET_PRODUCT_VERSION_ is defined as the value in the Product Version option of the Version Info dialog box. This macro does not include increment symbols; for example, if the version string in the Version Info dialog box is 1.0.0.0+, this macro is defined to 1.0.0.0.
    LabWindows/CVI auto-increments fields in which you add a + character. For example, if you specify 1.0+.0.0+, the next version string is 1.0.0.0, and LabWindows/CVI increments the version string to 1.1+.0.1+. LabWindows/CVI increments fields only for successful builds of a Release configuration.You can access the File Version and Product Version values programatically using the _TARGET_FILE_VERSION_ and _TARGET_PRODUCT_VERSION_ predefined macros.
    I found that these macros don't work, and it's quite easy to reproduce this issue:
    in Version Info window specify a file and a product version with auto-increment fields (for example 0.9.0.0+)
    every time you rebuild a release configuration you can see that the .exe file version increments as expected (right clicking on the file in Windows Explorer)
    but if you use _TARGET_PRODUCT_VERSION_ and/or _TARGET_FILE_VERSION_ macro to show these values on the front panel (calling SetCtrlVal(panel, PANEL_TXT, _TARGET_PRODUCT_VERSION_) you see that this control has the same text in every build. The shown version is the first one entered in the Version Info window, but now in this window the version has the right updated value.
    I think this is a bug. Am I right?
    Vix
    In claris non fit interpretatio
    Using LV 2013 SP1 on Win 7 64bit
    Using LV 8.2.1 on WinXP SP3
    Using CVI 2012 SP1 on Win 7 64bit, WinXP and WinXP Embedded
    Using CVI 6.0 on Win2k, WinXP and WinXP Embedded
    Solved!
    Go to Solution.

    It is exactly how you wrote in your message.
    I think that this behavior is the best choice, but I suggest that the documentation for these macros should be modified adding a warning like the following one:
    WARNING!
    _TARGET_PRODUCT_VERSION_ and _TARGET_FILE_VERSION_ values are updated only when the file that contains them is recompiled.
    So be sure to include them only in files that are recompiled at every build.
    A better solution would be to have ad additional macro that forces the recompilation of the file that calls it. It would be useful in the files that call _TARGET_PRODUCT_VERSION_ or _TARGET_FILE_VERSION_
    Vix
    In claris non fit interpretatio
    Using LV 2013 SP1 on Win 7 64bit
    Using LV 8.2.1 on WinXP SP3
    Using CVI 2012 SP1 on Win 7 64bit, WinXP and WinXP Embedded
    Using CVI 6.0 on Win2k, WinXP and WinXP Embedded

  • Possible Bug?  NullPointerException on Transaction rollback

    Hi,
    Not sure if this is a known bug or not. I am using SQL Server 2000,
    Microsoft's JDBC driver, JDK 1.4.1_01 on a Win2k platform. With Kodo
    2.3.3 I am getting the following exception when I call a
    transaction.rollback(). My update is failing because I am trying to
    insert too many characters into a varchar(255) field. Ah, the wonders
    of double-byte character sets and fixed width HTML text input fields.
    Khamsouk
    15:35:46,734 INFO [kodo] UPDATE GCGroup SET
    name='??????????????????????????????????????????????????????????????????????
    ??????????????????????', visibility=2, child_count=0, JDOLOCKX=1,
    description='', rank=1, global_write=0, user_count=0, global_read=0 WHERE
    (id = 170 AND JDO
    LOCKX = 0)
    15:35:46,750 INFO [kodo] [ C:
    15:35:46,750 INFO [kodo] 7795432
    15:35:46,750 INFO [kodo] ; T:
    15:35:46,750 INFO [kodo] 16900472
    15:35:46,750 INFO [kodo] ; D:
    15:35:46,750 INFO [kodo] 10/25/02 3:35 PM
    15:35:46,750 INFO [kodo] ]
    15:35:46,750 INFO [kodo] roll back data store transaction
    15:35:46,750 INFO [STDOUT] @@@ THE TRANSACTION IS
    com.solarmetric.kodo.ee.EEPersistenceManager@c954e
    15:35:46,750 ERROR [STDERR] javax.jdo.JDOException:
    java.lang.NullPointerException
    NestedThrowables:
    java.lang.NullPointerException
    15:35:46,765 ERROR [STDERR] at
    com.solarmetric.kodo.ee.EEPersistenceManager.rollback(EEPersistenceManager.java:169)
    15:35:46,765 ERROR [STDERR] at
    com.gulfnet.usermanager.UserManager.updateJobTitle(UserManager.java:1223)
    15:35:46,765 ERROR [STDERR] at
    com.gulfnet.common.actions.JobTitleAction.updateObject(JobTitleAction.java:115)
    15:35:46,828 ERROR [STDERR] at
    com.gulfnet.common.actions.JobTitleAction.doAction(JobTitleAction.java:65)
    15:35:46,828 ERROR [STDERR] at
    com.gulfnet.common.actions.JobTitleAction.processForm(JobTitleAction.java:44)
    15:35:46,828 ERROR [STDERR] at
    com.gulfnet.common.actions.GroupCastAction.perform(GroupCastAction.java:52)
    15:35:46,828 ERROR [STDERR] at
    org.apache.struts.action.ActionServlet.processActionPerform(ActionServlet.java:1787)
    15:35:46,828 ERROR [STDERR] at
    org.apache.struts.action.ActionServlet.process(ActionServlet.java:1586)
    15:35:46,828 ERROR [STDERR] at
    org.apache.struts.action.ActionServlet.doPost(ActionServlet.java:510)
    15:35:46,828 ERROR [STDERR] at
    javax.servlet.http.HttpServlet.service(HttpServlet.java:760)
    15:35:46,828 ERROR [STDERR] at
    javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
    15:35:46,828 ERROR [STDERR] at
    org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:247)
    15:35:46,828 ERROR [STDERR] at
    org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:193)
    15:35:46,828 ERROR [STDERR] at
    com.gulfnet.servlet.filter.SetCharacterEncodingFilter.doFilter(SetCharacterEncodingFilter.java:142)
    15:35:46,828 ERROR [STDERR] at
    org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:213)
    15:35:46,828 ERROR [STDERR] at
    org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:193)
    15:35:46,828 ERROR [STDERR] at
    org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:260)
    15:35:46,828 ERROR [STDERR] at
    org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:643)
    15:35:46,843 ERROR [STDERR] at
    org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480)
    15:35:46,843 ERROR [STDERR] at
    org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995)
    15:35:46,843 ERROR [STDERR] at
    org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191)
    15:35:46,843 ERROR [STDERR] at
    org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:643)
    15:35:46,843 ERROR [STDERR] at
    org.apache.catalina.valves.CertificatesValve.invoke(CertificatesValve.java:246)
    15:35:46,843 ERROR [STDERR] at
    org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:641)
    15:35:46,843 ERROR [STDERR] at
    org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480)
    15:35:46,843 ERROR [STDERR] at
    org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995)
    15:35:46,843 ERROR [STDERR] at
    org.apache.catalina.core.StandardContext.invoke(StandardContext.java:2396)
    15:35:46,843 ERROR [STDERR] at
    org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:180)
    15:35:46,843 ERROR [STDERR] at
    org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:643)
    15:35:46,843 ERROR [STDERR] at
    org.apache.catalina.valves.ErrorDispatcherValve.invoke(ErrorDispatcherValve.java:170)
    15:35:46,843 ERROR [STDERR] at
    org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:641)
    15:35:46,843 ERROR [STDERR] at
    org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:172)
    15:35:46,843 ERROR [STDERR] at
    org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:641)
    15:35:46,843 ERROR [STDERR] at
    org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:469)
    15:35:46,843 ERROR [STDERR] at
    org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:641)
    15:35:46,843 ERROR [STDERR] at
    org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480)
    15:35:46,843 ERROR [STDERR] at
    org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995)
    15:35:46,937 ERROR [STDERR] at
    org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:174)
    15:35:46,937 ERROR [STDERR] at
    org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:643)
    15:35:46,937 ERROR [STDERR] at
    org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480)
    15:35:46,937 ERROR [STDERR] at
    org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995)
    15:35:46,937 ERROR [STDERR] at
    org.apache.catalina.connector.http.HttpProcessor.process(HttpProcessor.java:1040)
    15:35:46,953 ERROR [STDERR] at
    org.apache.catalina.connector.http.HttpProcessor.run(HttpProcessor.java:1151)
    15:35:46,953 ERROR [STDERR] at java.lang.Thread.run(Thread.java:536)
    15:35:46,953 ERROR [STDERR] NestedThrowablesStackTrace:
    15:35:46,953 ERROR [STDERR] java.lang.NullPointerException
    15:35:46,953 ERROR [STDERR] at
    com.solarmetric.kodo.ee.EEPersistenceManager.rollback(EEPersistenceManager.java:161)
    15:35:46,953 ERROR [STDERR] at
    com.gulfnet.usermanager.UserManager.updateJobTitle(UserManager.java:1223)
    15:35:46,953 ERROR [STDERR] at
    com.gulfnet.common.actions.JobTitleAction.updateObject(JobTitleAction.java:115)
    15:35:46,953 ERROR [STDERR] at
    com.gulfnet.common.actions.JobTitleAction.doAction(JobTitleAction.java:65)
    15:35:46,953 ERROR [STDERR] at
    com.gulfnet.common.actions.JobTitleAction.processForm(JobTitleAction.java:44)
    15:35:46,953 ERROR [STDERR] at
    com.gulfnet.common.actions.GroupCastAction.perform(GroupCastAction.java:52)
    15:35:46,953 ERROR [STDERR] at
    org.apache.struts.action.ActionServlet.processActionPerform(ActionServlet.java:1787)
    15:35:46,953 ERROR [STDERR] at
    org.apache.struts.action.ActionServlet.process(ActionServlet.java:1586)
    15:35:46,953 ERROR [STDERR] at
    org.apache.struts.action.ActionServlet.doPost(ActionServlet.java:510)
    15:35:46,953 ERROR [STDERR] at
    javax.servlet.http.HttpServlet.service(HttpServlet.java:760)
    15:35:46,953 ERROR [STDERR] at
    javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
    15:35:46,953 ERROR [STDERR] at
    org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:247)
    15:35:46,953 ERROR [STDERR] at
    org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:193)
    15:35:46,953 ERROR [STDERR] at
    com.gulfnet.servlet.filter.SetCharacterEncodingFilter.doFilter(SetCharacterEncodingFilter.java:142)
    15:35:46,953 ERROR [STDERR] at
    org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:213)
    15:35:46,968 ERROR [STDERR] at
    org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:193)
    15:35:46,968 ERROR [STDERR] at
    org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:260)
    15:35:46,968 ERROR [STDERR] at
    org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:643)
    15:35:46,968 ERROR [STDERR] at
    org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480)
    15:35:46,968 ERROR [STDERR] at
    org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995)
    15:35:46,968 ERROR [STDERR] at
    org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191)
    15:35:46,968 ERROR [STDERR] at
    org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:643)
    15:35:46,968 ERROR [STDERR] at
    org.apache.catalina.valves.CertificatesValve.invoke(CertificatesValve.java:246)
    15:35:46,968 ERROR [STDERR] at
    org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:641)
    15:35:46,968 ERROR [STDERR] at
    org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480)
    15:35:46,968 ERROR [STDERR] at
    org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995)
    15:35:46,968 ERROR [STDERR] at
    org.apache.catalina.core.StandardContext.invoke(StandardContext.java:2396)
    15:35:46,968 ERROR [STDERR] at
    org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:180)
    15:35:46,968 ERROR [STDERR] at
    org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:643)
    15:35:46,968 ERROR [STDERR] at
    org.apache.catalina.valves.ErrorDispatcherValve.invoke(ErrorDispatcherValve.java:170)
    15:35:46,968 ERROR [STDERR] at
    org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:641)
    15:35:46,968 ERROR [STDERR] at
    org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:172)
    15:35:47,078 ERROR [STDERR] at
    org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:641)
    15:35:47,078 ERROR [STDERR] at
    org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:469)
    15:35:47,078 ERROR [STDERR] at
    org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:641)
    15:35:47,078 ERROR [STDERR] at
    org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480)
    15:35:47,078 ERROR [STDERR] at
    org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995)
    15:35:47,078 ERROR [STDERR] at
    org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:174)
    15:35:47,078 ERROR [STDERR] at
    org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:643)
    15:35:47,093 ERROR [STDERR] at
    org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480)
    15:35:47,093 ERROR [STDERR] at
    org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995)
    15:35:47,093 ERROR [STDERR] at
    org.apache.catalina.connector.http.HttpProcessor.process(HttpProcessor.java:1040)
    15:35:47,093 ERROR [STDERR] at
    org.apache.catalina.connector.http.HttpProcessor.run(HttpProcessor.java:1151)
    15:35:47,093 ERROR [STDERR] at java.lang.Thread.run(Thread.java:536)

    When I encounter an RuntimeException I do a transaction rollback manually.
    my try/catch is like the following:
    try {
    } catch (JDOFatalException e) {
         throw new MyException();
    } catch (RuntimeException e) {
         trans.rollback();
         throw new MyException();
    I am using JBoss3.0.3 with kodo.rar, using JDO's transaction interface.
    Should i be doing a trans.rollback manually() when I get a
    JDOException thrown i.e. should I have a separate catch for
    JDOExceptions? A lot of examples I see look like the above code.
    Kam
    Abe White wrote:
    Can you give a little more information about the context of the rollback?
    Are you invoking trans.rollback() yourself, or is it happening
    automatically
    because of a SQL error? It looks like you're using managed transactions?
    Are you using them through the local JDO transaction interface?
    Through CMT?
    Thanks for the report, in any case...

  • JNI bug?

    Hi,
    I hope this is an OK place to report bugs. The opening message on the forum
    points to the website for bug reporting, but that's only about support and
    I'm not looking for support, I just want to report a bug (I think).
    Anyway. I'm playing with JRocket 7 over Win2K sp3. The version string is:
    $ ./java -version
    java version "1.4.0"
    Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.0)
    BEA Weblogic JRockit(R) Virtual Machine (build
    7.0-1.4.0-win32-GARAK-20020830-1714, Native Threads, Generational Concurrent
    Garbage Collector)
    I'm using JNI and though most things seem to work OK with JRocket, I've
    found that using JNI to call java.lang.Class.getDeclaredMethods() on any
    class object will trigger a Null pointer exception. The attached program
    demonstrates this. If you compile it up, and then call it with the full
    path to the JVM.DLL then it tries to print the results of listing all the
    methods of java.lang.Class. With Sun's J2SDK 1.4.1 (and before), and IBM's
    1.2-style JDK, it works fine. Using JRocket it throws a
    NullPointerException. I'm using all default options for JRocket.
    I'm using the CallObjectMethodA() function with a NULL argument array to
    invoke the method ('cos that's what my real code does), but providing a real
    non-NULL array, or using the varags form, CallObjectMethod(), makes no
    difference.
    BTW, I'm finding a few other places where JR's JNI is inconsistent with
    Sun's (not necessarily bugs, though I think some are). Should I post them
    here ? Or email someone ? Or just keep 'em to myself ;-)
    -- chris
    [JNITest.zip]

    Staffan,
    I had a look at this and can confirm
    that this is indeed a problem in JRockit. Unfortunately there is no easy
    workaround other than calling Class.getDeclaredMethods() from a Javamethod
    instead of directly from JNI. Can you explain a bit more about your
    application and what you want to achieve?Thank for confirming the bug (which, incidentally also affects the other
    get[Declared]{Field/Method/Constructor/Class}[s] methods -- with the
    exception of getInterfaces(), for some reason).
    What I'm doing is using JNI to drive the JVM from Smalltalk. I'm using
    reflection to generate (on-the-fly) wrapper (Smalltalk) classes
    corresponding to Java classes and whose instances internally use JNI to
    invoke the Java methods, etc. So it's rather important that reflection
    actually works ;-)
    There's no great difficulty in setting up a forwarding Java class that
    invokes the reflection methods of java.lang.Class, and the forwarding
    class's methods can be invoked from JNI without problems, so I've been able
    to put together a patch that allows my stuff to work over JRockit.
    You asked about the other inconsistencies I've found. There are only 3 (now
    I've had a chance to analyse what I was seeing a bit better -- not to
    mention getting rid of a couple of bugs of my own...). None is especially
    important, and they are kind of esoteric too, but FWIW:
    The JNI DefineClass() method: Sun's implementation will accept NULL values
    for either or both of the name and the class loader. JRockit seems to get
    an access violation (this is on Windows) if given a NULL name, and
    apparently calls exit() if it is given a NULL class loader. I think that
    the Sun behaviour is better since both the name and the classloader are
    optional using the Java interfaces.
    Given a couple of Java classes:
    class Base
    Base(int i) {}
    Base(boolean b) {}
    class Derived
    extends Base
    Derived(int i) {}
    Attempting to use one of Base's constructors as if they were "inherited" by
    Derived acts differently on Sun and JRockit. Code like (I'm typing this off
    the top of my head):
    jclass derived = jnvEnv->findClass("Derived");
    jmethod mid = jniEnv->GetMethodID(derived, "<init>", "(Z)V");
    jvalue args[1];
    args[1].z = true;
    jobject new = jniEnv->CallConstructorA(derived, mid, args);
    will fail on Sun's VM since the call to GetMethodID() will fail with a
    NoSuchMethodError (correctly, I think) whereas JRockit will return a handle
    on the constructor with the same signature in the superclass. When that
    "inherited" constructor is then used the created object is of class Base,
    even though the constructor was invoked on Derived.
    Given the following:
    class Base { public static int ambiguous = 100; }
    interface Interface { int ambiguous = -100; }
    class Derived extends Base implements Interface { }
    Any reference to Derived.ambiguous from Java will trigger a compile-time
    error. However it is legal to do the equivalent from JVM bytecodes (a
    getstatic with class="Derived" name="ambiguous" type="I") and is defined (as
    I read the spec) to be -100. I.e. the JVM resolves the field reference to
    the interface. Under both the Sun and JRockit JVMs that works as expected.
    Doing the equivalent from JNI:
    jclass derived = jniEnv->findClass("Derived");
    jfield fid = jniEnv->GetFieldID(derived, "ambiguous", "I");
    jint value = jniEnv->GetStaticIntField(derived, fid);
    returns -100 on Sun's JVM (which is what I'd expect), but returns 100 on
    JRockit (which I think is wrong).
    Like I said, esoteric...
    Hope this helps.
    -- chris

  • OCCI BUG! Error reading Objects which contain NULLS

    The original problem was that I couldn't retrieve a SDO_GEOMERTY object from a table. Using OCCI and the OTT utility I always got assertions and exceptions.
    Various people have already reported this problem (e.g. Hu Cao, "HELP!! operating SDO_GEOMETRY with OCCI" ).
    After several hours of testing I found the real problem: When ever an object contain NULLS the problem appears.
    Eg. the "occiobj"-demo works fine with the original data. However, after setting one value in a publ_address object to NULL
    eg. UPDATE publisher_tab SET publisher_id=11, publisher_add=publ_address( NULL , 'NEW YORK') WHERE publisher_id=11;
    the demo program crashes!!!
    After discovering this, I generated a SDO_GEOMERTY object containing no NULLS and suddenly my program was able to retrieve the object.
    Consequently there is only one big problem remaining:
    A valid SDO_GEOMERTY object has to have NULLS in it!!!!
    Comments please
    Johannes
    (I'm working with Win2K and the Oracle 9i Client. The bug appears in conjunction with both Oracle 8.1.7 and Oracle 9i)

    I downloaded the Oracle 9i Release 2 (9.2.0.1) Client for Win and there I have less problems to get objects which contain NULLs.
    Now if a standard-typed member (of an objects) is NULL, OCCI recognizes this correctly and the program never crashed again.
    However, there is one BUG remaining. If an object-typed member is NULL the program still crashes.
    Eg. if the SDO_POINT member (type MDSYS.SDO_POINT_TYPE) of an MDSYS.SDO_GEOMETRY object is NULL,
    the program crashes in the
    void sdo_point::readSQL(oracle::occi::AnyData& streamOCCI_)
    function (which was generated by the OTT utility). It seems that in function
    void sdo_point::readSQL(void ctxOCCI_)
    the streamOCCI_.isNull() command doesn't recognize that the sdo_point object is NULL.
    (see source code below)
    WITH THIS BUG YOU CANNOT GET A MDSYS.SDO_GEOMETRY OBJECT WITH OCCI!!!
    Has anybody solved this problem? Is there a bug fix?
    Thanks in Advance
    Johannes
    void sdo_point::readSQL(void ctxOCCI_)
    sdo_point *objOCCI_ = new(ctxOCCI_) sdo_point(ctxOCCI_);
    oracle::occi::AnyData streamOCCI_(ctxOCCI_);
    try
    if (streamOCCI_.isNull()) // <-- doesn't recognize that the object in NULL
    objOCCI_->setNull();
    else
    objOCCI_->readSQL(streamOCCI_); // <-- consequently the actual readSQL is called, which crashes...
    catch (oracle::occi::SQLException& excep)
    delete objOCCI_;
    excep.setErrorCtx(ctxOCCI_);
    return (void *)NULL;
    return (void *)objOCCI_;
    void sdo_point::readSQL(oracle::occi::AnyData& streamOCCI_)
    X = streamOCCI_.getNumber();
    Y = streamOCCI_.getNumber();
    Z = streamOCCI_.getNumber();

  • 10g Preview: BUG: Infinite loop renaming entity attribute

    9.0.5.0.0, Build 1375, Win2k SP3.
    BACKGROUND:
    After attempting to rename an EO on which a VO was based I received an error that indicated the VO was dependent on the attribute to be renamed. I removed the VO attribute from the VO's attribute list and saved the changes. I then brought up the Entity Object wizard where I attempted to rename the attribute.
    When jdevw.exe is used to launch the IDE, the renaming action results in the IDE hanging. When jdev.exe is used, the console prints the following stack trace and the IDE gives a StackOverflowError.
    java.lang.StackOverflowError
         at java.lang.System.arraycopy(Native Method)
         at java.lang.StringBuffer.expandCapacity(StringBuffer.java:203)
         at java.lang.StringBuffer.append(StringBuffer.java:393)
         at oracle.jbo.dt.objects.JboBaseObject.getFullName(JboBaseObject.java:188)
         at oracle.jbo.dt.objects.JboEntity.attributeChangeQuery(JboEntity.java)
         at oracle.jbo.dt.objects.JboChangeMulticaster.dispatchAttributeRemoveQuery(JboBaseObject.java)
         at oracle.jbo.dt.objects.JboEntity.attributeChangeQuery(JboEntity.java)
    [...a few hundred thousand more of these...]
         at oracle.jbo.dt.objects.JboChangeMulticaster.dispatchAttributeRemoveQuery(JboBaseObject.java)
         at oracle.jbo.dt.objects.JboEntity.attributeChangeQuery(JboEntity.java)
         at oracle.jbo.dt.objects.JboChangeMulticaster.dispatchAttributeRemoveQuery(JboBaseObject.java)
         at oracle.jbo.dt.objects.JboEntity.attributeChangeQuery(JboEntity.java:388)
         at oracle.jbo.dt.objects.JboChangeMulticaster.dispatchAttributeRemoveQuery(JboBaseObject.java:3394)
         at oracle.jbo.dt.objects.JboEntity.attributeChangeQuery(JboEntity.java:388)
    [...and a bunch of these...]
         at oracle.jbo.dt.objects.JboChangeMulticaster.dispatchAttributeRemoveQuery(JboBaseObject.java:3394)
         at oracle.jbo.dt.objects.JboEntity.attributeChangeQuery(JboEntity.java:388)
         at oracle.jbo.dt.objects.JboChangeMulticaster.dispatchAttributeChangeQuery(JboBaseObject.java:3427)
         at oracle.jbo.dt.objects.JboObject.changeAttributeQuery(JboObject.java:107)
         at oracle.jbo.dt.ui.entity.AttributeSettingsPanel.attributeNameCheck(AttributeSettingsPanel.java:453)
         at oracle.jbo.dt.ui.entity.EOAttributePanel.leave(EOAttributePanel.java:279)
         at oracle.jbo.dt.ui.entity.EOAttributeTabPanel.leave(EOAttributeTabPanel.java:108)
         at oracle.jbo.dt.ui.entity.EOEditAttributeTabPanel.updateCurrentAttr(EOEditAttributeTabPanel.java:330)
         at oracle.jbo.dt.ui.entity.EOEditAttributeTabPanel.leave(EOEditAttributeTabPanel.java:113)
         at oracle.jbo.dt.ui.main.dlg.DtjMddTraversable.onExit(DtuMddNavigable.java:278)
         at oracle.ide.panels.MDDPanel.exitTraversable(MDDPanel.java:761)
         at oracle.ide.panels.MDDPanel.onExit(MDDPanel.java:286)
         at oracle.jbo.dt.ui.main.dlg.DtjMddWizardDialog.okAction(DtuWizard.java:1899)
         at oracle.jbo.dt.ui.main.dlg.DtjDialog.dismissDialog(DtjDialog.java:219)
         at oracle.bali.ewt.dialog.JEWTDialog$UIListener.actionPerformed(Unknown Source)
         at javax.swing.AbstractButton.fireActionPerformed(AbstractButton.java:1764)
         at javax.swing.AbstractButton$ForwardActionEvents.actionPerformed(AbstractButton.java:1817)
         at javax.swing.DefaultButtonModel.fireActionPerformed(DefaultButtonModel.java:419)
         at javax.swing.DefaultButtonModel.setPressed(DefaultButtonModel.java:257)
         at javax.swing.plaf.basic.BasicButtonListener.mouseReleased(BasicButtonListener.java:245)
         at java.awt.Component.processMouseEvent(Component.java:5134)
         at java.awt.Component.processEvent(Component.java:4931)
         at java.awt.Container.processEvent(Container.java:1566)
         at java.awt.Component.dispatchEventImpl(Component.java:3639)
         at java.awt.Container.dispatchEventImpl(Container.java:1623)
         at java.awt.Component.dispatchEvent(Component.java)
         at java.awt.LightweightDispatcher.retargetMouseEvent(Container.java)
         at java.awt.LightweightDispatcher.processMouseEvent(Container.java:3165)
         at java.awt.LightweightDispatcher.dispatchEvent(Container.java:3095)
         at java.awt.Container.dispatchEventImpl(Container.java:1609)
         at java.awt.Window.dispatchEventImpl(Window.java)
         at java.awt.Component.dispatchEvent(Component.java)
         at java.awt.EventQueue.dispatchEvent(EventQueue.java:452)
         at java.awt.EventDispatchThread.pumpOneEventForHierarchy(EventDispatchThread.java:197)
         at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:150)
         at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:141)
         at java.awt.Dialog.show(Dialog.java:538)
         at java.awt.Component.show(Component.java:1134)
         at java.awt.Component.setVisible(Component.java:1089)
         at oracle.jbo.dt.ui.main.dlg.DtjDialog.setVisible(DtjDialog.java:137)
         at oracle.jbo.dt.ui.main.dlg.DtjMddWizardDialog.setVisible(DtuWizard.java:1926)
         at oracle.bali.ewt.dialog.JEWTDialog.runDialog(Unknown Source)
         at oracle.jbo.dt.ui.main.dlg.DtjDialog.showDialog(DtjDialog.java:114)
         at oracle.jbo.dt.ui.main.dlg.DtjMddWizardDialog.showDialog(DtuWizard.java:1885)
         at oracle.jbo.dt.ui.main.dlg.DtuWizard.createMddWizard(DtuWizard.java:422)
         at oracle.jbo.dt.ui.main.dlg.DtuWizard.setVisible(DtuWizard.java:276)
         at oracle.jbo.dt.ui.entity.EOWizard.setVisible(EOWizard.java:204)
         at oracle.jbo.dt.ui.main.dlg.DtuWizard.showDialog(DtuWizard.java:254)
         at oracle.jbo.dt.jdevx.ui.JdxMenuManager.invokeEOWizard(JdxMenuManager.java:762)
         at oracle.jbo.dt.jdevx.ui.JdxMenuManager.invokeEntityWizard(JdxMenuManager.java:741)
         at oracle.jbo.dt.ui.main.DtuMenuManager.doEditMenuAction(DtuMenuManager.java:1341)
         at oracle.jbo.dt.ui.main.DtuMenuManager.doMenuAction(DtuMenuManager.java:1218)
         at oracle.jbo.dt.jdevx.ui.JdxMenuManager.doMenuAction(JdxMenuManager.java:701)
         at oracle.jbo.dt.ui.main.DtuMenuManager.doAction(DtuMenuManager.java:1058)
         at oracle.jbo.dt.ui.main.DtuMenuManager.doAction(DtuMenuManager.java:1041)
         at oracle.jbo.dt.jdevx.ui.JdxMenuManager.doActionPerformed(JdxMenuManager.java:532)
         at oracle.jbo.dt.jdevx.ui.JdxMenuInvoker.run(JdxMenuManager.java:1285)
         at java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:178)
         at java.awt.EventQueue.dispatchEvent(EventQueue.java:449)
         at java.awt.EventDispatchThread.pumpOneEventForHierarchy(EventDispatchThread.java:197)
         at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:150)
         at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:145)
         at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:136)
         at java.awt.EventDispatchThread.run(EventDispatchThread.java:99)

    Thanks for the post, I've been able to reproduce this in the current builds and I've logged this as bug #3159091 to be fixed for 9.0.5 production.
    Ray

  • Possible bug while a popup is open

    I noticed a strange behavior for popup windows in CVI 2009: when a popup is open, and I click on a button on the caller panel (that I think should be completely inacitve) the EVENT_LEFT_CLICK_UP is generated.
    I attached a simple application to show this behavior: in the textbox I append every event generated for the "Click" button. Before opening the popup you can see a lot of events (EVENT_MOUSE_POINTER_MOVE, EVENT_LEFT_CLICK, ...) when you click on this button.
    If you click on "Open" a popup is opened; if you click on the "Click" button while the popup is open you will see that the EVENT_LEFT_CLICK_UP is generated.
    Could you confirm this is a bug?
    The same behaviour is shown for MessagePopup( ), ConfirmPopup( ) and InstallPopup( ).
    Vix
    In claris non fit interpretatio
    Using LV 2013 SP1 on Win 7 64bit
    Using LV 8.2.1 on WinXP SP3
    Using CVI 2012 SP1 on Win 7 64bit, WinXP and WinXP Embedded
    Using CVI 6.0 on Win2k, WinXP and WinXP Embedded
    Attachments:
    test_popup.zip ‏5 KB

    Hi Vix,
    Thank you for your posting.
    I tested your example project and seen that you seem to be right.
    The event EVENT_LEFT_CLICK_UP should not happen when a Modal dialog box is opened.
    Now I'm sending a request to R&D in order to let them verify and take the right actions.
    I'll let you know if they tell me that this is not a bug but a somehow expected behaviour.
    Thanks again
    Best Regards
    Luca Gallo
    Sales Engineer

Maybe you are looking for