IBM Mainframe Forum Index
 
Log In
 
IBM Mainframe Forum Index Mainframe: Search IBM Mainframe Forum: FAQ Register
 

Multiple reports Generation from a single file


IBM Mainframe Forums -> DFSORT/ICETOOL
Post new topic   Reply to topic
View previous topic :: View next topic  
Author Message
Skolusu

Senior Member


Joined: 07 Dec 2007
Posts: 2205
Location: San Jose

PostPosted: Wed Jun 30, 2010 9:42 pm
Reply with quote

ojdiaz wrote:
Actually I don't need the details but each total line, so what I did meanwhile was to use the first Field, FD1-COD-BANCA, to initialize it for a different value for each report, 1, 2, 3, 4... and so forth, and in a subsequent SORT Step, I merged all the reports/trailer3 together, and with an IFTHEN by this field, I overlaid all the fields in the report accordingly. It's two steps, but i guess it is easier to maintain later for other persons other than me that are not so familiarized with the Sort utility.


You can do the same in single step . why waste resources? write comments on how the job is processing. There is NO need to use 2 steps. Let me know if you need help setting up the default values for each report.

ojdiaz wrote:
Basically, most people around here use only to sort Fields, and ocasionally, merge files or format records in the output. Icetool is the somthing like an urban, not to mention IFTHEN which people usually don't believe it works... ¬¬ icon_eek.gif


Sad to hear that
Back to top
View user's profile Send private message
Frank Yaeger

DFSORT Developer


Joined: 15 Feb 2005
Posts: 7129
Location: San Jose, CA

PostPosted: Wed Jun 30, 2010 10:17 pm
Reply with quote

Quote:
not to mention IFTHEN which people usually don't believe it works...


And what do they base that "belief" on? I find the assumption that IFTHEN doesn't work highly insulting, being I was the one who wrote the code for it. It works just fine, and if I do say so myself, is one of the most useful things ever added to DFSORT! Sounds like you work in a shop full of idiots. icon_evil.gif
Back to top
View user's profile Send private message
dick scherrer

Moderator Emeritus


Joined: 23 Nov 2006
Posts: 19244
Location: Inside the Matrix

PostPosted: Wed Jun 30, 2010 10:42 pm
Reply with quote

Hello,

Quote:
not to mention IFTHEN which people usually don't believe it works...
For lots of rather incompetent people it is easier to say that something doesn't work rather than admit they don't know how to use it. . .
Back to top
View user's profile Send private message
ojdiaz

New User


Joined: 19 Nov 2008
Posts: 98
Location: Spain

PostPosted: Thu Jul 01, 2010 9:07 pm
Reply with quote

Hello:

I'm sorry for all of the off-topic that is about to be released. Pleas indulge me this rant icon_redface.gif

Skolusu wrote:
ojdiaz wrote:
Actually I don't need the details but each total line, so what I did meanwhile was to use the first Field, FD1-COD-BANCA, to initialize it for a different value for each report, 1, 2, 3, 4... and so forth, and in a subsequent SORT Step, I merged all the reports/trailer3 together, and with an IFTHEN by this field, I overlaid all the fields in the report accordingly. It's two steps, but i guess it is easier to maintain later for other persons other than me that are not so familiarized with the Sort utility.


You can do the same in single step . why waste resources? write comments on how the job is processing. There is NO need to use 2 steps. Let me know if you need help setting up the default values for each report.

ojdiaz wrote:
Basically, most people around here use only to sort Fields, and ocasionally, merge files or format records in the output. Icetool is the somthing like an urban, not to mention IFTHEN which people usually don't believe it works... ¬¬ icon_eek.gif


Sad to hear that


Thanks a lot for your support Skolusu, but I don't really want you guyst to think I'm asking you to do my job. I understand your idea to set the defautl values at the end of the record and then choose them in the output trailer3, as a matter of fact, I tested it and it worked great, however, as I need to merge all the records later again in a single file, the second step is not a waste of processing, however, as I asked a few co-workers, the code looks complicated enough for people around here, because, as I mentioned before, people around are quite "stubborn", by lack of a better word, when it comes to maintain or see code they "don't know". Change resistance, perhaps?

The JCL is quite well commented, if I might said so myself, however, as an example, if a person here doesn't knows what the SPLICE operator does, they just won't look at it on a manual, but rather find someone to explain it and change for them, or if they know functionaly what it does step does, replace it by a cobol program. It is a continuous headache for me, who always is looking for new and improved ways for doing things, that's why I loved this forum when i discoverd it, and that's why i have learnt soo much in the past 2 years

I think porple around here is like that, becouse in this country, and in this area of work, almost no one speaks or cares for english language, in fact there is around this stupid national feeling that everything should be translated, and if you ask me, English is the default language for computer sciences.


Frank Yaeger wrote:
Quote:
not to mention IFTHEN which people usually don't believe it works...


And what do they base that "belief" on? I find the assumption that IFTHEN doesn't work highly insulting, being I was the one who wrote the code for it. It works just fine, and if I do say so myself, is one of the most useful things ever added to DFSORT! Sounds like you work in a shop full of idiots. icon_evil.gif


You wrote the IFTHEN code? Then you have been my savior countless times Frank, becouse I Agree. It is the most useful thing i had found and it has helped me countless times. Not to mention it helped me improve my development times.

dick scherrer wrote:
Hello,

Quote:
not to mention IFTHEN which people usually don't believe it works...
For lots of rather incompetent people it is easier to say that something doesn't work rather than admit they don't know how to use it. . .


I think what Dick says is quite true. I mean, most people who works in IT around here, don't even have a degree on computer sciences. I still don't understand why i work next to Chemical engineers, or Biologist, among many other different kind of persons who don't even know formally how to write a program. It is frustrating to train people who doesn't even know what a "DO WHILE" or "PERFORM UNTIL" is... a waste of my time if you ask me. This is a shop full of idiots? Maybe, I'd say is a country where the feeling is: Let's do this as we always have done it, and don't change anything since we already know how it works that way.

Seriously, is frustrating, for me, as a Systems Engineer who happens to be Project Leader now to deal with managers who don't even care about performance issues or best practices, and instead all they care is for delivery dates. Well, maybe is an evil plot to sell later optimization projects... sheeeeshh.. I Hope I don't grow up to be like that ¬_¬

Anyway, I'm sorry for all the Off-topic, but i needed to let it out of me. I'll keep my belief and line of work that I don't have to use "regular" tools becouse others don't know how to use them. The hell with them and their mediocrity. If they don't know something, study it or read the manual.

Anyway, thanks again for everything guys. Seriously. I think your shop would be my dream job *sighs*
Back to top
View user's profile Send private message
enrico-sorichetti

Superior Member


Joined: 14 Mar 2007
Posts: 10873
Location: italy

PostPosted: Thu Jul 01, 2010 9:29 pm
Reply with quote

a bit of ranting never hurt anybody icon_biggrin.gif
Back to top
View user's profile Send private message
Skolusu

Senior Member


Joined: 07 Dec 2007
Posts: 2205
Location: San Jose

PostPosted: Thu Jul 01, 2010 9:37 pm
Reply with quote

ojdiaz wrote:
I think what Dick says is quite true. I mean, most people who works in IT around here, don't even have a degree on computer sciences. I still don't understand why i work next to Chemical engineers, or Biologist, among many other different kind of persons who don't even know formally how to write a program.


Just an FYI , I hold a Mechanical Engineering Degree. IMHO it is NOT about the degree you hold , it is the ability to pay attention to details, analytical mind, common sense and a keen ability to stay focused is what you need to be a good programmer.
Back to top
View user's profile Send private message
ojdiaz

New User


Joined: 19 Nov 2008
Posts: 98
Location: Spain

PostPosted: Thu Jul 01, 2010 9:45 pm
Reply with quote

Skolusu wrote:
ojdiaz wrote:
I think what Dick says is quite true. I mean, most people who works in IT around here, don't even have a degree on computer sciences. I still don't understand why i work next to Chemical engineers, or Biologist, among many other different kind of persons who don't even know formally how to write a program.


Just an FYI , I hold a Mechanical Engineering Degree. IMHO it is NOT about the degree you hold , it is the ability to pay attention to details, analytical mind, common sense and a keen ability to stay focused is what you need to be a good programmer.


Agreed, and I'm sorry if that sound in any way Offensive. However, it is more an excemption than the rule. I work also with many great non computer relatad profesionals, but not everybody has or uses those traits, among many others, that you mention.

However, my experience has teached me that some careers allows peple to learn programming skills easier than others. Engineering in general, Mathemathics, etc. Other, well, is harder for them, but not impossible. anyway, thanks again for dedicating this few minutes to this. Back to my cave and keep the code flowing...
Back to top
View user's profile Send private message
dbzTHEdinosauer

Global Moderator


Joined: 20 Oct 2006
Posts: 6966
Location: porcelain throne

PostPosted: Thu Jul 01, 2010 9:55 pm
Reply with quote

ojdiaz,

I believe that the negative attributes that you see in your co-workers,
have nothing to do with country, nationality, race, creed or color.
Back to top
View user's profile Send private message
Frank Yaeger

DFSORT Developer


Joined: 15 Feb 2005
Posts: 7129
Location: San Jose, CA

PostPosted: Thu Jul 01, 2010 11:07 pm
Reply with quote

Quote:
You wrote the IFTHEN code? Then you have been my savior countless times Frank, becouse I Agree. It is the most useful thing i had found and it has helped me countless times. Not to mention it helped me improve my development times.


I'm glad you like IFTHEN. Yes, I "invented" it and developed it along with lots of other DFSORT functions like ICETOOL, Symbols, PARSE, JFY, SQZ, FINDREP, ICEPRMxx, and so on. I've been developing DFSORT/ICETOOL for over 30 years and am quite proud of what I've accomplished. And the feedback I get on these boards from people who use these functions has been quite encouraging over the years.

Quote:
Just an FYI , I hold a Mechanical Engineering Degree. IMHO it is NOT about the degree you hold , it is the ability to pay attention to details, analytical mind, common sense and a keen ability to stay focused is what you need to be a good programmer.


Couldn't agree more. I actually have a degree in Nuclear Enginering (although I've always worked as a programmer - never as a Nuclear Engineer).
Back to top
View user's profile Send private message
View previous topic :: :: View next topic  
Post new topic   Reply to topic View Bookmarks
All times are GMT + 6 Hours
Forum Index -> DFSORT/ICETOOL Goto page 1, 2  Next

 


Similar Topics
Topic Forum Replies
No new posts FTP VB File from Mainframe retaining ... JCL & VSAM 4
No new posts Extract the file name from another fi... DFSORT/ICETOOL 6
No new posts How to split large record length file... DFSORT/ICETOOL 10
No new posts INCLUDE OMIT COND for Multiple values... DFSORT/ICETOOL 5
No new posts Extracting Variable decimal numbers f... DFSORT/ICETOOL 17
Search our Forums:

Back to Top