View previous topic :: View next topic |
Author |
Message |
psmadhusudhan Beginner

Joined: 28 Nov 2006 Posts: 143 Topics: 48
|
Posted: Fri Sep 18, 2009 1:42 am Post subject: |
|
|
Thanks Anuj for your replies. I tried ICEMAN it is throwing following error:
Code: | E1 - DSS10065E - PARAMETER 'COUNT-1' IS UNIDENTIFIED. |
_________________ Thanks
Madhu Sudhan |
|
Back to top |
|
 |
psmadhusudhan Beginner

Joined: 28 Nov 2006 Posts: 143 Topics: 48
|
Posted: Fri Sep 18, 2009 4:45 am Post subject: |
|
|
Thanks Anuj your code worked. Thank you very much. Is there anything to do in one step rather than two steps. _________________ Thanks
Madhu Sudhan |
|
Back to top |
|
 |
Anuj Dhawan Intermediate
Joined: 19 Jul 2007 Posts: 298 Topics: 7 Location: Mumbai,India
|
Posted: Fri Sep 18, 2009 4:46 am Post subject: |
|
|
I feel helpless with what you've posted. If you check the the definition of DSS10065E, it says: Quote: | DSS10065 "Parameter '&1' is unidentified."
The parameter '&1' on the statement is not recognized as a valid parameter for the statement being processed. Possible causes of this error include misspelling the parameter, or attempting to use a parameter that belongs on a different type of statement. | Check if what is posted in bold is a possible case at your end. _________________ Regards,
Anuj |
|
Back to top |
|
 |
Anuj Dhawan Intermediate
Joined: 19 Jul 2007 Posts: 298 Topics: 7 Location: Mumbai,India
|
Posted: Fri Sep 18, 2009 4:58 am Post subject: |
|
|
Madhu -- you beat me by one minute. Glad to hear, you finally got it working.
If you want to achieve the result in one step you can use ICETOOL job posted earlier. But if you need solution by ICEMAN/SORT... I need to look again and I need some time. _________________ Regards,
Anuj |
|
Back to top |
|
 |
Frank Yaeger Sort Forum Moderator

Joined: 02 Dec 2002 Posts: 1618 Topics: 31 Location: San Jose
|
Posted: Fri Sep 18, 2009 10:19 am Post subject: |
|
|
Quote: | Thanks Anuj for your replies. I tried ICEMAN it is throwing following error:
Code:
E1 - DSS10065E - PARAMETER 'COUNT-1' IS UNIDENTIFIED. |
That is NOT a DFSORT error message. It's a message from a JCL Checker product that has NOT kept up with all the enhancements to DFSORT! Complain to the JCL Checker's product support. _________________ Frank Yaeger - DFSORT Development Team (IBM)
Specialties: JOINKEYS, FINDREP, WHEN=GROUP, ICETOOL, Symbols, Migration
DFSORT is on the Web at:
www.ibm.com/storage/dfsort |
|
Back to top |
|
 |
Anuj Dhawan Intermediate
Joined: 19 Jul 2007 Posts: 298 Topics: 7 Location: Mumbai,India
|
Posted: Sat Sep 19, 2009 8:55 am Post subject: |
|
|
Hi Frank,
As s_shivaraj said this earlier in this thread, Quote: | max length that a TRAILER can take is only 255. | I'd like to ask, just out of curiosity, why do they (you, your team?) make such a restriction to use maximum length as 255? Any specific reason/benefit behind? _________________ Regards,
Anuj |
|
Back to top |
|
 |
Terry_Heinze Supermod
Joined: 31 May 2004 Posts: 391 Topics: 4 Location: Richfield, MN, USA
|
Posted: Sat Sep 19, 2009 12:38 pm Post subject: |
|
|
255 is the maximum number allowed in many other circumstances because it's the largest number than can be stored in the low order byte of a 2-byte binary number. Maybe that's the reason? _________________ ....Terry |
|
Back to top |
|
 |
Frank Yaeger Sort Forum Moderator

Joined: 02 Dec 2002 Posts: 1618 Topics: 31 Location: San Jose
|
Posted: Mon Sep 21, 2009 10:34 am Post subject: |
|
|
Quote: | 255 is the maximum number allowed in many other circumstances because it's the largest number than can be stored in the low order byte of a 2-byte binary number. Maybe that's the reason? |
Actually X'FF' (255) is the largest number that be can stored in a byte. X'FFFF' (65535) is the largest number that can be stored in two bytes.
Quote: | I'd like to ask, just out of curiosity, why do they (you, your team?) make such a restriction to use maximum length as 255? Any specific reason/benefit behind? |
That decision was made a long time ago. Usually, that kind of restriction is imposed due to various development tradeoffs and because the original developer thought that nobody would need to go beyond that restriction. That sometimes turns out not to be true eventually, so sometimes the limit is raised later. Unfortunately, developers don't have crystal balls and there are tradeoffs to be considered when you're doing development. Really, there's no hard and fast rules about this kind of decision. _________________ Frank Yaeger - DFSORT Development Team (IBM)
Specialties: JOINKEYS, FINDREP, WHEN=GROUP, ICETOOL, Symbols, Migration
DFSORT is on the Web at:
www.ibm.com/storage/dfsort |
|
Back to top |
|
 |
Terry_Heinze Supermod
Joined: 31 May 2004 Posts: 391 Topics: 4 Location: Richfield, MN, USA
|
Posted: Mon Sep 21, 2009 11:33 am Post subject: |
|
|
Frank Yaeger wrote: | Quote: | 255 is the maximum number allowed in many other circumstances because it's the largest number than can be stored in the low order byte of a 2-byte binary number. Maybe that's the reason? |
Actually X'FF' (255) is the largest number that be can stored in a byte. X'FFFF' (65535) is the largest number that can be stored in two bytes.
| Being aware of that, that's why I mentioned "low order byte of a 2-byte binary number".  _________________ ....Terry |
|
Back to top |
|
 |
Frank Yaeger Sort Forum Moderator

Joined: 02 Dec 2002 Posts: 1618 Topics: 31 Location: San Jose
|
Posted: Mon Sep 21, 2009 11:50 am Post subject: |
|
|
Oh, I missed that. I think of that as a 1-byte binary number rather than the low order byte of a 2-byte binary number. Not sure why you would describe it that way since you only need one byte to store a value of 0-255. Why use 2 bytes when 1 byte will do. If you're going to use 2 bytes, you can make the limit 65535 instead of 255. _________________ Frank Yaeger - DFSORT Development Team (IBM)
Specialties: JOINKEYS, FINDREP, WHEN=GROUP, ICETOOL, Symbols, Migration
DFSORT is on the Web at:
www.ibm.com/storage/dfsort |
|
Back to top |
|
 |
Terry_Heinze Supermod
Joined: 31 May 2004 Posts: 391 Topics: 4 Location: Richfield, MN, USA
|
Posted: Mon Sep 21, 2009 12:15 pm Post subject: |
|
|
I described it that way since it can be a bit tricky for a novice to access just 1 byte of a field defined as binary. COBOL likes to see COMP fields as 2-bytes, 4-bytes, or 8-bytes in length. Just being nit-picky, Frank.  _________________ ....Terry |
|
Back to top |
|
 |
Frank Yaeger Sort Forum Moderator

Joined: 02 Dec 2002 Posts: 1618 Topics: 31 Location: San Jose
|
Posted: Mon Sep 21, 2009 1:08 pm Post subject: |
|
|
Ok. DFSORT is written in Assembler, so those are the terms I think in when developing it. I only think in terms of COBOL externally as it relates to DFSORT formats vs COBOL formats.  _________________ Frank Yaeger - DFSORT Development Team (IBM)
Specialties: JOINKEYS, FINDREP, WHEN=GROUP, ICETOOL, Symbols, Migration
DFSORT is on the Web at:
www.ibm.com/storage/dfsort |
|
Back to top |
|
 |
Anuj Dhawan Intermediate
Joined: 19 Jul 2007 Posts: 298 Topics: 7 Location: Mumbai,India
|
Posted: Tue Sep 22, 2009 2:37 am Post subject: |
|
|
I'm a COBOL guy and I must have picked what Terry has said. But, keeping in mind that DFSORT kernel is based upon assembler - I was just not sure how to interpret that.
My lil curiosity paid me a lot, that was a nice information for me -- Thank you both...
Have a good one,
Regards, |
|
Back to top |
|
 |
|
|