Using RemoteApp for RemoteIE: stack overflow error

Hi,
Trying to log into RemoteApp to get to RemoteIE, but running into the following error after entering the email ID:
"Stack overflow at line: 44"
Device: Windows 7 desktop
Pl advice.
-Vin

Hi Vin,
Do you have an old version of IE installed on the Windows 7 PC?  I believe at least IE9 is required for Windows 7 to be able to use Azure RemoteApp.
-TP

Similar Messages

  • 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 error

    Hi..
    I have problem with this code.
       class test
           test tt=new test();   //1
           String name1;
        test() {}
        test(String i)
              name1=i;
             //tt=new test();    //2
       public static  void main(String arg[]){
                  test t1=new test("kj"); //3
    }  When I use line 2 (nstead of line 1 ) for initializing the ref variable iam not having any problem.
    But if i use as in line 1 iam getting stack overflow error..
    I thought tht calling a constructor recursivley results in a stack overflow error..
    But iam instantiating t1 with a one arg constructor (line 3) for which tt (line 1)is intialized,then where is the recursion happening..
    can any one pls clear..
    Thnx.
    mysha..

    please use [code][/code] tags around your code - makes it much easier to read.
    I think you have it - consider this code:public class StackOverflower {
        private StackOverflower so = new StackOverflower();
        public static void main(String[] args) {
            StackOverflower mySO = new StackOverflower();
    }Running this will overflow the stack since creation of an instance of StackOverflower requires creation of an instance of StackOverflower. This code though:public class NonStackOverflower {
        private NonStackOverflower nso = null;
        public NonStackOverflower() {
        public NonStackOverflower(String s) {
            this.nso = new NonStackOverflower();
        public static void main(String[] args) {
            NonStackOverflower myNSO = new NonStackOverflower();
    }Won't, since the creation of a new NonStackOverflower is not required to create a new NonStackOverflower instance.
    Did that make sense? I may have gotten confused and failed to illustrate your situation with my code...
    Good Luck
    Lee

  • TROUBLESHOOTING A STACK OVERFLOW ERROR

    제품 : ORACLE SERVER
    작성날짜 : 1997-02-04
    ==========================================
    TROUBLESHOOTING A STACK OVERFLOW ERROR
    ==========================================
    OVERVIEW
    A stack is a temporary storage space for programs. All programs have a
    stack. MS-DOS switches stacks for hardware interrupts to prevent stack
    overflows. Some programs such as EMM386.EXE, SMARTDRV.EXE, mouse drivers
    and TSR's will hook these hardware interrupts. When a hardware interrupt
    hook requires more stack space than is available, a stack overflow error
    occurs.
    SYNTAX
    The STACKS= command in your CONFIG.SYS specifies two parameters; the
    number of stack frames and the size of those frames.
    STACKS=x,y where x = number of stack frames
    minimum value is 8
    maximum value is 64
    y = bytes of each stack frame
    minimum value is 32
    maximum value is 512
    For most PC's the default is STACKS=9,128.
    TROUBLESHOOTING
    Perform the following troubleshooting steps prior to changing the STACKS=
    command:
    o If you are using a third party video driver reconfigure the pc to use the
    generic Windows VGA drivers.
    o Be sure you have 512K conventional RAM free before you load Windows.
    You can check the free memory by using the MEM /C command. The value
    for "Largest executable program size" should be 512k (524,288 bytes).
    o Personal Oracle7 requires 8MB RAM. An additional 8MB RAM is required
    when PL/SQL is also installed. The trial product requires PL/SQL and
    therefore automatically installs it.
    o Add the /X switch to the SMARTDRV.EXE driver in AUTOEXEC.BAT. This
    switch disables the write-behind caching.
    o Exclude the video graphics area from the memory manager.
    i.e. DEVICE = C:\WINDOWS\EMM386.EXE X=A000-C7FF
    The video driver's manufacturer can provide you with the appropriate
    range to exclude..
    o Boot clean.
    CONFIG.SYS AUTOEXEC.BAT
    ========== ============
    FILES=45 PROMPT$P$G
    BUFFERS=20 PATH=C:\WINDOWS;C:\DOS;\C:\
    DEVICE=C:\<dir>HIMEM.SYS SET TEMP=C:\<valid path>
    STACKS=9,256
    SHELL=C:\<valid path>\COMMAND.COM /E:1024 /P
    !!!CAUTION: Your system may have third-party drivers that must be
    loaded! Such drivers include hard disk drivers, disk
    partitioning disk compression utilities.
    Removing such drivers can render your hard drive
    inaccessible and/or damage your data.
    DO NOT REMOVE ANY DRIVER(S) THAT YOU CANNOT IDENTIFY ITS
    PURPOSE!
    o Add STACKS=9,256 to CONFIG.SYS. If you already have this statement
    then increase the stack frames to 16.
    The Microsoft Knowledge Base (http://www.microsoft.com/support/)provided
    technical resources for this bulletin. .............................

    The same issue seemed to be solved for me after I installed
    the ColdFusion 8 beta plug-ins for Eclipse
    http://www.adobe.com/cfusion/entitlement/index.cfm?e=labs_adobecf8_beta

  • CIN stack overflow error

    Im using an recursiv c++ function in my VI.
    After severall calls the VI crashes, printing an
    stack overflow error.
    I already increased in Visual Studio 6.0 the Link
    setting: allocate stack. But nothing changed.
    I need help fix this problem!!
    My prg. looks like this:
    recursiv (....) {
    int array[..][..][..];
    recursiv (..);
    Sent via Deja.com http://www.deja.com/
    Share what you know. Learn what you don't.

    > Im using an recursiv c++ function in my VI.
    > After severall calls the VI crashes, printing an
    > stack overflow error.
    > I already increased in Visual Studio 6.0 the Link
    > setting: allocate stack. But nothing changed.
    > I need help fix this problem!!
    >
    > My prg. looks like this:
    >
    > recursiv (....) {
    > int array[..][..][..];
    > ....
    > recursiv (..);
    > }
    If you are truly allocating a three D array of ints
    on the stack, then it makes sense that you will run
    out of stack space sooner or later. I can't help
    you with increasing the stack size, but if you move
    your array into a memory block and store the pointer
    on the stack, then you will use less stack space and
    avoid the problem.
    In otherwords:
    recursive() {
    int *array;
    array= DSNewPtr()
    array[][][]= ...
    recursive();
    DSDisposePtr();
    Greg McKaskle

  • Stack overflow error while trying to run expense management activity on oracle BPM studio 10.3 on windows8 machine

    I am getting stack overflow error. While trying to bring expense creation screen on windows 8.
    I trying couple of settings in eclipse.ini file to increase the size but nothing helped. Can someone please advice?
    Below is eclipse.ini file
    -showsplash
    fuego.eclipse.studio
    --launcher.XXMaxPermSize
    --256m
    -vmargs
    -Xms600m
    -Xmx600m
    -Xss500m
    -Dfuego.fstudio=true
    -DprodMode=preProduction
    -Dbea.home=C:\OraBPMStudioHome\..
    -Djava.endorsed.dirs=""
    -Dsun.lang.ClassLoader.allowArraySyntax=true
    -Dfuego.studio.engine.java.options=-Dsun.lang.ClassLoader.allowArraySyntax=true
    -XX:PermSize=512M
    -XX:MaxPermSize=1024M
    -Xbootclasspath/a:C:\OraBPMStudioHome\eclipse\jre\lib\ext\tools.jar

    It looks like you are trying to run OSX on a Windows PC with VMware Workstation...
    This is NOT supported by VMware and doing so will break Apples EULA, you need Apple hardware to run OSX.
    No one here will be able to help you and you should investigate other legal and supported alternatives.
    // Linjo

  • What do you think about using exceptions for something more than errors

    if you look the java.lang.Exception description at the JDK javadoc, you can see the following text:
    "The class Exception and its subclasses are a form of Throwable that indicates conditions that a reasonable application might want to catch."
    ... we can�t see "error" word anywhere!!
    What do you think about using exceptions for something more than errors? Can be possible use them as a way for send information to upper layers?
    Thankx in regards...

    it seems that what you say is a functional way of achiveing that, yes
    but Exceptions are generally reserverd for "Exceptional" situations ie program messing up or invalid data
    it does require a fair bit of processor time to actually generate and throw an Exception.
    so, all in all its "better" to use "normal" condition flow control to achive what you want.. you can always return early, break loops, call methods to pass information

  • Stack overflow error while using validator frame work

    Hi all,
    Iam trying out an example on using the validator frame work.Iam using the Dynavalidator form.My page is a simple jsp page where the user field is mandatory..iam getting stack overflow pop-up in my jsp and i can find the following error in the log file..
    2005-05-02 15:47:42 StandardContext[balancer]org.apache.webapp.balancer.BalancerFilter: init(): ruleChain: [org.apache.webapp.balancer.RuleChain: [org.apache.webapp.balancer.rules.URLStringMatchRule: Target string: News / Redirect URL: http://www.cnn.com], [org.apache.webapp.balancer.rules.RequestParameterRule: Target param name: paramName / Target param value: paramValue / Redirect URL: http://www.yahoo.com], [org.apache.webapp.balancer.rules.AcceptEverythingRule: Redirect URL: http://jakarta.apache.org]]
    2005-05-02 15:47:45 StandardContext[jsp-examples]ContextListener: contextInitialized()
    2005-05-02 15:47:45 StandardContext[jsp-examples]SessionListener: contextInitialized()
    2005-05-02 15:47:45 StandardContext[servlets-examples]ContextListener: contextInitialized()
    2005-05-02 15:47:45 StandardContext[servlets-examples]SessionListener: contextInitialized()
    Pls give me a sloution for this?

    I don't see any error messages or stack trace here.
    How do you know it is getting stack overflow?
    Try commenting out your validation code, and see if the form loads without it.
    Uncomment it, and find out which specific bit breaks it.

  • Stack overflow error with production release

    Hi,
    I am using Flex 4.5.1 and I am getting a weird error upon exporting a production release. Here is the stack trace:
    VerifyError: Error #1023: Stack overflow occurred.
              at spark.components.gridClasses::GridLayout/intializeGridVisualElement()
              at spark.components.gridClasses::GridLayout/layoutIndicator()
              at spark.components.gridClasses::GridLayout/layoutCaretIndicator()
              at spark.components.gridClasses::GridLayout/updateDisplayList()
              at spark.components.supportClasses::GroupBase/updateDisplayList()
              at spark.components::Group/updateDisplayList()
              at spark.components::Grid/updateDisplayList()
              at mx.core::UIComponent/validateDisplayList()
              at spark.components::Group/validateDisplayList()
              at mx.managers::LayoutManager/validateDisplayList()
              at mx.managers::LayoutManager/doPhasedInstantiation()
              at mx.managers::LayoutManager/doPhasedInstantiationCallback()
    As you can see there is no trace of our own classes anywhere. I don't get this error if I use the normal debug version. We are very close to going live and we can't use the debug version files as they are bulky and are increasing the initial load time of the application.
    Please help!
    Thanks.
    Manoj

    Hey I get this suddenly in an app that's been running and working fine.  We just updated with a release build for some other updates and I get this error.  Here's the context:
    I am using Flex 4.6, have a component that extends the Flex 3 AdvancedDataGrid for some lightweight customization of how column resising work.  The component is used in several of our apps.  But, for some reason, and with no code updates to this particular component in a while, when I click on a row in the grid, I get this stack overflow exception too.  The exact same stack trace as the one mentioned by the original poster.
    Anyone have a clue why I would be seeing "spark.components.gridClasses::..." in my stack trace to begin with when the component that is being clicked on is a Flex 3 AdvDataGrid component?  I've seen some mention of the compiler error that somehow bashes the stack under the perfect circumstances.  But, in our case, we've eliminated all of our own event handlers (click/etc) from the grid and we still get this error and only in the release build.  So, there's no way to change any of our code to fix it b/c none of our code is executing when the error occurs.
    This is very very odd stuff.  Any ideas???

  • CAST Not working for me - Arithmetic overflow error converting int to data type numeric - error

    GPM is DECIMAL(5,2)
    PRICE is DECIMAL(11,4)
    COST is DECIMAL(7,2)
    Trying to update the Gross Profit Margin % field and I keep getting the "Arithmetic overflow error converting int to data type numeric" error.
    UPDATE SMEMODETAIL SET SMD_GPM = (SMD_PRICE-SMD_COST) / SMD_PRICE * 100
    FROM SMEMODETAIL WHERE SMD_PRICE<>0 AND SMD_QUANTITY<>0
    Example record:
    SMD_PRICE    SMD_COST    GPM%
    1.8500            1.62                12.4324324324324300
    I added cast and I still get the error.
    How do I format to get this to work?
    Thanks!

    Hi GBerthume,
    The error is caused by some value such as 1000.01 of the expression (SMD_PRICE-SMD_COST) / SMD_PRICE * 100 exceeds the
    precision of the column(DECIMAL(5,2)). The example data doesn't cause the overflow error for the value of the expression is 12.43 which is in the scope of DECIMAL(5,2).
    USE TestDB
    CREATE TABLE SMEMODETAIL
    SMD_PRICE DECIMAL(11,4),
    SMD_COST DECIMAL(7,2),
    SMD_GPM DECIMAL(5,2)
    INSERT INTO SMEMODETAIL(SMD_PRICE,SMD_COST) SELECT 1.8500,1.62
    UPDATE SMEMODETAIL SET SMD_GPM = (SMD_PRICE-SMD_COST) / SMD_PRICE * 100
    FROM SMEMODETAIL WHERE SMD_PRICE<>0-- AND SMD_QUANTITY<>0
    SELECT * FROM SMEMODETAIL
    DROP TABLE SMEMODETAIL
    The solution of your case can be either scale the DECIMAL(5,2) or follow the suggestion in Scott_morris-ga's to check and fix your data.
    If you have any question, feel free to let me know.
    Eric Zhang
    TechNet Community Support

  • Stack overflow error with Sun JVM

    We have an application that was running on MSJVM. Recently we migrated to SUN JVM. After the migration, we get the error message - "Stack overflow at line 0 " at random, while loading applets.
    Any solutions to this problem will be greatly appreciated.
    Thanks
    Nabeel

    Where do you see the error message (Java console, ...?)
    Googling for "stack overflow at line 0" hints that the problem may be related to JavaScript. Is there JS on the web pages that elicit the error? The JVM upgrade might be a coincidence.

  • Stack overflow error while running Jprofiler for Jboss 4.0.2

    I am getting the below mentioned error while running Jprofiler for Jboss App server.
    My JVM version on linux is:
    03:39:16,286 INFO [ServerInfo] Java version: 1.5.0_03,Sun Microsystems Inc.
    03:39:16,287 INFO [ServerInfo] Java VM: Java HotSpot(TM) Server VM 1.5.0_03-b07,Sun Microsystems Inc.
    03:39:16,287 INFO [ServerInfo] OS-System: Linux 2.6.9-34.ELsmp,i386
    Could pass any pointers what could be wrong. This is first time I am using Jprofiler.
    TIA,
    Sachin
    =========================================================================
    JBoss Bootstrap Environment
    JBOSS_HOME: /opt/myApp/Jboss-app
    JAVA: /usr/java/jdk1.5.0_03/bin/java
    JAVA_OPTS: -server -Xms128m -Xmx512m -Dsun.rmi.dgc.client.gcInterval=3600000 -Dsun.rmi.dgc.server.gcInterval=3600000 -Dprogram.name=runjboss.sh -javaagent:/opt/myApp/Jboss-app/bin/pluggable-instrumentor.jar -DSUN_AM_URL=https://hpss3.ca.myApp.com:68081 -DWhenToUse=never
    CLASSPATH: /opt/myApp/Jboss-app/bin/run.jar:/usr/java/jdk1.5.0_03/lib/tools.jar
    =========================================================================
    JProfiler> Protocol version 22
    JProfiler> Using JVMTI
    JProfiler> 32-bit library
    JProfiler> Listening on port: 8849.
    JProfiler> Native library initialized
    Error occurred during initialization of VM
    java.lang.StackOverflowError

    You could try increasing the thread stack size, e.g. something like
    'java -XX:ThreadStackSize=768 ...'
    But you should really be asking the JProfiler people, they would probably give you better advice.
    -kto

  • Checks for payment, huge overflow error

    Hello,
    We are having an error when doing a check in checks for payment.  Any check done is coming up using over 600 check #'s/pages.  This error just started, we have done checks for payment in the past without error.  If we do a check via the Outgoing payments, it prints correctly.  But if we do it through the Checks for payment window there is a huge overflow.  I have tried using different templates for printing and get the same result.
    We are using SAP B1 version 2007 A sp 01 pl 08.
    Thank you for any help.

    Please confirm if you are using the same PLD template when using Outgoing Payment v/s the other. 
    This could even happen if your Print Layout is corrupted. So as Gordon is suggesting, set as DEFAULT one of the PLD which comes with SAP. Try to do the same steps and check.
    Suda

  • Need help for "Numeric field Overflow" error in excel 2003.

    Hello,
    a friend of mine have a problem exporting Business Objects 5.1.8 to excel 2003 (turning on windows 2000).
    Each time she want to export her reporting in excel format (.XLS), she obtain a "Numeric field Overflow (3349)" error.
    So, she export in .CSV format, but it's not easy to use for her following tasks.
    What could she do ?
    Does she do an "update" to newer version of B.O., or there are a solution at her problem ??
    Thanks in advance.
    Nicolas
    P.S.: I searched for solution on this forum, but found nothing.
    Edited by: Nicolas Kowarski on Sep 28, 2008 10:16 PM

    Hello Nicolas,
    Please post this query to the [Legacy Products|SAP BusinessObjects BI Legacy Products;  forum.
    That forum is dedicated to topics related to legacy products such as Business Objects Enterprise 5.x and 6.x.
    The forum is monitored by qualified technicians and you will get a faster response there.
    Also, all Legacy Product queries remain in one place and thus can be easily searched in one place.
    Thanks a lot,
    Falk

Maybe you are looking for