Portal | Manuals | References | Downloads | Info | Programs | JCLs | Mainframe wiki | Quick Ref
IBM Mainframe Computers Forums Index
 
Register
 
IBM Mainframe Computers Forums Index Mainframe: Search IBM Mainframe Forum: FAQ Memberlist Profile Log in to check your private messages Log in
 
System Abend Code S878
Goto page Previous  1, 2
 
Post new topic   Reply to topic    IBMMAINFRAMES.com Support Forums -> COBOL Programming
View previous topic :: :: View next topic  
Author Message
swapnadeep.ganguly

Active User


Joined: 21 Mar 2007
Posts: 203
Location: India

PostPosted: Tue Feb 19, 2008 4:50 pm    Post subject:
Reply with quote

Hi,

1. We are using DATA(31)
2. REGION is not specified either in job card or Proc currently. However we have used REGION=2401M
3. The files that are created are simple PS.
4. There are in total 30 sequential files.
5. Not mentioned BLKSIZE in the JCL.
6. No I am not using REGION= in STEP execution.
Back to top
View user's profile Send private message

Guru Bob

New User


Joined: 31 Jan 2008
Posts: 21
Location: Malaysia

PostPosted: Tue Feb 19, 2008 5:29 pm    Post subject:
Reply with quote

2401M sounds very high

OK DATA(31) means QSAM buffers are above the line so you are not out of sequential storage. However I am ammused that REGION=2041M is passing. Try specifying REGION=0M which will give you as much as you can get.

What is your BLKSIZES please? Do you have any QSAM files concatenated together?
Back to top
View user's profile Send private message
swapnadeep.ganguly

Active User


Joined: 21 Mar 2007
Posts: 203
Location: India

PostPosted: Tue Feb 19, 2008 6:01 pm    Post subject:
Reply with quote

We have not mentioned the BLKSIZE parameter. The JCL takes it up on its own.

Also we are not concatenating any QSAM files.
Back to top
View user's profile Send private message
shitij

New User


Joined: 09 Sep 2005
Posts: 31
Location: Delhi

PostPosted: Tue Feb 19, 2008 6:20 pm    Post subject: Reply to: System Abend Code S878
Reply with quote

Hi,

As per as my understanding u are trying to move the Load of the pgm from one stage to another (to Pre-Prod?).

Is it that u have to bring the load from ur personal lib. to a pre-defined lib. and from there u can sub. the staging job via endevor...and the load is migrated to Pre-Prod.

From there u make a package and finally it reaches production.

Now from ur personal lib. to the pre-defined one its going smooth...but when u try to move to Pre-Prod it gives user abend.

Am I correct in mapping the problem???

Pls let me know as i have seen such issues in my system too.


Regards,
Shitij
Back to top
View user's profile Send private message
Guru Bob

New User


Joined: 31 Jan 2008
Posts: 21
Location: Malaysia

PostPosted: Tue Feb 19, 2008 6:28 pm    Post subject:
Reply with quote

OK so its a while after executing starts. I am suspecting QSAM buffers. The program I can assume is linked AMODE(31) RMODE(ANY).

Do you open all SEQ files at once? If not can you determine from the DUMP which file youare at the opening point for?

Doesn't the abend offset allow you to pinpoint the actual line of code in the program at failure?

Can you Try REGION=0M on the jobcard.

The BLKSIZE is available on the JESMSGS for each DDNAME so you can see what each opened file BLKSIZE was.

One way of proving it is QSAM memory problem with S878 is to code BUNFO=1 or BUFNO=2 for all QSAM files and rerun.
Back to top
View user's profile Send private message
bachi234

New User


Joined: 15 May 2007
Posts: 6
Location: VA

PostPosted: Tue Feb 19, 2008 8:34 pm    Post subject:
Reply with quote

This problem occurs if the compile parms are different.
I got the same problem and i changed the compile parms and ran it and it went fine.

Thanks.
Back to top
View user's profile Send private message
Guru Bob

New User


Joined: 31 Jan 2008
Posts: 21
Location: Malaysia

PostPosted: Wed Feb 20, 2008 9:02 am    Post subject: Reply to: System Abend Code S878
Reply with quote

Ok so the problem solved or still existing?

If using TSO can you not execute it in batch or is it a TSO process.

If TSO then you only have 2m or 4M or 8M usually allocated to TSO. Depends on your sysprogs.

I suspect then you are running below the line with QSAM buffers but not sure why.

Why do you not make a change and display the file DDNAMe as they open successfully and CLOSE under SYSPRINT or similar. LEast it will show you how far you get.

You need to know the BLKSIZE so you can work out how much storage you are using for all the files you are accessing. LOADLIBS and all.
Back to top
View user's profile Send private message
swapnadeep.ganguly

Active User


Joined: 21 Mar 2007
Posts: 203
Location: India

PostPosted: Wed Feb 20, 2008 10:20 am    Post subject:
Reply with quote

Hi Shitij,

I am not moving the Load Library.

I had created a compile JCL for testing purposes using my personal load library. When I used this library, I was able to execute my job successfully.

However, when I staged my component in Endevor, a load library was created for the purpose. But when I am using this loadlibrary to execute my Batch job, my job is abending with S878.
Back to top
View user's profile Send private message
enrico-sorichetti

Senior Member


Joined: 14 Mar 2007
Posts: 10608
Location: italy

PostPosted: Wed Feb 20, 2008 11:42 am    Post subject: Reply to: System Abend Code S878
Reply with quote

So after all You found a difference
the best thing to do is to speak with the endevor support team
looks like it is their job to fix everything up

but to avoid this kind of problems the process used to build entities should be always the same
Back to top
View user's profile Send private message
swapnadeep.ganguly

Active User


Joined: 21 Mar 2007
Posts: 203
Location: India

PostPosted: Wed Feb 20, 2008 12:05 pm    Post subject:
Reply with quote

Hi,

Can any one please let me know how can we code the GETMAIN macro?
Back to top
View user's profile Send private message
bachi234

New User


Joined: 15 May 2007
Posts: 6
Location: VA

PostPosted: Wed Feb 20, 2008 7:21 pm    Post subject:
Reply with quote

Swapnadeep,

You said that you created compile JCL for testing purpose,check with the endevour compile listing and compare the compile parms and you will definitely find the difference.


I think you need to hard code this compile and link edit parms when you are compiling in endeavour.
COMPILE PARMS ===> RENT,ADV,NODYNAM,NOSEQ,DATA(31)
LINK EDIT PARMS ===> AMODE(31),RMODE(24).

I faced the same problem which you faced in test region i could run it with out problem when i staged it in Changeman(in your case it is endeavor) my compile job went fine but when i took the load lib from changeman package and ran the job i got S878 abend.

You can say that you can put REGION=0M in the run jcl and you will solve the problem but its not advicable becz it may not work the same as you did so change the compile parms and runt it i am sure u are gonna solve it..

Thanks
Back to top
View user's profile Send private message
swapnadeep.ganguly

Active User


Joined: 21 Mar 2007
Posts: 203
Location: India

PostPosted: Thu Feb 21, 2008 9:11 am    Post subject:
Reply with quote

Hi Bachi,

The solution provided by you worked. Thanks a lot... icon_biggrin.gif
Back to top
View user's profile Send private message
xknight

Active User


Joined: 22 Jan 2008
Posts: 117
Location: Liberty city

PostPosted: Thu Mar 06, 2008 2:12 pm    Post subject:
Reply with quote

Just change your region=0M ......then try it....

878 ABEND HAPPENS WHEN IT LAST'S OUT THE SPECIFIED REGION SIZE.
Back to top
View user's profile Send private message
Mistermind
Warnings : 2

New User


Joined: 08 Feb 2008
Posts: 46
Location: Dublin

PostPosted: Thu Mar 13, 2008 2:15 am    Post subject:
Reply with quote

Your harmless loadlib probably has a default RMODE=24, ie. the loadmodule is loaded at 24-bit address below the 16MB line. The more modern loadlibs probably have RMODE=31, ie. inisisting on loading above the 16MB line, which means your partition requires a larger REGION= size.
Back to top
View user's profile Send private message
mohan tarte

New User


Joined: 01 Nov 2008
Posts: 1
Location: Pune

PostPosted: Sat Nov 01, 2008 7:41 am    Post subject:
Reply with quote

Hi Bachi,

Thanks a lot man!!
We were also able to resolve the S878 error by including those compile options in changeman while compiling the program.

COMPILE PARMS : RENT,ADV,NODYNAM,NOSEQ,DATA(31)
LINK EDIT PARMS : AMODE(31),RMODE(24)
Back to top
View user's profile Send private message
View previous topic :: :: View next topic  
Post new topic   Reply to topic    IBMMAINFRAMES.com Support Forums -> COBOL Programming All times are GMT + 6 Hours
Goto page Previous  1, 2
Page 2 of 2

 

Search our Forum:

Similar Topics
Topic Author Forum Replies Posted
No new posts Difference between GE and GB return c... Poha Eater IMS DB/DC 0 Fri Jul 12, 2019 12:59 pm
No new posts S0C7 abend while running a Cobol Program amitc23 COBOL Programming 2 Tue May 07, 2019 4:06 pm
No new posts S0C4 Reason Code 10 cz016m COBOL Programming 1 Thu May 02, 2019 7:13 am
No new posts System Determined Blocksize SandeepChourasia1985 COBOL Programming 2 Thu Mar 14, 2019 9:37 am
No new posts Additional PCB denied abend prasun007 IMS DB/DC 1 Tue Feb 26, 2019 2:46 am

Facebook
Back to Top
 
Job Vacancies | Forum Rules | Bookmarks | Subscriptions | FAQ | Polls | Contact Us