MVSFORUMS.com Forum Index MVSFORUMS.com
A Community of and for MVS Professionals
 
 FAQFAQ   SearchSearch   Quick Manuals   RegisterRegister 
 ProfileProfile   Log in to check your private messagesLog in to check your private messages   Log inLog in 

Copy only last record
Goto page Previous  1, 2
 
Post new topic   Reply to topic   printer-friendly view    MVSFORUMS.com Forum Index -> Utilities
View previous topic :: View next topic  
Author Message
psmadhusudhan
Beginner


Joined: 28 Nov 2006
Posts: 143
Topics: 48

PostPosted: Fri Sep 18, 2009 1:42 am    Post subject: Reply with quote

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
View user's profile Send private message
psmadhusudhan
Beginner


Joined: 28 Nov 2006
Posts: 143
Topics: 48

PostPosted: Fri Sep 18, 2009 4:45 am    Post subject: Reply with quote

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
View user's profile Send private message
Anuj Dhawan
Intermediate


Joined: 19 Jul 2007
Posts: 298
Topics: 7
Location: Mumbai,India

PostPosted: Fri Sep 18, 2009 4:46 am    Post subject: Reply with quote

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
View user's profile Send private message
Anuj Dhawan
Intermediate


Joined: 19 Jul 2007
Posts: 298
Topics: 7
Location: Mumbai,India

PostPosted: Fri Sep 18, 2009 4:58 am    Post subject: Reply with quote

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
View user's profile Send private message
Frank Yaeger
Sort Forum Moderator
Sort Forum Moderator


Joined: 02 Dec 2002
Posts: 1618
Topics: 31
Location: San Jose

PostPosted: Fri Sep 18, 2009 10:19 am    Post subject: Reply with quote

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
View user's profile Send private message Send e-mail Visit poster's website
Anuj Dhawan
Intermediate


Joined: 19 Jul 2007
Posts: 298
Topics: 7
Location: Mumbai,India

PostPosted: Sat Sep 19, 2009 8:55 am    Post subject: Reply with quote

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
View user's profile Send private message
Terry_Heinze
Supermod


Joined: 31 May 2004
Posts: 391
Topics: 4
Location: Richfield, MN, USA

PostPosted: Sat Sep 19, 2009 12:38 pm    Post subject: Reply with 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?
_________________
....Terry
Back to top
View user's profile Send private message Send e-mail
Frank Yaeger
Sort Forum Moderator
Sort Forum Moderator


Joined: 02 Dec 2002
Posts: 1618
Topics: 31
Location: San Jose

PostPosted: Mon Sep 21, 2009 10:34 am    Post subject: Reply with quote

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
View user's profile Send private message Send e-mail Visit poster's website
Terry_Heinze
Supermod


Joined: 31 May 2004
Posts: 391
Topics: 4
Location: Richfield, MN, USA

PostPosted: Mon Sep 21, 2009 11:33 am    Post subject: Reply with quote

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". Smile
_________________
....Terry
Back to top
View user's profile Send private message Send e-mail
Frank Yaeger
Sort Forum Moderator
Sort Forum Moderator


Joined: 02 Dec 2002
Posts: 1618
Topics: 31
Location: San Jose

PostPosted: Mon Sep 21, 2009 11:50 am    Post subject: Reply with quote

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
View user's profile Send private message Send e-mail Visit poster's website
Terry_Heinze
Supermod


Joined: 31 May 2004
Posts: 391
Topics: 4
Location: Richfield, MN, USA

PostPosted: Mon Sep 21, 2009 12:15 pm    Post subject: Reply with quote

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. Smile
_________________
....Terry
Back to top
View user's profile Send private message Send e-mail
Frank Yaeger
Sort Forum Moderator
Sort Forum Moderator


Joined: 02 Dec 2002
Posts: 1618
Topics: 31
Location: San Jose

PostPosted: Mon Sep 21, 2009 1:08 pm    Post subject: Reply with quote

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. Smile
_________________
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
View user's profile Send private message Send e-mail Visit poster's website
Anuj Dhawan
Intermediate


Joined: 19 Jul 2007
Posts: 298
Topics: 7
Location: Mumbai,India

PostPosted: Tue Sep 22, 2009 2:37 am    Post subject: Reply with quote

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... Smile

Have a good one,

Regards,
Back to top
View user's profile Send private message
Display posts from previous:   
Post new topic   Reply to topic   printer-friendly view    MVSFORUMS.com Forum Index -> Utilities All times are GMT - 5 Hours
Goto page Previous  1, 2
Page 2 of 2

 
Jump to:  
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum


MVSFORUMS
Powered by phpBB © 2001, 2005 phpBB Group