Dump LOAD_PROGRAM_LOST

Hello Friends,
While i am executing the T-Code: SE16 (Programa Name: SAPLSETB) this "LOAD_PROGRAM_LOST"dump occurs again and again. While i am getting this Dump their is no Source Code.
And In the Dump when i am read "How To Correct Error" their written "Try to Restart the Program", but i am getting if i restart the program, if this error comes again what is the reason and why this Dump Occurs or if the program run sussfully then why this error occurs earlier.
Friends help me to solve this issue and tell me the reson why this Dump Occursoccurs.
Transaction......... "SE16 "
Program............. "SAPLSETB "
Screen.............. "/1BCDWB/DBKNVV 1000"
Screen line......... 64
Thanks and Regards,
Rahul Asthana.

Hello Friends,
Regarding Dump"LOAD_PROGRAM_LOST" i am sending you few more inforamtion.
I Hope it will help you friends and you all will help me to solve the Dump.
Program "/1BCDWB/DBKNVV" was modified during the run.
What happened?
Runtime Error
of the statements could not be executed at runtime.
The current ABAP program "SAPLSETB " had to be terminated because one
of the statements could not be executed at runtime.
Error analysis
While the program was running, the program "/1BCDWB/DBKNVV" had to be reloaded
because a bottleneck pushed it out of the local
program buffer. However, the database was found to contain an already
changed program.
How to correct the error
Try to restart the program.
User, transaction
Language key........ "S"
Transaction......... "SE16 "
Program............. "SAPLSETB "
Screen.............. "/1BCDWB/DBKNVV 1000"
Screen line......... 64
Information on where termination occurred
The termination occurred in the ABAP/4 program "SAPLSETB " in
"GENERATE_NEW_SEL".
The main program was "/1BCDWB/DBKNVV ".
The termination occurred in line 0
of the source code of program " " (when calling the editor 00).
Chosen variables
Name.......................... Contents.1........2........3....+....4
%_?NOT_ASSIGNED?
2222
                               0000
TVDIR
2222222222222222222222222222222222222222
                               0000000000000000000000000000000000000000
... + 40
2222222222222222222222222222222222222222
                               0000000000000000000000000000000000000000
... + 80                             000000000000
                               2222222333333333333222222222222222222222
                               0000000000000000000000000000000000000000
... + 120                       00000000000000
Friends their is no Source Code.
Due to which i am getting the solution of and Error of the dump.
Pleease help me to solve this Error
Thanks and Regards,
Rahul Asthana

Similar Messages

Short Dump while saving the changes in Quotation

Hi abapers,
Please solve my Problem Actually Problem with the Quotation. I have created one SAP Script and attached to VA21. now when I save the Quotation it gets saved byut when I try to open the Quotation in VA22/Va23 first it gives me a short dump but next time it opens up without any short dump.
I get a Short Dump " LOAD_PROGRAM_LOST". Short Description is : "Program "ZZV1SOCONFIRM_INCLUDE" was modified during the run.".
this is just an include which I used it in my SAP Script. Can anybody suggest me what happened with the code.
Below is the Error Anaysis in ST22.
Error analysis
    While the program was running, the program "ZZV1SOCONFIRM_INCLUDE" had to be
     reloaded
    because a bottleneck pushed it out of the local
    program buffer. However, the database was found to contain an already
    changed program.

Hi Mike,
I think by the time you trigger the print out of quotation, Program active version might not be generated. you might have given the print before it gets the active version.
If you are still getting the dump, then it could be problem at output config.
Regards,
Satish

Help needed on memory parameter abap/buffersize

Hello Basis Gurus,
One of the programs in CRM system is failing with dump LOAD_PROGRAM_LOST.
I checked note "1798524 - Runtime error "LOAD_PROGRAM_LOST" when using Segmentation in CRM WEBUI" which seems to be relevant to our situation and found that the parameter 'abap/buffersize' is already on higher side i.e. > 3GB. Please let us know if we need to increase more and if yes then what is the dependency on any other memory parameters?
PS: I always have this question in general on memory parameters due to their sensitive nature (system may not start or adverse impact on other memory parameters). Functional/abap team asks to always increase it but how to check what is the impact and any possible dependency on other memory parameters...!!!
Thanks & Regards,
Kunal.

Hi Kunal,
LOAD_PROGRAM_LOST can have multiple possible causes; a too-small program buffer is just one possibility. At 3 GB, yours does seem like it's probably big enough, but there's no way to tell that from the outside without a lot more information.
Does the same program always fail with this dump, or just sometimes? What else is going on in the system when the dump occurs? Are there transports going into the system around that time? Is it really busy at that time? What happens if you run the program by itself during a quiet time, with nothing else going on? Is this a PRD system? Or perhaps a DEV system?
What sort of statistics do you have on the program buffer when you look at it via ST02? Note that since it's practically impossible to buffer every program, you will inevitably have some swaps in this buffer. That's normal operation. What you might do is look at the history of swaps and get a sense of the average number per day. If you consistently get more than 1000 swaps per day (not 1000 swaps total -- that's not important), as an average, then you might want to consider increasing the size of the buffer. If you only occasionally get spikes higher than this, but typically the number of new swaps each day is less, then you probably don't need to increase the buffer.
The other thing you need to look at is available extended memory. Since the program buffer is quite large, you must make sure there is plenty of available memory for extending it, should you decide to do so. You can get a sense of this from various stats, like the ratio of MaxUse to In Mem for Extended Memory on the same ST02 page, and from OS07N (or ST06). Do you have plenty of free physical memory? Are you getting a lot of paging out? Things like that. If your free physical memory looks good, then you have room to expand.
But again, this may not even be the cause of your dumps.
Bear in mind, if you increase the parameter and have problems restarting the system, you can always fall back by decreasing it again, so other than the planned downtime for the restart you don't lose much by giving it a try. If you increase it and the system starts fine, you will need to keep an eye on those memory use statistics over the following days to ensure all is well, but likely if the system starts ok, then you'll be ok. The days of too-large program buffers causing startup problems were mostly associated with 32-bit systems.
Cheers,
Matt

LOAD_PROGRAM_LOST Dump Help

Hi,
On our productive system we are getting around 500 dumps a week of the type LOAD_PROGRAM_LOST, related to the transactions MIRO,VA01,FBL1N,MIGO and the programs GBTABCO0 and GBTABFI0.
We only transport orders from QA to productive on Thursday Morning around 3-4 AM, from what i've read this error might happen when replacing versions of the same program on runtime, i believe with the transport method we use its unlikely that the dump is generated because of that, does anyone have any kind of experience with this kind of dump and the possible solutions.
Thank you.
Roberto Gomez.

Roberto Gomez
Can you kindly let me know how you were able to resolve this issue? I am encountering a similar issue and not sure how to get it resolved.
Can you kindly help?
Thanks,
Balaji

Frequent dumps with the message "LOAD_PROGRAM_LOST"

Hi,
I get frequent dumps in an SRM development server SRM.
u201CLOAD_PROGRAM_LOSTu201D is the dump.
The error analysis says this
While the program was running, the program "CL_O24AZ2T4VNGKGGI9LRCNKSPN8DNCP" had to be reloaded because a bottleneck pushed it out of the local program buffer. However, the database was found to contain an already changed program.
I thought it to be problem with program buffer.When I checked the parameters,the current value of the parameter u201Cabap/buffersizeu201D is 500MB and the available free space is 1MB.
If I increase the value, would my problem be resolved?Or would there be any other dependent parameters that I should take care.Please help.
Thanks in advance.
Regards,
Sudheer.

Hi,
if you are using ORACLE, try to consuder increasing sga_max_size and db_cache_size
to set this parameter you must consider your physical memory is available.
i have experienced in the top three largest consumer goods mfg and distributor, which have huge database size and high database growth, with large number of user, currently running 400 MB in abap_buffer_size but seems running well.
hope it help you
rgds,
Alfonsus Guritno

LOAD_PROGRAM_LOST

Dear all,
SAP ECC 6.0 , AIX , Oracle 10g
I got the error in prod server (LOAD_PROGRAM_LOST) and Pls check the log also .
Runtime Errors         LOAD_PROGRAM_LOST
Date and Time          23.06.2010 16:18:04
Short text
     Program "GBTGEFI0" was modified during the run.
What happened?
     Runtime error
     The current ABAP program "SAPLGBL5" had to be terminated because one
     of the statements could not be executed at runtime.
What can you do?
     Restart the program.
     If the error persists, contact your SAP administrator.
     You can use the ABAP dump analysis transaction ST22 to view and manage
     termination messages, in particular for long term reference.
Error analysis
     While the program was running, the program "GBTGEFI0" had to be reloaded
     because a bottleneck pushed it out of the local
     program buffer. However, the database was found to contain an already
     changed program.
How to correct the error
    Try to restart the program.
System environment
    SAP-Release 700
    Application server... "PRDAPP2"
    Network address...... "10.54.145.34"
    Operating system..... "AIX"
    Release.............. "5.3"
    Hardware type........ "000184AAD400"
    Character length.... 16 Bits
    Pointer length....... 64 Bits
    Work process number.. 0
    Shortdump setting.... "full"
    Database server... "PRODORADB"
    Database type..... "ORACLE"
    Database name..... "IRP"
    Database user ID.. "SAPSR3"
    Terminal................. "MUL119-WKS-D27"
    Char.set.... "C"
    SAP kernel....... 700
    created (date)... "Mar 7 2010 21:00:49"
    create on........ "AIX 2 5 005DD9CD4C00"
    Database version. "OCI_102 (10.2.0.2.0) "

Continuation of error log
    Patch level. 246
    Patch text.. " "
    Database............. "ORACLE 10.1.0.., ORACLE 10.2.0.., ORACLE 11.2...*"
    SAP database version. 700
    Operating system..... "AIX 1 5, AIX 2 5, AIX 3 5, AIX 1 6"
    Memory consumption
    Roll.... 16192
    EM...... 12569544
    Heap.... 0
    Page.... 884736
    MM Used. 5306304
    MM Free. 3070592
User and Transaction
    Client.............. 320
    User................ "SA_A013"
    Language key........ "E"
    Transaction......... "FB01 "
    Transactions ID..... "4C217FF2026C007FE10080000A369122"
    Program............. "SAPLGBL5"
    Screen.............. "SAPMF05A 0300"
    Screen line......... 95
Information on where terminated
    Termination occurred in the ABAP program "SAPLGBL5" - in "LINK_GEN_EXIT_POOLS".
    The main program was "SAPMF05A ".
    In the source code you have the termination point in line 282
    of the (Include) program "LGBL5F01".
Source Code Extract
Line SourceCde
252 ENDFORM.                    " GENERATE_EXP_ROUTINES
253 *******************************************************
254 FORM link_gen_exit_pools.
255
256   STATICS: pool_r LIKE syst-repid,
257            pool_s LIKE syst-repid.
258
259   IF pool_r IS INITIAL AND pool_s IS INITIAL.
260     CALL FUNCTION 'G_VSR_GET_EXITPOOL_NAME'
261       EXPORTING
262         arbgb    = 'GBLR'
263         mandt    = syst-mandt
264       IMPORTING
265         poolname = pool_r
266       EXCEPTIONS
267         OTHERS   = 1.
268
269     CALL FUNCTION 'G_VSR_GET_EXITPOOL_NAME'
270       EXPORTING
271         arbgb    = 'GBLS'
272         mandt    = syst-mandt
273       IMPORTING
274         poolname = pool_s
275       EXCEPTIONS
276         OTHERS   = 1.
277   ENDIF.
278   CHECK NOT ( pool_r IS INITIAL AND pool_s IS INITIAL ).
279
280   PERFORM link_exit_pool IN PROGRAM (g_boolpool) USING
281           pool_r pool_s IF FOUND.
>>>>> ENDFORM.                    "link_gen_exit_pools
283
284 &----
285 *&      Form create_bool_filename
286 &----
287 *       Setzt GBTmmaa0 zusammen, ersetzt die GBAAAAAA Logik
288 ----
289 FORM create_bool_filename USING    vsr_user LIKE gb31-valuser
290                                     vsr_event LIKE gb31-valevent
291                            CHANGING filename.
292
293   DATA: file_name(8) TYPE c,
294         client LIKE sy-mandt,
295         l_gb31c LIKE gb31c.
296
297   CHECK NOT vsr_user IS INITIAL.
298   CHECK NOT vsr_event IS INITIAL.
299
300   client = sy-mandt.
301
Kindly suggest

Runtime Errors LOAD_PROGRAM_LOST facing error during SP K-1507PINSTPL imple

Dear All,
Please help here
I am not able to apply support packages K-1507PINSTPL in SOLMAN Live system while same package has already been
implemented in SOLMAN Dev system without any error.
In SOLMAN Live system we are facing below error in short dump
Runtime Errors LOAD_PROGRAM_LOST
Date and Time 29.06.2011 06:40:22
Program "SAPLSMTR_NAVIGATION" was modified during the run.
Runtime error
The current ABAP program "SAPLSMTR_NAVIGATION_MODULES" had to be terminated
because one
of the statements could not be executed at runtime.
While the program was running, the program "SAPLSMTR_NAVIGATION" had to be
reloaded
because a bottleneck pushed it out of the local
program buffer. However, the database was found to contain an already
changed program.
And implementation of this support package is already inprogress in solman_live system with message
"tp check buffer for already imported requests"
Eloboratin issue as below:
Trid to stop transaction and then run again but always facing that it got stuck on the phase " IMPORT_PROPER" with below error
"tp check buffer for already imported requests"
Please advice what to do?
Please help here i got stuck in between of activity.
Regards,
Vyash
Edited by: vyashmishra on Jun 29, 2011 2:47 PM

Dear All,
My issue got resoulved
Action taken as below
1: reset the buffer via /$sync(tcode)
2: Then chcked in slog and could see due to disk space issue deadlock occured and PID was coming as active for same file
SID.LOB
3: Hence we renamed the SID.LOB to SID.LOB1.
4: We imported the stucked TR for support package in STM(tcode)
After that reimported the package and issue got resoulved.
Regards,
Vyash
Edited by: vyashmishra on Jul 13, 2011 8:54 AM

LOAD_PROGRAM_LOST (NOTE 5451 )

Hi Sap Gears!
I`m having this issue all the time in the execution of a program in SAP 4.6C system. I try to search this problem in the forum and i tryed a lot of time open error message to SAP, but they dont understand my problem....
When i execute this program, a short dump occurs with this PXA Buffer Issue. The Basis Time already increase this buffered memory, but this occurs frequently. When a Bapi is called, this dump occurs always.
Someone has a light for me to resolve this issue?
Thanks!

Hi,
The LOAD_PROGRAM_LOST error occurs when there are two
or more versions of a given program loaded into the
buffer at any given time. This happens when the
program is changed by one user while it is still in
use by another user.
When a user gets to the program that is having this
problem and R/3 attempts to load the generated version
from the buffer, it sees that the version is not the
most current and tries to swap it out for the most
current, but the load was lost from the pxa buffer,
hence the dump of LOAD_PROGRAM_LOST.
To correct the error you need to run tranx SAMT &
regenerate the program(s) that are listed in the dump.
You can then do a $SYNC in the OK code field in the
affected applciation server, but the other
application servers should not be running. After the
$SYNC, the other app servers can be brought up and the
buffers should then be in sync.
Regards
Nicole

Upgrade Dump analysis

Hi Gurus
Here is a list of our system dumps in September and October. I would like if any of you would analyze these for any trends or differences.
The reason is that we upgraded from BW 3.1 to 3.5 by the end of September. We need to know if this has lead to a signifiacant change in the types of dumps we are receiving.
Pre Upgrade
Runtime error Count
MESSAGE_TYPE_X 214
DYNPRO_SEND_IN_BACKGROUND 43
STORAGE_PARAMETERS_WRONG_SET 41
CALL_FUNCTION_SEND_ERROR 29
UNCAUGHT_EXCEPTION 17
START_CALL_SICK 14
TIME_OUT 12
RAISE_EXCEPTION 9
TYPELOAD_LOST 8
CALL_FUNCTION_OPEN_ERROR 7
DBIF_RSQL_INVALID_RSQL 5
DBIF_RSQL_SQL_ERROR 5
RFC_ATTACH_GUI_FAILED 4
IMPORT_FORMAT_ERROR 4
DBIF_DSQL2_SQL_ERROR 4
DBIF_SETG_SQL_ERROR 4
LOAD_PROGRAM_LOST 4
TSV_TNEW_PAGE_ALLOC_FAILED 4
RABAX_CALLING_RABAX 3
DBIF_REPO_SQL_ERROR 2
SYSTEM_CORE_DUMPED 2
OBJECTS_OBJREF_NOT_ASSIGNED 2
CONNE_IMPORT_ILL_OBJECT_TYPE 1
ITAB_DUPLICATE_KEY 1
SAPSQL_INVALID_TABLENAME 1
DBIF_RTAB_SQL_ERROR 1
DBIF_DSQL2_OBJ_UNKNOWN 1
SAPSQL_ARRAY_INSERT_DUPREC 1
GETWA_NOT_ASSIGNED 1
Post Upgrade 
Name of runtime error Count
MESSAGE_TYPE_X 211
DBIF_RSQL_SQL_ERROR 16
STORAGE_PARAMETERS_WRONG_SET 11
OBJECTS_OBJREF_NOT_ASSIGNED 10
CALL_FUNCTION_SEND_ERROR 9
SYNTAX_ERROR 9
TIME_OUT 8
TSV_TNEW_PAGE_ALLOC_FAILED 6
TYPELOAD_LOST 5
CALL_FUNCTION_OPEN_ERROR 5
IMPORT_FORMAT_ERROR 5
SYSTEM_CORE_DUMPED 4
DBIF_RSQL_INVALID_RSQL 3
LOAD_PROGRAM_LOST 3
UNCAUGHT_EXCEPTION 3
SAPSQL_CURSOR_ALREADY_OPEN 3
RAISE_EXCEPTION 2
CALL_FUNCTION_NOT_FOUND 2
CALL_FUNCTION_NO_DEST 2
DBIF_SETG_SQL_ERROR 2
RFC_ATTACH_GUI_FAILED 2
ITAB_DUPLICATE_KEY 1
SAPSQL_INVALID_TABLENAME 1
CALL_FUNCTION_ACCEPT_FAILED 1
CONNE_IMPORT_ILL_OBJECT_TYPE 1
SAPSQL_INVALID_FIELDNAME 1
TYPELOAD_NEW_VERSION 1
SYSTEM_CANCELED 1

Hi Jeevi,
You can check Dump using ST22 transaction. Dump analysis is nothing but the analysis as what was the cause of dump, what went on the worng in the program which resulted in dump and such questions and getting there answers.
Reward points if useful.
Regards,
Atish

LOAD_PROGRAM_LOST and CONVT_CODEPAGE

Hi Guys! Need very urgent help , may be someone knows this.
In today our Prod. server has gone mad . In sm21 and st22 are many dumps(> 1000 , and new every 3-5 second) and errors like :
LOAD_PROGRAM_LOST and CONVT_CODEPAGE. From users side the T-codes are reset
"The program is changed during performance" (i'm see on russian language,It is a literal translation as I shall see in English I shall tell literally). Any help is rewarded. Regards.

Hi Juan Reyes.
Yesterday i can't replay to you, the unknow error are on my browser................
Yes trasport are imported, also the Prepare are start (befor we start Prepare and all ok). In DDXTT we find 460 fields, after some actions we could force will proceed Prepare, (before it's hangs between the phases TOOLIMPD1 and NPREPCRE0 where we can't reset Prepare). All is now good. Thanks and regards.

Job faliour LOAD_PROGRAM_LOST

Hi all,
I have schedule one Z program in the back ground job (SM37).
I am getting a dump saying LOAD_PROGRAM_LOST.
Error analysis says:
While the program was running, the program "SAPLV01F" had to be reloaded because a bottleneck pushed it out of the local
program buffer. However, the database was found to contain an already changed program.
Can any one suggest what does it mean.

Try resubmitting it.
Rob

Dumpe

Dear guru
some time i open any repost . after few minute i go back then i get error
Runtime Error          LOAD_PROGRAM_LOST
Date and Time          06.05.2010 13:00:44
ShrtText
Program "/1BCDWB/DBCE11000" was modified during the run.
What happened?
Runtime error
The current ABAP program, "SAPLSETB", had to be terminated because one of the
statements could not be executed at runtime.
What can you do?
Try restarting the program.
If the error occurrs several times, consult your SAP administrator.
Choose "Print" to obtain a hard copy of the termination message.
You can use Transaction ST22 to display and manage short dump messages.
It also allows you to retain them beyond their normal deletion date.
Error analysis
While the program was running, the program "/1BCDWB/DBCE11000" had to be
reloaded
because a bottleneck pushed it out of the local
program buffer. However, the database was found to contain an already
changed program.
How to correct the error
Try to restart the program.
System environment
SAP Release.............. "640"
Application server....... "sapgrp"
Network address.......... "192.168.1.202"
Operating system......... "Windows NT"
Release.................. "5.2"
Hardware type............ "4x IA64 Level 3"
Character length......... 8 Bits
Pointer length........... 64 Bits
Work process number...... 0
Short dump setting....... "full"
Database server.......... "ECCPRD02"
Database type............ "ORACLE"
Database name............ "HOP"
Database owner........... "SAPHOP"
Terminal................. " "
Character set............ "English_United State"
SAP kernel............... "640"
Created on............... "Mar 21 2007 22:46:25"
Created in............... "NT 5.0 2195 Service Pack 4 x86 MS VC++ 13.10"
Database version......... "OCI_920_SHARE "
Patch level.............. "175"
Patch text............... " "
Supported environment....
Database................. "ORACLE 9.2.0.., ORACLE 10.1.0.., ORACLE
10.2.0.."
SAP database version..... "640"
Operating system......... "Windows NT 5.0, Windows NT 5.1, Windows NT 5.2"
Memory usage.............
Roll..................... 16128
EM....................... 13574496
Heap..................... 0
Page..................... 73728
MM Used.................. 5268480
MM Free.................. 993008
SAP Release.............. "640"
User and Transaction
Client.............. 500
User................ "HIT_HEAD"
Language key........ "E"
Transaction......... "SE11_OLD "
Program............. "SAPLSETB"
Screen.............. "/1BCDWB/DBCE11000 1000"
Screen line......... 104
Information on where terminated
The termination occurred in the ABAP program "SAPLSETB" in "GENERATE_NEW_SEL".
The main program was "/1BCDWB/DBCE11000 ".
The termination occurred in line 353 of the source code of the (Include)
program "LSETBU03"
of the source code of program "LSETBU03" (when calling the editor 3530).

> Runtime Error          LOAD_PROGRAM_LOST
This is described in the dump itself here:
> |Error analysis                                                                                |
> |    While the program was running, the program "/1BCDWB/DBCE11000" had to be                      |
> |     reloaded                                                                                |
> |    because a bottleneck pushed it out of the local                                               |
> |    program buffer. However, the database was found to contain an already                         |
> |    changed program.                                                                              |
So it seems someone use the same program while you had it open.
Is this a quick view or is this SE16?
Markus

Lock ups and dumping psyical memory!!!

Hi i have just installed a new pc most of the stuff im useing is from my old computer so i know they work fine im running a:
P4 3GHZ Prescot 800MHz, HT-Enabled
865PE Neo2-P
512 DDR-400 Twin moss
ATI Radeon 9000 pro
PSU-400
XP Pro
My computer locks up alot when running intense games (games have worked before no problem) i also get a error saying dumping pysical memory, i have looked about and tried to solve this myself, i found that someone was haveing the exact same problem as me and he fixed it by turning the FSB down as his memory wasnt compatable with his motherboard if doing that works how do i do it ?
Many thanks Jonathan

Flappa, Your memory " clock" is fine and there is no need to "underclock it" as long as you did not mess with the Bios.
I had the same problems. I could not even get thru a Clean install of windows as it would Blue Screen
1- are you running in " Dual Channel Mode"?
2- If so is your memory a " match Set"?
some times memory even thought it has the same markings is not matched . Dual channel sets are matched and made to run together in "Dual Channel Mode"{
( Even though I had the same manufacturer memory my set would not run in Dual Channel without " Blue Screening" I bought a Matched Set of Kingston Valueram and have not had a problem since
3- If it is not a matched set, pull one stick out and run it for a while , if it still bluescreens try the other stick
4- raise your memory voltage to 2.7 or 2.8 ( which ever is the lowest that it runs stable)
5- If all this does not work , run MEMTEST to see if there is a problem with both sticks
6- you are running a Bios Version that supports the " Prescott Microcode" right?
Let us know what your findings are
Good Luck
Dave

Report J_1IEWT_CERT getting cancelled, generating ABAP dump!

A long running report J_1IEWT_CERT in background mode is getting cancelled after running for a while and generating the following dump :
Error analysis
    When changing or deleting one or more lines of the internal table
    "\PROGRAM=J_1IEWT_CERT\DATA=PRINTTAB[]" or when inserting in the table
     "\PROGRAM=J_1IEWT_CERT\DATA=PRINTTAB[]", 0 was used as
    the line index. An index less than or equal to zero is not
    allowed.
    The error can occur when using the following options:
    1. "INDEX idx" for specifying the line number in the table
     "\PROGRAM=J_1IEWT_CERT\DATA=PRINTTAB[]"
       where you want to change, insert or delete.
    2. "FROM idx" for specifying the start index when deleting a line
       area from or inserting a line area into the table
     "\PROGRAM=J_1IEWT_CERT\DATA=PRINTTAB[]".
    3. "TO idx" for specifying the end index when deleting a line
       area from or inserting a line area into the table
     "\PROGRAM=J_1IEWT_CERT\DATA=PRINTTAB[]".
    At the time of the termination, the table contained 17008 lines.
How to correct the error
    If the error occurred in your own ABAP program or in an SAP
    program you modified, try to remove the error.
    If the error occures in a non-modified SAP program, you may be able to
    find an interim solution in an SAP Note.
    If you have access to SAP Notes, carry out a search with the following
    keywords:
    "TABLE_INVALID_INDEX" " "
    "J_1IEWT_CERT" or "J_1IEWT_CERT_F01"
    "FILTER_DATA"
    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".
Tried searching for some SAP Notes to fix the issue, no success as of now, Please help me out...

Have you checked these notes ?
363107 Short dump occurs during TDS certificate printing.
803806 Error while genrating TDS certificate 03.01.2005
1066049 J1INCERT - Error while generating TDS certificate
Regards,
Subhash

Short dump 'Table does not exist in database'

Hello All,
When a report is executing it is going to short dump by saying 'Table does not exist in database'. As per the short dump analysis this issue is happening because of the following   Native SQL statement statement :
Program : %_T050N0 (This is a dynamic program generating by SAP )
Form Name : DYN_LIC_SEL_TOT
exec sql performing LOOP_MOVE_WRITE_ISAP.
select single_plate, itm_num, ctry_code, model_lot,
lic_hold_flg, qty into :dcat-lplate, :dcat-matnr,
:dcat-werks, :dcat-charg, :dcat-holdflag,
:dcat-qty from ZLICENSE_R2 where itm_num   = :p_matnr and
                model_lot = :p_charg
endexec.
As per the customer this issue occurring since they migrated the SAP back-end data base from Oralce to DB6. Here I felt that ZLICENSE_R2 is not migrated from the Oracle to DB6. But as per the BASIS Team, even this table was not maintained in Oracle also. If the table was not maintained in the Oracle, this issue should have been there even before migration also.
Following is the short dump details:
Short text
    Table does not exist in database.
What happened?
    The table or view name used does not
    exist in the database.
    The error occurred in the current database connection "DEFAULT".
What can you do?
    Check the spelling of the table names in your report.
    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
    An exception occurred that is explained in detail below.
    The exception, which is assigned to class 'CX_SY_NATIVE_SQL_ERROR', was not
     caught in
   procedure "DYN_LIC_SEL_TOT" "(FORM)", nor was it propagated by a RAISING
clause.
Since the caller of the procedure could not have anticipated that the
exception would occur, the current program is terminated.
The reason for the exception is:
Triggering SQL statement: "select single_plate, itm_num, ctry_code, model_lot,
lic_hold_flg, qty from ZLICENSE_R2 where itm_num = ? and model_lot = ? "
Database error code: "-204"
Could you please let me know what might be the reason for this issue.
Many Thanks in Advance.

Transaction SE11, input ZLICENSE_R2 for table name, and display the table. Did the table display? If not, that is the main problem.
If the table displays, go to menu item Utilities -> Database Object -> Database Utility
In the resulting screen, under the "Status" fields, you should see text "Exists in the database." If you don't, then the table exists in the dictionary, but doesn't exist in the database system. Click the "Create database table" button and then you should be able to run the program.
You may need basis team's help to carryout some of these actions.

Dump LOAD_PROGRAM_LOST

Similar Messages

Maybe you are looking for