 




<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: edtmsk in AS/400</title>
	<atom:link href="http://itknowledgeexchange.techtarget.com/itanswers/edtmsk/feed/" rel="self" type="application/rss+xml" />
	<link>http://itknowledgeexchange.techtarget.com/itanswers/edtmsk/</link>
	<description></description>
	<lastBuildDate>Mon, 20 May 2013 05:26:00 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	
	<item>
		<title>By: tomliotta</title>
		<link>http://itknowledgeexchange.techtarget.com/itanswers/edtmsk/#comment-68301</link>
		<dc:creator>tomliotta</dc:creator>
		<pubDate>Wed, 23 Sep 2009 22:30:58 +0000</pubDate>
		<guid isPermaLink="false">#comment-68301</guid>
		<description><![CDATA[I&#039;m pretty sure that there&#039;s no good way to get this done as long as the standard 5250 interface will be used. I can imagine that the Dynamic Screen Manager (DSM) APIs could be used to construct a process, but it&#039;d take an experienced DSM developer to be sure.

Beyond that, I&#039;ve only seen one potentially useful way to simulate this with &quot;normal&quot; display file processing.

Define two fields for password handling.

One field is a 1-byte input field that is DSPATR(ND) CHECK(ER). This will be the password entry field. Each typed character will cause CHECK(ER) to input the character.

The other field is an output field as big as your passwords are allowed to be. Every time a character is typed into the first field, the program adds a &#039;*&#039; character to the string that gets written back out to this field.

The program loops on input until some F-key signals the loop to end. The password characters are concatenated into an internal field at the same time each &#039;*&#039; is concatenated to the output field.

Pretty ugly, but it can be made to work if absolutely required. (I credit &quot;Murphy&quot; with pointing out this technique in case he runs across this posting.)]]></description>
		<content:encoded><![CDATA[<p>I&#8217;m pretty sure that there&#8217;s no good way to get this done as long as the standard 5250 interface will be used. I can imagine that the Dynamic Screen Manager (DSM) APIs could be used to construct a process, but it&#8217;d take an experienced DSM developer to be sure.</p>
<p>Beyond that, I&#8217;ve only seen one potentially useful way to simulate this with &#8220;normal&#8221; display file processing.</p>
<p>Define two fields for password handling.</p>
<p>One field is a 1-byte input field that is DSPATR(ND) CHECK(ER). This will be the password entry field. Each typed character will cause CHECK(ER) to input the character.</p>
<p>The other field is an output field as big as your passwords are allowed to be. Every time a character is typed into the first field, the program adds a &#8216;*&#8217; character to the string that gets written back out to this field.</p>
<p>The program loops on input until some F-key signals the loop to end. The password characters are concatenated into an internal field at the same time each &#8216;*&#8217; is concatenated to the output field.</p>
<p>Pretty ugly, but it can be made to work if absolutely required. (I credit &#8220;Murphy&#8221; with pointing out this technique in case he runs across this posting.)</p>
]]></content:encoded>
	</item>
</channel>
</rss>

<!-- Performance optimized by W3 Total Cache. Learn more: http://www.w3-edge.com/wordpress-plugins/

Page Caching using memcached
Database Caching 6/8 queries in 0.012 seconds using memcached
Object Caching 269/270 objects using memcached

Served from: itknowledgeexchange.techtarget.com @ 2013-05-20 08:14:08 -->