Try following scenerio-
invoke jde
choose portfolio & project
click on srcbrowser
browse a test file -> select a link for main Method to see the source
maximize the source editor window in size
then select project editor -

jde crashes.

This happened twice for me but I am not always able to reproduce it.

Here is the stack trace , looks like its is a segv from the java code.


arbat:incl_project$ [Starting jde]
[Initialize globals]
[Initializing tools]
[Creating frame]
java.lang.NullPointerException: bar
at sun.awt.motif.X11Graphics.<init>(X11Graphics.java:45)
at sun.awt.motif.MComponentPeer.getGraphics(MComponentPeer.java:154)
at sun.awt.motif.MComponentPeer.handleExpose(MComponentPeer.java:259)
at java.lang.Thread.run(Thread.java)
Browse: start
[dev protocol message: SourceText.findFile.browsematch./home/sadhana/wj/test-suites/sadhana/incl_project/TextAreaTest.java;135]
[dev protocol message: SourceText.findFile.browsematch./home/sadhana/wj/test-suites/sadhana/incl_project/TextAreaTest.java;135]
SIGSEGV 11* segmentation violation
    si_signo [11]: SIGSEGV 11* segmentation violation
    si_errno [0]: Error 0
    si_code [1]: SEGV_ACCERR [addr: 0x81622d88]

stackbase=81579000, stackpointer=81577254

Full thread dump:
    "Thread-17" (TID:0x8047ade0, sys_thread_t:0x81578d88) prio=4 *current thread*
sun.jde.web.AppletPanel.start(AppletPanel.java:206)
sun.jde.web.AppletView.loadApplet(AppletView.java:87)
sun.jde.web.AppletView.completed(AppletView.java:78)
sun.jde.web.TagView.put(TagView.java:103)
sun.jde.web.TextView.put(TextView.java:192)
sun.jde.web.PageParser.tag(PageParser.java:143)
sun.jde.util.HTMLParser.parseTag(HTMLParser.java:291)
sun.jde.util.HTMLParser.parse(HTMLParser.java:102)
sun.jde.web.PageParser.run(PageParser.java:116)
java.lang.Thread.run(Thread.java)
    "Thread-16" (TID:0x8047ac48, sys_thread_t:0x81666d88) prio=7
sun.jde.env.ProgressPanel.run(BrowserFrame.java:722)
java.lang.Thread.run(Thread.java)
    "Thread-8" (TID:0x8045ffb0, sys_thread_t:0x815ded88) prio=5
java.lang.Object.wait(Object.java)
sun.jde.web.AppletPanel.getNextEvent(AppletPanel.java:191)
sun.jde.web.AppletPanel.run(AppletPanel.java:221)
java.lang.Thread.run(Thread.java)
    "Thread-5" (TID:0x80475e98, sys_thread_t:0x815bcd88) prio=5
java.lang.Object.wait(Object.java)
sun.jde.web.AppletPanel.getNextEvent(AppletPanel.java:191)
sun.jde.web.AppletPanel.run(AppletPanel.java:221)
java.lang.Thread.run(Thread.java)
    "Garbage Collector" (TID:0x80473ca8, sys_thread_t:0x8159ad88) prio=1
sun.jde.env.GC.run(GC.java:92)
    "Screen Updater" (TID:0x80472710, sys_thread_t:0x81534d88) prio=4
java.lang.Object.wait(Object.java)
sun.awt.ScreenUpdater.nextEntry(ScreenUpdater.java:75)
sun.awt.ScreenUpdater.run(ScreenUpdater.java:95)
    "Image Fetcher 3" (TID:0x80464b28, sys_thread_t:0x81512d88) prio=8
java.lang.Object.wait(Object.java)
sun.awt.image.ImageFetcher.nextImage(ImageFetcher.java:81)
sun.awt.image.ImageFetcher.run(ImageFetcher.java:96)
    "Image Fetcher 2" (TID:0x80464ad0, sys_thread_t:0x814f0d88) prio=8
java.lang.Object.wait(Object.java)
sun.awt.image.ImageFetcher.nextImage(ImageFetcher.java:81)
sun.awt.image.ImageFetcher.run(ImageFetcher.java:96)
    "Image Fetcher 1" (TID:0x80464a70, sys_thread_t:0x814ced88) prio=8
java.lang.Object.wait(Object.java)
sun.awt.image.ImageFetcher.nextImage(ImageFetcher.java:81)
sun.awt.image.ImageFetcher.run(ImageFetcher.java:96)
    "Image Fetcher 0" (TID:0x804649e8, sys_thread_t:0x814acd88) prio=8
java.lang.Object.wait(Object.java)
sun.awt.image.ImageFetcher.nextImage(ImageFetcher.java:81)
sun.awt.image.ImageFetcher.run(ImageFetcher.java:96)
    "AWT-Motif" (TID:0x80464048, sys_thread_t:0x8148ad88) prio=5
java.lang.Thread.run(Thread.java)
    "AWT-Input" (TID:0x80464020, sys_thread_t:0x81468d88) prio=5
    "Finalizer thread" (TID:0x80455368, sys_thread_t:0x8123cd88) prio=1
    "Idle thread" (TID:0x80455320, sys_thread_t:0x8121ad88) prio=0
    "clock handler" (TID:0x804551f8, sys_thread_t:0x811f8d88) prio=11
    "main" (TID:0x804550a0, sys_thread_t:0x8091e00) prio=5
Monitor Cache Dump:
    unknown key (key=0x81666d88): unowned
Waiting to be notified:
"Thread-16"
    sun.jde.tags.JDESUPERAPPLET@8047BF70/8058E210 (key=0x8047bf70): monitor owner: "Thread-17"
    java.util.Vector@80464B80/804B97C8 (key=0x80464b80): unowned
Waiting to be notified:
"Image Fetcher 0"
"Image Fetcher 1"
"Image Fetcher 3"
"Image Fetcher 2"
    sun.awt.motif.MToolkit@80464008/804B7970 (key=0x80464008): unowned
Waiting to be notified:
"AWT-Motif"
    sun.awt.ScreenUpdater@80472710/804F2DA8 (key=0x80472710): unowned
Waiting to be notified:
"Screen Updater"
    sun.jde.web.AppletPanel@80475DF0/80502910 (key=0x80475df0): unowned
Waiting to be notified:
"Thread-5"
    sun.jde.web.AppletPanel@8045FC58/805080A0 (key=0x8045fc58): unowned
Waiting to be notified:
"Thread-8"
    java.lang.Thread@8047C0D8/8058E948 (key=0x8047c0d8): monitor owner: "Thread-17"
    sun.jde.env.GC@80473CA8/804FA670 (key=0x80473ca8): monitor owner: "Garbage Collector"
Registered Monitor Dump:
    unowned
Waiting to be notified:
Finalize me queue lock: "Finalizer thread"
    unowned
Waiting to be notified:
Thread queue lock: "main"
    unowned
    unowned
    unowned
    unowned
    unowned
    unowned
    unowned
    unowned
    unowned
Waiting to be notified:
Class lock: Java stack lock: Code rewrite lock: Heap lock: Has finalization queue lock: Monitor IO lock: Child death monitor: Event monitor: I/O monitor: "AWT-Input"
    unowned
Waiting to be notified:
Alarm monitor: "clock handler"
    unowned
    unowned
    monitor owner: "Thread-17"
Thread Alarm Q:
    sys_thread_t 0x81666d88 [Timeout expired]
    sys_thread_t 0x81468d88 [Timeout in 30 ms]
    Sbrk lock: Monitor cache lock: Monitor registry:
[1] + Abort jde &

The description field as copied from bug report 1245684 follows:

This may be related to 1238673, but for our testing purposes it's important enough to note on it's own. /usr/green2/sqe/automatic/other/gctests/gctest03 reliably causes the x86 platform to dump core. Combinations of the gctests also do this, and on one occasion rendered the entire system useless, but that is a severe stress test. This test should be able to run on it's own indefinitely; it does not.

A core file can be found in ~hagen/1.0.2/gctests/gctest03/core_solarisx86
The environment that produced this file is the April 8 x86 build from /usr/local/java/x86.

The description field as copied from bug report 1245735 follows:

This may be related to 1238673, but for our testing purposes it's important enough to note on it's own. /usr/green2/sqe/automatic/other/gctests/gctest03 reliably causes the x86 platform to dump core. Combinations of the gctests also do this, and on one occasion rendered the entire system useless, but that is a severe stress test. This test should be able to run on it's own indefinitely; it does not.

A core file can be found in ~hagen/1.0.2/gctests/gctest03/core_solarisx86
The environment that produced this file is the April 8 x86 build from /usr/local/java/x86.