|  | 
 
  
    | RSS Feed - WebSphere MQ Support | RSS Feed - Message Broker Support |  
 
  
	|    |  |  
  
	| Using RFH2 in z/OS Assembler program | « View previous topic :: View next topic » |  
  	| 
		
		
		  | Author | Message |  
		  | williamchan | 
			  
				|  Posted: Thu Oct 20, 2005 7:52 pm    Post subject: Using RFH2 in z/OS Assembler program |   |  |  
		  | Newbie
 
 
 Joined: 20 Oct 2005Posts: 3
 
 
 | 
			  
				| Anyone know where could I find any sample asembler code on how to make use of RFH2? 
 Thanks.
 |  |  
		  | Back to top |  |  
		  |  |  
		  | EddieA | 
			  
				|  Posted: Thu Oct 20, 2005 8:56 pm    Post subject: |   |  |  
		  |  Jedi
 
 
 Joined: 28 Jun 2001Posts: 2453
 Location: Los Angeles
 
 | 
			  
				| 
   
	| Quote: |  
	| how to make use of RFH2 |  What do you mean by this.  Build an RFH2.  Read an RFH2.  Skip over an RFH2 in a received message.  Extract a Property Folder.
 
 Have you searched the site for other examples of "uses" of an RFH2.
 
 Your only possible "problem", is that part of the RFH2 can only be in a limited number of CCSIDs, and none of them are native to the mainframe.
 
 Cheers,
 _________________
 Eddie Atherton
 IBM Certified Solution Developer - WebSphere Message Broker V6.1
 IBM Certified Solution Developer - WebSphere Message Broker V7.0
 |  |  
		  | Back to top |  |  
		  |  |  
		  | williamchan | 
			  
				|  Posted: Thu Oct 20, 2005 9:37 pm    Post subject: |   |  |  
		  | Newbie
 
 
 Joined: 20 Oct 2005Posts: 3
 
 
 | 
			  
				| Hi Eddie, 
 All.  Build/read/skip(maybe) an RFH2 header & extract the usr folder.
 
 And how to translate the 'folder' into Assembler term?
 
 I've scanned this site but found no sample/discussion on assembler language with RFH2.
 
 Thanks.
 
 
 
   
	| EddieA wrote: |  
	| 
   
	| Quote: |  
	| how to make use of RFH2 |  What do you mean by this.  Build an RFH2.  Read an RFH2.  Skip over an RFH2 in a received message.  Extract a Property Folder.
 
 Have you searched the site for other examples of "uses" of an RFH2.
 
 Your only possible "problem", is that part of the RFH2 can only be in a limited number of CCSIDs, and none of them are native to the mainframe.
 
 Cheers,
 |  |  |  
		  | Back to top |  |  
		  |  |  
		  | EddieA | 
			  
				|  Posted: Thu Oct 20, 2005 10:30 pm    Post subject: |   |  |  
		  |  Jedi
 
 
 Joined: 28 Jun 2001Posts: 2453
 Location: Los Angeles
 
 | 
			  
				| There's a DSECT in the Application Programmers Reference.  That should be all you need. 
 There's probably no discussion on Assembler because given a DSECT and the flexibilty of Assembler, compared to some high-level languages, it's not that difficult.
 
 
   
	| Quote: |  
	| And how to translate the 'folder' into Assembler term |  I'm not sure what you mean by this.
 
 Cheers,
 _________________
 Eddie Atherton
 IBM Certified Solution Developer - WebSphere Message Broker V6.1
 IBM Certified Solution Developer - WebSphere Message Broker V7.0
 |  |  
		  | Back to top |  |  
		  |  |  
		  | williamchan | 
			  
				|  Posted: Thu Oct 20, 2005 10:47 pm    Post subject: |   |  |  
		  | Newbie
 
 
 Joined: 20 Oct 2005Posts: 3
 
 
 | 
			  
				| Hi Eddie, 
 I've the DSECT but also want to look at some sample coding (if available).
 
 The manual write: 'The string consists of a single "folder" that contains zero or properties....'.
 
 When the Assembler program processes a folder, should the prog treats that simply as a series of strings?
 
 Another question, since 'NameValueData is not converted to the character set specified on the MQGET call..., remains in its original character set...' does it imply the receiving end need to do the conversion by itself?  E.g from ASCII to EBCIDIC?
 
 Thanks.
 |  |  
		  | Back to top |  |  
		  |  |  
		  | EddieA | 
			  
				|  Posted: Thu Oct 20, 2005 11:37 pm    Post subject: |   |  |  
		  |  Jedi
 
 
 Joined: 28 Jun 2001Posts: 2453
 Location: Los Angeles
 
 | 
			  
				| 
   
	| Quote: |  
	| When the Assembler program processes a folder, should the prog treats that simply as a series of strings |  To an Assembler program each NameValueData is just a DS CLnnn that you will have to  "understand" in you code.  It's length is found in the preceeding fullword, NameValueLength.
 
 If the application that GETs the message does not use Convert, and there is no Conversion specified on any Channel, then the NameValueData can be in any Character Set, and will not be converted.  And neither will the message Payload.  However, if a GET with Convert is needed, to convert the Payload, then the NameValueData must be in one of the Character Sets defined in the manual, and it will remain in that set after the conversion.  So, if the recieving application expects EBCDIC, then, yes, you will have to convert it yourself.
 
 Cheers,
 _________________
 Eddie Atherton
 IBM Certified Solution Developer - WebSphere Message Broker V6.1
 IBM Certified Solution Developer - WebSphere Message Broker V7.0
 |  |  
		  | Back to top |  |  
		  |  |  
		  | fjb_saper | 
			  
				|  Posted: Sat Oct 22, 2005 6:11 am    Post subject: |   |  |  
		  |  Grand High Poobah
 
 
 Joined: 18 Nov 2003Posts: 20767
 Location: LI,NY
 
 | 
			  
				| Not to  belittle assembler, but have you looked at the XMS support pack in C ? 
 Enjoy
  |  |  
		  | Back to top |  |  
		  |  |  
		  |  |  |  
  
	|    |  | Page 1 of 1 |  
 
 
  
  	| 
		
		  | 
 
 | 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
 
 |  |  |  |