Recursion too deep; the stack overflowed.

All the solutions deal with permissions inside the jrun
folder, however my server setup does not have a jrun folder. So how
do I fix this problem?

I think you're looking for wsconfig folder... Try
cf_root/runtime/lib/wsconfig

Similar Messages

Recursion too deep

Hi everyone,
I am trying to generate a "dll" file and used NutCracker libraries along with the API I am trying to interface with. Same code and same command line worked in JDK1.3.1 but got "java.lang.UnsatisfiedLinkError": <dll file>: Recursion too deep; the stack overflowed in JDK1.4.2_03. Please let me know why same code and command line doesn't work in JDK1.4.2_03.
I appreciate all inputs/suggestions.

Hi. I just had the same problem with some JNI native code built with Nutcracker . I too observed that it seems to be related to using JDK 1.4.x versus prior versions. I'm not exactly sure what is going on but the way around it appears to be building the .dll using pure VC98 tools instead, either with the IDE or command line cl.exe after calling vcvars32.bat. Building cl.exe from any of the Nutc command shells results in a screwed up .dll, presumably because of library path issues.
Good luck

Stack overflow at line: 1792 or 1788 when using the search function

Hello everyone,
My name is Thibault. I am a technical communications specialist. I've been using Robohelp html for a couple of years.
I am working on the user guide of the software application developed where I work.
This is a HUGE project, more than 6500 pages.
We're two technical writers on this project. (This is an inportant detail since my colleague doesn't get the problem).
I need your help because I have been having an annoying issue over the last couple of days.
After the project is generated, I open it in the software, clicking F1.
When I want to use the search function I have this error message displayed:
"Stack overflow at line: 1792" or "Stack overflow at line: 1788"
Do you know where this could come from?
Furthermore, I noticed that this stack overflow only occurs on some words.
I mean, it occurs for the most used words in this project.
We have customers all over the world and over the last week, we've been getting a lot of feedbacks about this error message.
I hope someone will be able to help me on this one!
Thanks in advance!

First of all, thanks for your answer RoboColum(n).
Is the problem only when you search for a topic that contains Flash output?
All my topics contain Flash outputs. I generate my output files on a folder that is embedded into the software.When in the software, I click F1 and the Flash User Guide opens.The search function works (or not) depending on the software version (32/64-bit).
At what point exactly does the stack overview occur?
We have two versions of the software a 32-bit version and a 64-bit version.
The search function works fine with the 32-bit version.
The problem occurs when I use the 64-bit version. When I type in a word, for example "unit", the stack overflow message appears. See below:
As you can see, it looks like the search function freezes while the stack overflow message appears.
And I never get this error message with the 32-bit version of our software.
I also wonder whether you can search on a project that contains no Flash output. Perhaps you could try for us?
What do you mean by that?
As I told you previously, my Flash Player version is a 32-bit one.
Do you think that the issue might come from there?

[nQSError: 46104] The current operation was about to overflow the stack.

Hi BI,
I have some reports that return the following error:
[nQSError: 43113] Message returned from OBIS. [nQSError: 46104] The current operation was about to overflow the stack. Please simplify or discontinue from the current operation. (HY000)
Does anyone know what could be the causes? Or possible solutions?
Thanks in advance.

Hi,
If the stack overflow is occurring there would be a coredump file created. Evaluate the coredump file.
If the issue is only while running the report then increasing SERVER_THREAD_STACK_SIZE in NQSConfig.INI will work.
If the issue causing during start up of services then OBI_BACKGROUND_STACK_SIZE needs to be set in opmn.xml.
Let me know if this helped.
Regards,
Jay

Stack overflow exception when selecting the Organization tab on a contact card

I have encountered a reproducible crash in the Lync 2013 client. The crash happens after selecting the "Organization" tab when viewing a contact card.
The crash appears to happen because of a stack overflow with MSO.DLL. I have applied the latest hotfix for that module but the crash persists.
Before I open a case with MSFT, can anyone offer any insight? Perhaps this is being seen elsewhere?
Exception Stack:
SYMBOL_NAME: mso!Ordinal3863+4970
FOLLOWUP_NAME: MachineOwner
MODULE_NAME: MSO
IMAGE_NAME: MSO.DLL
DEBUG_FLR_IMAGE_TIMESTAMP: 50ee6c2f
FAILURE_BUCKET_ID: STACK_OVERFLOW_c00000fd_MSO.DLL!Ordinal3863
BUCKET_ID: APPLICATION_FAULT_STACK_OVERFLOW_mso!Ordinal3863+4970
WATSON_STAGEONE_URL:
http://watson.microsoft.com/StageOne/lync_exe/15_0_4420_1017/5067326f/bcryptprimitives_dll/6_1_7600_16385/4a5bd987/c00000fd/000048c0.htm?Retriage=1
Followup: MachineOwner
0:004> kvn 1000
# ChildEBP RetAddr Args to Child
00 042c314c 738d4863 128db2d0 00000000 00000000 bcryptprimitives!AesCtrRng_Generate+0x1e (FPO: [Non-Fpo])
01 042c321c 738d47a4 128db2b8 1524cb1b 00000008 bcryptprimitives!MSCryptAesCtrGen+0x166 (FPO: [Non-Fpo])
02 042c3248 72781e65 0c2c8ae8 1524cb1b 00000008 bcryptprimitives!MSCryptGenRandom+0xc9 (FPO: [Non-Fpo])
03 042c3260 6b8c1de1 12811348 1524cb1b 00000008 bcrypt!BCryptGenRandom+0x5c (FPO: [Non-Fpo])
04 042c3278 65daaa26 1524cb1b 00000008 042c32ac cryptdll!DefaultRngFn+0x21 (FPO: [Non-Fpo])
05 042c3288 65db4a73 1524cb1b 00000008 00000000 kerberos!KerbRandomFill+0x10 (FPO: [Non-Fpo])
06 042c32ac 65daa2ec 1524cb05 80000001 042c3484 kerberos!KerbMakeSignatureToken+0x4e8 (FPO: [Non-Fpo])
07 042c341c 750df30c 128d8248 80000001 042c34a8 kerberos!SpSealMessage+0x3d7 (FPO: [Non-Fpo])
08 042c343c 750e128c 070c6c80 80000001 042c34a8 sspicli!LsaSealMessage+0x6e (FPO: [Non-Fpo])
09 042c3460 7707ad44 0c53adfc 80000001 042c34a8 sspicli!EncryptMessage+0x3e (FPO: [Non-Fpo])
0a 042c34d0 7707abdc 1513b5f0 00000132 00000000 Wldap32!CryptStream::SignAndSealLdapStream+0x184 (FPO: [Non-Fpo])
0b 042c3518 770745d6 1513b5f0 000000d7 00000006 Wldap32!CryptStream::LdapSendSsl+0x12b (FPO: [Non-Fpo])
0c 042c3534 77078527 0c53af5c 1278cef8 00000000 Wldap32!LdapSend+0xd8 (FPO: [Non-Fpo])
0d 042c3558 770787b2 12c79fa0 0c53ad78 12597998 Wldap32!SendLdapSearch+0x64a (FPO: [Non-Fpo])
0e 042c3594 770a91f4 0c53ad78 152f06e4 00000000 Wldap32!LdapSearch+0x28f (FPO: [Non-Fpo])
0f 042c35e0 585c882f 0c53afa4 152f06e4 00000000 Wldap32!ldap_search_extW+0x48 (FPO: [Non-Fpo])
WARNING: Stack unwind information not available. Following frames may be wrong.
10 042c3624 585d2b7c 00000000 402af114 152f06e4 MSO!Ordinal8903+0x4f04
11 042c3734 585d30e0 152f06e4 042c3768 12ae9be0 MSO!Ordinal3863+0x43b6
12 042c3aa8 585d3136 152f06e4 12ae9be0 0c385808 MSO!Ordinal3863+0x491a
13 042c3e14 585d3136 152e4d94 12ae9be0 0c385808 MSO!Ordinal3863+0x4970
14 042c4180 585d3136 152f0404 12ae9be0 0c385808 MSO!Ordinal3863+0x4970
<SNIP>
4b1 043bfb44 579e9c53 1293ddb0 043f7130 043bfb6c MSO!Ordinal2317+0x240
4b2 043bfb54 579e9bf7 1293ddb8 12c54790 1293ddb8 MSO!Ordinal2317+0x12b
4b3 043bfb6c 5778abcd 1293ddb8 12c54790 5777ccab MSO!Ordinal2317+0xcf
4b4 043bfb9c 5777bc92 043bfc0c 043bfbf0 003602e0 MSO!Ordinal5372+0x66
4b5 043bfbb4 57778a6f 043bfc0c 00000000 003602e0 MSO!Ordinal4578+0x1bc
4b6 043bfbe8 577776fd 00000000 577776fd 043bfc0c MSO!Ordinal630+0x18ed
4b7 043bfc3c 768033aa 003602e0 043bfc88 77a19ef2 MSO!Ordinal630+0x57b
4b8 043bfc48 77a19ef2 003602e0 69d72777 00000000 kernel32!BaseThreadInitThunk+0xe (FPO: [Non-Fpo])
4b9 043bfc88 77a19ec5 577776a4 003602e0 ffffffff ntdll!__RtlUserThreadStart+0x70 (FPO: [Non-Fpo])
4ba 043bfca0 00000000 577776a4 003602e0 00000000 ntdll!_RtlUserThreadStart+0x1b (FPO: [Non-Fpo])
0:004> lmivm mso
start end module name
57760000 58f92000 MSO (export symbols) MSO.DLL
 Symbol file: MSO.DLL
 Image path: C:\Program Files (x86)\Common Files\Microsoft Shared\OFFICE15\MSO.DLL
 Image name: MSO.DLL
 Timestamp: Thu Jan 10 01:22:23 2013 (50EE6C2F)
 CheckSum: 01833BC0
 ImageSize: 01832000
 File version: 15.0.4481.1000
 Product version: 15.0.4481.0
 File flags: 0 (Mask 3F)
 File OS: 40004 NT Win32
 File type: 2.0 Dll
 File date: 00000000.00000000
 Translations: 0000.04e4
 CompanyName: Microsoft Corporation
 ProductName: Microsoft Office 2013
 InternalName: MSO
 OriginalFilename: MSO.DLL
 ProductVersion: 15.0.4481.1000
 FileVersion: 15.0.4481.1000
 FileDescription: Microsoft Office 2013 component

I actually think I may have figured this out. I took a network trace during the crash. What I found is that Lync is performing repeated LDAP searches over and over until it crashes from the stack overflow. Digging into
the searches, I found the same two user CN's being alternated one after another.
It appears that this crash may be the result of a "Circular Reference" where the two users are each listed as the others manager in their user object.
Example:
User1: Manager = User2
User2: Manager = User1
Proving this as the cause will take me some additional time as these two users are at the top of the Org Chart. :)
I'll update this post with the results when I get them.

Stack overflow resolution and question

on Oct 8th, I posted the stack overflow at the end of this message. I
figured out the problem, but would like some insight into why it manifested
itself as a stack overflow. Why isn't it a heap overflow? I care which
overflows because a problem could still exist.
PROBLEM
Our server transmits an event object to our client. The event object has
references to 2 member objects which describe the context of the event.
About 200 of each type of member object is created. They are kept in a
HashMap so we can reuse them.
However, in one case, a new member object is created every time an event is
transmitted. That's the bug - about a thousand events a second are created
so one thousand of each member object is created, then transmitted. When we
changed the member object creation to a member HashMap lookup, the stack
trace stopped.
PROFILING
To isolate the problem, we profiled the client with OptimizeIt. This
showed about 150,000 member objects and about 148,000
java.io.ObjectInputStream$HandleTable$HandleList instances. In some runs,
Garbage collection reduced the number to about 60,000. In other runs,
Garbage Collection did not run before the stack error occurred.
If we create lots of member objects in the heap, then the heap should
overflow. Why does the stack overflow?
ERROR MESSAGE
The declaration is
Socket sock = new Socket( hostname, port );
ObjectInputStream is = new ObjectInputStream( sock.getInputStream() );
ObjectOutputStream os = new ObjectOutputStream( sock.getOutputStream() );
java.lang.StackOverflowError
at COM.jrockit.io.NativeIOInputStream.read([BII)I(Optimized Method)
at java.io.ObjectInputStream$PeekInputStream.read([BII)I(Optimized Metho
d)
at java.io.ObjectInputStream$BlockDataInputStream.read([BIIZ)I(Unknown S
ource)
at java.io.ObjectInputStream$BlockDataInputStream.readFully([BIIZ)V(Unkn
own Source)
at java.io.ObjectInputStream.defaultReadFields(Ljava.lang.Object;Ljava.i
o.ObjectStreamClass;)V(Optimized Method)
at java.io.ObjectInputStream.readSerialData(Ljava.lang.Object;Ljava.io.O
bjectStreamClass;)V(Unknown Source)
at java.io.ObjectInputStream.readOrdinaryObject(Z)Ljava.lang.Object;(Opt
imized Method)
at java.io.ObjectInputStream.defaultReadFields(Ljava.lang.Object;Ljava.i
o.ObjectStreamClass;)V(Optimized Method)
at java.io.ObjectInputStream.readSerialData(Ljava.lang.Object;Ljava.io.O
bjectStreamClass;)V(Unknown Source)
at java.io.ObjectInputStream.readOrdinaryObject(Z)Ljava.lang.Object;(Opt
imized Method)
at java.io.ObjectInputStream.defaultReadFields(Ljava.lang.Object;Ljava.i
o.ObjectStreamClass;)V(Optimized Method)
at java.io.ObjectInputStream.readSerialData(Ljava.lang.Object;Ljava.io.O
bjectStreamClass;)V(Unknown Source)
at java.io.ObjectInputStream.readOrdinaryObject(Z)Ljava.lang.Object;(Opt
imized Method)
at java.io.ObjectInputStream.defaultReadFields(Ljava.lang.Object;Ljava.i
o.ObjectStreamClass;)V(Optimized Method)
at java.io.ObjectInputStream.readSerialData(Ljava.lang.Object;Ljava.io.O
bjectStreamClass;)V(Unknown Source)
at java.io.ObjectInputStream.readOrdinaryObject(Z)Ljava.lang.Object;(Opt
imized Method)
at java.io.ObjectInputStream.defaultReadFields(Ljava.lang.Object;Ljava.i
o.ObjectStreamClass;)V(Optimized Method)
at java.io.ObjectInputStream.readSerialData(Ljava.lang.Object;Ljava.io.O
bjectStreamClass;)V(Unknown Source)
at java.io.ObjectInputStream.readOrdinaryObject(Z)Ljava.lang.Object;(Opt
imized Method)
at java.io.ObjectInputStream.defaultReadFields(Ljava.lang.Object;Ljava.i
o.ObjectStreamClass;)V(Optimized Method)
at java.io.ObjectInputStream.readSerialData(Ljava.lang.Object;Ljava.io.O
bjectStreamClass;)V(Unknown Source)
at java.io.ObjectInputStream.readOrdinaryObject(Z)Ljava.lang.Object;(Opt
imized Method)
at java.io.ObjectInputStream.defaultReadFields(Ljava.lang.Object;Ljava.i
o.ObjectStreamClass;)V(Optimized Method)
at java.io.ObjectInputStream.readSerialData(Ljava.lang.Object;Ljava.io.O
bjectStreamClass;)V(Unknown Source)
at java.io.ObjectInputStream.readOrdinaryObject(Z)Ljava.lang.Object;(Opt
imized Method)
at java.io.ObjectInputStream.defaultReadFields(Ljava.lang.Object;Ljava.i
o.ObjectStreamClass;)V(Optimized Method)
at java.io.ObjectInputStream.readSerialData(Ljava.lang.Object;Ljava.io.O
bjectStreamClass;)V(Unknown Source)
at java.io.ObjectInputStream.readOrdinaryObject(Z)Ljava.lang.Object;(Opt
imized Method)
at java.io.ObjectInputStream.defaultReadFields(Ljava.lang.Object;Ljava.i
o.ObjectStreamClass;)V(Optimized Method)
at java.io.ObjectInputStream.readSerialData(Ljava.lang.Object;Ljava.io.O
bjectStreamClass;)V(Unknown Source)
at java.io.ObjectInputStream.readOrdinaryObject(Z)Ljava.lang.Object;(Opt
imized Method)
at java.io.ObjectInputStream.defaultReadFields(Ljava.lang.Object;Ljava.i
o.ObjectStreamClass;)V(Optimized Method)
Jeff
Jeff

Well, the HandleList entries mark a dependency from a parent object to a
child (i.e referer and referee), and my guess is that you at some point
simply manage to serialize a very long object chain:
Obj1 -[ ref to]-> Obj2 -[ref to]-> Obj3 and so on.
This will cause a recursive deserialization (actually, it causes a
recursive serialization also, so sender should SOE as well). The amount
of memeory used is probably high, but not OOM high. Note, that for this
to happen, all objects sent must be unique, which you state that they
are. Question is how you've managed to create an object chain like this.
Another explanation might be that there is actually a bug somewhere in
the sender that causes a circular reference between two (or more)
objects to be sent not as reference handles, but unique objects. I
cannot see what would cause this though. I assume that you don't have
concurrency issues (i.e only one thread uses the ObjectOutput/Input
streams at one time)?
Do you have an exact count of the transmitted object? It might help me
figure out exactly what happend.
/C
Jeff wrote:
on Oct 8th, I posted the stack overflow at the end of this message. I
figured out the problem, but would like some insight into why it manifested
itself as a stack overflow. Why isn't it a heap overflow? I care which
overflows because a problem could still exist.
PROBLEM
Our server transmits an event object to our client. The event object has
references to 2 member objects which describe the context of the event.
About 200 of each type of member object is created. They are kept in a
HashMap so we can reuse them.
However, in one case, a new member object is created every time an event is
transmitted. That's the bug - about a thousand events a second are created
so one thousand of each member object is created, then transmitted. When we
changed the member object creation to a member HashMap lookup, the stack
trace stopped.
PROFILING
To isolate the problem, we profiled the client with OptimizeIt. This
showed about 150,000 member objects and about 148,000
java.io.ObjectInputStream$HandleTable$HandleList instances. In some runs,
Garbage collection reduced the number to about 60,000. In other runs,
Garbage Collection did not run before the stack error occurred.
If we create lots of member objects in the heap, then the heap should
overflow. Why does the stack overflow?
ERROR MESSAGE
The declaration is
Socket sock = new Socket( hostname, port );
ObjectInputStream is = new ObjectInputStream( sock.getInputStream() );
ObjectOutputStream os = new ObjectOutputStream( sock.getOutputStream() );
java.lang.StackOverflowError
at COM.jrockit.io.NativeIOInputStream.read([BII)I(Optimized Method)
at java.io.ObjectInputStream$PeekInputStream.read([BII)I(Optimized Metho
d)
at java.io.ObjectInputStream$BlockDataInputStream.read([BIIZ)I(Unknown S
ource)
at java.io.ObjectInputStream$BlockDataInputStream.readFully([BIIZ)V(Unkn
own Source)
at java.io.ObjectInputStream.defaultReadFields(Ljava.lang.Object;Ljava.i
o.ObjectStreamClass;)V(Optimized Method)
at java.io.ObjectInputStream.readSerialData(Ljava.lang.Object;Ljava.io.O
bjectStreamClass;)V(Unknown Source)
at java.io.ObjectInputStream.readOrdinaryObject(Z)Ljava.lang.Object;(Opt
imized Method)
at java.io.ObjectInputStream.defaultReadFields(Ljava.lang.Object;Ljava.i
o.ObjectStreamClass;)V(Optimized Method)
at java.io.ObjectInputStream.readSerialData(Ljava.lang.Object;Ljava.io.O
bjectStreamClass;)V(Unknown Source)
at java.io.ObjectInputStream.readOrdinaryObject(Z)Ljava.lang.Object;(Opt
imized Method)
at java.io.ObjectInputStream.defaultReadFields(Ljava.lang.Object;Ljava.i
o.ObjectStreamClass;)V(Optimized Method)
at java.io.ObjectInputStream.readSerialData(Ljava.lang.Object;Ljava.io.O
bjectStreamClass;)V(Unknown Source)
at java.io.ObjectInputStream.readOrdinaryObject(Z)Ljava.lang.Object;(Opt
imized Method)
at java.io.ObjectInputStream.defaultReadFields(Ljava.lang.Object;Ljava.i
o.ObjectStreamClass;)V(Optimized Method)
at java.io.ObjectInputStream.readSerialData(Ljava.lang.Object;Ljava.io.O
bjectStreamClass;)V(Unknown Source)
at java.io.ObjectInputStream.readOrdinaryObject(Z)Ljava.lang.Object;(Opt
imized Method)
at java.io.ObjectInputStream.defaultReadFields(Ljava.lang.Object;Ljava.i
o.ObjectStreamClass;)V(Optimized Method)
at java.io.ObjectInputStream.readSerialData(Ljava.lang.Object;Ljava.io.O
bjectStreamClass;)V(Unknown Source)
at java.io.ObjectInputStream.readOrdinaryObject(Z)Ljava.lang.Object;(Opt
imized Method)
at java.io.ObjectInputStream.defaultReadFields(Ljava.lang.Object;Ljava.i
o.ObjectStreamClass;)V(Optimized Method)
at java.io.ObjectInputStream.readSerialData(Ljava.lang.Object;Ljava.io.O
bjectStreamClass;)V(Unknown Source)
at java.io.ObjectInputStream.readOrdinaryObject(Z)Ljava.lang.Object;(Opt
imized Method)
at java.io.ObjectInputStream.defaultReadFields(Ljava.lang.Object;Ljava.i
o.ObjectStreamClass;)V(Optimized Method)
at java.io.ObjectInputStream.readSerialData(Ljava.lang.Object;Ljava.io.O
bjectStreamClass;)V(Unknown Source)
at java.io.ObjectInputStream.readOrdinaryObject(Z)Ljava.lang.Object;(Opt
imized Method)
at java.io.ObjectInputStream.defaultReadFields(Ljava.lang.Object;Ljava.i
o.ObjectStreamClass;)V(Optimized Method)
at java.io.ObjectInputStream.readSerialData(Ljava.lang.Object;Ljava.io.O
bjectStreamClass;)V(Unknown Source)
at java.io.ObjectInputStream.readOrdinaryObject(Z)Ljava.lang.Object;(Opt
imized Method)
at java.io.ObjectInputStream.defaultReadFields(Ljava.lang.Object;Ljava.i
o.ObjectStreamClass;)V(Optimized Method)
at java.io.ObjectInputStream.readSerialData(Ljava.lang.Object;Ljava.io.O
bjectStreamClass;)V(Unknown Source)
at java.io.ObjectInputStream.readOrdinaryObject(Z)Ljava.lang.Object;(Opt
imized Method)
at java.io.ObjectInputStream.defaultReadFields(Ljava.lang.Object;Ljava.i
o.ObjectStreamClass;)V(Optimized Method)

Unrecoverable Stack Overflow

Hi there,
I have a thread that does various things including hibernate transactions. After everything is done it calls the run method again so its a endless loop. Inside the run function there are a couple of loops. After running this thread for a day I get this error, what does it mean?
Unrecoverable Stack Overflow: addr=403d3a26, ee=8401b80, er=430fdb00
JVMDG217: Dump Handler is Processing a Signal - Please Wait.
JVMDG303: JVM Requesting Java core file
kill: usage: kill [-s sigspec | -n signum | -sigspec] [pid | job]... or kill -l [sigspec]
kill: usage: kill [-s sigspec | -n signum | -sigspec] [pid | job]... or kill -l [sigspec]

I have a thread that does various things including
hibernate transactions. After everything is done it
calls the run method again so its a endless loop.Are you seriously saying that the run() method calls itself, like in public run() {
run();
}This would not be an endless loop, but an infinite recursion and the stack overflow is not at all surprising. If this is your only bug then rewrite topublic run() {
while( true ) {
}and everything will be just fine.
Harald.

Stack overflow error while creating connection using Oracle10G dirver

Hi,
Our web application built on Servlets runs on the iPlanet web server (In solaris machine). Earlier we used JDK 1.5 update 6 with oracle 9i driver and now got migrated to JDK 1.5 update 10 with same driver. Everything went fine until we started testing the environment with oracle 10G driver. Java 1.5 update 10 with oracle 10G driver throws "Stack overflow error".
Driver version is - 10.2.0.2.0
This occurs only when I access the portal. When I created the single main program and try to run it in the solaris machine it works fine. But wen I try to access the portal keeping this driver under classpath, it fails. Please let me know if anyone have any clues.
When I looked into it, I am able to find that the "stack overflow error" occurs at the point the code line DriverManager.Getconnection("url", "username", "pwd") executes.
Thanks in advance
below the stacktrace of the exception from webserver error log..
06/Mar/2007:04:20:40] failure (10198):
for host 202.54.182.136 trying to POST /wr/servlet/WorkRequest, service-j2ee reports: StandardWrapperValve[WorkRequest]: WEB2769: Allocate exception for servlet WorkRequest
javax.servlet.ServletException: WEB2778: Servlet.init() for servlet WorkRequest threw exception
at org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.java:949)
at org.apache.catalina.core.StandardWrapper.allocate(StandardWrapper.java:658)
at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:244)
at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:509)
at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:218)
at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:509)
at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:209)
at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:509)
at com.iplanet.ias.web.connector.nsapi.NSAPIProcessor.process(NSAPIProcessor.java:161)
at com.iplanet.ias.web.WebContainer.service(WebContainer.java:580)
----- Root Cause -----
java.lang.StackOverflowError
at java.lang.ClassLoader.defineClass1(Native Method)
at java.lang.ClassLoader.defineClass(ClassLoader.java:620)
at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:124)
at java.net.URLClassLoader.defineClass(URLClassLoader.java:260)
at java.net.URLClassLoader.access$100(URLClassLoader.java:56)
at java.net.URLClassLoader$1.run(URLClassLoader.java:195)
at java.security.AccessController.doPrivileged(Native Method)
at java.net.URLClassLoader.findClass(URLClassLoader.java:188)
at java.lang.ClassLoader.loadClass(ClassLoader.java:306)
at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:268)
at java.lang.ClassLoader.loadClass(ClassLoader.java:251)
at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:319)
at java.lang.ClassLoader.defineClass1(Native Method)
at java.lang.ClassLoader.defineClass(ClassLoader.java:620)
at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:124)
at java.net.URLClassLoader.defineClass(URLClassLoader.java:260)
at java.net.URLClassLoader.access$100(URLClassLoader.java:56)
at java.net.URLClassLoader$1.run(URLClassLoader.java:195)
at java.security.AccessController.doPrivileged(Native Method)
at java.net.URLClassLoader.findClass(URLClassLoader.java:188)
at java.lang.ClassLoader.loadClass(ClassLoader.java:306)
at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:268)
at java.lang.ClassLoader.loadClass(ClassLoader.java:251)
at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:319)
at java.lang.ClassLoader.defineClass1(Native Method)
at java.lang.ClassLoader.defineClass(ClassLoader.java:620)
at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:124)
at java.net.URLClassLoader.defineClass(URLClassLoader.java:260)
at java.net.URLClassLoader.access$100(URLClassLoader.java:56)
at java.net.URLClassLoader$1.run(URLClassLoader.java:195)
at java.security.AccessController.doPrivileged(Native Method)
at java.net.URLClassLoader.findClass(URLClassLoader.java:188)
at java.lang.ClassLoader.loadClass(ClassLoader.java:306)
at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:268)
at java.lang.ClassLoader.loadClass(ClassLoader.java:251)
at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:319)
at java.lang.ClassLoader.defineClass1(Native Method)
at java.lang.ClassLoader.defineClass(ClassLoader.java:620)
at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:124)
at java.net.URLClassLoader.defineClass(URLClassLoader.java:260)
at java.net.URLClassLoader.access$100(URLClassLoader.java:56)
at java.net.URLClassLoader$1.run(URLClassLoader.java:195)
at java.security.AccessController.doPrivileged(Native Method)
at java.net.URLClassLoader.findClass(URLClassLoader.java:188)
at java.lang.ClassLoader.loadClass(ClassLoader.java:306)
at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:268)
at java.lang.ClassLoader.loadClass(
[06/Mar/2007:04:22:20] info (10198):
CORE5073: Web server shutdown in progress
[06/Mar/2007:04:22:21] info (14506):
CORE1116: Sun ONE Web Server 6.1SP5 (64-Bit) B12/02/2005 04:37
[06/Mar/2007:04:22:21] warning (14513):
CORE1251: On group ls1, servername pstst42.pedc.sbc.com does not match subject "" of certificate Server-Cert.
[06/Mar/2007:04:22:21] warning (14513):
CORE1250: In secure virtual server https-vts, urlhost does not match subject "" of certificate Server-Cert.
[06/Mar/2007:04:22:21] info (14513):
CORE5076: Using [Java HotSpot(TM) 64-Bit Server VM, Version 1.5.0_06] from [Sun Microsystems Inc.]
[06/Mar/2007:04:22:21] info (14513):
WEB0100: Loading web module in virtual server [https-vts] at [servlet]
[06/Mar/2007:04:22:21] info (14513):
WEB0100: Loading web module in virtual server [https-vts] at [vts/servlet]
[06/Mar/2007:04:22:21] info (14513):
WEB0100: Loading web module in virtual server [https-vts] at [cron/servlet]
[06/Mar/2007:04:22:21] info (14513):
WEB0100: Loading web module in virtual server [https-vts] at [find/servlet]
[06/Mar/2007:04:22:21] info (14513):
WEB0100: Loading web module in virtual server [https-vts] at [cb/servlet]
[06/Mar/2007:04:22:21] info (14513):
WEB0100: Loading web module in virtual server [https-vts] at [wr/servlet]
[06/Mar/2007:04:22:21] info (14513):
WEB0100: Loading web module in virtual server [https-vts] at [search]
[06/Mar/2007:04:22:25] info (14513):
HTTP3072: [LS ls1] ready to accept requests
[06/Mar/2007:04:22:25] info (14513):
CORE3274: successful server startup
Message was edited by:
Nandakumar_s
Message was edited by:
Nandakumar_s

Yes, request goes through connection pool but weird
thing is application throws stack excatly where
DriverManager.getConnection gets executed.
Not weird at all.
This is what I am guessing that you did. You changed the driver and some other stuff, like configuration information.
Then when it blew up you tracked down in your code where you see the stack overflow. That happens to be on the connection line. That is not where the overflow 'occurs' - it merely represents where you saw it.
That line however isn't using the oracle driver. What it is using is a connection pool of some sort. That connection pool is configured somewhere. And that configuration is self-referential (or maybe refers to a another driver which refers back to the original.)
And that causes you stack over flow.

Stack Overflow Error for JNI program with Jdk1.3

I wrote a JNI wrapper for a third party sofware (written in C) to use some exported functions provided. My program runs fine when using Sun JDK1.2.2, but I got the following error when using Jdk1.3 to run the program (It's a runtime error, only the version of runtime virtual machine matters.)
# An EXCEPTION_STACK_OVERFLOW exception has been detected in native code outside
the VM.
# Program counter=0x9073337
A stack overflow was encountered at address 0x09073337.
I tried IBM jdk 1.2.2, it gave me a similar error complaining about the stack overflow error.
The vendor of the third party software denies any wrong doing in their code and I don't have their source code. A test client (simulate the Java client) I wrote in C works perfectly fine and as I mentioned earlier the same java progarm runs OK with jdk 1.2.2, without any change to my system stack size. Does any body know what this is about and the solution for this?
Thanks!
My email: [email protected]

I had the same exception occur in my JNI code and I have some advice on things to look for.
Symptoms: The C++ code runs fine when called in an native executable but when it is wrapped by a JNI call inside a DLL you get the following exception:
An unexpected exception has been detected in native code outside the VM.
Unexpected Signal : EXCEPTION_STACK_OVERFLOW occurred at PC=0x100d72e5
Function name=_chkstk
The address will be different of course.
In my tests I isolated the problem to an allocation of a char array like so at the top of one of my wrapped C++ methods:
char buf[650000];
As you see this code is requesting 650000 bytes of stack memory. When run in a native executable there was no problem but when I ran it wrapped in the JNI call it blew up.
Conclusion: There is a much smaller stack space when using JNI OR the added overhead of my JNI wrapper exhausted the available stack space OR this is a stack space issue related to DLLs.
Hope this helps. Anyone with insight on this please put in your 2 cents.

Stack Overflow at Line 133

<blockquote>Locking duplicate thread. 
Please continue here: [[/questions/910788]]</blockquote>
All of a sudden, I am getting messages on the home screen for "Stack Overflow at line 133 etc"
What does this mean and do I need to worry about it? Plus, how do I stop it?
And it does not give a full error.....just a small box that says, "Stack Overflow at line 133" or sometimes a different number.
I am using Windows 7 Home Premium, Mozilla Firefox Browser(do not like IE).
I also have:
Avast Anti-virus,
ZoneAlarm Firewall,
Advanced System Care Pro,
SpywareBlaster,
Malware Fighter(part of the ASC stable)
and Ccleaner.........I hasten to add, not all scans running at the same time.
Is it okay to have all of these?
Maybe some are conflicting with each other and causing the "Stack Overflow" problem?
Thankyou for any help you can give.

Does it also tell in which file that error occurs?
Start Firefox in [[Safe Mode]] to check if one of the extensions or if hardware acceleration is causing the problem (switch to the DEFAULT theme: Firefox (Tools) > Add-ons > Appearance/Themes).
*Don't make any changes on the Safe mode start window.
*https://support.mozilla.org/kb/Safe+Mode

Please Help: Regular Expression Gives Stack Overflow

Regular Expressions are the bane of my existence. I hate them and everyone seem to have their own slightly different syntax. Anyhow, I have a problem with the below code, as it gives me a stack overflow:
 public static void main(String[] args) throws IOException {
 System.out.print(parseText(readTextFile("c:\\file.txt"))); // the input file is displayed below
// simple method to test that the regular expression can be matched. it works for simple expression, but not the one below
// this is the code that causes stack overflow
 public static String parseText(String inputString) {
 Pattern p = Pattern.compile("<tr>(\\s)*<td class = 'abc[0-9]*(\\s)*'>(.|\\s)+(\\s)+</td>(\\s)+</tr>");
 Matcher m = p.matcher(inputString);
 m.find();
 return m.group();
// this method just reads in a text file and returns a String with the whole content
// this works, but is posted here for completeness
 public static String readTextFile(String filePath)
 File file = new File(filePath);
 StringBuffer contents = new StringBuffer();
 BufferedReader reader = null;
 try {
 reader = new BufferedReader(new FileReader(file));
 String text = null;
 // repeat until all lines is read
 while ((text = reader.readLine()) != null) {
 contents.append(text).append(
 System.getProperty("line.separator"));
 } catch (FileNotFoundException e) {
 e.printStackTrace();
 } catch (IOException e) {
 e.printStackTrace();
 } finally {
 try {
 if (reader != null) {
 reader.close();
 } catch (IOException e) {
 e.printStackTrace();
 return contents.toString();
 }Below is the content of what I'm feeding the above code as file.txt that results in an error.
 <tr>
 <td class = 'abc1 '>
 <a href = 'http://somedomain.com/bla.html' class="a1">
 something 1
 </a>
 </td>
 <td class = 'abc1 '>
 cars
 </td>
 <td class = 'abc1 ' nowrap align="center">
 ibm
 </td>
 <td class = 'abc1 '>
 <a href = 'http://somedomain.com/bla2.html'>
 Features
 </a>
 </td>
 <td class = 'abc1 '>
 Feb 5, 2009
 </td>
 </tr>
 <tr>
 <td class = 'abc1 '>
 <a href = 'http://somedomain.com/bla2.html' class="b1">
 something 2
 </a>
 </td>
 <td class = 'abc1 '>
 car
 </td>
 <td class = 'abc1 ' nowrap align="center">
 sun
 </td>
 <td class = 'abc1 '>
 <a href = 'http://somedomain.com/bla3.html'>
 Features
 </a>
 </td>
 <td class = 'abc1 '>
 Feb 5, 2009
 </td>
 </tr>
 Here is some lines from the stack overflow output:
Exception in thread "main" java.lang.StackOverflowError
 at java.util.regex.Pattern$GroupTail.match(Unknown Source)
 at java.util.regex.Pattern$BranchConn.match(Unknown Source)
 at java.util.regex.Pattern$CharProperty.match(Unknown Source)
 at java.util.regex.Pattern$Branch.match(Unknown Source)
 at java.util.regex.Pattern$GroupHead.match(Unknown Source)However, if I feed the program this shorter version of the input it works (it matches only once and is just the top portion of the original file.txt):
 <tr>
 <td class = 'abc1 '>
 <a href = 'http://somedomain.com/bla.html' class="a1">
 something 1
 </a>
 </td>
 <td class = 'abc1 '>
 cars
 </td>
 <td class = 'abc1 ' nowrap align="center">
 ibm
 </td>
 <td class = 'abc1 '>
 <a href = 'http://somedomain.com/bla2.html'>
 Features
 </a>
 </td>
 <td class = 'abc1 '>
 Feb 5, 2009
 </td>
 </tr>I did some google searches, but the problem appears to do with how I crafted my regular expression. The solution didn't make sense to me.... Anyone help me please as I spent a big portion of the day already!

@flounder,
Wow, hold your horses...
That comment was meant to denote my level of frustration with this since I had spent a large portion of the day trying to figure it out. It was not intended to designate my issue or time as more important than others.
I certainly appreciate any help considering nobody is being compensated in any way for helping me.
@jschell,
This is intended to be used as a one time deal to automate recapturing data we no longer have in a non-HTML format.
I appreciate the suggestion though.
@JoachimSauer
Thank you for all your help. I appreciate it!

CMS marking stack overflow

I am running a rather large java application using 1.5.0 beta 2 on redhat using
incremental garbage collection and have observed the following message
Client VM warning: CMS marking stack overflow at 32768
This stack must be different that the default for RedHat which is
set to 8192K as viewed by "ulimit -a"
Can anyone tell me what really happens when the stack overflows??
Does -Xss affect this stack size?
Is there any way to change only the CMS stack?
Thanks,
Paul

I am getting the same Issue:
[java] Java HotSpot(TM) Server VM warning: CMS marking stack overflow at 262144
[java] Java HotSpot(TM) Server VM warning: bailing out to foreground collection
java full version "1.5.0-beta2-b51"
on
Linux prod-art-app1 2.4.21-4.ELsmp #1 SMP Fri Oct 3 17:52:56 EDT 2003 i686 i686 i386 GNU/Linux
with
[i0360d3@prod-art-app1 logParser]$ ulimit -a
core file size (blocks, -c) 0
data seg size (kbytes, -d) unlimited
file size (blocks, -f) unlimited
max locked memory (kbytes, -l) 4
max memory size (kbytes, -m) unlimited
open files (-n) 1024
pipe size (512 bytes, -p) 8
stack size (kbytes, -s) 10240
cpu time (seconds, -t) unlimited
max user processes (-u) 7168
virtual memory (kbytes, -v) unlimited
[java] Java HotSpot(TM) Server VM warning: CMS marking stack overflow at 262144
[java] Java HotSpot(TM) Server VM warning: bailing out to foreground collection
Any Suggestions?

Recursive selection sort stack overflow

hi, first time posting here.
i have to write a java method that implements a selection sort. This method must be recursive. ok not a problem. i have come up with this so far
 public int findMin(int index) {
 int min = index - 1;
 if (index < num.length - 1) min = findMin(index + 1);
 if (num[index] < num[min]) min = index;
 return min;
 public void selectionSort(int left) {
 if (left < num.length - 1) {
 swap(left, findMin(left));
 selectionSort(left + 1);
 public void swap(int index1, int index2) {
 int temp = num[index1];
 num[index1] = num[index2];
 num[index2] = temp;
 }which works fine until i toss in a lot of values into the array. this creates a stack overflow, and ive been told that i need to use the divide and conquer method of resolving this issue. I guess this means to split the array up and sort each half seperatly, again and agin, or so im told.
My question is how do i go about doing this, i am at a loss. Any help at all would be great.
thank you
lance

i get this when i push the array passed about 5500 in sizeI got no problem. Post a small demo code that is generally compilable, runnable and could reproduce your problem. See: http://homepage1.nifty.com/algafield/sscce.html and http://www.yoda.arachsys.com/java/newsgroups.html
It is silly to implement selection sort with recursion, double-silly if you use double-recursion as your current code.
/* silly but no OOME when used against 5500 element array */
import java.util.*;
public class RecursiveSelectionSort{
static int[] num;
public static int findMin(int index) {
 int min = index; // your code had a bug here
 if (index < num.length - 1){
 min = findMin(index + 1);
 if (num[index] < num[min]){
 min = index;
 return min;
public static void selectionSort(int left) {
 if (left < num.length - 1) {
 swap(left, findMin(left));
 selectionSort(left + 1);
public static void swap(int index1, int index2) {
 int temp = num[index1];
 num[index1] = num[index2];
 num[index2] = temp;
public static void main(String[] args){
 Random rand = new Random();
 int n = 10;
 if (args.length > 0){
 n = Integer.parseInt(args[0]);
 num = new int[n];
 for (int i = 0; i < num.length; ++i){
 num[i] = rand.nextInt(10000);
 selectionSort(0);
 for (int in : num){
 System.out.print(in + " ");
 System.out.println();
}

Recursive function definition results in stack overflow

I am writing a library script to handle some basic calculations with complex numbers which includes a function, powerN(), that raises (or is supposed to raise) a complex number to the Nth power. The function compiles but gives a stack overflow error when called. The language guide has an example (p. 286 in PDF version- recursive subroutines section) of a recursive definition of a function which gives the factorial of a number, and my powerN function seems to be analogous. Can anyone shed some light on whatever the problem is? Relevant code examples are below. Thanks for any insights.
-----Apple recursive subroutine for factorials------
on factorial(x)
if x > 0 then
return x * (factorial(x - 1))
else
return 1
end if
end factorial
-----End Apple recursive subroutine for factorials------
-----My script with problematic powerN() function------
--Complex numbers a+b(i), x+y(i) represented by {a,b}, {x,y}
on multiply({a, b}, {x, y})
return {(a * x + b * y), (b * x + a * y)}
end multiply
--above multiply function works
on powerN({a, b}, N)
return multiply({a, b}, powerN({a, b}, N - 1))
end powerN
--above powerN function gives stack overflow error
-----End my script with problematic powerN() function------

the problem is that your recursion has no end case, thus causing a stack overflow
you should add a test as follows :
on powerN({a, b}, N)
if N>0 then
return multiply({a, b}, powerN({a, b}, N - 1))
else
return 1
end if
end powerN
by the way, shouldn't your complex multiplication look like :
on multiply({a, b}, {x, y})
return {(a * x - b * y), (b * x + a * y)}
end multiply

Code generating 'LPX-00651: VM Stack overflow'. What's the fix?

While handling huge data, we are receiving the following error stack:
ORA-31011: XML parsing failed
ORA-19202: Error occurred in XML processing
LPX-00663: VM String-Stack overflow.
The suggested fix is to:
Increase the size of VM stacks in XmlXslVMCreate().
How to do this? We didnt find any XmlXslVMCreate method. No documents on this as well!
Any workarounds to avoid this error?
The code snippet:
declare
l_jpp_doc CLOB;
lv_stylesheet VARCHAR2 (32767);
lv_stylesheet_1 VARCHAR2 (32767);
l_stylesheetdoc xmldom.domdocument;
l_stylesheet xslprocessor.stylesheet;
l_engine xslprocessor.processor;
l_parser xmlparser.parser;
l_xmldoc xmldom.domdocument;
begin
l_stylesheetdoc := xmlparser.getdocument (l_parser);
l_stylesheet := xslprocessor.newstylesheet (l_stylesheetdoc, NULL);
-- transform the queried xml document using the stylesheet
xslprocessor.processxsl (l_engine,
l_stylesheet,
l_xmldoc,
l_jpp_doc
end;
Sid

Is fixed in 11gR2 for dbms_processor not xmltype.transform
See http://www.loefflad.de/a/f?p=200:40:0::::P40_BLOG_ID:3
Edited by: user3536752 on Feb 4, 2013 6:02 AM

Recursion too deep; the stack overflowed.

Similar Messages

Maybe you are looking for