How to manage buffer overflow

hi
If stored procedure is written and if the buffer overflows then how do i tackle buffer overflow.
Thanks
ram

> DBMS_OUTPUT knows nothing about "Standard Output".
Exactly. And to expand on William's comments.. <adding some weight to it by brandishing a lead pipe> ;-)
That "buffer" sits smack inside the PGA as a PL/SQL static variable. And throwing tons of data into is just plain stupid.
The best place for data is where? In some PL/SQL collection variable? That consumes "expensive" (dedicated and not shared) server memory? That needs to be "cleaned" by a client call (and does this really free the memory malloc'ed)? Data that cannot be filtered, aggregated, sorted, and analysed?
Or is the best place for data in a table? An Oracle table? That can be filtered, sorted, aggregated and analysed? That can have a trigger to capture PL/SQL call stack and neat session stuff for debugging and analysis.
And yes, I think we need to be very clear and very blunt about this.
DBMS_OUTPUT is primitive.
DMBS_OUTPUT is primarily for debugging purposes.
DBMS_OUTPUT has no place in production code.
DBMS_OUTPUT is not a "write" method to some "standard output".
Using DBMS_OUTPUT as some render-client-display is missing the very basic issue of what client-server is.
Is missing the point of how to use Oracle. And use it correctly.
And if you think that DBMS_OUTPUT is a means to buffer/cache data for some report writing purposes, or for some client to retrieve.. then. you are missing it by a very, very, obscenely wide margin.

Similar Messages

  • RVS4000 IPS identifies flickr images, etc., as Microsoft Color Management Module Buffer Overflow exploit

    If I enable the IPS function in my RVS4000, some images from various popular websites like Flickr and blogspot will not load.  They are detected by IPS as "EXPLOIT Microsoft Color Management Module Buffer Overflow"
    You can test it yourself with this image hosted at blogspot:
    http://4.bp.blogspot.com/_a7jkcMVp5Vg/TF3gjYJrHBI/AAAAAAAAMqM/ScJAA8y9nZk/s400/sorry.jpg
    With IPS enabled, that image will not load.  With IPS disabled, it will.
    I am using firmware 1.3.2.0 and IPS signature version 1.42.
    I believe IPS is incorrectly identifying these images as containing the color management buffer overflow exploit.
    Any chance this could be corrected in the next IPS signature release?
    As an aside, I would prefer to open a case with support about this, but I really can't figure out how to do so.  I purchased the RVS4000 when it was still made by linksys.  I would assume I should still be able to get support on it now that it's own by Cisco, but trying to open a case on the web for this seems impossible.  Am I missing something?

    i've just removed the proxy in my browser, so that it connects direct.
    et voila: EXPLOIT Microsoft Color Management Module Buffer Overflow
    but this rises the fear that IPS works just as expected when no (external) proxy is used.
    that would be a serious problem, at least because it isn't mentioned in the online help/manual and because i'd leave my real ip at many places, which i wouldn't like.
    i'd be happy to read a response from cisco to the Buffer Overflow (is it a false positive) and if IPS should work when a external proxy is used (via unencrypted connections, so the [w]rvs has a chance to read the communication.

  • How to check udp buffer overflow in solaris10

    Hello All,
    We have developped a C++ application which uses connection based udp socket for transfering the data between two solaris10 machines. The data transfer takesplace for every 20 min and continues for about 1 min. The total no of udp sockets i am using is more than 1200. During the time of socket creation i don't set the send and receive buffer size, so the default parameter configured in the system will be considered.
    In certain cases the receiving end application does not receive any data, but the sender continues sending the data, this i could see from the snoop. Also the write operation doesn't fail in the sender side.
    From the snoop command i could see the time interval between the packets sent is 30microseconds. So there could be possibility that udp buffer may overflow.
    Does anybody know the solaris system command to find the udp buffer overflow?.

    You are more likely to get helpful answers about Solaris questions in a Solaris forum. Try these:
    http://forum.java.sun.com/index.jspa?tab=solaris
    http://www.opensolaris.org/os/discussions/
    http://www.opensolaris.org/os/communities/#portal

  • MODPLSQL generates Buffer Overflow errors trying to login

    I am not entirely sure if this the right place but here it goes anyway:
    We are using Oracle Workflow Manager Standalone(2.6.4) as part of our Warehouse Builder setup on a 10.2.0.3.0. Enterprise database on Linux .
    As such the setup has just recently stopped working where as before it worked for a long time.
    The problem is that it is not possible to log in to Oracle Workflow Manager with any user.
    I have traced this problem to the mod_plsql.so library of the Oracle HTTP Server part of the owf setup.
    What happens is that this module tries to login to the database when a user tries to login with hhis browser and sends an ALTER SESSION statement.
    (This is also described in the docs)
    This statement is misformed however, it contains to much characters.
    Instead of :
    ALTER SESSION SET NLS_LANGUAGE='DUTCH' NLS_TERRITORY='THE NETHERLANDS' NLS_CURRENCY='E'
    the last bit , nls_currency, is being filled with random characters .
    Since the total is more than the allowed limit the database returns, or mod_plsql decides, a ora-1017.
    I used the proxy method described here, January 24, 2006: On a breakable Oracle, to find out what the mod_plsql.so package sends to the database.
    Just read DADS /mod_plsql for SQLPlus.
    I have to do this because these requests are handled as a SYS user and as such are not logged.
    The mod_plsql library is supposed to use the DADS.CONF directives over any environment values.
    However in the case of the PlsqlNLSLanguage directive this does not work.
    The environment variable NLS_LANGUAGE , which is set to dutch , is given precedence.
    It uses that to construct the ALTER SESSION statement.
    If i change the environment variable to AMERICAN, the modplsql.so uses this to pick the currency and it gets the $ sign for NLS_CURRENCY.
    Then the ALTER SESSION statement that is being sent is correct and there is no buffer overflow anymore.
    And the database subsequently allows us in. However this changing of NLS_LANGUAGE at an environment variable level is not desirable for us since we get other translate problems.
    Finally The Questions:
    Why does the mod_plsql.so package also send the NLS_CURRENCY ? This is mentioned in none of the (Oracle) documentation but we can clearly see it happening.
    Where does the mod_plsql.so package get this NLS_CURRENCY from? We don't set it anywhere in the environment or the .conf files, yet it is retrieved somewhere. In our case this is retrieveing some garbage data and thus causing the login to fail. Even looking in the .so library i see no mechanism for nls_currency.
    Why does the mod_plsql.so package favor the environment variable over the DADS.CONF PlsqlNLSLanguage directive. All the manuals say otherwise yet in our case it is not being used. And when i load the library in an editor i see remarks that indeed point to my statement.
    The most important question here is where do i need to look to get the NLS_CURRENCY . It is somehow corrupt and i want to correct this ofcourse.
    Another important one is how we can force the mod_plsql.so package to use the PlsqlNLSLanguage directive since we do not want to change the environment variable.
    I hope someone can help us out here.
    rgrds Mike

    Well i must say i am sorry not haveing received any answer whatsoever.
    This absence of Oracle people here is worrying me, and is the second time in a row lately.
    It seems Oracle is abandoning its own products.
    Anyway, just to answer my own thread so that somebody else gets some benefit from it:
    After investigation i find that it works like this when things go right:
    Modplsql creates a connection with the database and sends numerous key value pairs to the server.
    Such as:
    AUTH_TERMINAL
    AUTH_PROGRAM_NM
    AUTH_MACHINE
    AUTH_PID
    AUTH_SID
    AUTH_SESSKEY
    AUTH_PASSWORD
    AUTH_ACL
    AUTH_ALTER_SESSION    :
    NLS_LANGUAGE
    NLS_TERRITORY
    NLS_CURRENCY
    ... and more NLS_ stuff
    It then sends a pl/sql ALTER SESSION statement this time only with
    NLS_LANGUAGE and
    NLS_TERRITORY
    It then sends several pl/sql code bits probably to test if the database can access owa_match packages.
    In this part it also sends pl/sql to get the database NLS_LANGUAGE, NLS_TERRITORY, and NLS_CHARACTERSET.
    It also sends pl/sql to test owa_util.get_version for the proper version.
    The last part is all of the web stuff: all of the CGI variables including the POSTed data if any. Ofcourse when doing authentication tru basic authentication there is no POST data.
    The authentication info is passed on in the first step with AUTH_PASSWORD.
    The environment value NLS_LANGUAGE is used and parsed in the first bit. The corresponding bits pop up in the AUTH_ALTER_SESSION key-value pair. Modplsql finds the other info(i don't know where really) such as NLS_CURRENCY and puts that there.
    The dads.conf PlsqlNLSLanguage setting is used and parsed in the second step. The second step is formed like  alter session set nls_language='DUTCH' nls_territory='THE NETHERLANDS' .
    So my assumption about modplsql not using the Plsql is wrong here, but due to the error i encountered my debug info never got past step 1.
    If the environment value is not set then a default value of AMERICAN_AMERICA is used.
    What went wrong in my case ?
    The environment var was set to DUTCH. Modplsql uses this to lookup nls_currency as explained to output the info in step 1.
    However nls_currency returned garbage instead of just the euro sign. This is the real problem btw and not solved yet in our case. If someone knows where modplsql gets this info i would like to know this. !
    The other steps were never finished and therefore it looked to the database that the AUTH_ALTER_SESSION    key-value pair was too long.
    It could not authenticate this reqeuest causing the effect that nobody could login. Since these requests are handled as SYS users no logging takes place. Only a trace with the error:
    *** SERVICE NAME:(SYS$USERS) 2013-07-10 11:01:29.414
    *** SESSION ID:(458.3138) 2013-07-10 11:01:29.414
    Buffer overflow for attribute AUTH_ALTER_SESSION - max length[850] actual length[1131]
    indicates there is something wrong here.
    Setting the dads.conf file to override this environment parameter doesn'solve this ofcourse since this info is used somewhere else.
    Fixing it, for now at least , means clearing the envrionment variable , then starting the http server.
    And using DUTCH in the dads.conf file.
    After starting the http server we reset the environment variable.
    I am still looking for an answer on where modplsql gets the NLS_CURRENCY info since thats where the corruption is !
    Hope somebody can use this info.

  • Spool file error - Buffer Overflow

    I've a sql script that is running from a.sql file. The script fetches almost 9 million data as a result of the query. Main problem is related to spool file generation. It is saying buffer overflow. But, when i write that query from sql prompts it is running within 2 mins and completes the task within 15 mins.
    I've written -
    set serveroutput on size ######
    But, still it is not working. Total application is freeze whenever i want to run it. Tell me any suggestion if u have.
    Satyaki.

    i guess what you are more concerned with is the output produced by your query (the spool file).
    you need not to see what is displayed on the screen all you need is open up the spool file to
    check for those data in there.
    to suppress the output from the screen and still generates spool file. use the SET TERMOUT option.
    e.g.
    -- code for a producing a sample spool file
    spool r:\sample_spool.txt;
    select * from emp;
    spool off;
    at the SQL*Plus command line:
    SQL> @r:\sample_spool.sql;
         EMPNO ENAME      JOB              MGR HIREDATE         SAL       COMM     DEPTNO
          7566 JONES      MANAGER         7839 02-APR-81       2975       1000         20
          7902 FORD       ANALYST         7566 03-DEC-81       3000                    20
          7839 KING       PRESIDENT            17-NOV-81       5000                    10
          7698 BLAKE      MANAGER         7839 01-MAY-81       2850                    30
          7782 CLARK      MANAGER         7839 09-JUN-81       2450                    10
          7369 SMITH      CLERK           7902 17-DEC-80        800                    20
          7499 ALLEN      SALESMAN        7698 20-FEB-81       1600        300         30
          7521 WARD       SALESMAN        7698 22-FEB-81       1250        500         30
          7654 MARTIN     SALESMAN        7698 28-SEP-81       1250       1400         30
          7788 SCOTT      ANALYST         7566 09-DEC-82       3000                    20
          7844 TURNER     SALESMAN        7698 08-SEP-81       1500          0         30
          7876 ADAMS      CLERK           7788 12-JAN-83       1100                    20
          7900 JAMES      CLERK           7698 03-DEC-81        950                    30
          7934 MILLER     CLERK           7782 23-JAN-82       1300                    10
    14 rows selected.
    SQL> -- the above example displays the output on the screen
    SQL> -- now we want to turn it off by using the SET TERMOUT option
    SQL> SQL> set termout off;
    SQL> @r:\sample_spool.sql;
    SQL>
    after executing the script sample_spool.sql it does not display output from the screen which
    we want to avoid the buffer overflow error. and still produce the spool file:
         EMPNO ENAME      JOB              MGR HIREDATE         SAL       COMM     DEPTNO                                  
          7566 JONES      MANAGER         7839 02-APR-81       2975       1000         20                                  
          7902 FORD       ANALYST         7566 03-DEC-81       3000                    20                                  
          7839 KING       PRESIDENT            17-NOV-81       5000                    10                                  
          7698 BLAKE      MANAGER         7839 01-MAY-81       2850                    30                                  
          7782 CLARK      MANAGER         7839 09-JUN-81       2450                    10                                  
          7369 SMITH      CLERK           7902 17-DEC-80        800                    20                                  
          7499 ALLEN      SALESMAN        7698 20-FEB-81       1600        300         30                                  
          7521 WARD       SALESMAN        7698 22-FEB-81       1250        500         30                                  
          7654 MARTIN     SALESMAN        7698 28-SEP-81       1250       1400         30                                  
          7788 SCOTT      ANALYST         7566 09-DEC-82       3000                    20                                  
          7844 TURNER     SALESMAN        7698 08-SEP-81       1500          0         30                                  
          7876 ADAMS      CLERK           7788 12-JAN-83       1100                    20                                  
          7900 JAMES      CLERK           7698 03-DEC-81        950                    30                                  
          7934 MILLER     CLERK           7782 23-JAN-82       1300                    10                                  
    14 rows selected.

  • Tiger to Snow Leopard upgrade fails  with buffer overflow

    I'm not sure where to proceed with the following situation:
    I have a 17" MB pro with 1GB memory and 22GB free hard drive space. I booted into the installer from the CD and stepped through the prompts without changing any options to the point where the install starts doing it's magic. Shortly after starting, the install will crash complaining about a buffer overflow during/just after the part where it's finding system files.
    I originally tried to do this with only 10GB free, but after the first failure, I did a repair disk using the Disk Utility and removed a bunch of really old files I no longer needed, which brought the available disk space to 22GB, but this did not help anything. At this point, I'm not sure what to do. I use Carbon Copy Cloner as a backup so I can do a full wipe and install, however I would prefer to avoid that as it is a lot of work to get things back.
    Any assistance is greatly appreciated!
    Error log follows. I cut out a lot of stuff so please let me know if that detail is needed.
    Sep 10 10:35:26 localhost OSInstaller[142]: Total install size including padding: 7325778944 b
    Sep 10 10:35:28 localhost OSInstaller[142]: Starting installation:
    Sep 10 10:35:28 localhost OSInstaller[142]: Calculating expected install size requirements
    Sep 10 10:35:28 localhost Unknown[84]: 2009-09-10 10:35:28.624 Mac OS X Installer[142:c607] Looking for system packages
    Sep 10 10:35:42 localhost Unknown[84]: 2009-09-10 10:35:42.115 Mac OS X Installer[142:c607] Finding system files...
    Sep 10 10:36:01 localhost Unknown[84]: buffer overflow!
    Sep 10 10:37:55 localhost LCA[83]: Child exited with status 6
    Sep 10 10:37:59 localhost Unknown[162]: Launching the Installer Crash Log Viewer
    Sep 10 10:38:32 localhost ReportCrash[159]: Process: Mac OS X Installer [142]
    Sep 10 10:38:32 localhost ReportCrash[159]: Path: /System/Installation/CDIS/Mac OS X Installer.app/Contents/MacOS/Mac OS X Installer
    Sep 10 10:38:32 localhost ReportCrash[159]: Identifier: Mac OS X Installer
    Sep 10 10:38:32 localhost ReportCrash[159]: Version: ??? (???)
    Sep 10 10:38:32 localhost ReportCrash[159]: Code Type: X86 (Native)
    Sep 10 10:38:32 localhost ReportCrash[159]: Parent Process: LCA [83]
    Sep 10 10:38:32 localhost ReportCrash[159]:
    Sep 10 10:38:32 localhost ReportCrash[159]: Date/Time: 2009-09-10 10:36:12.446 -0700
    Sep 10 10:38:32 localhost ReportCrash[159]: OS Version: Mac OS X 10.6 (10A432)
    Sep 10 10:38:32 localhost ReportCrash[159]: Report Version: 6
    Sep 10 10:38:32 localhost ReportCrash[159]:
    Sep 10 10:38:32 localhost ReportCrash[159]: Exception Type: EXC_CRASH (SIGABRT)
    Sep 10 10:38:32 localhost ReportCrash[159]: Exception Codes: 0x0000000000000000, 0x0000000000000000
    Sep 10 10:38:32 localhost ReportCrash[159]: Crashed Thread: 9
    Sep 10 10:38:32 localhost ReportCrash[159]:
    Sep 10 10:38:32 localhost ReportCrash[159]: Application Specific Information:
    Sep 10 10:38:32 localhost ReportCrash[159]: abort() called
    Sep 10 10:38:32 localhost ReportCrash[159]:
    Sep 10 10:38:32 localhost ReportCrash[159]: Thread 0: Dispatch queue: com.apple.main-thread
    Sep 10 10:38:32 localhost ReportCrash[159]: 0 libSystem.B.dylib 0x002b78fa machmsgtrap + 10
    Sep 10 10:38:32 localhost ReportCrash[159]: 1 libSystem.B.dylib 0x002b8067 mach_msg + 68
    Sep 10 10:38:32 localhost ReportCrash[159]: 2 com.apple.CoreFoundation 0x005d9dbf __CFRunLoopRun + 2447
    Sep 10 10:38:32 localhost ReportCrash[159]: 3 com.apple.CoreFoundation 0x005d8d34 CFRunLoopRunSpecific + 452
    Sep 10 10:38:32 localhost ReportCrash[159]: 4 com.apple.CoreFoundation 0x005d8b61 CFRunLoopRunInMode + 97
    Sep 10 10:38:32 localhost ReportCrash[159]: 5 com.apple.HIToolbox 0x05143fec RunCurrentEventLoopInMode + 392
    Sep 10 10:38:32 localhost ReportCrash[159]: 6 com.apple.HIToolbox 0x05143da3 ReceiveNextEventCommon + 354
    Sep 10 10:38:32 localhost ReportCrash[159]: 7 com.apple.HIToolbox 0x05143c28 BlockUntilNextEventMatchingListInMode + 81
    Sep 10 10:38:32 localhost ReportCrash[159]: 8 com.apple.AppKit 0x00bdbb99 _DPSNextEvent + 847
    Sep 10 10:38:32 localhost ReportCrash[159]: 9 com.apple.AppKit 0x00bdb40e -[NSApplication nextEventMatchingMask:untilDate:inMode:dequeue:] + 156
    Sep 10 10:38:32 localhost ReportCrash[159]: 10 com.apple.AppKit 0x00b9d5fb -[NSApplication run] + 821
    Sep 10 10:38:32 localhost ReportCrash[159]: 11 com.apple.AppKit 0x00b95695 NSApplicationMain + 574
    Sep 10 10:38:32 localhost ReportCrash[159]: 12 com.apple.MacOSXInstaller 0x00006393 0x1000 + 21395
    Sep 10 10:38:32 localhost ReportCrash[159]: 13 com.apple.MacOSXInstaller 0x00002f25 0x1000 + 7973
    Sep 10 10:38:32 localhost ReportCrash[159]:
    Sep 10 10:38:32 localhost ReportCrash[159]: Thread 1:
    Sep 10 10:38:32 localhost ReportCrash[159]: 0 libSystem.B.dylib 0x002e582a _semwaitsignal + 10
    Sep 10 10:38:32 localhost ReportCrash[159]: 1 libSystem.B.dylib 0x00311681 nanosleep$UNIX2003 + 188
    Sep 10 10:38:32 localhost ReportCrash[159]: 2 libSystem.B.dylib 0x00347872 sleep$UNIX2003 + 63
    Sep 10 10:38:32 localhost ReportCrash[159]: 3 com.apple.installframework 0x000abe13 dologwatch + 51
    Sep 10 10:38:32 localhost ReportCrash[159]: 4 libSystem.B.dylib 0x002e4fe1 pthreadstart + 345
    Sep 10 10:38:32 localhost ReportCrash[159]: 5 libSystem.B.dylib 0x002e4e66 thread_start + 34
    Sep 10 10:38:32 localhost ReportCrash[159]:
    Sep 10 10:38:32 localhost ReportCrash[159]: Thread 2: Dispatch queue: com.apple.libdispatch-manager
    Sep 10 10:38:32 localhost ReportCrash[159]: 0 libSystem.B.dylib 0x002de10a kevent + 10
    Sep 10 10:38:32 localhost ReportCrash[159]: 1 libSystem.B.dylib 0x002de824 dispatch_mgrinvoke + 215
    Sep 10 10:38:32 localhost ReportCrash[159]: 2 libSystem.B.dylib 0x002ddce1 dispatch_queueinvoke + 163
    Sep 10 10:38:32 localhost ReportCrash[159]: 3 libSystem.B.dylib 0x002dda86 dispatch_workerthread2 + 234
    Sep 10 10:38:32 localhost ReportCrash[159]: 4 libSystem.B.dylib 0x002dd511 pthreadwqthread + 390
    Sep 10 10:38:32 localhost ReportCrash[159]: 5 libSystem.B.dylib 0x002dd356 start_wqthread + 30
    Sep 10 10:38:32 localhost ReportCrash[159]:
    Sep 10 10:38:32 localhost ReportCrash[159]: Thread 3:
    Sep 10 10:38:32 localhost ReportCrash[159]: 0 libSystem.B.dylib 0x002b78fa machmsgtrap + 10
    Sep 10 10:38:32 localhost ReportCrash[159]: 1 libSystem.B.dylib 0x002b8067 mach_msg + 68
    Sep 10 10:38:32 localhost ReportCrash[159]: 2 com.apple.CoreFoundation 0x005d9dbf __CFRunLoopRun + 2447
    Sep 10 10:38:32 localhost ReportCrash[159]: 3 com.apple.CoreFoundation 0x005d8d34 CFRunLoopRunSpecific + 452
    Sep 10 10:38:32 localhost ReportCrash[159]: 4 com.apple.CoreFoundation 0x005d8b61 CFRunLoopRunInMode + 97
    Sep 10 10:38:32 localhost ReportCrash[159]: 5 com.apple.Foundation 0x00863498 +[NSURLConnection(NSURLConnectionReallyInternal) _resourceLoadLoop:] + 329
    Sep 10 10:38:32 localhost ReportCrash[159]: 6 com.apple.Foundation 0x0082a964 -[NSThread main] + 45
    Sep 10 10:38:32 localhost ReportCrash[159]: 7 com.apple.Foundation 0x0082a914 _NSThread__main_ + 1499
    Sep 10 10:38:32 localhost ReportCrash[159]: 8 libSystem.B.dylib 0x002e4fe1 pthreadstart + 345
    Sep 10 10:38:32 localhost ReportCrash[159]: 9 libSystem.B.dylib 0x002e4e66 thread_start + 34
    Sep 10 10:38:32 localhost ReportCrash[159]:
    Sep 10 10:38:32 localhost ReportCrash[159]: Thread 4:
    Sep 10 10:38:32 localhost ReportCrash[159]: 0 libSystem.B.dylib 0x002b78fa machmsgtrap + 10
    Sep 10 10:38:32 localhost ReportCrash[159]: 1 libSystem.B.dylib 0x002b8067 mach_msg + 68
    Sep 10 10:38:32 localhost ReportCrash[159]: 2 com.apple.CoreFoundation 0x005d9dbf __CFRunLoopRun + 2447
    Sep 10 10:38:32 localhost ReportCrash[159]: 3 com.apple.CoreFoundation 0x005d8d34 CFRunLoopRunSpecific + 452
    Sep 10 10:38:32 localhost ReportCrash[159]: 4 com.apple.CoreFoundation 0x005d8b61 CFRunLoopRunInMode + 97
    Sep 10 10:38:32 localhost ReportCrash[159]: 5 com.apple.Foundation 0x008643e4 -[NSRunLoop(NSRunLoop) runMode:beforeDate:] + 279
    Sep 10 10:38:32 localhost ReportCrash[159]: 6 com.apple.Foundation 0x008b93c8 -[NSRunLoop(NSRunLoop) runUntilDate:] + 79
    Sep 10 10:38:32 localhost ReportCrash[159]: 7 com.apple.osinstallframework 0x0002dbc3 -[OSPreInstallSizingQueueElement _calculateReapedFreeSpace] + 176
    Sep 10 10:38:32 localhost ReportCrash[159]: 8 com.apple.osinstallframework 0x0002e1dd -[OSPreInstallSizingQueueElement run] + 178
    Sep 10 10:38:32 localhost ReportCrash[159]: 9 com.apple.installframework 0x0007be54 -[IFSession(Jobs) _runMetaQueueEngine] + 1594
    Sep 10 10:38:32 localhost ReportCrash[159]: 10 com.apple.Foundation 0x0082a964 -[NSThread main] + 45
    Sep 10 10:38:32 localhost ReportCrash[159]: 11 com.apple.Foundation 0x0082a914 _NSThread__main_ + 1499
    Sep 10 10:38:32 localhost ReportCrash[159]: 12 libSystem.B.dylib 0x002e4fe1 pthreadstart + 345
    Sep 10 10:38:32 localhost ReportCrash[159]: 13 libSystem.B.dylib 0x002e4e66 thread_start + 34
    Sep 10 10:38:32 localhost ReportCrash[159]:
    Sep 10 10:38:32 localhost ReportCrash[159]: Thread 5:
    Sep 10 10:38:32 localhost ReportCrash[159]: 0 libSystem.B.dylib 0x002b795a semaphoretimedwait_signaltrap + 10
    Sep 10 10:38:32 localhost ReportCrash[159]: 1 libSystem.B.dylib 0x002e5469 pthread_condwait + 1066
    Sep 10 10:38:32 localhost ReportCrash[159]: 2 libSystem.B.dylib 0x00314268 pthreadcond_timedwait_relativenp + 47
    Sep 10 10:38:32 localhost ReportCrash[159]: 3 com.apple.Foundation 0x00866aec -[NSCondition waitUntilDate:] + 453
    Sep 10 10:38:32 localhost ReportCrash[159]: 4 com.apple.Foundation 0x0081f881 -[NSConditionLock lockWhenCondition:beforeDate:] + 279
    Sep 10 10:38:32 localhost ReportCrash[159]: 5 com.apple.Foundation 0x0081f764 -[NSConditionLock lockWhenCondition:] + 69
    Sep 10 10:38:32 localhost ReportCrash[159]: 6 com.apple.installframework 0x0006aef6 +[IFDTargetController(WorkerThread) _handleTargetRequests] + 1169
    Sep 10 10:38:32 localhost ReportCrash[159]: 7 com.apple.Foundation 0x0082a964 -[NSThread main] + 45
    Sep 10 10:38:32 localhost ReportCrash[159]: 8 com.apple.Foundation 0x0082a914 _NSThread__main_ + 1499
    Sep 10 10:38:32 localhost ReportCrash[159]: 9 libSystem.B.dylib 0x002e4fe1 pthreadstart + 345
    Sep 10 10:38:32 localhost ReportCrash[159]: 10 libSystem.B.dylib 0x002e4e66 thread_start + 34
    Sep 10 10:38:32 localhost ReportCrash[159]:
    Sep 10 10:38:32 localhost ReportCrash[159]: Thread 6:
    Sep 10 10:38:32 localhost ReportCrash[159]: 0 libSystem.B.dylib 0x002e582a _semwaitsignal + 10
    Sep 10 10:38:32 localhost ReportCrash[159]: 1 libSystem.B.dylib 0x00311681 nanosleep$UNIX2003 + 188
    Sep 10 10:38:32 localhost ReportCrash[159]: 2 com.apple.Foundation 0x008b4c30 +[NSThread sleepForTimeInterval:] + 123
    Sep 10 10:38:32 localhost ReportCrash[159]: 3 com.apple.SystemMigration 0x01a04b69 -[SMManager _suppressSpotlightThread:] + 104
    Sep 10 10:38:32 localhost ReportCrash[159]: 4 com.apple.Foundation 0x0082a964 -[NSThread main] + 45
    Sep 10 10:38:32 localhost ReportCrash[159]: 5 com.apple.Foundation 0x0082a914 _NSThread__main_ + 1499
    Sep 10 10:38:32 localhost ReportCrash[159]: 6 libSystem.B.dylib 0x002e4fe1 pthreadstart + 345
    Sep 10 10:38:32 localhost ReportCrash[159]: 7 libSystem.B.dylib 0x002e4e66 thread_start + 34
    Sep 10 10:38:32 localhost ReportCrash[159]:
    Sep 10 10:38:32 localhost ReportCrash[159]: Thread 7:
    Sep 10 10:38:32 localhost ReportCrash[159]: 0 libSystem.B.dylib 0x002d6876 select$DARWIN_EXTSN + 10
    Sep 10 10:38:32 localhost ReportCrash[159]: 1 com.apple.CoreFoundation 0x0061904d __CFSocketManager + 1085
    Sep 10 10:38:32 localhost ReportCrash[159]: 2 libSystem.B.dylib 0x002e4fe1 pthreadstart + 345
    Sep 10 10:38:32 localhost ReportCrash[159]: 3 libSystem.B.dylib 0x002e4e66 thread_start + 34
    Sep 10 10:38:32 localhost ReportCrash[159]:
    Sep 10 10:38:32 localhost ReportCrash[159]: Thread 8:
    Sep 10 10:38:32 localhost ReportCrash[159]: 0 libSystem.B.dylib 0x002b78fa machmsgtrap + 10
    Sep 10 10:38:32 localhost ReportCrash[159]: 1 libSystem.B.dylib 0x002b8067 mach_msg + 68
    Sep 10 10:38:32 localhost ReportCrash[159]: 2 com.apple.CoreFoundation 0x005d9dbf __CFRunLoopRun + 2447
    Sep 10 10:38:32 localhost ReportCrash[159]: 3 com.apple.CoreFoundation 0x005d8d34 CFRunLoopRunSpecific + 452
    Sep 10 10:38:32 localhost ReportCrash[159]: 4 com.apple.CoreFoundation 0x005d8b61 CFRunLoopRunInMode + 97
    Sep 10 10:38:32 localhost ReportCrash[159]: 5 com.apple.Foundation 0x008643e4 -[NSRunLoop(NSRunLoop) runMode:beforeDate:] + 279
    Sep 10 10:38:32 localhost ReportCrash[159]: 6 com.apple.Foundation 0x008b93c8 -[NSRunLoop(NSRunLoop) runUntilDate:] + 79
    Sep 10 10:38:32 localhost ReportCrash[159]: 7 com.apple.installframework 0x0007d48d -[IFDInstallController(Private) _install] + 1561
    Sep 10 10:38:32 localhost ReportCrash[159]: 8 com.apple.osinstallframework 0x00018ccc -[OSInstallController(Private) _install] + 552
    Sep 10 10:38:32 localhost ReportCrash[159]: 9 com.apple.Foundation 0x0082a964 -[NSThread main] + 45
    Sep 10 10:38:32 localhost ReportCrash[159]: 10 com.apple.Foundation 0x0082a914 _NSThread__main_ + 1499
    Sep 10 10:38:32 localhost ReportCrash[159]: 11 libSystem.B.dylib 0x002e4fe1 pthreadstart + 345
    Sep 10 10:38:32 localhost ReportCrash[159]: 12 libSystem.B.dylib 0x002e4e66 thread_start + 34
    Sep 10 10:38:32 localhost ReportCrash[159]:
    Sep 10 10:38:32 localhost ReportCrash[159]: Thread 9 Crashed:
    Sep 10 10:38:32 localhost ReportCrash[159]: 0 libSystem.B.dylib 0x00324c8e _semwait_signalnocancel + 10
    Sep 10 10:38:32 localhost ReportCrash[159]: 1 libSystem.B.dylib 0x00324b72 nanosleep$NOCANCEL$UNIX2003 + 166
    Sep 10 10:38:32 localhost ReportCrash[159]: 2 libSystem.B.dylib 0x003a05b2 usleep$NOCANCEL$UNIX2003 + 61
    Sep 10 10:38:32 localhost ReportCrash[159]: 3 libSystem.B.dylib 0x003c1c68 abort + 105
    Sep 10 10:38:32 localhost ReportCrash[159]: 4 com.apple.bom 0x0194fb3d _defaultHandler + 64
    Sep 10 10:38:32 localhost ReportCrash[159]: 5 com.apple.bom 0x0194fa8f _BOMExceptionHandlerCall + 89
    Sep 10 10:38:32 localhost ReportCrash[159]: 6 com.apple.bom 0x01971c01 BOMStreamReadUInt32 + 134
    Sep 10 10:38:32 localhost ReportCrash[159]: 7 com.apple.bom 0x01954e40 BOMBomOpen + 226
    Sep 10 10:38:32 localhost ReportCrash[159]: 8 com.apple.PackageKit 0x019a98e7 -[PKBOM initWithBOMPath:] + 148
    Sep 10 10:38:32 localhost ReportCrash[159]: 9 com.apple.PackageKit 0x019b82fe -[PKReceipt(Private) _BOM] + 77
    Sep 10 10:38:32 localhost ReportCrash[159]: 10 com.apple.PackageKit 0x019b7d55 -[PKReceipt(Private) _directoryEnumerator] + 34
    Sep 10 10:38:32 localhost ReportCrash[159]: 11 com.apple.SystemMigration 0x01a4deff -[SMFindSystemFiles _findSystemPaths] + 1785
    Sep 10 10:38:32 localhost ReportCrash[159]: 12 com.apple.SystemMigration 0x01a4e490 -[SMFindSystemFiles systemPaths] + 796
    Sep 10 10:38:32 localhost ReportCrash[159]: 13 com.apple.SystemMigration 0x01a50387 -[SMPathAnalyzer prunedSystemPathsReturningSize:] + 179
    Sep 10 10:38:32 localhost ReportCrash[159]: 14 com.apple.SystemMigration 0x01a508ca -[SMPathAnalyzer prunedReaperPathsReturningSize:] + 53
    Sep 10 10:38:32 localhost ReportCrash[159]: 15 com.apple.osinstallframework 0x00028807 -[IFDiskObject(OSExtensions) calculateReapedFreeSpace] + 404
    Sep 10 10:38:32 localhost ReportCrash[159]: 16 com.apple.osinstallframework 0x0002daf4 -[OSPreInstallSizingQueueElement _calculateReapedFreeSpaceThread] + 71
    Sep 10 10:38:32 localhost ReportCrash[159]: 17 com.apple.Foundation 0x0082a964 -[NSThread main] + 45
    Sep 10 10:38:32 localhost ReportCrash[159]: 18 com.apple.Foundation 0x0082a914 _NSThread__main_ + 1499
    Sep 10 10:38:32 localhost ReportCrash[159]: 19 libSystem.B.dylib 0x002e4fe1 pthreadstart + 345
    Sep 10 10:38:32 localhost ReportCrash[159]: 20 libSystem.B.dylib 0x002e4e66 thread_start + 34
    Sep 10 10:38:32 localhost ReportCrash[159]:
    Sep 10 10:38:32 localhost ReportCrash[159]: Thread 9 crashed with X86 Thread State (32-bit):
    Sep 10 10:38:32 localhost ReportCrash[159]: eax: 0x0000003c ebx: 0x00324ad9 ecx: 0xb04aa82c edx: 0x00324c8e
    Sep 10 10:38:32 localhost ReportCrash[159]: edi: 0x00000000 esi: 0xb04aa888 ebp: 0xb04aa868 esp: 0xb04aa82c
    Sep 10 10:38:32 localhost ReportCrash[159]: ss: 0x0000001f efl: 0x00000247 eip: 0x00324c8e cs: 0x00000007
    Sep 10 10:38:32 localhost ReportCrash[159]: ds: 0x0000001f es: 0x0000001f fs: 0x0000001f gs: 0x00000037
    Sep 10 10:38:32 localhost ReportCrash[159]: cr2: 0xffe2a178
    Sep 10 10:38:32 localhost ReportCrash[159]:

    a brody wrote:
    Regarding the need to buy the packaged bundle, I keep seeing folks here and elsewhere claiming that is not necessary.
    That's because they have not read, or concern themselves with the license agreement. Section 2. "Permitted License Uses and Restrictions", section C says on http://images.apple.com/legal/sla/docs/macosx106.pdf
    It's been read forwards, backwards, and upside down. Nowhere on the packaging is there any identification of the $29 (or $49 family pack) version as only suitable as a "Leopard upgrade" version. There are vague mentions about it on Apple's online sales page and in press releases. I've read the license terms thoroughly and the only conclusion that could reasonably be conferred is that the $29 version carries a "single user" license simply because it doesn't say "family pack". There are plenty of reports that it installs over Tiger just fine.
    Granted I've read numerous reports and I installed my copy over Leopard. However - imagine someone who vaguely heard about it, walked into a store and bought a copy, thoroughly looked over the box and the license terms (within the disc), and installed it in good faith over Tiger. There is ZERO, ZIP, NADA on the package that would lead anyone to believe it is anything but a copy with a "SINGLE USER" license where the terms don't preclude installing over Tiger.
    C. Leopard Upgrade Licenses. If you have purchased an Upgrade for Mac OS X Leopard license, then subject to the terms and conditions of this License, you are granted a limited non-exclusive license to install, use and run one (1) copy of the Apple Software on a single Apple-branded computer as long as that computer has a properly licensed copy of *Mac OS X Leopard already installed on it.*
    The emphasis above is mine.
    While this may not be enforced by a software key, it is there in the license agreement on the PDF included on the CD, when you purchase the under $100 licenses, which are also called "Upgrade" on the store.
    There's an opinion that "Leopard upgrade" only applies to the "Up To Date" versions that require proof of purchase of a recent Mac computer. The reports on those installer discs are that they do in fact check for a valid Leopard installation.
    The following has the most in-depth discussion on the subject of whether or not the license allows for Snow Leopard over Tiger that I've seen so far:
    http://www.mackb.com/Uwe/Forum.aspx/mac/26361/the-29-purchase-price-of-Snow-Leop ard
    This is the best description I've heard on it, from someone who identifies himself as "David Empson":
    http://www.mackb.com/Uwe/Threads/Single.aspx/mac/26361?ArtId=1j5mofd.1pw6lllbtpj dwN%25dempson%40actrix.gen.nz
    If someone walks in and buys Snow Leopard, without written notice from
    Apple that they are buying an Upgrade version which requires Leopard,
    and without discussing that point with the seller, the buyer is under no
    obligation to have researched their purchase in advance and know all of
    Apple's publicity statements from three months ago.
    They are buying it in good faith, and the contract (licence) is valid.

  • Short dump in SAP R/3: SQL statement buffer overflow?

    Hello,
    I hope someone can help us with the following problem:
    A short dump in SAP R/3 (DBIF_RSQL_INVALID_RSQL, CX_SY_OPEN_SQL_DB)
    occurred during a delta load, which worked fine for several month.
    The custom code crashes at a FETCH NEXT CURSOR statement.
    I assume, it might be a SQL statement buffer overflow in SAP R/3?
    The problem can be reproduced by RSA3, and is therefore not time-dependent.
    The problem did not occur before or on the quality assurance system.
    Cursor code:
          Read all entries since last transfer (delta mechanism)
            OPEN CURSOR WITH HOLD s_cursor FOR
              SELECT * FROM ekko
                WHERE ebeln IN t_selopt_ekko.
    t_selopt_ekko has up to 60.000 data sets, which worked fine in the past.
    It is very likely that the amount of data during the first crash did not exceed this.
    SQL-Trace of RSA3 call:
    It seems that 25150 data set can be processed via fetch before the short dump occurs
    After that object SNAP is written:
    "...DBIF_RSQL_INVALID_RSQL...dynpen00 + 0xab0 at dymain.c:1645 dw.sapP82_D82
    Thdyn...Report für den Extraktoraufruf...I_T_FIELDS...Table IT_43[16x60]TH058FUNCTION=
    RSA3_GET_DATA_SIMPLEDATA=S_S_IF_SIMPLE-T_FIELDSTH100...shmRefCount  = 1...
    ...> 1st level extension part <...isUsed       = 1...isCtfyAble   = 1...> Shareable Table Header Data
    <...tabi         = Not allo......S_CURSORL...SAPLRSA3...LRSA3U06...SAPLRSA3...
    During dump creation the following occurs:
    "...SAPLSPIAGENTCW...CX_DYNAMIC_CHECK=...CRSFH...BALMSGHNDL...
    DBIF_RSQL_INVALID_RSQL...DBIF_RSQL_INVALID_RSQL...DB_ERR_RSQL_00013...
    INCL_ABAP_ERROR...DBIF_INCL_INTERNAL_ERROR...INCL_INTERNAL_ERROR...
    GENERAL_EXC_WITHOUT_RAISING...INCL_SEND_TO_ABAP...INCL_SEARCH_HINTS...
    INCL_SEND_TO_SAP...GENERAL_EXC_WITHOUT_RAISING...GENERAL_ENVIRONMENT...
    GENERAL_TRANSACTION...GENERAL_INFO...GENERAL_INFO_INTERNAL...
    DBIF_INCL_INTERNAL_CALL_CODE..."
    Basis says, that the Oracle data base works fine. The problem seems to be a SAP R/3 buffer.
    Does anyone had a similar problem or knows where such a buffer might be or how it can be enlarged?
    Best regards
    Thomas
    P.S.
    Found a thread that contains part of the dump message "dynpen00 + 0xab0 at dymain.c:1645":
    Thread: dump giving by std prg contains -> seems not to be helpful
    Found a similar thread:
    Thread: Short dump in RSA3 --Z Data Source -> table space or somting else?
    Edited by: Thomas Köpp on Apr 1, 2009 11:39 AM

    Hi Thomas,
          Its due to different field length.
    Just check it out in code after FETCH NEXT CURSOR what internal table you have mention.
    that internal table shoul deffined by taking refrence of ekko, because your code is
    OPEN CURSOR WITH HOLD s_cursor FOR
    SELECT * FROM ekko
    WHERE ebeln IN t_selopt_ekko.
    hope you got solution.
    Regards,

  • How to reduce buffer busy waits, session hanging due to buffer busy waits

    Hi,
    How to reduce buffer busy waits, session hanging due to buffer busy waits.
    Thanks,
    Sathis.

    When I see through enterprise manager I see lot of
    tables with buffer busy waits.
    Is there any way by table name we can check the
    blocks info.
    The simple way is to look at the SQL statement and corresponding table name?
    P1=file#, P2=block#. You can extract segment name(table or index) using this info.
    Query v$bh like following:
    SQL> select file#, block#, class#, objd from v$bh where file# = P1 and block# = P2;
    SQL> select object_name from all_objects where object_id = <objd>;See following doc:
    http://download-west.oracle.com/docs/cd/B19306_01/server.102/b14237/dynviews_1051.htm
    Or you can dump block:
    SQL> alter system dump datafie <P1> block <P2>;Some excerpts from block dump:
    scn: 0x07df.17e70782 seq: 0x01 flg: 0x04 tail: 0x07822301
    frmt: 0x02 chkval: 0x61d0 type: 0x23=PAGETABLE SEGMENT HEADER
    Map Header:: next  0x00000000  #extents: 1    obj#: 55881  flag: 0x10000000>
    Can we do something at table level that will reduce
    the waits.
    Yes, some methods are known. But before thinking of that, you must verify which block class and which access are involved.
    Typo... always. :(
    Message was edited by:
    Dion_Cho

  • Script running in the background and buffer overflow

    Hi,
    I have written a script that is supposed to be a background process, which will check every 5 minutes if given person is logged in on Skype.
    The script does it basic job (alters me when given person is on Skype) but when I try to quit it (see code below, first display dialog inside on idle handler) it does not quit. Instead it displays "buffer overflow" or "stack overflow" error message (I am not certain how to exactly translate the error message - it is not in English as I am not running MacOS X in English). Also on rare occasions it displays another error message about terminated connection.
    Any advise about how get rid of these errors would be greatly appreciated.
    I have saved the script as an application and I have added to Contents/info.plist the following:
    Application is agent (UIElement) = true
    Here is the applet code:
    global interval
    global _path
    on run
    set _path to POSIX path of (alias ((path to me as text) & "Contents:Resources:sound.aif"))
    set interval to 300
    end run
    on idle
    tell application "System Events"
    set _run to (name of processes) contains "Skype"
    end tell
    if _run = true then
    tell application "Skype"
    set _Calls to send command "SEARCH ACTIVECALLS" script name "cal"
    end tell
    if _Calls = "CALLS" then
    tell application "Skype"
    set Lstat to send command "GET USER " & "user_nickname" & " ONLINESTATUS" script name "stats"
    set AppleScript's text item delimiters to " "
    set status to text item 4 of Lstat
    if status is "OFFLINE" then
    --do nothing
    else
    do shell script "afplay " & _path
    tell me
    activate
    display dialog "user_nickname is on Skypie" buttons {"OK", "Change interval", "Quit"} default button 1 giving up after 60 with icon note with title "Skype check"
    if button returned of the result is "Quit" then
    quit
    else if button returned of the result is "Change interval" then
    display dialog "Enter new interval in minutes:" buttons {"OK"} default button 1 default answer "5" with title "Skype check"
    set interval to ((text returned of the result as number) * 60)
    end if
    end tell
    end if
    end tell
    else
    -- do nothing
    end if
    else
    -- do nothing
    end if
    return (interval as number)
    end idle
    on quit
    quit
    end quit

    Delete the following code:
    on quit
    quit
    end quit
    The purpose of the 'on quit' handler is so additional instructions can be executed when the script is told to quit. If desired, 'continue quit' can be part of the handler to call the normal quit command; without the 'continue', the script just repeats the handler over and over with no exit, which causes the overflow.
    (53695)

  • Buffer overflow

    I have created executable file, tested it for several days on my laptop and send it to the customer together with hardware.
    As soon as he received it he  faced buffer overflow problem.
    Is it possible to eliminate this poblem?
    When this error appeares the part of the program that does acceleration analysis still workes but signal generation stopped.
    Unfortunately I do not have this hardware  so I have to modify the program wihou testing it.
    What are the ways to avoid buffer overflow(one of them is probably just to use DAQmx configure input buffer but I do not know where to insert it and how configure it).
    Attachments:
    Generator-Accelerometer New.vi ‏636 KB

    Here is what I see is happening.
    You are using DAQ assistant in the 2nd loop to acquire 1000 samples at 1000 Hz  It is set for continuous samples.  So that will take a second.  Then the data is passed of to the other functions.  I don't know how long they would take to run, but they are pretty substantial.  (By the way, your write measurment file as no data going into it.)  If it takes longer than a second, then the DAQ functions which have been continuing, will have the buffer overwritten and you will get the error.
    You could ignore the error, but that also means you've lost data which may or may not be important.
    It is better to pass the data off into a queue.  Let another parallel loop do the number crunching and saving to file.  Search the labview help and the discussion forums for producer/consumer design architecture for examples.  With only the DAQ assistant in the loop, you will get all of the data.  The only risk would be if the queue would grow without bounds in the event that each chunk of data still takes longer than a second to process.
    Putting a wait statement in the top loop as well will help.  Without a wait statement, a loop will run as fast as it possibly can.  Since you are mainly reading a local variable and some controls such as the stop button, you probably don't need to run instantaneously.  Even a small wait of a few milliseconds can help yield processor time to other loops.
    In your top loop, you are recalculating the waveform and writing it to the analog output on every iteration.  It would be better to put that code in a case statement that only executes in the event the values change.  I believe with continuous samples, and if you allow that channel to regenerate its data, the analog output will run continuously without needing to update it every iteration.
    Also, please move your front panel down and size it to fit closer to the front panel controls. For some reason your VI appears with the title bar off the top of the screen.
    Message Edited by Ravens Fan on 04-08-2008 01:33 PM

  • UDT Lob buffer overflow in Initial Load

    Hi All
    I'm doing an intial load for one table which is having ORDIMAGE column  , Here is my prm details :
    ====================================================================
    EXTRACT INIT_FFU
    -- ENVIRONMENT PROFILES
    setenv (ORACLE_SID = "trfdv")
    setenv (NLS_LANG = "AMERICAN_AMERICA.AR8ISO8859P6")
    setenv (ORACLE_HOME = "/u01/oracle/product/10.2.0/db_2")
    SETENV (NLS_DATE_FORMAT = "DD/MM/YYYY HH24:MI:SS")
    -- DATABASE LOGIN
    USERID gg, PASSWORD *****
    -- GG PARAMETER CONFIGURATION
    RMTHOST <remote_host> , MGRPORT 7809 , TCPBUFSIZE 200000000, TCPFLUSHBYTES 200000000 , COMPRESS
    RMTFILE /u04/GG_TRAILS/ff , MAXFILES 9999 ,  MEGABYTES 100 , PURGE , FORMAT RELEASE 11.2
    DBOPTIONS LOBBUFSIZE 10485760
    STATOPTIONS RESETREPORTSTATS
    REPORTROLLOVER AT 00:01
    REPORTCOUNT EVERY 10 SECONDS, RATE
    DISCARDFILE /u01/GG/dirrpt/ffu.dsc, APPEND
    -- FFU TABLES
    TABLE TRAFFIC.TF_FFU_RADAR_PICTURES;
    ====================================================================
    The issue is at once it gives the following error
    UDT Lob buffer overflow, needed: 19920358, allocated: 10485760
    I know that the maximum is 10485760 , 
    so how can I resolve this issue
    GG version is 11.2.1.0.1
    DB version is 10.2.0.4
    Thanks In Advance

    Any Luck ...

  • Data socket buffer overflow detection

    Hello,
    I plan to use data socket to access SharedVariables. I started with the example Buffering.vi from the Shared_Variable_Buffering.lvproj shipped with LabVIEW 2009 SP1 (DSC-Module).
    This example leads to a read buffer overflow caused by the high speed write loop and low speed read loops. The interesting part is, that reading the SharedVariable values using a SharedVariable-Node delivers a warning for that buffer overflow situation. But, the DataSocket-Read doesn't deliver any warning or error and I didn't find a way to detect the overflow. Does someone know how to get this done?
    Thanks for your help.
    Thomas

    Hello Maria,
    thank you for your reply.
    It took a while, but today I checked out the Variable Client - Server.lvproj example shipped with the newest LabVIEW. And I was surprised to find even another possibility to interact with Shared-Variables: the new VI's contained in the DataComunication/SharedVariables palette (used by the Variable Refnum API Client.vi in the example).
    And with the DSC-Module, another possibility is available: the also new VI's contained in the DSC Module/Tags palette (try the DSC Tag API.lvproj example, but don't forget to manually deploy the libs before starting the VI's).
    So, plenty of possibilities available. It will take some time to realize the advantages (or disadvantages) of each one, especially for the new VI's.
    Let's see what possibilities we gain with LabVIEW 2010...
    Regards,
    Thomas

  • Character set Conversion Buffer Overflow Error

    Hi,
    I have got an issue while loading data from a flat file to a staging table. i.e., Character set Conversion Buffer Overflow. Suppose there are 10,000 records in a flat file, after running control file only 100+ records are loading to the staging table. Remaining are errored out. I think there is no issue with control file because when I load data from different flat file containing same no. of records as the previous flat file, it is loading all the records. what could be the reason and solution for this issue.
    Can anyone please suggest me how to resolve this issue.

    DBNS_OUTPUT is a poor choice for debugging. It has very limited used. And as you've discovered, merely debugging code can now result in new exceptions in the code.
    The proper approach would be to create your own debug procedure (or package). Have your code call this instead of DBMS_OUTPUT.
    In your debug procedure, you can decide what you want to do with that debug data for that specific program in the current environment and circumstances.
    The program that runs could be a DBMS_JOB in which case DBMS_OUTPUT is useless. The program can be called several layers deep from other PL/SQL code.. and you want to know just who is calling your code. Etc.
    Having your own debug procedure allows you to:
    - create an autonomous transaction and log the debug data to a log table
    - write it to a DBMS_PIPE for interactive debugging
    - write it to DBMS_OUTPUT
    - record the PL/SQL call stack to determine who is calling who
    - record the current session's environment (e.g. session_context)
    - record the current session's statistics, opens cursors, current SQL, etc. (courtesy of the V$ views)
    etc. etc.
    In other words, your debug procedure gives you the flexibility to decide on HOW to handle the debugging.
    And when you code goes into production, your debug procedure ships with, containing a simple NULL command.. Which means that at any time the DBA can (when the need arise), add his/her debug methods into it in order to trace a production problem.
    Using DBMS_OUTPUT is a very poor, and often just wrong, choice.
    It is fine for writing a quick test. But when you are developing production code and using DBMS_OUTPUT, you must ask yourself whether you have made the right choice.
    And this is not just about wrapping DBMS_OUTPUT. But also wrapping other system calls like RAISE_APPLICATION_ERROR and so on.

  • Buffer overflow in sql plus...

    Hi,
    i am getting an error 'ORA-20000: ORU-10027: buffer overflow, limit of 2000 bytes' while using DBMS_OUTPUT function in a loop in pl/sql block in sql plus environment. please help me in this regard that how can i over come this error.
    thanks,

    i got the sulotion!
    it was really simple by setting the environment before running that code.
    Dbms_Output.Enable (1000000);
    although it is not permanent sulotion for the problem but at least one can get the much more output by increasing the limit of buffer size.
    best regards,

  • Buffer overflow in dbms_output.put_line

    If I code like this, an error happens. Do you know how can I
    resolve this problem?
    for i in 1..500
    loop
    dbms_output.put_line('Hello World');
    end loop;
    ORA-20000: ORU-10027: buffer overflow, limit of 2000 bytes
    Thx

    If you are running the PL/SQL block within SQL*Plus, use the SIZE
    option to the SET SERVEROUTPUT command:
    set serveroutput on size 7000
    show serveroutput
    begin
    for i in 1..500
    loop
    dbms_output.put_line('Hello World');
    end loop;
    end;
    -- CJ

Maybe you are looking for

  • Airport Extreme Slow Ping (Internet) Response

    I am having problems with my dual-band airport extreme.  When connecting to the external internet, I'm seeing high ping responses (>500ms) after about 5-10 minutes of resetting (hard reset) the Extreme and initially seeing 15-30ms response times. I'v

  • Internet and email not working. PLEASE help.

    So I've had my blackberry for a couple of moths and everything's been fine. Yesterday I stopped receiving emails on my blackberry and I also noticed that my internet wasn't working anymore. It came up with the message 'unable to connec to the interne

  • Is it possible to open a pdf file with pages?

    i created a wonderful document with pages a few years ago, and thankfully i exported it as a PDF file, because when i went to work on it in pages, i found that it had become rather jumbled. the PDF is in perfect condition. how can i import it to page

  • Manual Migration

    A bit of a philosophical question, perhaps, possibly to be filed under "old dog can't learn new tricks", but I've gone through seven Macs and more OS radical updates I care to count in some 25 years, we thought going from OS 6 to the famed "System 7"

  • ATL, UDT and Visual Basic

    Hi, This isn't a measurement studio question but.... I'm writing an ATL COM object that contains some UDTs that are used in some of the methods Ex: typedef [public, v1_enum]enum GateModeVal{ ContinousGating = 0, GateOnce = 1 }GateModeVal; typedef [pu