View previous topic :: View next topic
|
Author |
Message |
vina2010
New User
Joined: 06 Sep 2010 Posts: 19 Location: Bangalore
|
|
|
|
Hi All
Our team has been recently working on a Easytrieve upgrade where we are currently facing an issue which is not seen under Version 6.3 of this product.
The issue is around a page number display which has been defined in the program as
Code: |
PAGE-NO S 3 N VALUE 1
|
When we run the easytrieve program with Version 6.3 output comes out perfectly fine i.e. 001, 002 etc.
Whereas when we run with Version 6.4 output is just blank.
Please note that this has run without any program changes, only just a version change in the PROC from 6.3 to 6.4 is not working fine. Is there any new feature under Version 6.4 which could have caused this issue?
Can you please help? |
|
Back to top |
|
|
dick scherrer
Moderator Emeritus
Joined: 23 Nov 2006 Posts: 19244 Location: Inside the Matrix
|
|
|
|
Hello,
Do keep in mind that Easytrieve 6.4 is Way Out of Date. . .
Is thie data being written to a report or to a file? |
|
Back to top |
|
|
Bill Woodger
Moderator Emeritus
Joined: 09 Mar 2011 Posts: 7309 Location: Inside the Matrix
|
|
|
|
Is it the right-most field? Put it on a line on its own (temporary measure).
Compare the compile output from 6.3 to 6.4 paying attention to everything which is not your program code. Same for the syouts from both steps. |
|
Back to top |
|
|
vina2010
New User
Joined: 06 Sep 2010 Posts: 19 Location: Bangalore
|
|
|
|
Hi Bill Woodger
Thanks for you help. We are getting an output when we write this in next line. Is there any reason why this is happening? Something that we can fix to print page number on the same line.
dick scherrer
Thanks for the response. Reports are written both to report and file.
Thanks
Vina2010 |
|
Back to top |
|
|
dick scherrer
Moderator Emeritus
Joined: 23 Nov 2006 Posts: 19244 Location: Inside the Matrix
|
|
|
|
Hello,
I seem to recall that Easytrieve handles report data in a different way than file data.
Possibly someone will remember this is more detail than i do.
You might also experiment with the data type. Unfortunately, i don't have the resources to test this just now . . . |
|
Back to top |
|
|
Bill Woodger
Moderator Emeritus
Joined: 09 Mar 2011 Posts: 7309 Location: Inside the Matrix
|
|
|
|
Without seeing your code or the output I suggested that you look at, I'd guess: your page-number is the last item on the line; your heading line with the page-number on is the longest line of the report; the default line size for the previous release you were using was overridden at installation; you are doing "something else" with the report. That means all of those things, although it is perhaps a simple LRECL problem, I'm not sure whether Easytrieve would complain if the LRECL was too short for all the output.
It is not possibile that a field in 6.4 does not behave as it did in 6.3. Your page-number is being truncated beacuse it is not appearing where it used to, and "something" is chopping it (doing the truncation).
The idea of putting the page-number on another line was simply to demonstate to you that the data field is working as it always has and always will so that you can start looking where the probliem is, not imagining the problem is something else.
Your comment about report being written to report and file might support the "something".
If you still can't get there, we need to see the PARM from the compile listing, the Easytrieve Plus output from the run (all the "stats" and stuf, anything which Easytrieve prints but is not REPORT outputf) and the REPORT statement from the program. |
|
Back to top |
|
|
dick scherrer
Moderator Emeritus
Joined: 23 Nov 2006 Posts: 19244 Location: Inside the Matrix
|
|
|
|
Hello,
Suggest you make sure all of the customization is the same. Something unintended may have been "improved" with the upgrade. |
|
Back to top |
|
|
|