-
Bug
-
Resolution: Fixed
-
P3
-
unknown
-
1.1.4
-
generic
-
solaris_9
-
Not verified
I was testing an application I wrote using the ObjectSpace JGL
libraries (version 2.0.2) for Java 1.1.2. My program just builds some
(relatively) large data structures, does some manipulations (sorting,
searching) and displays the lists.
When I represent the data as a Deque or an Array (JGL datatypes)
everything works fine. When I use DList or SList, the Java application
running on Solaris core dumps after about 3000 entries. It works fine
on smaller datasets. The identical code runs fine (with no limits) on
Intel NT 4.0 compiled with either the Sun JDK compiler or the Asymetrix
compiler.
Code and data file to recreate the problem are attached, as is a core file.
To recreate:
1. Make sure your classpath includes the ObjectSpace JGL libraries...
2. With the attached files in the same directory (sundemo.java and test1.dat)
3. Execute: 'java sundemo'
-------
After ~7000 entries
dbx: program is not active
t@6 (l@5) terminated by signal SEGV (access to address exceeded protections)
dbx: core file read error: address 0xef0f1fe0 not in data space
(dbx) where
current thread: t@6
=>[1] DoASChangeCallback(0xed733328, 0xed7332b8, 0xef7463f0, 0xef7463d8, 0xed7e69d8, 0x16), at 0xef6e5fc8
[2] 0xef6e61b8(0xed733328, 0xed7332b8, 0xef7463f0, 0xef7463d8, 0xed7bfe30, 0xe), at 0xef6e61b7
with the 2nd line repeated a few thousand times
and the set size of the process was about 10M
antony.davies@Canada 1997-07-21
libraries (version 2.0.2) for Java 1.1.2. My program just builds some
(relatively) large data structures, does some manipulations (sorting,
searching) and displays the lists.
When I represent the data as a Deque or an Array (JGL datatypes)
everything works fine. When I use DList or SList, the Java application
running on Solaris core dumps after about 3000 entries. It works fine
on smaller datasets. The identical code runs fine (with no limits) on
Intel NT 4.0 compiled with either the Sun JDK compiler or the Asymetrix
compiler.
Code and data file to recreate the problem are attached, as is a core file.
To recreate:
1. Make sure your classpath includes the ObjectSpace JGL libraries...
2. With the attached files in the same directory (sundemo.java and test1.dat)
3. Execute: 'java sundemo'
-------
After ~7000 entries
dbx: program is not active
t@6 (l@5) terminated by signal SEGV (access to address exceeded protections)
dbx: core file read error: address 0xef0f1fe0 not in data space
(dbx) where
current thread: t@6
=>[1] DoASChangeCallback(0xed733328, 0xed7332b8, 0xef7463f0, 0xef7463d8, 0xed7e69d8, 0x16), at 0xef6e5fc8
[2] 0xef6e61b8(0xed733328, 0xed7332b8, 0xef7463f0, 0xef7463d8, 0xed7bfe30, 0xe), at 0xef6e61b7
with the 2nd line repeated a few thousand times
and the set size of the process was about 10M
antony.davies@Canada 1997-07-21