Getting core dump when using EXEC SQL CLOSE
In my pro*c program , i have used a cursor to fetch the set of accounts.Once cursor is opened , code will perform set
of operation using fetched data and then cursor is closed. Between open and closing of cursor , i have used 23 EXEC
SQL CLOSE. For example i am copying the value of a to b using strlcpy between fetch and close cursor statement.If
returned value from strlcpy is greater than size of destination variable, then flow should not proceed , in that case I will
close the cursor using EXEC SQL CLOSE and return the flow to calling program. Similarly i have closed the cursor at
another 22 locations.
When i compile the code and run binary the core dump occurs. On analyzing the core it shows
t@null (l@8) terminated by signal SEGV (no mapping at the fault address)
0xffffffffffffffff: <bad address 0xffffffffffffffff>
dbx: core file read error: address 0xfc4ffe48 not in data space
Current function is dbMtBaseClass::Pswd_Change
7860 sqlcxt(&_dbMtCtx, &sqlctx, &sqlstm, &sqlfpn);
if I remove any of the three EXEC SQL CLOSE commands , core dump does not occurs.
It looks strange.Please help me to resolve the issue.
In my pro*c program , i have used a cursor to fetch the set of accounts.Once cursor is opened , code will perform set
of operation using fetched data and then cursor is closed. Between open and closing of cursor , i have used 23 EXEC
SQL CLOSE. For example i am copying the value of a to b using strlcpy between fetch and close cursor statement.If
returned value from strlcpy is greater than size of destination variable, then flow should not proceed , in that case I will
close the cursor using EXEC SQL CLOSE and return the flow to calling program. Similarly i have closed the cursor at
another 22 locations.
When i compile the code and run binary the core dump occurs. On analyzing the core it shows
t@null (l@8) terminated by signal SEGV (no mapping at the fault address)
0xffffffffffffffff: <bad address 0xffffffffffffffff>
dbx: core file read error: address 0xfc4ffe48 not in data space
Current function is dbMtBaseClass::Pswd_Change
7860 sqlcxt(&_dbMtCtx, &sqlctx, &sqlstm, &sqlfpn);
if I remove any of the three EXEC SQL CLOSE commands , core dump does not occurs.
It looks strange.Please help me to resolve the issue.
Similar Messages
-
Core Dump when using SSASendTrap()
Hi!
I use Solaris 8, os 5.8
When calling SSASendTrap() I get a core dump.
Are there any patches available? I searched for but didn't find anything working on my Solaris Version and os Version.
Is a patch or know how necessary to solve this Problem? Is a detailed description of the SDK-build source code available?
br,
cAnerHello Ajay ,
THanks for the reply .
DATA : BEGIN OF it_data OCCURS 0,
matnr like RMMG1-MATNR , " Material number
mbrsh like RMMG1-MBRSH, " Industry sector
mtart like RMMG1-MTART, " Material type
meins like MARA-MEINS, " Base unit of measure
maktx like MAKT-MAKTX, " Material description
spras like makt-spras , " Language key
END OF it_data.
my fm
CALL FUNCTION 'REUSE_ALV_FIELDCATALOG_MERGE'
EXPORTING
I_PROGRAM_NAME = ge_repid
I_INTERNAL_TABNAME = 'it_data'
* I_STRUCTURE_NAME = 'it_data'
* I_CLIENT_NEVER_DISPLAY = 'X'
I_INCLNAME = ge_repid
* I_BYPASSING_BUFFER = 'X'
* I_BUFFER_ACTIVE =
CHANGING
ct_fieldcat = alv_fieldcat
EXCEPTIONS
INCONSISTENT_INTERFACE = 1
PROGRAM_ERROR = 2
OTHERS = 3
Regards,
K.Sibi
Edited by: sibi k kanagaraj on Apr 27, 2009 9:21 PM -
Core Dump when try to connect to oracle in Pro*C ( on HP)
Hi ,
I am getting 'Core Dump' at EXEC SQL Connect stmt in Pro*C. The program works fine on Solaris. Are there any changes needed in Makefile?
Pls help.
Thanks
NiveditaI have this exact same problem with 2 MacBook Pro's both running 10.6.5
I've double checked that the settings are identical on both machines, yet only one of the them can connect to the other using the Guest account. When the Guest account doesn't work and I use the registered user of the other machine, it connects fine. I just would like to be able to use the simple Drop Box function. -
SQL error 3113 occurred when executing EXEC SQL.
Hi,
We are facing one typical problem, One background is failing regularly with
below dump. as we now got all notes giving information, if database restarted
taking backup, these type of failures occur, but our database is only down for backup once in a week, but it is failing with frequenly.
in this two servers are located in different place, in this job tries to connect
another server to get material statistics.
It is giving some error message in sm21 with
SQL error 3113 occurred when executing EXEC SQL.
work procees in reconnect mode.
all notes saying these types of dump occur when database restared, but this dump
even though database is up.
below is short dump, please can anyone help me from this problem.
ABAP runtime errors DBIF_DSQL2_SQL_ERROR
Occurred on 08.01.2007 at 00:30:28
>> Short dump has not been completely stored. It is too big.
SQL error 3113 occurred when executing EXEC SQL.
What happened?
The error occurred in the current database connection "AZ1".
What can you do?
Note the actions and input that caused the error.
Inform your SAP system administrator.
You can print out this message by choosing "Print". Transaction ST22
allows you to display and manage termination messages, including keeping
them beyond their normal deletion date.
Error analysis
How to correct the error
Database error text........: "ORA-03113: end-of-file on communication channel#"
Triggering SQL statement...: "select mara.groes, mara.brgew, mara.ntgew,
mara.gewei, mara.volum, mara.voleh, mara.mstae, mara.mstde, mara.prdha,
marc.matnr, marc.werks, marc.mmsta, marc.mmstd from sapr3.mara, sapr3.m
where sapr3.mara.mandt = sapr3.marc.mandt and sapr3.mara.matnr =
Internal call code.........: "[DBDS/NEW DSQL]"
Please check the entries in the system log (Transaction SM21).
If the error occurred in a non-modified SAP program, you may be
able to find a solution in the SAP note system.
If you have access to the note system yourself, use the following
search criteria:
"DBIF_DSQL2_SQL_ERROR"
"ZM2431216 " or "ZM2431216 "
"EXTRACT_GENERAL_DATA"
If you cannot solve the problem yourself, please send the
following documents to SAP:
1. A hard copy print describing the problem.
To obtain this, select the "Print" function on the current screen.
2. A suitable hardcopy prinout of the system log.
To obtain this, call the system log with Transaction SM21
and select the "Print" function to print out the relevant
part.
3. If the programs are your own programs or modified SAP programs,
supply the source code.
To do this, you can either use the "PRINT" command in th
print the programs using the report RSINCL00.
4. Details regarding the conditions under which the error o
or which actions and input led to the error.
System environment
SAP Release.............. "46C"
Application server....... "essceu3"
Network address.......... "172.19.119.198"
Operating system......... "AIX"
Release.................. "5.3"
Hardware type............ "00C7ADBD4C00"
Database server.......... "ukblx176"
Database type............ "ORACLE"
Database name............ "EU3"
Database owner........... "SAPR3"
Character set............ "es_ES.ISO8859-1"
SAP kernel............... "46D"
Created on............... "Jul 9 2006 20:26:33"
Created in............... "AIX 1 5 00447C4A4C00"
Database version......... "OCI_920__OCI_7_API "
Patch level.............. "2257"
Patch text............... " "
Supported environment....
Database................. "ORACLE 8.0.5.., ORACLE 8.0.6.., ORACLE
8.1.6.., ORACLE 8.1.7.., ORACLE 9.2.0.., ORACLE 10.2.0.."
SAP database version..... "46D"
Operating system......... "AIX 1 4, AIX 2 4, AIX 3 4, AIX 1 5, AIX 2 5, AIX 3
5, , System build information:, , LCHN :
841480"
User, transaction...
Client.............. 600
User................ "MPZMMES"
Language key........ "S"
Transaction......... " "
Program............. "ZM2431216 "
Screen.............. "SAPMSSY0 1000"
Screen line......... 6
Information on where termination occurred
The termination occurred in the ABAP/4 program "ZM2431216 " in
"EXTRACT_GENERAL_DATA".
The main program was "ZM2431216 ".
The termination occurred in line 980
of the source code of program "ZM2431216 " (when callin
The program "ZM2431216 " was started as a background jo
Source code extract
009500 mara.ntgew,
009510 mara.gewei,
009520 mara.volum,
009530 mara.voleh,
009540 mara.mstae,
009550 mara.mstde,
009560 mara.prdha,
009570 marc.matnr,
009580 marc.werks,
009590 marc.mmsta,
009600 marc.mmstd
009610 into :w_ops-groes,
009620 :w_ops-brgew,
009630 :w_ops-ntgew,
009640 :w_ops-gewei,
009650 :w_ops-volum,
009660 :w_ops-voleh,
009670 :w_ops-mstae,
009680 :w_ops-mstde,
009690 :w_ops-prdha,
009700 :w_ops-matnr,
009710 :w_ops-werks,
009720 :w_ops-mmsta,
009730 :w_ops-mmstd
009740 from sapr3.mara, sapr3.marc
009750 where sapr3.mara.mandt = sapr3.marc.mandt
009760 and sapr3.mara.matnr = sapr3.marc.matnr
009770 and sapr3.mara.mandt = :p_mandt
009780 and sapr3.mara.matnr = :w_ebs-matnr
009790 and sapr3.marc.werks = :p_owerks
> ENDEXEC.
009810 endform. " extract_general_data
009820 *&
009830 *& Form append_i_ops
009840 *&
009850 * Appends W_OPS to I_OPS
009860 *
009870 form append_i_ops.
009880 append w_ops to i_ops.
009890 endform. " append_i_ops
009900 *&
009910 *& Form extract_material_description
009920 *&
009930 * Extracts a Material Description from the remote database an
009940 * modifies the current record in I_OPS.
009950 *
009960 * >P_SPRAS Language Key
009970 *
009980 form extract_material_description using p_spras.
009990 EXEC sql performing set_langauge.
Contents of system fields
SY field contents..................... SY field contents............
SY-SUBRC 0 SY-INDEX 0
SY-TABIX 1 SY-DBCNT 1
SY-FDPOS 18 SY-LSIND 0
SY-PAGNO 0 SY-LINNO 1
SY-COLNO 1
Chosen variables
Name.......................... Contents.1........2........3....+..
W_EBS-PRAT4
2
0
W_OPS-GROES
22222222222222222222222222222222
00000000000000000000000000000000
W_OPS-BRGEW #######
0000000
000000C
W_OPS-NTGEW #######
0000000
000000C
regards,
krishnaiah.Hi,
This is usually a SERVER SIDE DATABASE PROBLEM or SQLNET LISTENER (server side) PROBLEM. The client side should initially be ignored and instead the server should be investigated. In rare cases, this can be caused by client
side memory or other resource problem, or a DLL version mismatch, but this is
unlikely.
Enlist the assistance of your DBA. Then reproduce the ORA-3113 error on your
client application. Ask your DBA to look at the database side Alert.log and
trace files and look for ANY activity. Any activity that coincides with your
ORA-3113 will be a clue.
REgards
Vinod -
Core Dump when calling DriverManager.getConnection
I'm very confused and hope someone can help me out with this.
I'm trying to make a connection to a MS SQL Server 7 and am getting a core dump when getConnection is called. No exception is thrown, just a core dump and locked session. If I run the class from it's main there is absolutly no problem, but when I do a new on the class and call it's member to establish the connection: core dump. The environment is the same in both cases. The calling class did does use a mySql connection, but I tried closing it and setting it to null with the same problem. I'm not sure if the getConnection is stepping on a socket or what it's trying to violate in memory causing the dump. This is running on a SCO Openserver 5.0.5 box (green threads). Why it runs stand-alone and not when called from another class has got me tangled... Thread problem? I've tried several SQL drivers, they all do the same thing.
Anyway, here's a snippet from the java class:
try
{Class.forName(myForName);
// core dump, next line
Connection myConn = DriverManager.getConnection(myUrl, myUser, myPass);
// never get's here
Statement myStmt = myConn.createStatement();
catch (Exception e) // modified for this post
{system.out.println(e.toString());
Here's the dump printed to the monitor (2>&1)
SIGSEGV 11* segmentation violation
si_signo [11]: SIGSEGV 11* segmentation violation
si_errno [0]: Error 0
si_code [1]: SEGV_MAPERR [addr: 0x8]
stackpointer=81adc820
Full thread dump Classic VM (SCO-JDK-1.2.2-001:2000-Feb-17-03:54, green threads):
"Thread-0" (TID:0x8074f3c8, sys_thread_t:0x83ae258, state:R) prio=5
at com.inet.tds.TdsDriver.run(Unknown Source)
at java.lang.Thread.run(Thread.java, Compiled Code)
"process reaper" (TID:0x807431d0, sys_thread_t:0x82cd980, state:CW) prio=5
at java.lang.Object.wait(Native Method)
at java.lang.UNIXProcess.run(Native Method)
at java.lang.Thread.run(Thread.java, Compiled Code)
"Finalizer" (TID:0x8071f320, sys_thread_t:0x808e478, state:CW) prio=8
at java.lang.Object.wait(Native Method)
at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java, Compiled Code)
at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java, Compiled Code)
at java.lang.ref.Finalizer$FinalizerThread.run(Finalizer.java:174)
"Reference Handler" (TID:0x8071f3b0, sys_thread_t:0x808a2d8, state:CW) prio=10
at java.lang.Object.wait(Native Method)
at java.lang.Object.wait(Object.java, Compiled Code)
at java.lang.ref.Reference$ReferenceHandler.run(Reference.java:114)
"Signal dispatcher" (TID:0x8071f3e0, sys_thread_t:0x80845a8, state:CW) prio=5
"main" (TID:0x8071f1e0, sys_thread_t:0x804c2d8, state:R) prio=5
at java.lang.Thread.sleep(Native Method)
at com.inet.tds.TdsDriver.connect(Unknown Source)
at java.sql.DriverManager.getConnection(DriverManager.java, Compiled Code)
at java.sql.DriverManager.getConnection(DriverManager.java, Compiled Code)
at SLSCorpRpt.printSchedule(SLSCorpRpt.java, Compiled Code)
at SLSSchedule.runSchedule(SLSSchedule.java, Compiled Code)
at SLSTextMain.<init>(SLSTextMain.java, Compiled Code)
at SLSTextMain.main(SLSTextMain.java, Compiled Code)
Monitor Cache Dump:
java.lang.Object@807431A8/807C6140: <unowned>
Waiting to be notified:
"process reaper" (0x82cd980)
java.lang.Class@80736EF8/807970A8: owner "main" (0x804c2d8) 2 entries
<unknown key> (0x80737c21): owner "Thread-0" (0x83ae258) 1 entry
java.lang.ref.ReferenceQueue$Lock@8071F338/80754D60: <unowned>
Waiting to be notified:
"Finalizer" (0x808e478)
java.lang.ref.Reference$Lock@8071F3C0/80754890: <unowned>
Waiting to be notified:
"Reference Handler" (0x808a2d8)
Registered Monitor Dump:
PCMap lock: <unowned>
utf8 hash table: <unowned>
JNI pinning lock: <unowned>
JNI global reference lock: <unowned>
BinClass lock: owner "Thread-0" (0x83ae258) 1 entry
Class linking lock: <unowned>
System class loader lock: <unowned>
Code rewrite lock: <unowned>
Heap lock: <unowned>
Monitor cache lock: owner "Thread-0" (0x83ae258) 1 entry
Monitor IO lock: <unowned>
User signal monitor: <unowned>
Waiting to be notified:
"Signal dispatcher" (0x80845a8)
Child death monitor: <unowned>
I/O monitor: <unowned>
Alarm monitor: <unowned>
Waiting to be notified:
<unknown thread> (0x804be18)
Thread queue lock: owner "Thread-0" (0x83ae258) 1 entry
Monitor registry: owner "Thread-0" (0x83ae258) 1 entry
SIGABRT 6* abort (generated by abort(3) routine)
stackpointer=81adc820
Full thread dump Classic VM (SCO-JDK-1.2.2-001:2000-Feb-17-03:54, green threads):
"Thread-0" (TID:0x8074f3c8, sys_thread_t:0x83ae258, state:R) prio=5
at com.inet.tds.TdsDriver.run(Unknown Source)
at java.lang.Thread.run(Thread.java, Compiled Code)
"process reaper" (TID:0x807431d0, sys_thread_t:0x82cd980, state:CW) prio=5
at java.lang.Object.wait(Native Method)
at java.lang.UNIXProcess.run(Native Method)
at java.lang.Thread.run(Thread.java, Compiled Code)
"Finalizer" (TID:0x8071f320, sys_thread_t:0x808e478, state:CW) prio=8
at java.lang.Object.wait(Native Method)
at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java, Compiled Code)
at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java, Compiled Code)
at java.lang.ref.Finalizer$FinalizerThread.run(Finalizer.java:174)
"Reference Handler" (TID:0x8071f3b0, sys_thread_t:0x808a2d8, state:CW) prio=10
at java.lang.Object.wait(Native Method)
at java.lang.Object.wait(Object.java, Compiled Code)
at java.lang.ref.Reference$ReferenceHandler.run(Reference.java:114)
"Signal dispatcher" (TID:0x8071f3e0, sys_thread_t:0x80845a8, state:CW) prio=5
"main" (TID:0x8071f1e0, sys_thread_t:0x804c2d8, state:R) prio=5
at java.lang.Thread.sleep(Native Method)
at com.inet.tds.TdsDriver.connect(Unknown Source)
at java.sql.DriverManager.getConnection(DriverManager.java, Compiled Code)
at java.sql.DriverManager.getConnection(DriverManager.java, Compiled Code)
at SLSCorpRpt.printSchedule(SLSCorpRpt.java, Compiled Code)
at SLSSchedule.runSchedule(SLSSchedule.java, Compiled Code)
at SLSTextMain.<init>(SLSTextMain.java, Compiled Code)
at SLSTextMain.main(SLSTextMain.java, Compiled Code)
Monitor Cache Dump:
java.lang.Object@807431A8/807C6140: <unowned>
Waiting to be notified:
"process reaper" (0x82cd980)
java.lang.Class@80736EF8/807970A8: owner "main" (0x804c2d8) 2 entries
<unknown key> (0x80737c21): owner "Thread-0" (0x83ae258) 1 entry
java.lang.ref.ReferenceQueue$Lock@8071F338/80754D60: <unowned>
Waiting to be notified:
"Finalizer" (0x808e478)
java.lang.ref.Reference$Lock@8071F3C0/80754890: <unowned>
Waiting to be notified:
"Reference Handler" (0x808a2d8)
Registered Monitor Dump:
PCMap lock: <unowned>
utf8 hash table: <unowned>
JNI pinning lock: <unowned>
JNI global reference lock: <unowned>
BinClass lock: owner "Thread-0" (0x83ae258) 1 entry
Class linking lock: <unowned>
System class loader lock: <unowned>
Code rewrite lock: <unowned>
Heap lock: <unowned>
Monitor cache lock: owner "Thread-0" (0x83ae258) 1 entry
Monitor IO lock: <unowned>
User signal monitor: <unowned>
Waiting to be notified:
"Signal dispatcher" (0x80845a8)
Child death monitor: <unowned>
I/O monitor: <unowned>
Alarm monitor: <unowned>
Waiting to be notified:
<unknown thread> (0x804be18)
Thread queue lock: owner "Thread-0" (0x83ae258) 1 entry
Monitor registry: owner "Thread-0" (0x83ae258) 1 entryI have a similar problem with establishing a connection through JNI. Have you resolved your problem?
Here's mine.
In java, I have a class that provides an interface to a mysql database. The java programs that call this interface work fine.
When I try to call the java interface from C++ through JNI, I get the following output -- some debug statements sprinkled through also. I am assuming that the JVM is missing something at runtime that is there in my JRE. The classpaths match , etc. Exception handling in java and in JNI code are not providing any more detail.. Thanks for comments!!
Created jvm
Got KBModel and String classes
KBModel.java:stest()
KBModel.java:init(String)
KBModel.java:init(String) - got Properties file
Got DBDRIVER class: org.gjt.mm.mysql.Driver
Object = class org.gjt.mm.mysql.Driver
init(): DBURLSTRING = jdbc:mysql://sturgeon.xxx.com:3306/<valid db name>
init(): DBUSER = <valid user>
init(): DBPASSWORD =<valid password>
KBModel.java:init(Properties) - Attempting connection
init(): Drivers available:
com.mysql.jdbc.Driver
Driver accepts this URL
An unexpected exception has been detected in native code outside the VM.
Unexpected Signal : 11 occurred at PC=0x4053ea09
Function name=(N/A)
Library=/lib/i686/libc.so.6
NOTE: We are unable to locate the function name symbol for the error
just occurred. Please refer to release documentation for possible
reason and solutions.
Dynamic libraries:
08048000-0804a000 r-xp 00000000 03:02 279279 /home/kathy/cm/src/Onto/Tools/Annotator/src/test/invokeKB
0804a000-0804b000 rw-p 00001000 03:02 279279 /home/kathy/cm/src/Onto/Tools/Annotator/src/test/invokeKB
40000000-40016000 r-xp 00000000 03:02 2093075 /lib/ld-2.2.4.so
40016000-40017000 rw-p 00015000 03:02 2093075 /lib/ld-2.2.4.so
40017000-40020000 r-xp 00000000 03:02 1309343 /usr/java/jdk1.3.1_03/jre/lib/i386/native_threads/libhpi.so
40020000-40021000 rw-p 00008000 03:02 1309343 /usr/java/jdk1.3.1_03/jre/lib/i386/native_threads/libhpi.so
40031000-40032000 r--p 00000000 03:02 768548 /usr/lib/locale/en_US/LC_IDENTIFICATION
40033000-40085000 r-xp 00000000 03:02 328384 /usr/lib/libodbc.so.1.0.0
40085000-40088000 rw-p 00051000 03:02 328384 /usr/lib/libodbc.so.1.0.0
40088000-400c1000 r-xp 00000000 03:02 327275 /usr/lib/libstdc++-3-libc6.2-2-2.10.0.so
400c1000-400c8000 rw-p 00038000 03:02 327275 /usr/lib/libstdc++-3-libc6.2-2-2.10.0.so
400ca000-400eb000 r-xp 00000000 03:02 246620 /usr/java/jdk1.3.1_03/jre/lib/i386/libjava.so
400eb000-400ed000 rw-p 00020000 03:02 246620 /usr/java/jdk1.3.1_03/jre/lib/i386/libjava.so
400ee000-400ff000 r-xp 00000000 03:02 246629 /usr/java/jdk1.3.1_03/jre/lib/i386/libverify.so
400ff000-40101000 rw-p 00010000 03:02 246629 /usr/java/jdk1.3.1_03/jre/lib/i386/libverify.so
40101000-402f1000 r-xp 00000000 03:02 1701922 /usr/java/jdk1.3.1_03/jre/lib/i386/client/libjvm.so
402f1000-403f1000 rw-p 001ef000 03:02 1701922 /usr/java/jdk1.3.1_03/jre/lib/i386/client/libjvm.so
40408000-4053c000 r-xp 00000000 03:02 2093084 /lib/libc-2.2.4.so
4053c000-40542000 rw-p 00133000 03:02 2093084 /lib/libc-2.2.4.so
40547000-4054a000 r-xp 00000000 03:02 2093088 /lib/libdl-2.2.4.so
4054a000-4054b000 rw-p 00002000 03:02 2093088 /lib/libdl-2.2.4.so
4054b000-40558000 r-xp 00000000 03:02 343415 /lib/i686/libpthread-0.9.so
40558000-40560000 rw-p 0000c000 03:02 343415 /lib/i686/libpthread-0.9.so
40560000-40582000 r-xp 00000000 03:02 343413 /lib/i686/libm-2.2.4.so
40582000-40583000 rw-p 00021000 03:02 343413 /lib/i686/libm-2.2.4.so
40583000-40596000 r-xp 00000000 03:02 2093093 /lib/libnsl-2.2.4.so
40596000-40597000 rw-p 00012000 03:02 2093093 /lib/libnsl-2.2.4.so
40599000-405cd000 r-xp 00000000 03:02 328243 /usr/lib/libstdc++-2-libc6.1-1-2.9.0.so
405cd000-405d9000 rw-p 00033000 03:02 328243 /usr/lib/libstdc++-2-libc6.1-1-2.9.0.so
405dc000-405f0000 r-xp 00000000 03:02 246630 /usr/java/jdk1.3.1_03/jre/lib/i386/libzip.so
405f0000-405f3000 rw-p 00013000 03:02 246630 /usr/java/jdk1.3.1_03/jre/lib/i386/libzip.so
405f3000-41327000 r--s 00000000 03:02 1717328 /usr/java/jdk1.3.1_03/jre/lib/rt.jar
41354000-4164b000 r--s 00000000 03:02 1717321 /usr/java/jdk1.3.1_03/jre/lib/i18n.jar
4164b000-41661000 r--s 00000000 03:02 1717329 /usr/java/jdk1.3.1_03/jre/lib/sunrsasign.jar
43709000-4370a000 r--p 00000000 03:02 408823 /usr/lib/locale/en_US/LC_MEASUREMENT
4370a000-4370b000 r--p 00000000 03:02 2158478 /usr/lib/locale/en_US/LC_TELEPHONE
4370b000-4370c000 r--p 00000000 03:02 2158480 /usr/lib/locale/en_US/LC_ADDRESS
4370c000-4370d000 r--p 00000000 03:02 2158479 /usr/lib/locale/en_US/LC_NAME
4370d000-4370e000 r--p 00000000 03:02 1864168 /usr/lib/locale/en_US/LC_PAPER
4370e000-4370f000 r--p 00000000 03:02 2174846 /usr/lib/locale/en_US/LC_MESSAGES/SYS_LC_MESSAGES
4370f000-43710000 r--p 00000000 03:02 408822 /usr/lib/locale/en_US/LC_MONETARY
49d5f000-49d8a000 r--p 00000000 03:02 572342 /usr/lib/locale/en_US/LC_CTYPE
49d8a000-49d90000 r--p 00000000 03:02 866674 /usr/lib/locale/en_US/LC_COLLATE
49d90000-49d91000 r--p 00000000 03:02 768549 /usr/lib/locale/en_US/LC_TIME
49d91000-49d92000 r--p 00000000 03:02 572338 /usr/lib/locale/en_US/LC_NUMERIC
49d93000-49d9c000 r-xp 00000000 03:02 246627 /usr/java/jdk1.3.1_03/jre/lib/i386/libnet.so
49d9c000-49d9d000 rw-p 00008000 03:02 246627 /usr/java/jdk1.3.1_03/jre/lib/i386/libnet.so
49d9d000-49da7000 r-xp 00000000 03:02 2093117 /lib/libnss_nisplus-2.2.4.so
49da7000-49da8000 rw-p 00009000 03:02 2093117 /lib/libnss_nisplus-2.2.4.so
49da8000-49dab000 r-xp 00000000 03:02 2093106 /lib/libnss_dns-2.2.4.so
49dab000-49dac000 rw-p 00002000 03:02 2093106 /lib/libnss_dns-2.2.4.so
49dad000-49db7000 r-xp 00000000 03:02 2093109 /lib/libnss_files-2.2.4.so
49db7000-49db8000 rw-p 00009000 03:02 2093109 /lib/libnss_files-2.2.4.so
4a624000-4a67a000 r--s 00000000 03:02 540401 /usr/java/jdk1.3.1_03/jre/lib/ext/log4j-1.2.6.jar
4a695000-4a6a3000 r-xp 00000000 03:02 2093122 /lib/libresolv-2.2.4.so
4a6a3000-4a6a5000 rw-p 0000d000 03:02 2093122 /lib/libresolv-2.2.4.so
Local Time = Thu Feb 13 13:35:05 2003
Elapsed Time = 1
# The exception above was detected in native code outside the VM
# Java VM: Java HotSpot(TM) Client VM (1.3.1_03-b03 mixed mode)
# An error report file has been saved as hs_err_pid9210.log.
# Please refer to the file for further information.
# -
Snmpdemo core dump when sending traps
Hi,
I am investigating the SEA SNMP toolkit on Solaris x86 7 & 8. I applied the recommended patches on both of my systems. Everything worked fine except the traps.
I modified the mib_demo.txt by adding a test trap definition:
myTestTrap TRAP-TYPE
ENTERPRISE demo
VARIABLES {
demoEntryInteger
DESCRIPTION "This is a test trap."
::= 2
Then I used mibcodgen to generate the code, and modified agent_loop() in snmpdemo_appl.c to let it send the trap in every agent_loop. It compiled okay, but it core dumped when it ran into SSASendTrap3(...) in snmpdemotrap.c. The _SSASendTrap3 looks like a SDK function that I have no clue how it processes inside.
I noticed if I change "demoEntryInteger" into "demoInteger" - to change the variable(s) from table attribute(s) to non-table attribute(s), and followed the same build process, the snmpdemod worked fine - I was able to get the traps on the destination host without core dump.
I discovered this problem several weeks ago on Solaris 7, and now I found the same on Solaris 8.
I think it is quite common for a subagent to bind some variables to the enterprise-specific traps. And the variables can be attributes of a talbe entry. And this is exactly the case of the subagent which I am going to work on.
Any clue? Could it be a SDK defect? Or is there any newer patch which has already fixed this problem?
Or any way to hack _SSASendTrap3 so that I can get around it?
Thanks a lot!
WenIt works by using _SSASendTrap4( char *, IndexType * )
instead of _SSASendTrap3( char * ).How?
_SSASendTrap(char *, IndexType *) long-jumps into oblivion whenever I try it. Can someone please provide an example? -
Getting Short dump When Executing MIGO: SYNTAX_ERROR
Please Help,
I am getting this dump, when i hit MIGO transaction
Runtime Errors SYNTAX_ERROR
Date and Time 10.12.2008 08:28:03
Short text
Syntax error in program "MB_MIGO_BADI==================CP ".
What happened?
Error in the ABAP Application Program
The current ABAP program "CL_EX_MB_MIGO_BADI============CP" had to be
terminated because it has
come across a statement that unfortunately cannot be executed.
The following syntax error occurred in program
"MB_MIGO_BADI==================CP " in include
"MB_MIGO_BADI==================CM000 " in
line 0:
"The specified type cannot be converted into the target variables."
The include has been created and last changed by:
Created by: "SAP "
Last changed by: "SAP "
Error in the ABAP Application Program
The current ABAP program "CL_EX_MB_MIGO_BADI============CP" had to be
terminated because it has
come across a statement that unfortunately cannot be executed.
What can you do?
Please eliminate the error by performing a syntax check
(or an extended program check) on the program "MB_MIGO_BADI==================CP
You can also perform the syntax check from the ABAP Editor.
If the problem persists, proceed as follows:
Note down which actions and inputs caused the error.
To process the problem further, contact you SAP system
administrator.
Using Transaction ST22 for ABAP Dump Analysis, you can look
at and manage termination messages, and you can also
keep them for a long time.
Error analysis
The following syntax error was found in the program
MB_MIGO_BADI==================CP :
"The specified type cannot be converted into the target variables."
How to correct the error
Probably the only way to eliminate the error is to correct the program.
If you cannot solve the problem yourself and want to send an error
notification to SAP, include the following information:
1. The description of the current problem (short dump)
To save the description, choose "System->List->Save->Local File
(Unconverted)".
2. Corresponding system log
Display the system log by calling transaction SM21.
Restrict the time interval to 10 minutes before and five minutes
after the short dump. Then choose "System->List->Save->Local File
(Unconverted)".
3. If the problem occurs in a problem of your own or a modified SAP
program: The source code of the program
In the editor, choose "Utilities->More
Utilities->Upload/Download->Download".
4. Details about the conditions under which the error occurred or which
actions and input led to the error.
System environment
SAP-Release 700
Application server... "DMATE"
Network address...... "140.1.1.141"
Operating system..... "Windows NT"
Release.............. "5.2"
Hardware type........ "4x AMD64 Level"
Character length.... 16 Bits
Pointer length....... 64 Bits
Work process number.. 1
Shortdump setting.... "full"
Database server... "dmate"
Database type..... "ADABAS D"
Database name..... "AD0"
Database user ID.. "SAPAD0"
Char.set.... "C"
SAP kernel....... 700
created (date)... "Jun 23 2008 00:09:46"
create on........ "NT 5.2 3790 Service Pack 1 x86 MS VC++ 14.00"
Database version. "SQLDBC 7.6.0.018 CL 119055 "
Patch level. 166
Patch text.. " "
Database............. "MaxDB 7.6, MaxDB 7.7"
SAP database version. 700
Operating system..... "Windows NT 5.0, Windows NT 5.1, Windows NT 5.2, Windows
NT 6.0"
Memory consumption
Roll.... 16192
EM...... 8379680
Heap.... 0
Page.... 40960
MM Used. 1627776
MM Free. 2559440
User and Transaction
Client.............. 040
User................ "LAKSHMI"
Language key........ "E"
Transaction......... "MIGO "
Transactions ID..... "EE72C6DDC96BF1F99FA4001143E563CA"
Program............. "CL_EX_MB_MIGO_BADI============CP"
Screen.............. "SAPLMIGO 0001"
Screen line......... 2
Information on where terminated
Termination occurred in the ABAP program "CL_EX_MB_MIGO_BADI============CP" -
in "IF_EX_MB_MIGO_BADI~INIT".
The main program was "SAPLMIGO ".
In the source code you have the termination point in line 1
of the (Include) program "CL_EX_MB_MIGO_BADI============CM001".
Source Code Extract
Line SourceCde
>>>>> method IF_EX_MB_MIGO_BADI~INIT.
2 CLASS CL_EXIT_MASTER DEFINITION LOAD.
3
4 DATA l_badi TYPE REF TO MB_MIGO_BADI.
5
6
7
8
9
10 TRY.
11
12 GET BADI l_badi
13 CONTEXT me.
14
15 CALL BADI l_badi->INIT
16
17 CHANGING
18 CT_INIT = CT_INIT.
19
20
Contents of system fields
Name Val.
SY-SUBRC 0
SY-INDEX 0
SY-TABIX 1
SY-DBCNT 1
SY-FDPOS 1
SY-LSIND 0
SY-PAGNO 0
SY-LINNO 1
SY-COLNO 1
SY-PFKEY
SY-UCOMM
SY-TITLE
SY-MSGTY S
SY-MSGID VBDOCUBATCH
SY-MSGNO 001
SY-MSGV1
SY-MSGV2
SY-MSGV3
SY-MSGV4
SY-MODNO 0
SY-DATUM 20081210
SY-UZEIT 082802
SY-XPROG
SY-XFORM
Active Calls/Events
No. Ty. Program Include Line
Name
4 METHOD CL_EX_MB_MIGO_BADI============CP CL_EX_MB_MIGO_BADI============CM001 1
CL_EX_MB_MIGO_BADI=>IF_EX_MB_MIGO_BADI~INIT
3 METHOD SAPLMIGO LMIGOGL2 54
LCL_MIGO_GLOBALS=>CLASS_CONSTRUCTOR
2 FORM SAPLMIGO LMIGOIN1 11
INITIALIZATION
1 MODULE (PBO) SAPLMIGO LMIGOPBO 11
PBO_INITILIZATION
Chosen variables
Name
Val.
No. 4 Ty. METHOD
Name CL_EX_MB_MIGO_BADI=>IF_EX_MB_MIGO_BADI~INIT
CT_INIT
Table[initial]
%_DUMMY$$
2222
0000
0000
0000
SYST-REPID
CL_EX_MB_MIGO_BADI============CP
4454554454444544443333333333334522222222
3CF58FD2FD97FF2149DDDDDDDDDDDD3000000000
0000000000000000000000000000000000000000
0000000000000000000000000000000000000000
SY-SUBRC
0
0000
0000
No. 3 Ty. METHOD
Name LCL_MIGO_GLOBALS=>CLASS_CONSTRUCTOR
SY-REPID
SAPLMIGO
5454444422222222222222222222222222222222
310CD97F00000000000000000000000000000000
0000000000000000000000000000000000000000
0000000000000000000000000000000000000000
LCL_MIGO_GLOBALS=>CNTL_ERROR
2
0
0
0
ABAP_FALSE
2
0
0
0
SYST-REPID
SAPLMIGO
5454444422222222222222222222222222222222
310CD97F00000000000000000000000000000000
0000000000000000000000000000000000000000
0000000000000000000000000000000000000000
GOSEARCH_PO
2222222222222222222222222222222222222222222222222222222222222222222222222222222222222222222222
0000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000
0000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000
0000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000
TEXT-220
Dest
46772222
45340000
00000000
00000000
%_SPACE
2
0
0
0
%_TAG*TS_GOITEM
<initial>
<initial>
<initial>
X
X
5
8
0
0
LCL_MIGO_GLOBALS=>IF_BADI
F0000000
70008000
%_FL2*TV_GOFREIGHT
<initial>
<initial>
<initial>
%_PRINT
000 0###
2222333222222222222222222222222222222222222222222222222222222222222222222222222222222222223000
0000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000
0000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000
0000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000
LCL_MIGO_GLOBALS=>T_BADI
Table[initial]
/SPE/CL_INB_ACTION_INFO=>C_DIALOG_MIGO
SCREEN
2222222222222222222222222222222222222222222222222222222222222222222222222222222222222222222222
0000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000
0000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000
0000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000
OREF_TITLEBAR
F0000000
F0000000
L_BADIS_1
0
0000
0000
SY-MSGID
VBDOCUBATCH
54444544544222222222
624F3521438000000000
00000000000000000000
00000000000000000000
OREF_TIP
F0000000
F0000000
TV_GOSERIAL-CX
<initial>
<initial>
<initial>
SPACE
2
0
0
0
SY-MSGNO
001
333
001
000
000
No. 2 Ty. FORM
Name INITIALIZATION
OREF_ARCH
F0000000
F0000000
LCL_MIGO_GLOBALS=>KERNEL
F0000000
D0002000
%_CX_TABLEVIEW_VERSION
0
3
0
0
0
GODEFAULT-DEF_XBOM
2
0
0
0
LCL_MIGO_GLOBALS=>KERNEL->C_REFDOCTYPE_MATDOC
MAT
445
D14
000
000
No. 1 Ty. MODULE (PBO)
Name PBO_INITILIZATION
GOITEM-UMWRK
2222
0000
0000
0000
GOITEM-UMNAME1
222222222222222222222222222222
000000000000000000000000000000
000000000000000000000000000000
000000000000000000000000000000
Internal notes
The termination was triggered in function "ab_genprog"
of the SAP kernel, in line 1551 of the module
"//bas/700_REL/src/krn/runt/abgen.c#10".
The internal operation just processed is "CPOP".
Internal mode was started at 20081210082802.
Program name.........: "MB_MIGO_BADI==================CP ".
Error message........: "The specified type cannot be converted into the target
variables.".
Active Calls in SAP Kernel
Lines of C Stack in Kernel (Structure Differs on Each Platform)
SAP (R) - R/3(TM) Callstack, Version 1.0
Copyright (C) SAP AG. All rights reserved.
Callstack without Exception:
App : disp+work.EXE (pid=5776)
When : 12/10/2008 8:28:3.84
Threads : 2
Computer Name : DMATE
User Name : SAPServiceAD0
Number of Processors: 4
Processor Type: EM64T Family 15 Model 4 Stepping 1
Windows Version : 5.2 Current Build: 3790
State Dump for Thread Id 14f0
FramePtr ReturnAd Param#1 Function Name
0000000007eb8800 0000000077d7047f 00000000411b4070 ntdll!NtWaitForSingleObject
0000000007eb88a0 000000000173b1d1 000000000000042c kernel32!WaitForSingleObjectEx
0000000007eb8af0 00000000006179c5 0000000000000001 disp+work!NTDebugProcess [ntstcdbg.c (501)]
0000000007eb8b20 0000000000b05d9c 0000000000000001 disp+work!CTrcStack [dptstack.c (182)]
0000000007eb8b70 0000000000b0afc0 0000000000000001 disp+work!rabax_CStackSave [abrabax.c (7093)]
0000000007eb9550 0000000000a51c94 0000000001d12320 disp+work!ab_rabax [abrabax.c (1231)]
0000000007ebc220 00000000007f753a 0000000000000001 disp+work!ab_genprog [abgen.c (1555)]
0000000007ebc2f0 00000000007f7dc8 00000000ffffffff disp+work!newload [abload1.c (336)]
0000000007ebc350 00000000007f7e8e 0000000000000056 disp+work!ab_LoadProgOrTrfo [abload1.c (160)]
0000000007ebc380 00000000007bc84d 000007fe725a5f70 disp+work!ab_LoadProg [abload1.c (78)]
0000000007ebc450 00000000007be91a 00002a441022f402 disp+work!LoadGlobalClass [abobject.c (943)]
0000000007ebc4a0 00000000007c1bdd 0000000000000000 disp+work!ab_FillCfix [abobject.c (1603)]
0000000007ebc580 000000000083ae52 0000000000000000 disp+work!ab_jaboo [abobject.c (2248)]
0000000007ebc700 0000000000a1ccb7 000000000000000d disp+work!ab_extri [abextri.c (554)]
0000000007ebc750 0000000000ad50ac 000000000000000d disp+work!ab_xevent [abrunt1.c (281)]
0000000007ebc7e0 0000000000679328 000000000000000d disp+work!ab_dstep [abdynpro.c (492)]
0000000007ebc960 000000000067d02d 000007fe725d6f20 disp+work!dynpmcal [dymainstp.c (2396)]
0000000007ebc9f0 000000000067ca2a 0000000000000000 disp+work!dynppbo0 [dymainstp.c (543)]
0000000007ebcaa0 00000000006395c5 0000000000000000 disp+work!dynprctl [dymainstp.c (360)]
0000000007ebfc30 00000000004dbc4c 000000000000000c disp+work!dynpen00 [dymain.c (1646)]
0000000007ebfeb0 000000000042f096 0000000007f62ff0 disp+work!TskhLoop [thxxhead.c (4538)]
0000000007ebfee0 000000000040108d ffffffff00000003 disp+work!DpMain [dpxxdisp.c (1136)]
0000000007ebff10 00000000019e84b1 0000000000000000 disp+work!nlsui_main [thxxanf.c (84)]
0000000007ebff70 0000000077d5966c 0000000000000000 disp+work!wmainCRTStartup [crtexe.c (498)]
0000000007ebffa0 0000000000000000 00000000019e8340 kernel32!BaseProcessStart
State Dump for Thread Id b94
FramePtr ReturnAd Param#1 Function Name
000000000c9dfe40 0000000077d5f651 0000000000000000 ntdll!NtFsControlFile
000000000c9dfeb0 00000000018ce23f fffffffffffffffe kernel32!ConnectNamedPipe
000000000c9dff40 000007ff7fc411c4 0000000000000000 disp+work!SigIMsgFunc [signt.c (679)]
000000000c9dff70 0000000077d6b69a 0000000077d6b660 msvcrt!endthreadex
000000000c9dffa0 0000000000000000 0000000000000000 kernel32!BaseThreadStart
List of ABAP programs affected
Index Typ Program Group Date Time Size Lang.
0 Prg SAPLMIGO 0 04.05.2008 12:54:34 1561600 E
1 Prg SAPMSSYD 0 25.02.2008 17:02:32 21504 E
2 Prg SAPFSYSCALLS 0 09.09.2004 14:18:32 7168 E
3 Prg CL_MMIM_USERDEFAULTS==========CP 3 06.05.2002 10:42:38 21504 E
4 Typ ESDUS 0 01.03.1999 13:36:04 2048
5 Typ GOHEAD 0 07.02.2006 10:07:36 11264
6 Typ MKPF 0 25.08.2005 22:02:19 7168
7 Typ KBEFU 0 16.03.2008 17:46:49 6144
8 Typ LFA1 0 16.03.2008 17:47:20 22528
9 Typ MIGO_CUST_ACTION 0 30.11.1999 10:19:14 3072
10 Typ MIGO_CUST_REFDOC 0 30.11.1999 10:19:14 2048
11 Typ X031L 0 05.07.2005 13:10:15 6144
12 Prg SAPLSDIFRUNTIME 12 19.11.2006 16:35:34 96256 E
13 Typ DFIES 0 28.12.2004 17:06:45 10240
14 Prg SAPLSDNT 14 09.03.2008 19:02:04 219136 E
15 Prg SAPLSUGS 15 31.03.2006 11:23:11 47104 E
16 Prg SAPLV01D 16 24.03.2008 17:03:30 40960 E
17 Typ IWRKZ 0 04.04.1995 15:56:46 2048
18 Typ TCUCH 0 07.01.2002 15:50:54 3072
19 Typ TCUBN 0 07.01.2002 15:50:53 2048
20 Typ TCUWS 0 13.08.1997 13:57:58 2048
21 Typ TCUDRV 0 07.01.2002 15:50:54 2048
22 Prg SAPLVBDOCUBATCH_BF 22 16.01.2004 14:28:56 10240 E
23 Typ TCUDB 0 14.01.2004 10:05:59 2048
24 Prg CL_GUI_CFW====================CP 24 28.02.2005 21:03:09 168960 E
25 Prg CL_GUI_PROPS_CONSUMER=========CP 25 18.03.2008 13:25:33 29696 E
26 Prg %_CCNTL 25 18.02.2005 14:15:08 15360 E
27 Prg SAPLTHFB 27 18.03.2008 13:24:52 394240 E
28 Typ EUDB 0 06.11.2003 20:28:08 8192
29 Typ TCURM 0 01.03.2005 10:56:26 5120
30 Prg CL_EXITHANDLER================CP 30 18.03.2008 13:11:35 30720 E
31 Prg SAPLSEXV 31 18.03.2008 13:12:58 117760 E
32 Typ SXS_ATTR 0 07.02.2006 10:09:24 5120
33 Typ BADIISIMPLED 0 19.05.2005 19:10:34 3072
34 Prg CL_ENH_BADI_TOOL_UTILITIES====CP 34 17.03.2008 11:03:36 13312 E
35 Typ BADI_MAIN 0 08.12.2004 18:01:11 2048
36 Typ BADI_IMPL 0 09.12.2004 19:05:43 3072
37 Typ TADIR 0 07.02.2006 10:08:38 5120
38 Prg CL_SWITCH=====================CP 38 17.03.2008 11:13:47 19456 E
39 Typ SFW_PACKAGE 0 07.03.2008 12:18:16 2048
40 Prg CL_ABAP_SWITCH================CP 40 14.10.2006 15:40:30 33792 E
41 Prg SAPLPA_PACKAGE_SERVICES 41 18.03.2008 13:12:54 152576 E
42 Typ TDEVC 0 08.12.2004 18:02:41 6144
43 Prg CL_EX_MB_MIGO_BADI============CP 43 05.12.2008 17:09:58 30720 E
44 Prg IF_EX_MB_MIGO_BADI============IP 30 19.05.2005 19:30:39 14336 E
45 Typ SYST 0 09.09.2004 14:18:12 31744
46 Typ GOSEARCH_PO 0 20.07.2001 19:17:34 4096
47 Prg /SPE/CL_INB_ACTION_INFO=======CP 47 24.03.2008 20:30:06 20480 E
48 Prg /SPE/IF_CONST=================IP 47 14.10.2006 18:49:02 7168 E
49 Typ GODEFAULT 0 14.01.2004 10:04:46 5120
50 Typ GOITEM 0 07.02.2006 10:07:36 65536
Directory of Application Tables
Name Date Time Lngth
Val.
Program SAPLMIGO
SYST . . : : 00004612
\0\0\0\0\x0001\0\x0370\0\0\0\0\0\0\0\0\0\0\0\0\0\x0001\0
GOITEM . . : : 00005524
00000000000000000000
GOSEARCH_PO . . : : 00000492
GODEFAULT . . : : 00000220
Program SAPLV01D
TCUCH . . : : 00000122
0401100020061029095148ANOOPJ 00000000000000
TCUWS . . : : 00000060
040020061227101454CONSULTANT
TCUBN . . : : 00000060
040020061227101454CONSULTANT
TCUDRV . . : : 00000064
00000000000000
Program CL_GUI_PROPS_CONSUMER=========CP
EUDB . . : : 00004068
%CAA72C6DDAD55F1179FA4001143E563CA \0\0\0
ABAP Control Blocks (CONT)
Index Name Fl PAR0 PAR1 PAR2 PAR3 PAR4 PAR5 PAR6 Source Code Line
94 BRAX 01 FFEB CL_EX_MB_MIGO_BADI============CM001 15
95 CLEA 00 0020 CL_EX_MB_MIGO_BADI============CM001 15
96 EXCP 08 0000 CL_EX_MB_MIGO_BADI============CM001 22
97 BRAX 00 0005 CL_EX_MB_MIGO_BADI============CM001 22
98 EXCP 00 0007 CL_EX_MB_MIGO_BADI============CM001 22
99 BRAX 00 0003 CL_EX_MB_MIGO_BADI============CM001 22
100 EXCP 07 0000 CL_EX_MB_MIGO_BADI============CM001 22
101 BRAX 00 0001 CL_EX_MB_MIGO_BADI============CM001 23
102 EXCP 0B 0000 CL_EX_MB_MIGO_BADI============CM001 23
103 METH 01 0000 0000 0000 0000 0000 0000 0000 CL_EX_MB_MIGO_BADI============CM001 24
107 -
00 0000 CL_EX_MB_MIGO_BADI============CM001 24
108 ABOO 02 0000 0005 0000 CL_EX_MB_MIGO_BADI============CM001 1
>>>>> CPOP 00 0000 CL_EX_MB_MIGO_BADI============CM001 1
111 -
00 0000 CL_EX_MB_MIGO_BADI============CM001 1
112 METH 04 0000 0005 0002 0000 0003 0000 0000 CL_EX_MB_MIGO_BADI============CM002 1
116 PAR2 04 0000 C000 0000 CL_EX_MB_MIGO_BADI============CM002 1
118 PAR2 04 0000 C001 0000 CL_EX_MB_MIGO_BADI============CM002 1
120 PAR2 14 0000 C002 0000 CL_EX_MB_MIGO_BADI============CM002 1
122 PAR2 14 0000 C003 0000 CL_EX_MB_MIGO_BADI============CM002 1
124 PAR2 14 0000 C004 0000 CL_EX_MB_MIGO_BADI============CM002 1Hai,
Seems to be problem with the Program.
Please check the point 'What Happened' in the dump for more details.
What happened?
Error in the ABAP Application Program
The current ABAP program "CL_EX_MB_MIGO_BADI============CP" had to be
terminated because it has
come across a statement that unfortunately cannot be executed.
The following syntax error occurred in program
"MB_MIGO_BADI==================CP " in include
"MB_MIGO_BADI==================CM000 " in
line 0:
"The specified type cannot be converted into the target variables."
Error in the ABAP Application Program
The current ABAP program "CL_EX_MB_MIGO_BADI============CP" had to be
terminated because it has
come across a statement that unfortunately cannot be executed.
What can you do?
Please eliminate the error by performing a syntax check
(or an extended program check) on the program "MB_MIGO_BADI==================CP
You can also perform the syntax check from the ABAP Editor.
Take help from a ABAP consultant and try to check the syntax of the Program.
If you have access even you can check the syntax of the specified program from SE38.
Goto SE38 and put the program name and select 'Source code' and press F8, IN THE SOURCE CODE PAGE, press control+F2 and check whether there is any problem with the syntax or not.
If you find any take help from ABAP consultants.
Hope this helps.
Regards,
Yoganand.V -
Getting Compilation error when used SET or MULTISET operator on nested tabl
Dear All,
I am getting Compilation error when used SET or MULTISET operator on nested tables inside a procedure.
This is working fine in other DB installations of 10g but does not work in another 10g DB.
it says "wrong number of parameter or datatype used in SET"
Can any one suggest what went wrong here?
Thanks in advance.Can any one suggest what went wrong here?Only if you would post the query and Oracle versions on both databases.
Besides, this forum deals with issues in Oracle product installation. So post this query in SQL PL/SQL forum for better response. -
Getting ora-0600 when running PROFLOAD.sql
Hi,
I was getting ORA-0600 when running PROFLOAD.sql script for DBMS_PROFILER (from SYS account). I am running Oracle 9i personal edition on win98. Did anybody had the same problem??Here is the full dump..
QL> @profload
Package created.
Grant succeeded.
Synonym created.
create or replace library sys.dbms_profiler_lib wrapped
ERROR at line 1:
ORA-00600: internal error code, arguments: [16201], [], [], [], [], [], [], []
create or replace
ERROR at line 1:
ORA-00600: internal error code, arguments: [16201], [], [], [], [], [], [], []
Testing for correct installation
PACKAGE BODY sys.DBMS_PROFILER - missing or invalid
PL/SQL procedure successfully completed. -
Dump when using REUSE_ALV_FIELDCATALOG_MERGE
Hello friends,
I am getting the following dump when using REUSE_ALV_FIELDCATALOG_MERGE.
The occupied line length in the program text must not exceed the width of the internal table.
The internal table "\FUNCTION=K_KKB_FIELDCAT_MERGE\DATA=L_ABAP_SOURCE[]" is 72
characters wide. The program line is 75 characters wide.
Regards,
K.SibiHello Ajay ,
THanks for the reply .
DATA : BEGIN OF it_data OCCURS 0,
matnr like RMMG1-MATNR , " Material number
mbrsh like RMMG1-MBRSH, " Industry sector
mtart like RMMG1-MTART, " Material type
meins like MARA-MEINS, " Base unit of measure
maktx like MAKT-MAKTX, " Material description
spras like makt-spras , " Language key
END OF it_data.
my fm
CALL FUNCTION 'REUSE_ALV_FIELDCATALOG_MERGE'
EXPORTING
I_PROGRAM_NAME = ge_repid
I_INTERNAL_TABNAME = 'it_data'
* I_STRUCTURE_NAME = 'it_data'
* I_CLIENT_NEVER_DISPLAY = 'X'
I_INCLNAME = ge_repid
* I_BYPASSING_BUFFER = 'X'
* I_BUFFER_ACTIVE =
CHANGING
ct_fieldcat = alv_fieldcat
EXCEPTIONS
INCONSISTENT_INTERFACE = 1
PROGRAM_ERROR = 2
OTHERS = 3
Regards,
K.Sibi
Edited by: sibi k kanagaraj on Apr 27, 2009 9:21 PM -
ABAP Dump when using Shift Related Confirmations in CO11N
Dear SAP Gurus,
We have activated business function LOG_PP_SRN_CONF for doing shift
related confirmations using T Code CO11N.
On entering the production order and operation number in CO11N, the
system proposes the actual data. Then we select the shift number.
If we try to change the selected shift again, the system gives an ABAP
dump - "OBJECTS_OBJREF_NOT_ASSIGNED" and exits the program.
Please suggest some SAP Note or other solution for the problem.
Thanks!
With Regards,
NitinDear Prasobh,
Thanks for the quick reply.
I have checked the OSS Note - 1359966 as mentioned by you.
However, there are 2 things which make me feel that the note is not relevant to my scenario -
1. The note says that the confirmation profile for CO11N includes the detail area "0240-Quantities: Subdivided Quantities". I'm not using this detail area in my confirmation profile. Instead, I'm using the detail area "0200-Quantities: yield/scrap/rework/reason".
2. System may issue termination message COCF 000 when single-screen entry for the confirmation (CO11N) is called by another application such as the order information system (COOIS). However, I'm getting this dump when i run the T Code CO11N directly. Further, I don't get the termination message at all.
Please suggest.
With Regards,
Nitin -
Getting core dump frequently.
Getting core dump frequently. Can any one tell what may be the problem.
The stack obtained from the core file is shown below
=>[1] t_delete(0x2c6e727, 0xfc5bc008, 0x50, 0x2c6eef8, 0x2ba5198, 0x1a0), at 0xfc542794
[2] realfree(0x2c6e727, 0xfc5c2858, 0xfc5bc008, 0x2c6eef8, 0x1a3, 0x2c6ef00), at 0xfc54240c
[3] cleanfree(0x0, 0xfc5bc008, 0xfc5c27cc, 0xfc5c284c, 0xfc5c27fc, 0x0), at 0xfc542cb0
[4] mallocunlocked(0x10, 0x0, 0xfc5bc008, 0x10, 0x22310, 0x0), at 0xfc541de4
[5] malloc(0x10, 0x0, 0x5fdfb0, 0x11221bc, 0x222e8, 0x0), at 0xfc541cd8
[6] operator new(0x10, 0x0, 0x13b88, 0x11221bc, 0xfd5fa08c, 0x10), at 0xfd5e6528
[7] operator>>(0x0, 0x23, 0x8, 0x10e5530, 0x1720034, 0x0), at 0x10edb18
[8] RWStoreTable::add(0xffbe8fe0, 0xffbe8fdc, 0x8, 0x1002, 0x1acfc00, 0x1acfc00), at 0x10edf7c
[9] RWCollectable::recursiveStoreSize(0x3501200, 0xffbe9068, 0x167bc59, 0xa, 0x1b0f8b4, 0x1b0f8bc), at 0x10cb594The program is crashing after calling the system "malloc" routine. Such a crash indicates that the heap is corrupted.
Heap corruption in a single-threaded program can be caused by
- using an uninitialized or otherwise invalid pointer
- using an object after it has been deleted
- deleting an object twice
- storing beyond the bounds of an allocated object
In a multi-threaded program, additional sources of error are failing to guard a shared object by putting it in a critical region.
These kinds of errors are difficult to find after the fact, since the program crash usually occurs long after and in a different part of the program from the actual error.
Run the program under dbx RTC (real-time checking) to get diagnositcs about some of the errors I listed above. -
I want to know why display core dump when arch starts!
I want to know why display core dump when arch starts!
2008. 06 iso!
u can see display coredump in starting......GAH, you silly people!
Now I'm going to have to go off and write a program that selects a random string from a file to show on startup!
(I'll probably fill the file with all the Arch snapshot names)
EDIT: I should mention that you're silly because you managed to get me following a random compulsion.
EDIT AGAIN: Done! I now get a random snapshot name in that spot whenever my system boots. I can post the script if anyone wants it, it's three lines.
EDIT ONE LAST TIME: Oh wait, three lines and a extra file full of snapshot names.
Last edited by arew264 (2008-07-19 02:35:05) -
Tuxedo8 core dumps when performing a tpcall in Solaris
Hi all,
I'm installing a Tuxedo application on a Solaris OS:
SunOS 5.8 Generic_108528-13 sun4u sparc SUNW,Sun-Fire-280R
Tuxedo 8.0 compiled under 32bits libraries.
This application also runs correctly under a RedHat Linux 7.1 (kernel 2.4.9-31)
and on a Digital (OSF1 V4.0 878 alpha)
When running the application on Solaris, we always get a core dump when the service
performs a tpcall. Debugging the Tuxedo server we can see the core dump is produced
when the service gets de response from the tpcall, i.e: when the service called
performs the tpreturn.
Any clues will be appreciated, thanks!
Yol.Oh, thanks very much, what a stupid mistake! sorry :(
We knew about the cast, but after looking for the problem in many ways we didn't
realize FLDLEN was a short!
Thank you all for your quick help!
Yol.
Scott Orshan <[email protected]> wrote:
FLDLEN nLongitud is a short. Casting its pointer to a long * does not
change the
fact that the return value will overwrite other memory. On Linux, the
alignment or
arrangement of the stack was different, so it didn't core dump. You need
to pass
the address of a real long for the return length.
Scott Orshan
Yol. wrote:
Yes, that's what we thought at first sight, nevertheless remember itruns ok in
other OS.
Anyway here I give you 2 samples of code we've tried.
Any of this cases fail creating a core dump.
Case 1:
Src1 calls Src2:
Src1:
void SRC1(TPSVCINFO * BufferFml)
FLDLEN nLongitud;
FBFR *pBuffer;
pBuffer = (FBFR *) BufferFml->data;
if (tpcall("SRC2", (char *) pBuffer, 0, (char **) &pBuffer, (long*) &nLongitud,
0) == -1)
userlog("Error!!!!!!!!!!!!!!!!!");
tpreturn(TPSUCCESS, 0, (char *) pBuffer, 0L, 0);
Src2
void SRC2(TPSVCINFO * BufferFml)
FLDLEN nLongitud;
FBFR *pBuffer;
pBuffer = (FBFR *) BufferFml->data;
tpreturn(TPSUCCESS, 0, (char *) pBuffer, 0L, 0);
Case 2:
Src1 calls Src2:
Src1:
The same as in case 1
Src2:
void SRC2(TPSVCINFO * BufferFml)
tpreturn(TPSUCCESS, 0, NULL, 0L, 0);
Thanks anyway for your attention ;-)
Peter Holditch <[email protected]> wrote:
Yol,
My initial guess is that your code is not keeping track of the tpalloced
buffers correctly - in particular, the one that the reply is received
into.
If you post some code, maybe someone will see the error. Alternatively,
have you got purift or some other bounds checking software that might
help you track the problem?
Regards,
Peter.
Yol. wrote:
Hi all,
I'm installing a Tuxedo application on a Solaris OS:
SunOS 5.8 Generic_108528-13 sun4u sparc SUNW,Sun-Fire-280R
Tuxedo 8.0 compiled under 32bits libraries.
This application also runs correctly under a RedHat Linux 7.1 (kernel2.4.9-31)
and on a Digital (OSF1 V4.0 878 alpha)
When running the application on Solaris, we always get a core dumpwhen the service
performs a tpcall. Debugging the Tuxedo server we can see the coredump is produced
when the service gets de response from the tpcall, i.e: when the servicecalled
performs the tpreturn.
Any clues will be appreciated, thanks!
Yol. -
How can we get ADFSecurity work when used in OC4J, OID and OAM?
I am getting error in http server log "mod_oc4j: Response status=499 and reason=Oracle SSO, but failed to get mod_osso global context."
But I am not using Oracle SSO and my client doesn't want to use it either, I am using OAM SSO(CoreIDSSO) in my configuration. Please read the details below.
I am using ADFSecurity in an app that is protected by OAM. To migrate ADFSecurity permissions from
system-jazn-data.xml to OID, I used JAZNMigrationTool to populate OID with Grantees and Permissions. OAM gives login page, and authentication works fine.
But ADFSecurity is not working. ADFComponent Delete button is enabled even for roles that dont have permissions for the iterator delete.
- The app works fine when I use without OAM. ADF Security permissions work fine.
- The app works fine when used with OAM, but with ADFSecurity disabled (enforce=false).
- When I enforce ADFSecurity alongwith OAM, ADFSecurity is not working.
In the doc "Oracle Containers for J2EE Security Guide b28957", there is a mention of use of CoreIDPrincipal for permissions. Our OID Permissions entries show
LDAPRealmRole for attribute orcljaznprincipal. I am not sure if this could be the reason.
We have configured AccessServerSDK for the SOA instance and have policy for the urls in the policy manager. We have entries in orion-application.xml, orion-web.xml and system-jazn-data.xml as per the documentations.
How can we get ADFSecurity work when used with OID and OAM?Have you been able to successfully integrate OAS with OAM & OID? We have similar requriement and so far we have not been able to get it working.
We have application specific roles which we map to OID roles using orion-application.xml.
Any pointers to achieve this would be greatly appreciated.
thanks,
Dipal
Maybe you are looking for
-
I currently have 512MB (on 2 chips) installed in a 667mhz G4 (DVI) running OS X 10.4.7. I'd like to keep my Powerbook going at least through the release of Leopard next spring, so I'm looking at maxing the RAM out a 1GB. I basically use the computer
-
MY wife has an Iphone 4 and I have a 5. To date we have used one apple account to manage music purchases/library. I updated ny phone to the new OS version and all her texting is showing up on my phone. I understand if i create an apple account for
-
Bold 9650 Calendar does not sync with PC after upgrading to OS 6
BB Model - Bold 9650 Carrier/country - Verizon / United States Device OS level - 6.0.0.432 PC OS version - XP RIM Desktop Software version - v6.0.1 B21 Outlook version - 2007 The symptoms - When syncing, events in Outlook transfer to device, but the
-
We have to use field groups in 'Process Form scenario for generic serives'. Where do we create these field groups and where do we assign the fields to these groups. Thanks, Nikhil
-
Trouble with supposedly strictly-typed reference...
I'm having some issues with supposedly strictly-typed references. Can anyone look at the code attached (LV2010) and tell me why the top example doesn't work and the bottom does. More over, what's the general way to make the top example work? The disc