1 INFO-VAX	Fri, 17 Nov 2006	Volume 2006 : Issue 633       Contents:. Re: A place where non-mention of VMS is good ! Re: DS25 with 1000BaseT NIC  Re: DS25 with 1000BaseT NIC 6 Re: F$SEARCH() complications with mixed case filenames4 Re: Galaxy and Tru64 Hobbyist licenses - any chance?- Re: Mozilla + Java sanity check (speed tests) - Re: Mozilla + Java sanity check (speed tests) $ Re: Pathworks client on x64 windows.% Re: Problem with HP's IA64 web site ? + Re: Programatically determining TCPIP stack & Purpose of uppercasing a RUN command ?* Re: Purpose of uppercasing a RUN command ?* Re: Purpose of uppercasing a RUN command ?* Re: Purpose of uppercasing a RUN command ?* Re: Purpose of uppercasing a RUN command ?* Re: Purpose of uppercasing a RUN command ?* Re: Purpose of uppercasing a RUN command ?* Re: Purpose of uppercasing a RUN command ?* Re: Purpose of uppercasing a RUN command ?* Re: Purpose of uppercasing a RUN command ?9 SYS$ACM not working with externally authenticated account = Re: SYS$ACM not working with externally authenticated account = Re: SYS$ACM not working with externally authenticated account = Re: SYS$ACM not working with externally authenticated account < TCPIP 5.6: TCPIP now checks names greater than 12 characters@ Re: TCPIP 5.6: TCPIP now checks names greater than 12 characters3 Unlicensed ES45 DEAL - Prefect Upgrade from an ES40  Re: Using the Serial Terminal  Re: VMS Gaming History?  Re: VMS Gaming History?  Re: VMS Gaming History?  Re: VMS Gaming History?  Re: VMS Gaming History? = Re: What layered products are important for a VAX VMS system? = Re: What layered products are important for a VAX VMS system? = Re: What layered products are important for a VAX VMS system? = Re: What layered products are important for a VAX VMS system? = Re: What layered products are important for a VAX VMS system? = Re: What layered products are important for a VAX VMS system?  Re: Who called me?  F ----------------------------------------------------------------------    Date: 17 Nov 2006 09:06:58 -0600; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) 7 Subject: Re: A place where non-mention of VMS is good ! 3 Message-ID: <0V1EJ9bQB2hR@eisner.encompasserve.org>   m In article <WKednap3MqSVocDYnZ2dnUVZ_oednZ2d@comcast.com>, glen herrmannsfeldt <gah@ugcs.caltech.edu> writes:  > D > If windows was 10 times more secure than VMS it would still be the/ > primary target for virus writers and hackers.   C    If Windows was 10 times more secure than VMS then all the script C    kiddies would give up and the serious crackers would be bouncing     off the wall.   ------------------------------  % Date: Fri, 17 Nov 2006 02:17:29 -0500 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> $ Subject: Re: DS25 with 1000BaseT NIC7 Message-ID: <7a301$455d6229$cef8887a$5253@TEKSAVVY.COM>    stinehelferw@excite.com wrote:@ > However, when I reboot the computer it looses the info for theH > 1000BaseT NIC and goes back to the default just showing the 100BT NIC.  N After TCPIP has succefully found and configured your device, do the following:   TCPIP> SHOW INTERFACE xxxx( TCPIP> SHOW CONFIGURATION INTERFACE xxxx  ? First one shows what has been configured in the running system. 3 Second one shows what is in the permanent database.   A When you boot, it goes through what is in the permanent database.   @ When you use TCPIP$CONFIG, it scans devices for compatible ones.  I TCPIP$CONFIG *should* be setting both the current and permanent dabases,  + but I recall this not happening once to me.     I If the show configuration interface command does not list the interface,    then so SHOW INTERFACE/FULL XXXX  L and then use SET CONF INTERFACE XXXX /this=that/that=this/etc=etc  to setup C the permanent record based on the parameters of the dynamic config.    ------------------------------  % Date: Fri, 17 Nov 2006 14:27:34 +0100 / From: Paul Sture <paul.sture.nospam@hispeed.ch> $ Subject: Re: DS25 with 1000BaseT NICJ Message-ID: <paul.sture.nospam-3305FC.14273417112006@mac.sture.homeip.net>  B In article <1163743528.761954.264510@e3g2000cwe.googlegroups.com>,  stinehelferw@excite.com wrote:   D > I know of the Registry.data file and tried deleting before runningC > TCPIP$CONFIG and rebooting.  It rebuilt the registry at bootup as A > expected, but still didn't show the 1000BaseT NIC.  Under these F > conditions though, the NIC LEDs do flash during bootup.  This is the$ > only activity I see on the lights.  C The Registry.data file has _nothing_ to do with configuring TCP/IP.   C Unless you have an application which specifically uses it, you can  9 ignore this file. It is not used by TCP/IP configuration.    --  
 Paul Sture   ------------------------------    Date: 17 Nov 2006 12:08:25 -0600; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) ? Subject: Re: F$SEARCH() complications with mixed case filenames 3 Message-ID: <$tOgo7b5EwM0@eisner.encompasserve.org>   h In article <1163781825.683400.70810@b28g2000cwb.googlegroups.com>, "Galen" <gltackett@gmail.com> writes:H > Using F$SEARCH() can get a bit complicated if used to search for files" > whose names differ only by case. >      Case sensitivity still sucks.   ------------------------------    Date: 17 Nov 2006 08:50:57 -0600; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) = Subject: Re: Galaxy and Tru64 Hobbyist licenses - any chance? 3 Message-ID: <z4pUld9jYLEW@eisner.encompasserve.org>      david20@alpha2.mdx.ac.uk wrote:   P > I'm just worried what would happen if HP cancelled the VMS hobbyist program atK > some point in the future would all those hobbyist Alphas and Vaxes become  > expensive paperweights  ?  >   2    I think FreeVMS would get a lot more attention.   ------------------------------  # Date: Fri, 17 Nov 2006 08:10:07 GMT 0 From: John Santos <john.santos@post.harvard.edu>6 Subject: Re: Mozilla + Java sanity check (speed tests)> Message-ID: <MPG.1fc7386536055759989733@news.bellatlantic.net>  9 In article <6f665$455ce7f5$cef8887a$11425@TEKSAVVY.COM>,  $ jfmezei.spamnot@teksavvy.com says..." > Peter 'EPLAN' LANGSTOEGER wrote:@ > >     GENERIC_POLL: unknown condition, errno=4 vaxc$errno=2096 > K > >     A: There is no problem. The message, which typically appears when a J > >     java applet starts up, is purely informational and can be ignored. > L > Thanks. Since some JAVA apps don't seem to work, I had to ask if this was  > because of this. >  > I > >     Note: Enabling IPv6 support may cause you to experience excessive 1 > >     GENERIC_POLL messages and frequent hangs.  > 3 > I am a very long way from doing anything IPv6 ...  >   C Java (and Mozilla as well) require enormous values for some process C quotas.  Like 4096 channels.  See the release notes.  Sometimes, if ? you raise process quotas, you also need to push up some SYSGEN  < parameters.   For example, I have min_channelcnt=4150 in my B MODPARAMS.DAT.  If you run out of channelcnt before running out ofB fillm, very bad things can happen.  The worst is it can't open the7 message file, so it can't tell you what is going on :-(   D I know you've been mucking with the ridiculous-seeming PQL_M & PQL_DG stuff from previous posts (me too!) but you might have broken something  by restricting them too much.    --   John   ------------------------------  % Date: Fri, 17 Nov 2006 14:38:12 +0100 / From: Paul Sture <paul.sture.nospam@hispeed.ch> 6 Subject: Re: Mozilla + Java sanity check (speed tests)J Message-ID: <paul.sture.nospam-3959FC.14381217112006@mac.sture.homeip.net>  8 In article <e4392$455d7bcf$cef8887a$27424@TEKSAVVY.COM>,/  JF Mezei <jfmezei.spamnot@teksavvy.com> wrote:    > John Santos wrote:G > > Java (and Mozilla as well) require enormous values for some process   > > quotas.  Like 4096 channels. > G > Jesus Murphy ! What were they smoking when they wrote that software ?   B A perfect example of what is OK on one platform, isn't on another?  J > My relatively virgin Alpha has a default channelcnt of 512, so I am not 4 > even in the same ballpark as what Java would want. > B > In what inefficient way would JAVA  end up using 4000 channels ? >  >  > H > > I know you've been mucking with the ridiculous-seeming PQL_M & PQL_D( > > stuff from previous posts (me too!)  > L > I've only changed the working set defaults and minimums. And I boosted my N > UAF to ridiculous values as well as created a 1 gig pagefile. Don't like to L > give all  processes ridiculous quotas just so I can run one app (mozilla)  > on my one account.   Give it a dedicated account?   --  
 Paul Sture   ------------------------------  % Date: Fri, 17 Nov 2006 14:02:59 +0000 % From: David Gray <police@spamcop.net> - Subject: Re: Pathworks client on x64 windows. 8 Message-ID: <v7grl2l9npba8gtl3muahrun9ojd2ct9ts@4ax.com>   Thanks for the clarification.       B On Thu, 16 Nov 2006 17:09:01 GMT, "PEN" <paul.nunez.nosp@m.hp.com> wrote:  
 >Hi David, > ? >"David Gray" <grayd@turpin-distribution.com> wrote in message  3 >news:l0mol210b3u9sjc4cg8jvk239liflojjsu@4ax.com...  >> Hi, >> >> * VMS 7.3-2G >> * Windows Server 2003, x64 standard edition (AMD Opteron processors)  >> * Pathworks V7.3-110A >[snip] H >> Anyone know if there's a version of Pathworks that's compataible with% >> Windows x64 on Opteron processors?  >>	 >> Thanks  >> Dave  >> > N >PATHWORKS32 v7.4 is the current release and it doesn't support 64-bit O/Ses;  >from the SPD: > ! >Windows 2003 System Requirements  > . >PATHWORKS 32 software running on Windows 20034 >systems requires the following minimum hardware and >software configuration: > = >. Intel multiprocessor or single processor system referenced + >in Microsoft's Hardware Compatibility List  >(HCL) for Windows 2003  > 2 >. Windows Server 2003 Standard Edition or Windows1 >Server 2003 Enterprise Edition operating system. 0 >Windows Server 2003 Web Edition, Windows Server1 >2003 Datacenter Edition, and Windows Server 2003 3 >64-Bit Edition are not supported. Windows Terminal 3 >Services (part of Windows 2003 base functionality)  >is not supported.   >    ------------------------------  # Date: Fri, 17 Nov 2006 08:27:11 GMT 0 From: John Santos <john.santos@post.harvard.edu>. Subject: Re: Problem with HP's IA64 web site ?> Message-ID: <MPG.1fc73c6a614bc65a989734@news.bellatlantic.net>  8 In article <9db05$455d5e58$cef8887a$5273@TEKSAVVY.COM>, $ jfmezei.spamnot@teksavvy.com says...M > Trying to access http://www.hp.com/go/integrity and I get a DNS error about % >  > h20341.www2.hp.com not existing.  > 3 > Trying to get that IDC study about HP and IA64 at E >  > h71028.www7.hp.com/ERC/downloads/Itanium%20Perceptions348421.pdf  > " > and I also get a host not found. > 5 > I have no problem going to http://www.hp.com/go/vms  > M > Is it because I live in a different universe ? Or is the whole HP IA64 web  # > site off-line for restructuring ?  >  > J > With all the exec shuffles lately and continued proof that insisting on J > IA64, HP is losing BCS business, perhaps HP is coming to its senses and M > going to annouce the move of BCS to industry standard servers today ? (OK,  & > Just hoping, but couldn't resist :-)  F I spent much of last week struggling with the Itanium and StorageWorksH configurators...  Involved in a number of exchanges with the web supportD people.  They've fixed a number of issues and last I heard, there isH some kind of big new version/reload due about now, which may be what youG encountered.  Let me know if it works better in Safari... :-(  (Most of A it worked acceptably in Opera, but in Safari, it suffered from a  F regrettable lack of error messages, I.e. you could tell it didn't likeH the config you had generated, but couldn't tell what was wrong with it.)     --   John   ------------------------------    Date: 17 Nov 2006 18:52:27 +01006 From: eplan@langstoeger.at (Peter 'EPLAN' LANGSTOEGER)4 Subject: Re: Programatically determining TCPIP stack, Message-ID: <455e04eb$1@news.langstoeger.at>  l In article <1163779317.656354.7810@h48g2000cwc.googlegroups.com>, "Rich Jordan" <jordan@ccs4vms.com> writes:! >Peter 'EPLAN' LANGSTOEGER wrote: K >> And I like the UCX compatibility of TCPware and Multinet which makes the P >> testing worthless. Build all for UCX and it runs on all (important) stacks... > > >Except if what you need is not direct stack access but use ofC >anciliiary programs like "send from file" or performing equivalent > >actions via the rather different mail queueing functionality.  7 DCPS makes printing independant of the underlying stack  HGFTP makes FTP independant...& MX (and RBL) makes SMTP independant... IUPO3 makes POP3 independant...  ...    It could be done --   Peter "EPLAN" LANGSTOEGER % Network and OpenVMS system specialist  E-mail  peter@langstoeger.atF A-1030 VIENNA  AUSTRIA              I'm not a pessimist, I'm a realist   ------------------------------  % Date: Fri, 17 Nov 2006 06:12:44 -0500 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> / Subject: Purpose of uppercasing a RUN command ? 8 Message-ID: <a5167$455d9914$cef8887a$16272@TEKSAVVY.COM>  - Found this jewel in the SYS$SYSTEM directory:    $ run:A $     run 'f$edit("sys$system:tcpip$smtp_receiver.exe","upcase")'     G Since this is written supposedly by people part of VMS engineering (or  I perhaps "formerly part of" due to downsizing), I have to ask if there is  I any justification for the above from a DCL/VMS engineering point of view.   
 Also found $     set :=  : Is this a strict equivalent to DELETE/SYMBOL/LOCAL SET   ?    L Another qestion: the same command procedure that has the fancy run command,  also has this:  - $     serv_id	= f$edit("tcpip$smtp","upcase") > $     serv_home	= f$edit("sys$specific:[''serv_id']","upcase")    K (these constructs are used in the TCPIP$*.COM files throughout SYS$SYSTEM:)   G Were these files generated using some DCL generation tool that perhaps   converts the Tru64 scripts ?  N I keep wondering why the TCPIP engineers wrote those procedures in those ways.   ------------------------------  % Date: Fri, 17 Nov 2006 08:45:40 -0500  From: norm.raphael@metso.com3 Subject: Re: Purpose of uppercasing a RUN command ? Q Message-ID: <OF7A40D9CD.6262BD35-ON85257229.004B367E-85257229.004B9753@metso.com>   D I have no particular insights, but ISTM that since it is possible toF SET PROCESS/PARSE=EXTENDED with ODS5, then this may guarantee a match.  H JF Mezei <jfmezei.spamnot@teksavvy.com> wrote on 11/17/2006 06:12:44 AM:  / > Found this jewel in the SYS$SYSTEM directory:  >  > $ run:C > $     run 'f$edit("sys$system:tcpip$smtp_receiver.exe","upcase")'  >  > H > Since this is written supposedly by people part of VMS engineering (orJ > perhaps "formerly part of" due to downsizing), I have to ask if there isK > any justification for the above from a DCL/VMS engineering point of view.  >  > Also found > $     set := > < > Is this a strict equivalent to DELETE/SYMBOL/LOCAL SET   ? >  > D > Another qestion: the same command procedure that has the fancy run command, > also has this: > 1 > $     serv_id   = f$edit("tcpip$smtp","upcase") B > $     serv_home   = f$edit("sys$specific:[''serv_id']","upcase") >  > @ > (these constructs are used in the TCPIP$*.COM files throughout SYS$SYSTEM:) > H > Were these files generated using some DCL generation tool that perhaps > converts the Tru64 scripts ? > J > I keep wondering why the TCPIP engineers wrote those procedures in those ways.    ------------------------------  + Date: Fri, 17 Nov 2006 07:58:46 -0600 (CST) * From: sms@antinode.org (Steven M. Schweda)3 Subject: Re: Purpose of uppercasing a RUN command ? 2 Message-ID: <06111707584673_2020028F@antinode.org>   From: norm.raphael@metso.com  F > I have no particular insights, but ISTM that since it is possible toH > SET PROCESS/PARSE=EXTENDED with ODS5, then this may guarantee a match. > J > JF Mezei <jfmezei.spamnot@teksavvy.com> wrote on 11/17/2006 06:12:44 AM: > 1 > > Found this jewel in the SYS$SYSTEM directory:  > > 
 > > $ run:E > > $     run 'f$edit("sys$system:tcpip$smtp_receiver.exe","upcase")' 	 > > [...]   A    /PARSE_STYLE = EXTENDED is the least of the possible problems.   #       HELP SET PROCESS /CASE_LOOKUP   H ------------------------------------------------------------------------  3    Steven M. Schweda               sms@antinode-org 4    382 South Warwick Street        (+1) 651-699-9818    Saint Paul  MN  55105-2547    ------------------------------  % Date: Fri, 17 Nov 2006 09:11:58 -0500  From: norm.raphael@metso.com3 Subject: Re: Purpose of uppercasing a RUN command ? Q Message-ID: <OF8DA10736.75E34178-ON85257229.004DDF94-85257229.004DFFA9@metso.com>   E sms@antinode.org (Steven M. Schweda) wrote on 11/17/2006 08:58:46 AM:    > From: norm.raphael@metso.com > H > > I have no particular insights, but ISTM that since it is possible toJ > > SET PROCESS/PARSE=EXTENDED with ODS5, then this may guarantee a match. > > H > > JF Mezei <jfmezei.spamnot@teksavvy.com> wrote on 11/17/2006 06:12:44 AM:  > > 3 > > > Found this jewel in the SYS$SYSTEM directory:  > > >  > > > $ run:G > > > $     run 'f$edit("sys$system:tcpip$smtp_receiver.exe","upcase")'  > > > [...]  > C >    /PARSE_STYLE = EXTENDED is the least of the possible problems.  > % >       HELP SET PROCESS /CASE_LOOKUP   ) Yes,  I didn't remember the exact command " SET PROCESS /CASE_LOOKUP=SENSITIVE since I do not use it.   > J > ------------------------------------------------------------------------ > 5 >    Steven M. Schweda               sms@antinode-org 6 >    382 South Warwick Street        (+1) 651-699-9818 >    Saint Paul  MN  55105-2547    ------------------------------    Date: 17 Nov 2006 06:05:40 -08001 From: "Bart.Zorn@gmail.com" <Bart.Zorn@gmail.com> 3 Subject: Re: Purpose of uppercasing a RUN command ? C Message-ID: <1163772340.076557.191140@m73g2000cwd.googlegroups.com>   G SET PROCESS/PARSE=EXTENDED still makes DCL/VMS behave case-insensitive. @ Only a SET PROCESS/CASE_LOOKUP=SENSITIVE changes that behaviour.  ? Thankfully, the authors of those command procedures did not yet  discover that command.  E I do not think that writing about this command here imposes a danger, 8 because they probably only know about the 'man' command!   Regards,  	 Bart Zorn    norm.raph...@metso.com wrote: F > I have no particular insights, but ISTM that since it is possible toH > SET PROCESS/PARSE=EXTENDED with ODS5, then this may guarantee a match. > J > JF Mezei <jfmezei.spamnot@teksavvy.com> wrote on 11/17/2006 06:12:44 AM: > 1 > > Found this jewel in the SYS$SYSTEM directory:  > > 
 > > $ run:E > > $     run 'f$edit("sys$system:tcpip$smtp_receiver.exe","upcase")'  > >  > > J > > Since this is written supposedly by people part of VMS engineering (orL > > perhaps "formerly part of" due to downsizing), I have to ask if there isM > > any justification for the above from a DCL/VMS engineering point of view.  > >  > > Also found > > $     set := > > > > > Is this a strict equivalent to DELETE/SYMBOL/LOCAL SET   ? > >  > > F > > Another qestion: the same command procedure that has the fancy run
 > command, > > also has this: > > 3 > > $     serv_id   = f$edit("tcpip$smtp","upcase") D > > $     serv_home   = f$edit("sys$specific:[''serv_id']","upcase") > >  > > B > > (these constructs are used in the TCPIP$*.COM files throughout > SYS$SYSTEM:) > > J > > Were these files generated using some DCL generation tool that perhaps  > > converts the Tru64 scripts ? > > L > > I keep wondering why the TCPIP engineers wrote those procedures in those > ways.    ------------------------------  + Date: Fri, 17 Nov 2006 14:17:28 +0000 (UTC)  From: david20@alpha2.mdx.ac.uk3 Subject: Re: Purpose of uppercasing a RUN command ? , Message-ID: <ejkg9o$5aa$1@south.jnrs.ja.net>  p In article <OF7A40D9CD.6262BD35-ON85257229.004B367E-85257229.004B9753@metso.com>, norm.raphael@metso.com writes:E >I have no particular insights, but ISTM that since it is possible to G >SET PROCESS/PARSE=EXTENDED with ODS5, then this may guarantee a match.  >   J SET PROCESS/PARSE=EXTENDED  on it's own will preserve case but will access# files in a case insensitive manner.   ! SET PROCESS/CASE_LOOKUP=SENSITIVE   3 would be needed to do case sensitive file accesses.   6 But then they could have just written the commands in 	 uppercase    ie  ( RUN SYS$SYSTEM:TCPIP$SMTP_RECEIVER.EXE        
 David Webb Security team leader CCSS Middlesex University      I >JF Mezei <jfmezei.spamnot@teksavvy.com> wrote on 11/17/2006 06:12:44 AM:  > 0 >> Found this jewel in the SYS$SYSTEM directory: >>	 >> $ run: D >> $     run 'f$edit("sys$system:tcpip$smtp_receiver.exe","upcase")' >> >>I >> Since this is written supposedly by people part of VMS engineering (or K >> perhaps "formerly part of" due to downsizing), I have to ask if there is L >> any justification for the above from a DCL/VMS engineering point of view. >>
 >> Also found  >> $     set :=  >>= >> Is this a strict equivalent to DELETE/SYMBOL/LOCAL SET   ?  >> >>E >> Another qestion: the same command procedure that has the fancy run 	 >command,  >> also has this:  >>2 >> $     serv_id   = f$edit("tcpip$smtp","upcase")C >> $     serv_home   = f$edit("sys$specific:[''serv_id']","upcase")  >> >>A >> (these constructs are used in the TCPIP$*.COM files throughout 
 >SYS$SYSTEM:)  >>I >> Were these files generated using some DCL generation tool that perhaps  >> converts the Tru64 scripts ?  >>K >> I keep wondering why the TCPIP engineers wrote those procedures in those  >ways. >    ------------------------------    Date: 17 Nov 2006 09:31:50 -0600; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) 3 Subject: Re: Purpose of uppercasing a RUN command ? 3 Message-ID: <R5oyF2yaXnyw@eisner.encompasserve.org>   h In article <a5167$455d9914$cef8887a$16272@TEKSAVVY.COM>, JF Mezei <jfmezei.spamnot@teksavvy.com> writes:/ > Found this jewel in the SYS$SYSTEM directory:   M > (these constructs are used in the TCPIP$*.COM files throughout SYS$SYSTEM:)   F    IIRC TCPIP hasn't always been in the hands of VMS Engineering.  AndG    years ago some work was done to get the Tru64 IP kernel into UCX, so ;    some not-very-VMS-savvy engineer may have been involved.   H    I can see no definitive reason for most of these constructs.  I thinkI    creating an empty symbol for "set" uses an unobvious and undocumented  C    behaviour of the DCL parser.  Much better to use symbol scoping.    ------------------------------  % Date: Fri, 17 Nov 2006 15:41:59 -0000 * From: "Richard Brodie" <R.Brodie@rl.ac.uk>3 Subject: Re: Purpose of uppercasing a RUN command ? , Message-ID: <ejkl87$6ro$1@south.jnrs.ja.net>  I "Bob Koehler" <koehler@eisner.nospam.encompasserve.org> wrote in message  - news:R5oyF2yaXnyw@eisner.encompasserve.org...   I >   I can see no definitive reason for most of these constructs.  I think I >   creating an empty symbol for "set" uses an unobvious and undocumented D >   behaviour of the DCL parser.  Much better to use symbol scoping.  E Except that may not work if someone has redefined SET, unless you can H think of an alternative way of doing it. SET := SET seems to be the more2 usual construct, and a might more clear, perhaps.    ------------------------------    Date: 17 Nov 2006 09:47:01 -0600- From: Kilgallen@SpamCop.net (Larry Kilgallen) 3 Subject: Re: Purpose of uppercasing a RUN command ? 3 Message-ID: <dzWhdAlXhzvE@eisner.encompasserve.org>   q In article <R5oyF2yaXnyw@eisner.encompasserve.org>, koehler@eisner.nospam.encompasserve.org (Bob Koehler) writes:   J >    I can see no definitive reason for most of these constructs.  I thinkK >    creating an empty symbol for "set" uses an unobvious and undocumented  E >    behaviour of the DCL parser.  Much better to use symbol scoping.   ; But one can only invoke symbol scoping via the SET command. < So an initial SET = "SET" is required before invoking symbol scoping. --  N ==============================================================================0 DoD Instruction 8500.2 field test sites wanted -- 	http://www.LJK.com/LJK/8500_2_fieldtest.html N ==============================================================================   ------------------------------    Date: 17 Nov 2006 12:05:53 -0600; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) 3 Subject: Re: Purpose of uppercasing a RUN command ? 3 Message-ID: <xrehqziLdZ+S@eisner.encompasserve.org>   Y In article <ejkl87$6ro$1@south.jnrs.ja.net>, "Richard Brodie" <R.Brodie@rl.ac.uk> writes:  >  > G > Except that may not work if someone has redefined SET, unless you can J > think of an alternative way of doing it. SET := SET seems to be the more4 > usual construct, and a might more clear, perhaps.   D    Hm, I thought there was a lexical that would change scoping (likeD    f$verify for set verify), but I can't find it.  Since SET is onlyF    three characters, the usual trick of adding more characters doesn't    work either.    ------------------------------  % Date: Fri, 17 Nov 2006 08:35:49 -0800 , From: "Malcolm Dunnett" <dunnett@mala.bc.ca>B Subject: SYS$ACM not working with externally authenticated account Message-ID: <455de46c$1@flight>   A I have a VMS 8.3 Alphaserver with Pathworks 7.3B installed on it. G I've run the NTA$STARTUP_NT_ACME procedure. $SHOW SERVER ACME show the   "MSV1_0" agent is enabled.  K I've written a little program to check passwords using the $ACM service. I  H pass in the principal, password and logon type (NETWORK). If I run this M against a "UAF based" user it works fine. If I run it against a user flagged  K for external authentication and provide the wrong password it tells me the  L password is wrong ( so I presume it's actually talking to the agent ). If I M provide the correct password it fails. The primary and secondary error codes   are:  2 %ACME-E-AUTHFAILURE, authentication has failed<br>D %ACME-E-UNSPECIFIED, general error; see secondary status for detailsM (the second message doesn't seem to be much help since it *is* the secondary   status)   J The ACME_ID and ACME_STATUS fields of the status block both contain zeros.  M Any pointers as to what I'm doing wrong? Anyone have an example program that  . works with externally authenticated accounts?    ------------------------------    Date: 17 Nov 2006 11:02:36 -0600- From: Kilgallen@SpamCop.net (Larry Kilgallen) F Subject: Re: SYS$ACM not working with externally authenticated account3 Message-ID: <cRfZqXzfjG8K@eisner.encompasserve.org>   N In article <455de46c$1@flight>, "Malcolm Dunnett" <dunnett@mala.bc.ca> writes:C > I have a VMS 8.3 Alphaserver with Pathworks 7.3B installed on it. I > I've run the NTA$STARTUP_NT_ACME procedure. $SHOW SERVER ACME show the   > "MSV1_0" agent is enabled. > M > I've written a little program to check passwords using the $ACM service. I  J > pass in the principal, password and logon type (NETWORK). If I run this O > against a "UAF based" user it works fine. If I run it against a user flagged  M > for external authentication and provide the wrong password it tells me the  N > password is wrong ( so I presume it's actually talking to the agent ). If I O > provide the correct password it fails. The primary and secondary error codes   > are: > 4 > %ACME-E-AUTHFAILURE, authentication has failed<br>F > %ACME-E-UNSPECIFIED, general error; see secondary status for detailsO > (the second message doesn't seem to be much help since it *is* the secondary  	 > status)   H Does using LOGINOUT provide any more details ?  It is certainly possibleF that the Pathworks ACME is failing to provide details, perhaps because  Microsoft does not provide them.  L > The ACME_ID and ACME_STATUS fields of the status block both contain zeros.  E I would expect those to be filled in, unless the ACME ID is specified B to be used only in the case of success.  After all, multiple ACMEs1 can have a crack at authenticating a given login.    ------------------------------  % Date: Fri, 17 Nov 2006 09:44:26 -0800 , From: "Malcolm Dunnett" <dunnett@mala.bc.ca>F Subject: Re: SYS$ACM not working with externally authenticated account Message-ID: <455df48f$1@flight>   ; "Larry Kilgallen" <Kilgallen@SpamCop.net> wrote in message  - news:cRfZqXzfjG8K@eisner.encompasserve.org... I > In article <455de46c$1@flight>, "Malcolm Dunnett" <dunnett@mala.bc.ca>  	 > writes:  > J > Does using LOGINOUT provide any more details ?  It is certainly possibleH > that the Pathworks ACME is failing to provide details, perhaps because" > Microsoft does not provide them. >   L   The external authentication ( and set password ) both work using LOGINOUT 
 and SETP0.  .   It's just direct calls to SYS$ACM that fail.  G >> The ACME_ID and ACME_STATUS fields of the status block both contain  	 >> zeros.  > G > I would expect those to be filled in, unless the ACME ID is specified D > to be used only in the case of success.  After all, multiple ACMEs3 > can have a crack at authenticating a given login.   J They are both filled in for the case where I supply a wrong password. The  program correctly tells meL that the password is incorrect. Similarly, if I provide a non-existant user   it tells me that. It's only whenF I provide the correct information that I get the "unspecified" error.    ------------------------------  % Date: Fri, 17 Nov 2006 10:14:38 -0800 , From: "Malcolm Dunnett" <dunnett@mala.bc.ca>F Subject: Re: SYS$ACM not working with externally authenticated account Message-ID: <455dfb95$1@flight>   8 "Malcolm Dunnett" <dunnett@mala.bc.ca> wrote in message  news:455df48f$1@flight...  > M >  The external authentication ( and set password ) both work using LOGINOUT   > and SETP0. > M      I have to retract this statement. They both worked when I was using the   standardL LOGINOUT/SETP0 images but I just retried using the "ACME enabled" images andJ they both fail. Looking in the AUDIT log shows that LOGINOUT now gets the  same) "UNSPECIFIED" error that my program gets.   F     I suppose I've got something fouled up in the ACME server, not my 	 program.     ------------------------------  % Date: Fri, 17 Nov 2006 09:20:14 -0500 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> E Subject: TCPIP 5.6: TCPIP now checks names greater than 12 characters 8 Message-ID: <e1f79$455dc506$cef8887a$16842@TEKSAVVY.COM>  ( Mister SMS will be happy to learn this !  L TCPIP Services 5.6 : when you have the receiver test for deliverability, it 9 now takes action on usernames greater than 12 characters.   D And the error message issued in the TCPIP$SMTP_RECV_RUN.LOG file is I comforting since it does indicate the list of checks that are being made:     
 $SET NOVERIFY , Receiver starting at 17-NOV-2006 09:13:19.93  I check_user: User 12345678901234567890 is neither a valid username, nor a  2 list, nor a forwarding entry or logical name: FAIL  9    TCPIP$SMTP   job terminated at 17-NOV-2006 09:13:21.34     ? (and yes, I recommend you add a SET NOVERIFY at the top of the  K SYS$SYSTEM:TCPIP$SMTP_RECV_RUN.COM so that all the fluff doesn't get added  L to each log files when you are interested only in a one line message issued  by the image).  A I really wish this were backported to VAX because that is a huge  K improvement since the symbiont doesn't have to deal with trying to deliver  ) undeliverable non-delivery notifications.    ------------------------------  + Date: Fri, 17 Nov 2006 08:24:57 -0600 (CST) * From: sms@antinode.org (Steven M. Schweda)I Subject: Re: TCPIP 5.6: TCPIP now checks names greater than 12 characters 2 Message-ID: <06111708245717_2020028F@antinode.org>  - From: JF Mezei <jfmezei.spamnot@teksavvy.com>   * > Mister SMS will be happy to learn this ! > N > TCPIP Services 5.6 : when you have the receiver test for deliverability, it ; > now takes action on usernames greater than 12 characters.   D    I thought that it was all better in V5.5, but it would need to beF retro-fitted into V5.4 to make me happy (on this point, anyway).  (AndF the problem involves any invalid user name, not only names longer than 12 characters.)   H ------------------------------------------------------------------------  3    Steven M. Schweda               sms@antinode-org 4    382 South Warwick Street        (+1) 651-699-9818    Saint Paul  MN  55105-2547    ------------------------------  % Date: Fri, 17 Nov 2006 13:43:43 -0500 > From: "Island Computers, D B Turner" <dturner-at-islandco.com>< Subject: Unlicensed ES45 DEAL - Prefect Upgrade from an ES400 Message-ID: <12ls0n076h7uu0d@news.supernews.com>  * We have a bunch of the following incoming:  ! Alphaserver ES45 Model 2  1Ghz  -  4GB (2 x 2GB Island Memory)  10/100 Ethernet ! U160 Dual Channel SCSI Controller  Dual Power Supplies      Add additional CPU for $1000    $ Uses the same licenses as the ES40 ! Perfect DR Box !   Only $13,995 while stocks last  ) They are a load cheaper than DS25 systems H They are the same dimensions and use the same rackmount kit as your ES40B You can use existing disk cages and other options from your ES40 !   Call or email us for quote   Licenses boxes also available !      --   Island Computers US Corp 2700 Gregory St  Savannah GA 31404  Tel: 912 447 6622 x201# Mail: dturner-atnospam-islandco-com % (You know what to do with the dashes)    ------------------------------  % Date: Fri, 17 Nov 2006 09:05:51 -0500 > From: "Island Computers, D B Turner" <dturner-at-islandco.com>& Subject: Re: Using the Serial Terminal0 Message-ID: <12lrge3ijrsuc8e@news.supernews.com>   You could use a VT525   1 That has serial passthrough and parallel printing    We sell them by the way      --   Island Computers US Corp 2700 Gregory St  Savannah GA 31404  Tel: 912 447 6622 x201# Mail: dturner-atnospam-islandco-com % (You know what to do with the dashes) : "JF Mezei" <jfmezei.spamnot@teksavvy.com> wrote in message& news:443BF783.622EC844@teksavvy.com... > "doypapio@gmail.com" wrote: J > > My VT displays certain outputs or fields...for example, name, address,I > > height, weight...etc. on the screen. My concern now is how to be able G > > to use any one of these values say for another command procedure or H > > maybe output it to a file triggered for example by pressing the "DO" > > key. > = > You would need to modify your application program for that.  > G > With a VT terminal, about the only way you can capture a screen is to F > use the local "print screen" button and have the printer serial portG > connected to the VMS machine with a program that captures whatever is E > sent out of the printer port to a file.  aka: 2 serial lines to the I > terminal, one that runs the application, and one that captures whatever  > you send to "print screen".  > G > The other way would be to replace the VT terminal with an X terminal, I > and at that point, you can do select/copy/paste from one window running % > yoru application to another window.  > H > Note that some of the last generation of VT terminals are able to haveC > multiple sessions and have some rudimentary cut/paste capability.    ------------------------------  % Date: Fri, 17 Nov 2006 09:46:25 -0000 * From: "Richard Brodie" <R.Brodie@rl.ac.uk>  Subject: Re: VMS Gaming History?+ Message-ID: <ejk0di$7t$1@south.jnrs.ja.net>   U "Dave Froble" <davef@tsoft-inc.com> wrote in message news:7qmdnYdyydalmMDYnZ2dnUVZ_u-   R > But if there is a case for a defense for me, my feeble memory is that the first I > microprocessors such as the 4004 and such came out in a 1981 timeframe.   6 1971, actually. The anniversary was earlier this week.- http://www.intel.com/museum/archives/4004.htm    ------------------------------    Date: 17 Nov 2006 08:56:13 -0600; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler)   Subject: Re: VMS Gaming History?3 Message-ID: <GeaGtBRN$kI5@eisner.encompasserve.org>   c In article <7qmdnYdyydalmMDYnZ2dnUVZ_u-dnZ2d@libcom.com>, Dave Froble <davef@tsoft-inc.com> writes:   H > But if there is a case for a defense for me, my feeble memory is that I > the first microprocessors such as the 4004 and such came out in a 1981  I > timeframe.  Could be wrong.  General time when the 10 was discontinued.   H    IIRC our TOPS-20 systems (a 2050 and a 2060) we de-supported in 1992,G    eight years after we found our 8088 were running an OS that couldn't #    handle leap year (early MS-DOS).    ------------------------------    Date: 17 Nov 2006 09:01:33 -0600; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler)   Subject: Re: VMS Gaming History?3 Message-ID: <xQpbeaHlHVHL@eisner.encompasserve.org>   ] In article <slrnelqfep.5bi.usenet@zappy.catbert.org>, Dan Foster <usenet@evilphb.org> writes:  > , > Didn't DEC discontinue the PDP-10 in 1982?  I    Production?  Perhaps.  I didn't get a DECSYSTEM20 until 1982 and they  E    weren't de-supported until after I left that project several years F    later.  De-support was announced while I was on that project, a newE    release of "frozen" TOPS-10 came out because a big customer wanted @    Ethernet, and all our PDP-10 Field Engineers got "VAXinated".   ------------------------------   Date: 17 Nov 2006 17:47:43 GMT From: healyzh@aracnet.com   Subject: Re: VMS Gaming History?+ Message-ID: <ejksjv0dgj@enews3.newsguy.com>   ( Dave Froble <davef@tsoft-inc.com> wrote:K > So you do have some experience.  Can you provide any comparison of speed  J > between a PDP-10 system and an emulated PDP-10 system.  I for one would ) > be very interested in such information.   J The documentation for KLH10 a few years ago said that for every 200Mhz youJ had 1x the speed of a KL10.  So a 800Mhz Pentium III would have been aboutJ 4x the speed of a KL10.  Of course with the nice new Core 2 Duo CPU's that will no longer be true.    	Zane    ------------------------------    Date: 17 Nov 2006 13:32:24 -05003 From: Rich Alderson <news@alderson.users.panix.com>   Subject: Re: VMS Gaming History?. Message-ID: <mddhcwxncuf.fsf@panix5.panix.com>  ' Dan Foster <usenet@evilphb.org> writes:   , > Didn't DEC discontinue the PDP-10 in 1982?  L As I mentioned earlier, the announcement was in May 1983 at the DECUS SpringK Symposia.  The LCGSIG was at the time the most powerful group within DECUS, L and forced DEC to support hardware development for 5 years, and software forM 10.  I chaired the announcement and Q&A sessions in Cincinatti for TOPS-20 v7 * and Tops-10 v7.04, and GALAXY v5, in 1988.   --  L Rich Alderson                                       | /"\ ASCII ribbon     |L news@alderson.users.panix.com                       | \ / campaign against |L "You get what anybody gets. You get a lifetime."    |  x  HTML mail and    |L                          --Death, of the Endless    | / \ postings         |   ------------------------------    Date: 17 Nov 2006 08:39:50 -0600; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) F Subject: Re: What layered products are important for a VAX VMS system?3 Message-ID: <NbJkdr5beWmL@eisner.encompasserve.org>   c In article <qsGdnS4XJN_VKsHYnZ2dnUVZ_sednZ2d@libcom.com>, Dave Froble <davef@tsoft-inc.com> writes:  > E > Being a bit alarmist here, since I've seen multiple posts from you  M > mentioned embedded real-time systems, and doubt that Microsoft is a player.   G    I've been recently working on an embedded real-time system for which G    the initials MS would have been very convenient.  I started to write G    that down until someone misread it as "Microsoft" outloud.  Horrors!   D    Its bad enough MS Word keeps crashing while I document the systemI    (required to be delivered in "Word format").  I've got to get handier      with OpenOffice.    ------------------------------    Date: 17 Nov 2006 09:11:58 -0600; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) F Subject: Re: What layered products are important for a VAX VMS system?3 Message-ID: <XMk7O2xDHQxg@eisner.encompasserve.org>   d In article <mdd3b8jf4ot.fsf@panix5.panix.com>, Rich Alderson <news@alderson.users.panix.com> writes:- > "Bob Gezelter" <gezelter@rlgsc.com> writes:  > N > The 785 has Ethernet, and non-DECnet networking is desirable.  How early didB > TCP/IP go into (Open)VMS rather than being a third-party add-on?  F    It didn't.  You either layer on a third party product, or you layer    on the HP product.    > M > I had thought about Fortran, C, and Pascal (if there was one), and possibly M > talk to the folks at Kednos about PL/1 once the system is running.  I don't N > know how much COBOL was done on the VAX, as my COBOL days ended 25 years ago5 > when I moved full-time from IBM gear to the DEC-20.   :    There is certainly a Pascal compiler, as well as COBOL.   ------------------------------    Date: 17 Nov 2006 09:16:54 -0600; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) F Subject: Re: What layered products are important for a VAX VMS system?3 Message-ID: <h6gv0AaP1id4@eisner.encompasserve.org>   o In article <455cf8ad$0$632$5a6aecb4@news.aaisp.net.uk>, "Tom Garcia" <tgarcia-REMOVE-THIS@hivemind.org> writes:  > M > Doesn't the deathrow cluster offer public use using the hobbyist licenses?  N > the restriction being that all users must also operate within the bounds of = > the hobbyist license.  deathrow does not charge, of course.   F    Unfortunately Deathrow is down right now.  The system is not set upG    for high availability* and the cluster common disk seems to be down.       ---------------------- B    * neihter is my hobbyist cluster, dual ported disks just aren't    called for on such systems    ------------------------------    Date: 17 Nov 2006 09:22:08 -0600; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) F Subject: Re: What layered products are important for a VAX VMS system?3 Message-ID: <Q9CaqMQrwaCu@eisner.encompasserve.org>   c In article <LJKdnSSkFusbk8DYnZ2dnUVZ_uydnZ2d@libcom.com>, Dave Froble <davef@tsoft-inc.com> writes:  > K > Early VAX systems had boards for connecting 8 and 16 serial lines.  They  B > caused lots of overhead on the VAX system.  Interrupts and such. >   F    Early VAX systems tended to have DZ-11 (per-byte interrupt).  LaterG    folks went to boards with block mode transfers.  This helped on some G    applications, but tools like EDT would have to use them in per-byte      mode.  E    LAT is better if you have multiple users concurrently banging away H    at command lines or forms, but for a single user using a full screen ,    editor don't expect a lot of improvement.   ------------------------------  # Date: Fri, 17 Nov 2006 15:49:26 GMT + From: =?ISO-8859-1?Q?Jan-Erik_S=F6derholm?= F Subject: Re: What layered products are important for a VAX VMS system?2 Message-ID: <aSk7h.23191$E02.9677@newsb.telia.net>   Bob Koehler wrote :   H >    Early VAX systems tended to have DZ-11 (per-byte interrupt).  LaterI >    folks went to boards with block mode transfers.  This helped on some I >    applications, but tools like EDT would have to use them in per-byte  
 >    mode.  B I remember that our PDP-11/84 run better when we swapped the DZ-11G for (buffered) DH-11. It had a 16-byte buffer or something like that...    Oh well... :-)  	 Jan-Erik.    ------------------------------  % Date: Fri, 17 Nov 2006 18:33:46 +0100 / From: Paul Sture <paul.sture.nospam@hispeed.ch> F Subject: Re: What layered products are important for a VAX VMS system?J Message-ID: <paul.sture.nospam-B52EF9.18334617112006@mac.sture.homeip.net>  3 In article <NbJkdr5beWmL@eisner.encompasserve.org>, =  koehler@eisner.nospam.encompasserve.org (Bob Koehler) wrote:   H > In article <qsGdnS4XJN_VKsHYnZ2dnUVZ_sednZ2d@libcom.com>, Dave Froble  > <davef@tsoft-inc.com> writes:  > > G > > Being a bit alarmist here, since I've seen multiple posts from you  O > > mentioned embedded real-time systems, and doubt that Microsoft is a player.  > I >    I've been recently working on an embedded real-time system for which I >    the initials MS would have been very convenient.  I started to write I >    that down until someone misread it as "Microsoft" outloud.  Horrors!  > F >    Its bad enough MS Word keeps crashing while I document the systemK >    (required to be delivered in "Word format").  I've got to get handier   >    with OpenOffice.   F You could bash in the documentation with something more reliable, and ( sort out the "Word format" bit later on.   --  
 Paul Sture   ------------------------------    Date: 17 Nov 2006 08:49:51 -0800 From: bryan.s.a@gmail.com  Subject: Re: Who called me? B Message-ID: <1163782191.584908.265370@e3g2000cwe.googlegroups.com>   VAXman-@SendSpamHere.ORG wrote: X > In article <op.ti4fl5mftte90l@hyrrokkin>, "Tom Linden" <tom@kednos-remove.com> writes: > >  > > B > >On Tue, 14 Nov 2006 16:39:19 -0800, <lskphone@gmail.com> wrote: > > K > >> I want a function -- written in C, BASIC, or, heck, even COBOL -- that D > >> returns the name of the module that invoked the function.  ThisI > >> information must be available to VMS, since it is visible in a stack I > >> dump.  However, I can't track down any RTL routine that can pull the F > >> current stack of called modules (lib$signal won't do, of course).H > >> Therefore, I am appealing to the collective knowledge and wisdom ofK > >> this usenet group.  Assuming I've made myself clear... Has anyone done  > >> this before?  If so, how? > >>+ > >> Thank you for your time and attention.  > >> > >if PL/I just use SNAP option  > >  > >ON my_condition SNAP SYSTEM;  > F > FWIW, I've written a bit of code I call TRACER which will do this onE > VAX or Alpha (and Itanium once I get some free time).  I've incorp- F > orated it into another product I've developed called SNAPSHOT.  It'sF > similar to the old PDUMP (Nick DeSmith's) utility that was availableF > in the DECUS library.  SNAPSHOT can force a process dump of any pro-F > cess on a system (even if it's in the midst of an AST) and TRACER isF > an adjunct which allows forcing a TRACEBACK listing.  The process in4 > question continues running as if nothing happened. > ( > If the O.P. is interested, contact me. >  > --M > VAXman- A Bored Certified VMS Kernel Mode Hacker   VAXman(at)TMESIS(dot)COM  > 6 >   "Well my son, life is like a beanstalk, isn't it?"  
 Thank You.  E Would you please post or e-mail sample code to return the name of the  current or the calling module?  
 Thank You, -Bryan   ------------------------------   End of INFO-VAX 2006.633 ************************                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                    cR\m]j̻t_=C9_5s:i{j&e'queK<]V,i2<NOc(>Ma{1L4pa
Wmpj17H]ʒs$џ/X+᫖ל˹#H|T9_5,bW䘳e\=0|5üw{tU)$jyl+Uajf"-E9+f=p|rޥ|dr_;uU5 _O0㫖s[;r9,_uQj90\ΧB`DtU˹ʣżPy.@5|(_N^Or~2s8)W:Y<jhﹸ\ƚJ$ZtdCQRFVU<z_u`q@k8$kxj9YVRbIR.NM:*>tCQg[D?}!0F~p|	8DşK.(\,ZRYQTx'Sf%].KIaU[W
֕1K;_3xbuvV8n//[R[Ew.m:/NOrHnJ:ݦBVݢzuԍ`9ޣzL0HID;2!0ke,ʾLji"\ڛ|/`aW309V9_j1Gc%E0JJr6;_nT,bƟ#|/@7tլ0wn0l^<I䘧U/ fjݨanϑƞ#
s8j9w0}r>zraW-ZkF.b%U\3UycK#!0GϨj!_YZZmgWw%[3D5MeZ>e#Q%-m:2P|}m/bϑur,XWfI1`tUi&X`v`C.ϳW--:O.\C`Dλtլ0Sy@9_Mq:<MrVo3ޮaş#B`Dow谆^0ϣt:P|٥6#-	1a
WYZ̋hhYwBĿ:l97ƈvZuXoSk_?]!uHCdeǪ"	1-ͼN5_͞uZǯGԚ{{::j2FtӮ\/\I<W$_kb>r9C`Dm:ܩ79w]{uU0Ui1gN^XrGX֟cLGWAaqcPà0}1Ewue##:
yhE|B1<Wh-^< șa
Wms+oϑ؜̕#cTr=
W-jm+##ss8j9tAΝ!#:jVt 瞋ss8j97j1gnp9gʘլ0W#Z)aWlaßG\|!40ց1@E@k8꘥_yMh1Ck7iN{~tXUE<"$/-H":tU$t0ϑ$s$9	}:S:h@:cdq+Y47n"ϑhoZص7K5_ڠs$V9_y4#c󞋐ss8j9Vi1筊\Ι.\`]s8j9t׮\!0G"jp|ָQw5aWm0(}5>J7":sl<5ꑱudhr9s$zk	1밆^ٮü?x[`#ޥäK}:xQy^R&+:C`Va
G