|
View previous topic :: View next topic
|
| Author |
Message |
William Thompson
Global Moderator
Joined: 18 Nov 2006
Posts: 3156
Location: Tucson AZ
|
|
|
|
| steves wrote: |
| IBM support? this client has no IBM support |
If the client has no support, then why are you using Dfsort? |
|
| Back to top |
|
 |
steves
New User
Joined: 26 Feb 2007
Posts: 30
Location: chicago
|
|
|
|
| they are getting rid of their mainframe, I'm just trying to find the easiest way to archive a ton of old data they have; DFsort is easier than writing cobol programs to reformat the data |
|
| Back to top |
|
|
enrico-sorichetti
Superior Member
Joined: 14 Mar 2007
Posts: 10873
Location: italy
|
|
|
|
isn' t it a bit unethical to seek help on how to get rid of the mainframe
on forums devoted to mainframes 
I sincerely hope that all Your client bytes lose their parity  |
|
| Back to top |
|
|
steves
New User
Joined: 26 Feb 2007
Posts: 30
Location: chicago
|
|
|
|
| i'm a mainframe developer. this client is getting rid of their mainframe. I'll still be around and the knowledge I gain will still be here |
|
| Back to top |
|
|
dick scherrer
Moderator Emeritus
Joined: 23 Nov 2006
Posts: 19244
Location: Inside the Matrix
|
|
|
|
Hello,
| Quote: |
| yep, that works, by changing the block size and splitting the file I can process the entire file, thanks |
Well, it had been my hope that this would help diagnose the problem rather than be the solution. . .
Just curious, but what media are the problem files stored on?
To do the experiments you ran, did you re-block the input multiple ways?
How long has it been since the system software was upgraded? |
|
| Back to top |
|
|
steves
New User
Joined: 26 Feb 2007
Posts: 30
Location: chicago
|
|
|
|
all the data is stored on disk
I tried many variations of block and space allocation
some of this data has not been accessed for 10 years, the agency laid off their last mainframe developer several years ago, don't know how long its been since software was upgraded. They can't legally destroy the data so I'm just reformatted it and moving it off the mainframe |
|
| Back to top |
|
|
Frank Yaeger
DFSORT Developer
Joined: 15 Feb 2005
Posts: 7129
Location: San Jose, CA
|
|
|
|
| Quote: |
| IBM support? this client has no IBM support |
If the client has a license for DFSORT, then you have access to IBM support for DFSORT. Are you saying the client is using DFSORT, but doesn't have a license for it? Are they using an old/unsupported release of DFSORT (e.g. Release 14) or what?
Without proper doc for the problem, we (DFSORT Team) can't help you. And if you're actually encountering a bug and there's a fix available, you may not be able to obtain the fix for an unsupported release.
You never even showed the control statements you're using for the job that gets the S0C7.
Given your constraints and lack of information, it's difficult to help you. |
|
| Back to top |
|
|
steves
New User
Joined: 26 Feb 2007
Posts: 30
Location: chicago
|
|
|
|
| the agency has a license for DFSORT they just don't have any mainframe developers left. I posted this last week at sent several examples. I resolved the problem by changing the block size, I didn't change any of the control statements and did not find any data problems, despite the fact that it was a soc 7 |
|
| Back to top |
|
|
Frank Yaeger
DFSORT Developer
Joined: 15 Feb 2005
Posts: 7129
Location: San Jose, CA
|
|
|
|
I was on vacation last week.
I think you misinterpreted the reference to "IBM support". It meant support by IBM itself which IS available to licensed customers of DFSORT. "IBM support" was NOT referring to the customers internal support of IBM systems.
If you're ok with whatever you did to bypass the problem, fine. |
|
| Back to top |
|
|
|
|
