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

Similar Messages

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.

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,

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)

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

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.

How to increase the buffer size ?

Our BI system displays the following message when I execute a query on the web : buffer too small
How to increase the buffer size ?
Thanks in advance

Indeed, we are using Bex Web 7.0
The query uses a big structure and when I execute it on the web, it takes a long time (> 5 min) and I receive folowing message on top of the result page : " could not buffer query structures. Buffer too small "
When I execute the query in Bex analyzer, it takes a long time too but we dont get the message
I have checked the cache size:
- Local cache : 100 MB
- Global cache : 200 MB
Please let me know any solution as there is no BASIS TEAM. The guy who installed the soft was a consultant and is no more reachable.
Thanks in adavnce

Log buffer overflow

I have been receiving the flex log buffer overflow error for a long time. I don't believe it is causing any problem but I'm not sure.
I have Iplanet Web Server 4.1 on Solaris 2.6.
I have changed the LogFlushInterval from the default 30 seconds to 5 seconds.
I am logging a great deal of information
My questions are...
should I be concerned ?
when I get that error is the buffer being immediately dumped to the log file ?
am I losing any log information ?
can I increase the buffer size ?
should I reduce the LogFlushInterval any more ?
Thanks

The error message indicates that an access log entry exceeded the maximum of 4096 bytes and was truncated. You should check the access log file for suspicious entries.
Adjusting LogFlushInterval won't affect this problem, and unfortunately there's no way to increase flex log buffer size.

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 ...

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

DBMS_OUTPUT.put_line buffer overflow

Hi all
I am taking some values into a cursor and updating a table with those values, and catching the exception in the exception block
EXCEPTION
WHEN OTHERS
THEN
sqlm := SUBSTR (SQLERRM, 1, 100);
sqlc := SQLCODE;
DBMS_OUTPUT.put_line ( 'Error Code : '
|| sqlc
|| ' Error Message : '
|| sqlm
|| ' : aaa:: '
|| aaa_rec.recid
Here the problem is the data which i am updating its huge(5 million records), i am getting the error for the exception block as Buffer overflow( After I set it to the buffer value to maximum i.e 1000000), how can i avoid this problem, i am not supposed to use utl file package, Can u be a little brief in ur answers
Thnks in advance

1000000 is not the maximum size:
http://download-uk.oracle.com/docs/cd/B19306_01/appdev.102/b14258/d_output.htm#CIHEGBBF
There used to be a maximum setting of 1000000 (in practice nearer 600K) in earlier versions of Oracle. Perhaps you are using one of those and forgot to mention it?
In any case, why are you using a debugging tool for error handling?

How to check udp buffer overflow in solaris10

Similar Messages

Maybe you are looking for