Is there a possibility to release the diffs against the sun sources
releases as it was done for 1.2 ?
Or is there anything in the licencing that prevents such a release ?
Seb
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
w
On Sep 2, 2004, at 5:29 AM, theUser BL wrote:
Hmmm...
And is it possible to port Suns JVM - as closed source - to an other
OpenSource VM (like .net/mono , like ikvm do it as free JVM) ?
If Suns Java VM running on an OpenSource VM (like mono), I think it is
easyer to bring it on new platforms
trolled by
Sun. So we need projects like GNU Classpath which create compatible
versions of that part of the Java platform under a Free Software license.
Hmmm...
And is it possible to port Suns JVM - as closed source - to an other
OpenSource VM (like .net/mono , like ikvm do it as free JVM) ?
On Sep 1, 2004, at 6:25 AM, theUser BL wrote:
But how hard is it, to reimplement the plantform-dependent parts (the
JVM and .so/.dll libs) as OpenSource and using the
platform-independent parts (Java-Classes) from Sun ?
Quite hard actually. First and foremost, you *can't* use Sun&#
va1.1 state, then in Java1.5.
But how hard is it, to reimplement the plantform-dependent parts (the
JVM and .so/.dll libs) as OpenSource and using the platform-independent
parts (Java-Classes) from Sun ?
Then there can be existing the first real Java (which is allowed to can
be called so) wi
Brock Rhone writes:
We are starting to intermittently see the following error -- anyone seen it
before or know what it means? (I've also posted this at
Yeah, the amd64 build is not quite stable for me. I can usually get it to
crash using most applets from games.yahoo.com. I guess things haven't
02af9ae, 0x002afc2506a8,
0x002afc250800, 0x002afc26)
JDK Version: 1.4.2_04
Linux Distribution Version: based on SuSE SLES-8 (AMD64)
LIBC Version: glibc-2.2.5-213
The JVM is running JBoss, with the following options:
JBoss Bootstrap Environment
JBOSS_HOME: /opt/jboss-3.2.3
J
hi All,
Can anyone tell me the relationship
between user space thread ( thread has been created by Java application)
and JVM thread? How do they map together?
Specially, when trying to measure resouce
usage(CPU/Memory) on thread basis, how to get user space thread's resource
usage? Is th
I am using the 1.4.2-rc1 build for AMD64 on Fedora Core 2, kernel 2.6.7
(this occurs with all recent errata releases of the 2.6.7 kernel for FC2).
Trying out various bits of java code, I can reliably crash the entire JVM
with a segmentation fault in a couple of ways:
A) Running eclipse, and
Hui Huang wrote:
Is this on Redhat 9? If so, try this:
+ find out java process id
+ use gdb to attach to the process (gdb - )
+ quit gdb
The problem just happened again and indeed that trick worked (strace
didn't, I think because it doesn't trace all threads, just the one it
connects to). I atta
Hi,
I am trying to track down a JVM crash issue. I'm currently
running the JVM in gdb and trying to determine the cause of some
segfaults I am seeing. Unfortunately the stack traces I am seeing in
gdb aren't very useful. Is there a linux JVM compiled with debug
symbols (i
hi all
I am working on a project which needs JVM to work without the
support of Operating Systems. The JVM I am working with uses Pthreads of
Linux and hence I am unable to compile it with a arm cross compiler. I
came to know that Green Threads works without the help of Operating System
hi all
The JVM uses the threads provided by the Operating Systems. Is there any JVM
which can run without using the threads of Operating system something like green
threads. Or else please help me to find a thread package which can run without an
Operating System. We are trying to run
Hui Huang <[EMAIL PROTECTED]> writes:
> Joseph Shraibman wrote:
>> What about this?
>> http://gcc.gnu.org/ml/java/2004-05/msg00064.html
>> Do you know what he's talking about?
>
> Not familiar w/ ResourceBundle implementation. But it looks
> like a performance trick to avoid frequent lookup for cl
Hui Huang wrote:
It looks like the same issue. IIRC, the problem happened when one
thread sleeps on pthread_cond_wait, and another thread in
pthread_cond_{signal,broadcast} to wake up the first thread,
sometimes kernel failed to change the first thread back to running.
So how can I encourage this c
Joseph Shraibman wrote:
Hui Huang wrote:
Is this on Redhat 9? If so, try this:
+ find out java process id
+ use gdb to attach to the process (gdb - )
+ quit gdb
wait a few seconds, does the process start to run again? If yes,
it's a known RH-9 issue (a notification from pthread_cond_broadcast
is lo
Hui Huang wrote:
Veda N Ponnusamy wrote:
Hi,
We set the LD_ASSUME_KERNEL=2.2.5 and the hang goes away. But the
application
is running at 60% speed !!
Interesting. You could try LD_ASSUME_KERNEL=2.4.1 (the floating
stack version of LinuxThreads), it's generally faster than 2.2.5.
Do you know a
Joseph Shraibman wrote:
Hui Huang wrote:
Veda N Ponnusamy wrote:
Hi,
We set the LD_ASSUME_KERNEL=2.2.5 and the hang goes away. But the
application
is running at 60% speed !!
Interesting. You could try LD_ASSUME_KERNEL=2.4.1 (the floating
stack version of LinuxThreads), it's generally faster t
ess still hangs after attach-detach
with gdb, it's something else.
Reg
Veda
-Original Message-
From: Hui Huang [mailto:[EMAIL PROTECTED]
Sent: Thursday, June 24, 2004 10:39 AM
To: Joseph Shraibman
Cc: [EMAIL PROTECTED]; Veda N Ponnusamy; [EMAIL PROTECTED]
Subject: Re: Help on JVM hang
Is
Hui Huang wrote:
Is this on Redhat 9? If so, try this:
+ find out java process id
+ use gdb to attach to the process (gdb - )
+ quit gdb
wait a few seconds, does the process start to run again? If yes,
it's a known RH-9 issue (a notification from pthread_cond_broadcast
is lost in NPTL). Update to A
Hui Huang wrote:
Is this on Redhat 9? If so, try this:
Yes.
+ find out java process id
+ use gdb to attach to the process (gdb - )
+ quit gdb
Well I killed the process already, but the problem seems to happen every
couple of weeks so I'll try that next time.
wait a few seconds, does the process s
Shraibman
Cc: [EMAIL PROTECTED]; Veda N Ponnusamy; [EMAIL PROTECTED]
Subject: Re: Help on JVM hang
Is this on Redhat 9? If so, try this:
+ find out java process id
+ use gdb to attach to the process (gdb - )
+ quit gdb
wait a few seconds, does the process start to run again? If yes,
it's a
obj;
int len = size(); //<= line 59
obj = peek();
removeElementAt(len - 1);
return obj;
}
Veda N Ponnusamy wrote:
Please find attached the thread dump of the JVM. I didn't try running
this app on 1.5 jvm
Reg
Veda
-Original Message-
From: Jos
turn obj;
}
Veda N Ponnusamy wrote:
Please find attached the thread dump of the JVM. I didn't try running
this app on 1.5 jvm
Reg
Veda
-Original Message-
From: Joseph Shraibman [mailto:[EMAIL PROTECTED]
Sent: Friday, June 11, 2004 1:26 PM
To: Calvin Austin
Cc: Veda N Ponnusamy; [
C.java:274)
... and Stack.java looks like:
public synchronized Object pop() {
Object obj;
int len = size(); //<= line 59
obj = peek();
removeElementAt(len - 1);
return obj;
}
Veda N Ponnusamy wrote:
Please find attached the thread dump o
test with 1.5 would help a great deal.
I was never able to reproduce the hang on a test machine, it only
happened in production under load. My boss would kill me if I ran a
beta jvm in production.
I also haven't seen the bug for a couple of weeks since I limited the
work done by that j
help only from this
community. My application is a heavily multi-threaded java
application which is runs in Linux with the following configuration
OS - RH9
Kernel - 2.4.20-30.9smp
glibc - glibc-2.3.2-27.9.7
JVM - SUN 1.4.2
My applications HANGS after runnning for some time. Do you any work
ar
avily multi-threaded java
application which is runs in Linux with the following configuration
OS - RH9
Kernel - 2.4.20-30.9smp
glibc - glibc-2.3.2-27.9.7
JVM - SUN 1.4.2
My applications HANGS after runnning for some time. Do you any work
arounds for this problem
"Thread-11" prio=1 tid
Hi
folks,
I'm posting this, since I know I can get help only from this community.
My application is a heavily multi-threaded java application which is runs
in Linux with the following configuration
OS -
RH9
Kernel -
2.4.20-30.9smp
glibc -
glibc-2.3.2-27.9.7
JVM - SUN
1.4.2
The following error message occured when my JVM (1.4.2_04-b05) crashed on
rhel3.0 (jvm1.4.2_04-b05). Is there a known problem whith this java/linux
configuration? -What can be the reason for the crash? -any jvm options to be
considered?
Error:
--
--
[GC 171662K->154067K(2759
I don't diagree, the kernel should not oops.
I just was not sure if you were testing the kernel or the JVM.
Dave
Juergen Kreileder wrote:
David D. Lucas <[EMAIL PROTECTED]> writes:
My guess is the JVM is compiling byte code into machine code. The
JIT compiler is probably producing b
David D. Lucas <[EMAIL PROTECTED]> writes:
> My guess is the JVM is compiling byte code into machine code. The
> JIT compiler is probably producing bad code for your platform.
Maybe. But it doesn't make much sense looking for JVM bugs as long as
the kernel has problems. The
My guess is the JVM is compiling byte code into machine code. The JIT
compiler is probably producing bad code for your platform. If you want
to just run Java without the JIT, try using the -Xint (interpreted mode
only) option. This should not crash while running. If that works, then
you
Barry Roberts <[EMAIL PROTECTED]> writes:
> The latest error is attached below. This one is from the
> blackdown.org 1.4.2-rc1-linux-i586-gcc3.2.bin package (on Fedora
> 0.96) but it's similar for all the 32-bit jvms I tried. Sometimes
> the jvm hangs before the aj
Ok, now I'm desperate. Is anybody using Java, esp. Tomcat or any
servlet container on Opterons? I've tried the IBM jdk that was
shipped with SuSE 8.1, the 64-bit rc1, the latest from IBM, Sun and
blackdown.org and then again on Fedora 0.96 for amd64. And I haven't
found a jvm
r
>distribution and JVM for the AMD64 support larger than 2GB heaps? I know
>that Sun will release a 64-bit version of Java in the summer of 2004 but
>would like something sooner.
>
>Also, does the implementation have a hashtable that uses 64 bit hashcodes?
>Sun's 32 bit
I'm looking for a java solution for the AMD opteron that will allow me to
write & run a java app that has a large heap of ~8-14GB. Does your
distribution and JVM for the AMD64 support larger than 2GB heaps? I know
that Sun will release a 64-bit version of Java in the summer of 2004
Jim Hazen <[EMAIL PROTECTED]> writes:
> I heard a while back that Blackdown would be contributing
> enhancements to the Sun JVM. Specifically I'm looking for
> Blackdown's WebStart enhancements to become standard on the JRE's
> shipped by Sun.
Sun's 1.5 w
I heard a while back that Blackdown would be contributing enhancements to the Sun JVM. Specifically I'm looking for Blackdown's WebStart enhancements to become standard on the JRE's shipped by Sun.
Anyone know if/when this will happen? I love the Blackdown JVMs, but the rel
I would be interested in a test build also if it's available. I have
2 dual opteron Appro boxen running a 32-bit JDK.
Thanks,
Barry Roberts
On Fri, Sep 05, 2003 at 11:40:52AM +0200, SANS Francois wrote:
> Hello,
>
> i ' am very interested by jdk version 1.4.2 for AMD x86_64
>
> is this release
Hello,
i ' am very interested by jdk version 1.4.2 for AMD x86_64
is this release already avalaible.
thank you for you answer.
francois
Joseph Shraibman wrote:
Juergen Kreileder wrote:
[EMAIL PROTECTED] writes:
On Fri, 14 Feb 2003, Juergen Kreileder wrote:
BTW: If you use another setting than CONFIG_1GB
or if you're on x86-64
you want to use the new release. Older HotSpot versions have
problems with the other values.
So
Juergen Kreileder wrote:
[EMAIL PROTECTED] writes:
On Fri, 14 Feb 2003, Juergen Kreileder wrote:
BTW: If you use another setting than CONFIG_1GB
or if you're on x86-64
you want to use the new release. Older HotSpot versions have
problems with the other values.
So which ones are good? Is t
On Sun, 16 Feb 2003, Dan Kegel wrote:
> [EMAIL PROTECTED] wrote:
> > But they have no logical reason to share stack memory. I was assuming
> > the os did things logically. My mistake.
>
> Just curious: do you know of any operating systems that don't
> share the stack memory for different thread
[EMAIL PROTECTED] wrote:
On Fri, 14 Feb 2003, Dan Kegel wrote:
So I just have to set that line in /boot/config-2.4.18-14 and reboot?
No; you have to install your kernel source,
read the file /usr/src/linux-2.4/README,
copy that config file to /usr/src/linux-2.4/.config,
edit it not manually b
On Fri, 14 Feb 2003, Dan Kegel wrote:
> >
> > I was under the impression that since linux made ever thread a seperate
> > process they each had their own stack and only shared the heap memory.
>
> Threads share the entire memory space. That's what makes them threads
> instead of processes.
But
On Fri, Feb 14, 2003 at 04:22:31PM -0800, John Neffenger wrote:
> Further note to readers: I got past this 16,000 native thread limit by
> specifying the "-green" user-level thread option to the Blackdown
> virtual machine. So my 20,000 threads were all mapped onto one Linux
> process (one Lin
Hi Dan,
Note to readers: he's using a smaller thread stack than the
previous poster (64k vs. 100k). At 1GB address space limit
(or 2^30 bytes), that's an upper limit of 2^(30-16 = 14) = 16000
or so threads.
Further note to readers: I got past this 16,000 native thread limit by
specifying the
[EMAIL PROTECTED] writes:
> On Fri, 14 Feb 2003, Juergen Kreileder wrote:
>>
>> BTW: If you use another setting than CONFIG_1GB
or if you're on x86-64
>> you want to use the new release. Older HotSpot versions have
>> problems with the other values.
>
> So which ones are good? Is the latest
Hi Joseph,
(See also http://www.kegel.com/c10k.html )
That points to http://www.volano.com/linux.html which doesn't exist
anymore. The wayback machine has a verion from Oct 31 2001 that doesn't
say how to recompile the kernel to increase the limit. It does point me
to /etc/security/limits.c
On Fri, Feb 14, 2003 at 03:38:49PM -0500, [EMAIL PROTECTED] wrote:
> > $ grep CONFIG_.GB /boot/config-2.4.18-14
> > # CONFIG_3GB is not set
> > # CONFIG_2GB is not set
> > CONFIG_1GB=y
>
> So I just have to set that line in /boot/config-2.4.18-14 and reboot? Is
> that limit per process or system
On Thu, 13 Feb 2003, Dan Kegel wrote:
> Man Chi Ly wrote:
> >>>Physical memory, maybe, but I bet you a nickel you got
> >>>up near 1GB of *virtual* memory. Go learn about how
> >>>thread stacks work. You're not running out of RAM; you're
> >>>running out of address space.
> >>
> >>I guess I don'
On Fri, 14 Feb 2003, Juergen Kreileder wrote:
>
> BTW: If you use another setting than CONFIG_1GB you want to use the
> new release. Older HotSpot versions have problems with the other
> values.
>
So which ones are good? Is the latest sun jdk good or only the
forthcoming blackdown?
Man Chi Ly <[EMAIL PROTECTED]> writes:
> On Thu, 13 Feb 2003, Joseph Shraibman wrote:
>
>> Dan Kegel wrote:
>> > Joseph Shraibman wrote:
>>
>> The one that comes with redhat 8.0 (updated), which is
>> kernel-smp-2.4.18-19.8.0
>>
>> > CONFIG_1GB
>> > CONFIG_2GB
>> > CONFIG_3GB
>> > are set in your
On Thu, 13 Feb 2003, Man Chi Ly wrote:
>
> Dan's probably one of the authorities on this performance issue; but isn't
> it generally considered bad form to be spawning so many threads in an
> application?
Nature of the application. I need to send out a lot of email in parallel.
>
On Thu, 13 Feb 2003, Joseph Shraibman wrote:
> Dan Kegel wrote:
> > Joseph Shraibman wrote:
> >
> >> I never got anywhere near 1gb of memory usage.
> >
> >
> > Physical memory, maybe, but I bet you a nickel you got
> > up near 1GB of *virtual* memory. Go learn about how
> > thread stacks work. Y
Dan Kegel wrote:
Joseph Shraibman wrote:
I never got anywhere near 1gb of memory usage.
Physical memory, maybe, but I bet you a nickel you got
up near 1GB of *virtual* memory. Go learn about how
thread stacks work. You're not running out of RAM; you're
running out of address space.
I gues
Dan Kegel wrote:
The -Xss100k helps because each thread stack immediately occupies
its full range of address space (discontiguous stacks not being supported).
If the OS defaults to a limit of 1GB address space for user processes,
at 100KB per stack, that's a hard limit of 10,000 threads.
I nev
7;m running:
java version "1.4.1_01"
Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.1_01-b01)
Java HotSpot(TM) Client VM (build 1.4.1_01-b01, mixed mode)
... on redhat 8.0. I've discovered that I get get somewhere between
3600 and 3700 threads in a jvm without any argum
ach thread use less memory and therefore
> allowed more threads to be created.
Memory in what, the system? This system has 1 gig of memory plus a lot of
swap space. Increasing the heap size of the jvm didn't change anything.
---
. I've discovered that I get get somewhere between 3600
> and 3700 threads in a jvm without any arguments. If I pass in -Xss100k I
> can get that up to 8190 threads, but I'm not sure why. How can I maximize
> the number of threads per jvm?
Have you checked your thread li
I'm running:
java version "1.4.1_01"
Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.1_01-b01)
Java HotSpot(TM) Client VM (build 1.4.1_01-b01, mixed mode)
... on redhat 8.0. I've discovered that I get get somewhere between 3600 and 3700 threads
in a jvm without
e can tweak around with JVM or BYTE code for the same
Short of tweaking bytecode, your best bets would be (AFAIK) to find the
best JVM and JIT combination for your platform, and optimize your code
aggressively in conjunction with that. If that still doesn't meet your
performance needs,
JVM or BYTE code for the same
Thanks and regards
-Shishir
WARNING: The information in this message is confidential and may be legally
privileged. It is intended solely for the addressee. Access to this message
by anyone else is unauthorised. If you are not the intended recipient, any
I just joined the list today so my apologies if this has already been
covered but hasn't made it to the archive yet.
>From lkml: first NPT vs. NGPT vs. LinuxThreads benchmark results at
http://www.uwsg.iu.edu/hypermail/linux/kernel/0209.2/1581.html
Note as well that there is an NPT mailing list
I am writing a java protection program as a student project.
Current methods in software watermarking rely on using the JVMPI
interface to detect when an object links to another object. Does anyone
know of a way in java to get the data values (such as method
arguments or variables) of an o
system.
...A better threading benchmark... The JVM doesn't have the most direct
threading subsystem glue code to the native API, so that could effect
performance measurements.
> My wager stands :-)
I'm not a betting person. I think it's a disgusting habit. ;)
Well, Linux is a c
On Wed, Sep 04, 2002 at 08:41:07AM -0700, Dan Kegel wrote:
> You're referring to Linuxthreads? It has a couple other problems,
> like pid being different for each thread, and thread startup and
> shutdown
> not being as fast as thread maniacs (you know, the people who create
> more than 1 thread/
On Wed, Sep 04, 2002 at 07:59:30AM -0700, Dan Kegel wrote:
> As I wrote in a previous message, Sun is abandoning M:N threading;
> see http://java.sun.com/docs/hotspot/threads/threads.html
> NGPT is probably a dead end. I suspect Gnu and Linux will continue
> on with kernel-based threads, but with
ust/000250.html
>
> It seems also Sun will not support NGPT anytime soon, as they focus on
> IA-64 at the moment. IBM is working on JVM which will work with NGPT.
Yeah, then one route in getting that kind support going under Linux is
for them to get enough Posix conformance in NGPT sys
IA-64 at the moment. IBM is working on JVM which will work with NGPT.
Regards,
Ingo
On Wed, 4 Sep 2002, Marco Trevisan wrote:
> Thanks to all you guys! :)
>
> I will try it (most probabily next week) and report back to the mailing
> list.
> The main reasons are:
>
Cool I'm curious too, as I have
an MP server...
regards
v
On Wed, Sep 04, 2002 at 09:30:33AM +0200, Marco Trevisan wrote:
>Thanks to all you guys! :)
>
>I will try it (most probabily next week) and report back to the mailing
>list.
>The main reasons are:
>1) I would like to deploy on multi-proc
Thanks to all you guys! :)
I will try it (most probabily next week) and report back to the mailing
list.
The main reasons are:
1) I would like to deploy on multi-processor Linux systems without
lacking in scalability;
2) If it works, not only Catalina will benefit from this, but the
overall se
they say: "This
> release is fully suitable as a replacement for LinuxThreads by either a
> single user or group or an entire distribution."
> Does it mean that if I patch the kernel and install it on my system, my
> JVM will use it? I guess it's not so easy :-)
I ha
On Tue, Sep 03, 2002 at 10:03:15PM +0200, Marco Trevisan wrote:
> I found out that the best performing JVM on a single-processor Linux
> machine is Blackdown-1.3.1 with green threads and the OpenJIT compiler.
> Other JVMs I tried are: IBM v1.3.0 - 1.3.1, Sun v1.3.1 - 1.4.x
If there is
rms to the 1.3 API
> specification, no 1.4-exclusive class or method is used.
>
> I found out that the best performing JVM on a single-processor Linux
> machine is Blackdown-1.3.1 with green threads and the OpenJIT compiler.
> Other JVMs I tried are: IBM v1.3.0 - 1.3.1, Sun v1.3.1 - 1.4.x
>
best performing JVM on a single-processor Linux
machine is Blackdown-1.3.1 with green threads and the OpenJIT compiler.
Other JVMs I tried are: IBM v1.3.0 - 1.3.1, Sun v1.3.1 - 1.4.x
It was a surprise for me to find out such a result, infact some
benchmark classes I've done in order to me
> "Mauricio" == Mauricio Nuñez <[EMAIL PROTECTED]> writes:
> Thanks for your answers!
> Well, i will need to wait for a back port from kernel 2.5 to 2.4 ...
> I'm trying to get a better performance with Tomcat (a servlet
> container).
> The servlet spec say '1 request: 1 thread', then with
.
Thanks
El mar, 20-08-2002 a las 13:21, Juergen Kreileder escribió:
> Mauricio Nuñez <[EMAIL PROTECTED]> writes:
>
> > Blackdown JVM 1.3 support green and native threads, but 1.4 only
> > native. Threading is an important issue for the server side java
> > applicati
Mauricio Nuñez <[EMAIL PROTECTED]> writes:
> Blackdown JVM 1.3 support green and native threads, but 1.4 only
> native. Threading is an important issue for the server side java
> applications.
>
> Green threads are very scalable ( see Volano report ),
Yes, but only on
Hi,
Blackdown JVM 1.3 support green and native threads, but 1.4 only native.
Threading is an important issue for the server side java applications.
Green threads are very scalable ( see Volano report ), while the native
threads under Linux are a limited to few , before the server crash.
IBM
his could be one of our problems, Could this "illegal
> > instruction" problem listed here be the cause of our sig 11 errors?
> > (there is no mention of -i "illegal" in any of the error files that the
> > JVM saves on each crash).
> >
> > The "p
Hi Dan,
I suppose this could be one of our problems, Could this "illegal
instruction" problem listed here be the cause of our sig 11 errors?
(there is no mention of -i "illegal" in any of the error files that the
JVM saves on each crash).
The "patch_final" l
This is just an update to put a permanent record of what's happening
online.
There seems to be bugs in RH 7.2 on uni (and SMP) processor machines, I
have not tracked them down, but no JVM seems to run stably on it.
Upgrading to RH 7.3 definitely fixed our problems on our uni processor
mac
Hi,
Yes, I have done this, I ran the memory test (took over an hour!), and
everything was OK. It is happening on 3 machines (all athlons, one of
them SMP), so I'm pretty sure it's not a hardware stability issue.
On Thu, 23 May 2002, Dan Kegel wrote:
> Craig O'Shannessy wrote:
> > I am having
There is a very important patch to Redhat 7.2 SMP kernel, you need the
2.4.9-31smp patch available under 'security patches' from redhat.com
Unpatched redhat 7.2 SMP will create duplicate process ids. That is not good!
The bug is also fixed in 2.4.18 kernels. Hui Huang tracked this down a while
Hi,
> >
> > I am having sig 11 errors with every VM I can try.
> >
> > I am desperately trying to keep JBoss running without the JVM crashing on
> > Redhat 7.2. I have spent days trying to track down the problems, but to
> > no avail. I cannot find a stable JVM to
On 23 May 2002, Jesse Stockall wrote:
> On Thu, 2002-05-23 at 04:44, Craig O'Shannessy wrote:
> >
> > Sun JDK 1.4.0
> > Sun JDK 1.3.1
> > Sun JDK 1.3.1_03
> > IBM JDK 1.3.1_01 (had to use "LD_ASSUME_KERNEL=2.2.5" for smp machine)
> > Blackdown JDK 1.3.1_01 (both native and green threads, both g
On Thu, 2002-05-23 at 04:44, Craig O'Shannessy wrote:
>
> Sun JDK 1.4.0
> Sun JDK 1.3.1
> Sun JDK 1.3.1_03
> IBM JDK 1.3.1_01 (had to use "LD_ASSUME_KERNEL=2.2.5" for smp machine)
> Blackdown JDK 1.3.1_01 (both native and green threads, both give sig 11)
In my experience you should always be us
Hi,
I am having sig 11 errors with every VM I can try.
I am desperately trying to keep JBoss running without the JVM crashing on
Redhat 7.2. I have spent days trying to track down the problems, but to
no avail. I cannot find a stable JVM to run with JBoss (both 2.4.5 or
3.0). We need to
LiS.so
WQ> ... java'
WQ> The process hangs(long pause and no sign of completion in sight)- so i kill
WQ> the process.
WQ> Q3.)Any ideas as to what might be the cause for this hangup using
WQ> LD_PRELOAD?
WQ> Q4.)How do I build my own startup program for the linux JVM,
Title: RE: Linux JVM: JNI allow putmsg() syscalls in native code?
The LD_PRELOAD is working out after all. I set this *inside* of my '.java_wrapper'
instead of on the command line. This prevents the process from hanging like before.
LD_DEBUG=symbols,binding reveals the
cause for this hangup using
> LD_PRELOAD?
Not really, I don't know what libLiS is doing internally.
> Q4.)How do I build my own startup program for the linux JVM, linked
> against libLiS.so ?? This sounds like I need to rebuild the java
> executable? Am I understanding you correctly?
Title: RE: Linux JVM: JNI allow putmsg() syscalls in native code?
Juergen,
Thanks for your help.
The LD_DEBUG shows the following:
31212: symbol=putpmsg; lookup in file=/lib/libc.so.6
31212: binding file /home/imslab/jets1000dev/dlpi/libdlpi.so to /lib/libc.so.6: symbol
William Quan <[EMAIL PROTECTED]> writes:
> Q1.) Why is the JVM eclipsing my getmsg() and putmsg() syscalls with
> this from libc?
This not Java specific, you'll get the same problem when dlopening a
library which is linked against libLiS.so. The first getmsg which
gets found
Title: Linux JVM: JNI allow putmsg() syscalls in native code?
GIVEN:
--
I am working on a Java Network Application that can send/receive raw Ethernet packets.
I bypass the TCP/IP stack and pass them to a DLPI provider. Currently, I am attempting
to use LiS-2.12 (a.k.a LINUX STREAMS: http
On Tue, Feb 12, 2002 at 03:31:59PM -0600, Eric wrote:
> Ahh...this may be a solution. It looks like I could build it to not
> do mmap()s, but do malloc()s instead by using -DUSE_MALLOC (and maybe
> even link it against hoard to have a really nice malloc)
>
> However, it appears to be a total pai
Paul Mclachlan <[EMAIL PROTECTED]> writes:
> At :47 02 Feb 2002 -0600, Eric wrote:
>
>> Does anyone have any idea how to fix this? Would it be a big job
>> to fix it in the JVM?
>
> You could grab the source to 1.3.1 at:
>
> http://www.sun.com/sof
-2447 +1 650 678 8014
>
> "e" == ej writes:
>
> e> I am depserately trying to get a single JVM to grow beyond the 2GB
> e> size limit that I've hit. I've tried both the IBM and Sun JVM's but
> e> without any
ve any idea how to fix this? Would it be a big job to
> > fix it in the JVM?
>
> You could grab the source to 1.3.1 at:
>
> http://www.sun.com/software/communitysource/
>
> and edit
>
> jdk131src/j2sdk1.3.1/src/solaris/hpi/src/memory_md.c
>
> to
1 - 100 of 284 matches
Mail list logo
