<?xml version="1.0" encoding="UTF-8"?><rss xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:atom="http://www.w3.org/2005/Atom" version="2.0"><channel><title><![CDATA[User &quot;batch&quot; displayed as &quot;local&quot;]]></title><description><![CDATA[<p dir="auto">From lib/vstlib.p:<br />
<code>if u_name = "batch" then u_name = "local".</code></p>
<p dir="auto">Why?</p>
<p dir="auto">I ask because we have applications where there are batch clients with user names like batch, batch2, batch3.  PT displays them as local, batch2, batch3.  It seems an arbitrary change and there is no code comment about it.</p>
<p dir="auto">Was this added to deal with a past Progress behaviour?  Or some vendor application?</p>
]]></description><link>https://community.wss.com/topic/56/user-batch-displayed-as-local</link><generator>RSS for Node</generator><lastBuildDate>Sun, 12 Apr 2026 06:19:47 GMT</lastBuildDate><atom:link href="https://community.wss.com/topic/56.rss" rel="self" type="application/rss+xml"/><pubDate>Wed, 28 Aug 2019 18:30:08 GMT</pubDate><ttl>60</ttl><item><title><![CDATA[Reply to User &quot;batch&quot; displayed as &quot;local&quot; on Mon, 02 Sep 2019 14:19:17 GMT]]></title><description><![CDATA[<p dir="auto">Should be fixed in pt3.141x.  I decided to simply use the first part of the device name unless the device name is "batch" and only if the name is otherwise blank.  If that fails then use the usr#.</p>
]]></description><link>https://community.wss.com/post/256</link><guid isPermaLink="true">https://community.wss.com/post/256</guid><dc:creator><![CDATA[tom]]></dc:creator><pubDate>Mon, 02 Sep 2019 14:19:17 GMT</pubDate></item><item><title><![CDATA[Reply to User &quot;batch&quot; displayed as &quot;local&quot; on Wed, 28 Aug 2019 20:30:30 GMT]]></title><description><![CDATA[<p dir="auto">I'll get right on it.</p>
]]></description><link>https://community.wss.com/post/250</link><guid isPermaLink="true">https://community.wss.com/post/250</guid><dc:creator><![CDATA[tom]]></dc:creator><pubDate>Wed, 28 Aug 2019 20:30:30 GMT</pubDate></item><item><title><![CDATA[Reply to User &quot;batch&quot; displayed as &quot;local&quot; on Wed, 28 Aug 2019 20:21:11 GMT]]></title><description><![CDATA[<p dir="auto">Ok...</p>
<p dir="auto">Do something different.  (Please.)</p>
<p dir="auto"><img src="https://community.wss.com/plugins/nodebb-plugin-emoji/emoji/android/1f60e.png?v=cg5jembuhoa" class="not-responsive emoji emoji-android emoji--sunglasses" title=":sunglasses:" alt="😎" /></p>
]]></description><link>https://community.wss.com/post/249</link><guid isPermaLink="true">https://community.wss.com/post/249</guid><dc:creator><![CDATA[Rob Fitzpatrick]]></dc:creator><pubDate>Wed, 28 Aug 2019 20:21:11 GMT</pubDate></item><item><title><![CDATA[Reply to User &quot;batch&quot; displayed as &quot;local&quot; on Wed, 28 Aug 2019 20:15:26 GMT]]></title><description><![CDATA[<p dir="auto">As I recall it started off because _connect-device is "batch" is the device name for shared memory batch connections, which gets pulled into the u_name, but "batch" <em>could</em> also be a remote batch process and I didn't want to have a confusing default name.</p>
<p dir="auto">But... now that you ask about it.  I'm not sure it serves much of a useful purpose and it probably wouldn't be very hard to convince me to do something different.</p>
<p dir="auto">(pt3.141 should be available real soon.)</p>
]]></description><link>https://community.wss.com/post/248</link><guid isPermaLink="true">https://community.wss.com/post/248</guid><dc:creator><![CDATA[tom]]></dc:creator><pubDate>Wed, 28 Aug 2019 20:15:26 GMT</pubDate></item></channel></rss>