stack overflow
Hi , We are repeatedly getting a "Stack Over Flow Error" with blackdown jdk 1.2.2 on linux. Can you please guide me as to how to fix this problem? -biju Biju Mathew Sixth Dimension Inc. Fremont, California. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: stack overflow
I would recommend using JDK 1.3.1, it is way faster than 1.2.2. Now one of two things may have occured, either you really got a stack overflow or stack overflow was incorrectly detected. If its the first case try giving java some more heap space to use (java -Xmx128m ). If its the second case you could be either be seeing a rare JIT bug or alternatively it could be the change in stack orientation in Redhat 7.1 and other 2.4/glibc releases. The Sun/blackdown 1.3.1 has fixes for that situation or alternatively set LD_ASSUME_KERNEL=2.2.5 regards calvin Biju Abraham Mathew wrote: > > Hi , > We are repeatedly getting a "Stack Over Flow Error" with blackdown > jdk 1.2.2 on linux. > Can you please guide me as to how to fix this problem? > > -biju > > Biju Mathew > Sixth Dimension Inc. > Fremont, California. > > -- > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: stack overflow
> Hmm .. would increasing the heap size affect the stack size ? It is very possible you will see a stack overflow if the heap is exhausted. The options to change the stack in non-hotspot vms were -ss for c stack -oss for Java stacks. These are for each thread and are not configurable in the hotspot vm. > > Isn't there a default setting for the max stack size ? Would you know the > option for changing this > value (the stack size setting) for blackdown jdk 1.2.2 ? see above, I don't know off hand what the defaults are. > > If its the second > > case you could be either be seeing a rare JIT bug or alternatively it > > Is there a bugid (in blackdown.org or java.sun.com) that describes this JIT > bug ? Any details ? I meant a new rare JIT bug, the way stack overflow is detected is complicated when using a JIT. > > could be the change in stack orientation in Redhat 7.1 and other 2.4/glibc > > releases. The Sun/blackdown 1.3.1 has fixes for that situation or > > alternatively > > set LD_ASSUME_KERNEL=2.2.5 > > What's the relation between the Sun 1.3.x Linux jdk and Blackdown 1.3.x jdk > ? Are > these one and the same ? How about the earlier 1.2.x versions ? A large percentage of the 1.3.x code is shared which is good for end users as it gets tested on a larger scale than possible before. Blackdown have some value add code and do debian packaging etc regards calvin > > thanks > -john > > > > > regards > > calvin > > > > > > Biju Abraham Mathew wrote: > > > > > > Hi , > > > We are repeatedly getting a "Stack Over Flow Error" with blackdown > > > jdk 1.2.2 on linux. > > > Can you please guide me as to how to fix this problem? > > > > > > -biju > > > > > > Biju Mathew > > > Sixth Dimension Inc. > > > Fremont, California. > > > > > > -- > > > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > > > with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] > > -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Java plugin for Mozilla?
Hi A month ago someone said they would be shortly releasing a port of Java21.3.1 for sparc-linux platforms that would include a java plug-in. What's become of that? I'd really like to give Netscape the boot. -- Be careful out there. http://www.tahallah.demon.co.uk -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: stack overflow
Calvin, Thanks. Attaching herewith the stacktrace. Could you say whether it is a native stack overflow, or a java stack overflow? java.lang.StackOverflowError at java.lang.Class.forName0(Native Method) at java.lang.Class.forName(Class.java, Compiled Code) at sun.io.Converters.getConverterClass(Converters.java, Compiled Code) at sun.io.Converters.getDefaultConverterClass(Converters.java, Compiled Code) at sun.io.Converters.newDefaultConverter(Converters.java, Compiled Code)at sun.io.CharToByteConverter.getDefault(CharToByteConverter.java, Compiled Code) at java.lang.String.getBytes(String.java, Compiled Code) at fiorano.jms.services.msg.def.FioranoMessage._dumpTableContents(FioranoMessage.java, Compiled Code) at fiorano.jms.services.msg.def.FioranoMessage.toStream(FioranoMessage.java, Compiled Code) at fiorano.jms.services.msg.def.FioranoTextMessage.toStream(FioranoTextMessage.java, Compiled Code) at fiorano.jms.runtime.pubsub.FioranoTopicPublisherProxy.send(FioranoTopicPublisherProxy.java, Compiled Code) at fiorano.jms.runtime.pubsub.TopicSendJob.execute(TopicSendJob.java, Compiled Code) at fiorano.jms.runtime.pubsub.FioranoProducerFactory.sendData(FioranoProducerFactory.java, Compiled Code) at fiorano.jms.runtime.pubsub.FioranoMessageProducer.publishData(FioranoMessageProducer.java, Compiled Code) at fiorano.jms.runtime.pubsub.FioranoMessageProducer.publishData(FioranoMessageProducer.java, Compiled Code) at fiorano.jms.runtime.pubsub.FioranoTopicPublisher.publish(FioranoTopicPublisher.java, Compiled Code) at com.sixd.inet.messaging.ess.fmqtopic.FMQChannel.sendImmediately(FMQChannel.java, Compiled Code) at com.sixd.inet.messaging.ess.fmqtopic.FMQChannel.send(FMQChannel.java, Compiled Code) at com.sixd.powertone.ess.inet.sender.InetSender.sendMessage(InetSender.java, Compiled Code) at com.sixd.powertone.ess.inet.sender.TelemetrySender.run(TelemetrySender.java, Compiled Code) at java.lang.Thread.run(Thread.java, Compiled Code) -biju Calvin Austin wrote: > > Hmm .. would increasing the heap size affect the stack size ? > > It is very possible you will see a stack overflow if the heap is > exhausted. The options to change the stack in non-hotspot vms were -ss for c > stack -oss for Java stacks. These are for each thread and are not configurable > in the hotspot vm. > > > > > Isn't there a default setting for the max stack size ? Would you know the > > option for changing this > > value (the stack size setting) for blackdown jdk 1.2.2 ? > > see above, I don't know off hand what the defaults are. > > > > If its the second > > > case you could be either be seeing a rare JIT bug or alternatively it > > > > Is there a bugid (in blackdown.org or java.sun.com) that describes this JIT > > bug ? Any details ? > > I meant a new rare JIT bug, the way stack overflow is detected is > complicated when using a JIT. > > > > could be the change in stack orientation in Redhat 7.1 and other 2.4/glibc > > > releases. The Sun/blackdown 1.3.1 has fixes for that situation or > > > alternatively > > > set LD_ASSUME_KERNEL=2.2.5 > > > > What's the relation between the Sun 1.3.x Linux jdk and Blackdown 1.3.x jdk > > ? Are > > these one and the same ? How about the earlier 1.2.x versions ? > > A large percentage of the 1.3.x code is shared which is good for end users > as it gets tested on a larger scale than possible before. Blackdown have > some value add code and do debian packaging etc > > regards > calvin > > > > > thanks > > -john > > > > > > > > regards > > > calvin > > > > > > > > > Biju Abraham Mathew wrote: > > > > > > > > Hi , > > > > We are repeatedly getting a "Stack Over Flow Error" with blackdown > > > > jdk 1.2.2 on linux. > > > > Can you please guide me as to how to fix this problem? > > > > > > > > -biju > > > > > > > > Biju Mathew > > > > Sixth Dimension Inc. > > > > Fremont, California. > > > > > > > > -- > > > > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > > > > with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] > > > > > -- > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: How to keep the application running on the server
This is a realy old post I found on the archives: > On Sun, Aug 27, 2000 at 02:05:07PM -0400, Andrew Majercik wrote: > > Applications "tie" themselves to the console window in a parent/child > > relationship. (once the parent goes away, so do all the children!) What you > > Actually, they are tied to the process which spawned them (typically > the shell). It' a subtle difference. > > > need to do is detach the process from the terminal. One way of doing this > > is to run it as a daemon (if there are other ways, I do not know them ), > > which essentially forks a process(which copies the process), and exits that > > process, leaving a detached child process(your java app, in this > > case). It > > This can be done with a simple shell script. Ive done this, but I want the user that ran the shell script to get a message if the application dosnt load properly. By that I mean the java app reads its config files, if that fails, then the shell script should display 'fail' or something.. The problem is getting the Java app to display something, and the shell script to know that its failed, and how long to wait etc. Ultimately i would like to rid my self of the shell script, and do something to detach the JVM process from the shell process if it loads successfully. But as Chris said in the original email this would definately not be platform friendly. This was an old post, is there another or better way to do it now? -- [EMAIL PROTECTED] Do not meddle in the affairs of dragons, because you are crunchy and taste good with ketchup. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
