1 INFO-VAX	Tue, 30 Nov 2004	Volume 2004 : Issue 664       Contents: Alpha emulator on the 8086 ?  Re: Alpha emulator on the 8086 ?" Re: DEC retail stores in the 1980s" Re: DEC retail stores in the 1980s" Re: DEC retail stores in the 1980s DECwindows VAX and font scaling $ Re: Determining source of connection Re: enhancements to TCPIP  Re: enhancements to VMS MAIL Re: enhancements to VMS MAIL Re: enhancements to VMS MAIL Re: enhancements to VMS MAIL RE: enhancements to VMS MAIL Re: enhancements to VMS MAIL Re: enhancements to VMS MAIL Re: enhancements to VMS MAIL Free Bulk Email Lists  FTP behavior change? Re: FTP behavior change? Re: FTP behavior change?! New Datamation article on OpenVMS % Re: New Datamation article on OpenVMS % Re: New Datamation article on OpenVMS , Re: Online forums for former digits/deccies?# Re: OpenVMS 8.2 on Integrity Survey 
 Re: SIMH V3.3 
 Re: SIMH V3.3 
 Re: SIMH V3.3 6 Re: The importance of multiple ISV's in the VMS market6 Re: The importance of multiple ISV's in the VMS market6 Re: The importance of multiple ISV's in the VMS market6 VT1xx flavors (was Re: DEC retail stores in the 1980s)) Why does "lead" appear in OSU access log? - Re: Why does "lead" appear in OSU access log? - Re: Why does "lead" appear in OSU access log? 8 Re: [OT]: Digital Equipment Corp. and the origin of Spam8 Re: [OT]: Digital Equipment Corp. and the origin of Spam  F ----------------------------------------------------------------------  % Date: Mon, 29 Nov 2004 15:23:47 -0500 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> % Subject: Alpha emulator on the 8086 ? , Message-ID: <41AB8541.A2A4E904@teksavvy.com>  ? Lets take the theoretical scenario where IA64 is end of life'd.   J Could an IA64 emulator be viable on the 8086 ? Consider the EPIC nature ofI IA64 and the explicit stuff inclded in all executables, would an emulator N based on the 8086 (or Power for that matter) still be able to cope and provide good performance ?    J Since both PaRisc and Alpha are still more popular and still with far moreJ software than IA64, it would therefore make sense to develop emulators for PaRisc and Alpha.   C Would an alpha emulator on the 64 bit 8086 provide roughly the same ; performance ratio as does the charron-vax  on 32 bit 8086 ?   K Or is there greater affinity between Alpha and the 8086 (for instance, IEEE K floating point) that an emulator would give a greater percentage of the raw  8086 power ?   ------------------------------  % Date: Mon, 29 Nov 2004 23:23:14 +0100  From: Dirk Munk <munk@home.nl>) Subject: Re: Alpha emulator on the 8086 ? 2 Message-ID: <cog7gj$ucg$1@news5.zwoll1.ov.home.nl>  I Can you really imagine that HP would be able to sell new systems for new  R projects, when the operating system runs on top of a processor emulation? I can't.  Q Charon Vax is a nice and good product if you have vax software and don't want to  O or can't migrate to Alpha VMS or something entirely different. I can't imagine  K companies to build new software products on the base of Charon Vax however.    JF Mezei wrote: A > Lets take the theoretical scenario where IA64 is end of life'd.  > L > Could an IA64 emulator be viable on the 8086 ? Consider the EPIC nature ofK > IA64 and the explicit stuff inclded in all executables, would an emulator P > based on the 8086 (or Power for that matter) still be able to cope and provide > good performance ?   > L > Since both PaRisc and Alpha are still more popular and still with far moreL > software than IA64, it would therefore make sense to develop emulators for > PaRisc and Alpha.  > E > Would an alpha emulator on the 64 bit 8086 provide roughly the same = > performance ratio as does the charron-vax  on 32 bit 8086 ?  > M > Or is there greater affinity between Alpha and the 8086 (for instance, IEEE M > floating point) that an emulator would give a greater percentage of the raw  > 8086 power ?   ------------------------------    Date: 29 Nov 2004 12:59:13 -06004 From: kaplow_r@encompasserve.org.TRABoD (Bob Kaplow)+ Subject: Re: DEC retail stores in the 1980s 3 Message-ID: <r+rfWMF+kKD3@eisner.encompasserve.org>   B In article <04112510205039@antinode.org>, sms@antinode.org writes:F >    As I recall, the VT102 was a reduced-cost, non-expandable versionH > which had the features of a VT100 with the advanced video option.  I'd2 > say it had less soup than a well equipped VT100.  0 What was not in the VT102 that was in the VT100?  1 	Bob Kaplow	NAR # 18L	TRA # "Impeach the TRA BoD" & 		>>> To reply, remove the TRABoD! <<<K Kaplow Klips & Baffle:	http://nira-rocketry.org/LeadingEdge/Phantom4000.pdf L     www.encompasserve.org/~kaplow_r/    www.nira-rocketry.org    www.nar.org  @         You [should] not examine legislation in the light of theD         benefits it will convey if properly administered, but in theF         light of the wrongs it would do and the harm it would cause ifF         improperly administered -- Lyndon Johnson, former President of         the U.S.   ------------------------------  # Date: Mon, 29 Nov 2004 19:07:22 GMT % From: "John Vottero" <John@mvpsi.com> + Subject: Re: DEC retail stores in the 1980s > Message-ID: <KrKqd.34384$Qv5.28845@newssvr33.news.prodigy.com>  B "Bob Kaplow" <kaplow_r@encompasserve.org.TRABoD> wrote in message - news:r+rfWMF+kKD3@eisner.encompasserve.org... D > In article <04112510205039@antinode.org>, sms@antinode.org writes:G >>    As I recall, the VT102 was a reduced-cost, non-expandable version I >> which had the features of a VT100 with the advanced video option.  I'd 3 >> say it had less soup than a well equipped VT100.  > 2 > What was not in the VT102 that was in the VT100? >   L As I recall (it's been a while), the VT100 had a backplane that let you add M options, the VT102 had no backplane.  I don't know what options they had.  I  J think a DECmate I was really just a VT100 with a PDP-8 board but, I don't + know if you could buy just the PDP-8 board.    ------------------------------   Date: 29 NOV 2004 14:20:07 GMT4 From: karcher@thuria.waisman.wisc.edu (Carl Karcher)+ Subject: Re: DEC retail stores in the 1980s 6 Message-ID: <29NOV04.14200749@thuria.waisman.wisc.edu>  , In a previous article, "John Vottero" wrote:  4 ->> What was not in the VT102 that was in the VT100? ->> N ->As I recall (it's been a while), the VT100 had a backplane that let you add M ->options, the VT102 had no backplane.  I don't know what options they had...   F There were also third party options such as the "VT640 retro-graphics"K board from Digital Engineering which emulated Tektronix graphics terminals.    --G -- Carl Karcher, Waisman Computing Services, Waisman Center, UW-Madison 7 --                karcher.nomoresp%m@waisman.wisc.edu      ------------------------------  % Date: Mon, 29 Nov 2004 14:32:07 -0500 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> ( Subject: DECwindows VAX and font scaling+ Message-ID: <41AB7929.8B2E9D1@teksavvy.com>   * Sorry for the apparanetly newbie question.  I On VAX-VMS, is there a way to scale DECwindows fonts, or can one use only K those specific font sizes defined in the directory containing the decw$font  files ?   & If there is a way, how can one do it ?   ------------------------------    Date: 29 Nov 2004 16:51:21 -0800# From: sinobato@yahoo.com (Sinobato) - Subject: Re: Determining source of connection = Message-ID: <ec657b64.0411291651.7dd9145e@posting.google.com>   h Kilgallen@SpamCop.net (Larry Kilgallen) wrote in message news:<ylp7qPKLtF7C@eisner.encompasserve.org>...e > In article <ec657b64.0411251858.4160d71a@posting.google.com>, sinobato@yahoo.com (Sinobato) writes:  > < > > %%%%%%%%%%%  OPCOM  25-NOV-2004 16:11:13.54  %%%%%%%%%%%, > > Message from user AUDIT$SERVER on NODE01F > > Security alarm (SECURITY) and security audit (SECURITY) on NODE01, > > system id: 51 : > > Auditable event:        Detached process login failure3 > > Event time:             25-NOV-2004 16:11:13.54 , > > PID:                    001CFC59        J > > Username:               SYSTEM          Parent username:        SYSTEM> > > Status:                 %RMS-E-CRE, ACP file create failed > L > This is a detached process, so I don't think any "connection" is involved. > < > V6.2 is fairly old, but on current versions of VMS you can > ( > 	SET AUDIT/AUDIT/ENABLE=PROCESS=CREPRC > @ > to see what process was trying to create the detached process. > A > Likely that entity is specifying an impossible SYS$OUTPUT file. B > I don't think file creation failure for non-privilege reasons is > particularly auditable.   B For all those who replied, thanks very much for your help! I'll beC checking out your recommendations and see what will help me on this  particular problem.    Regards, Sinobato   ------------------------------  # Date: Mon, 29 Nov 2004 21:48:39 GMT % From: Rob Brown <mylastname@gmcl.com> " Subject: Re: enhancements to TCPIPE Message-ID: <Pine.LNX.4.61.0411291434400.21156@localhost.localdomain>   D On Sun, 28 Nov 2004, Phillip Helbig---remove CLOTHES to reply wrote:  G > In article <Pine.LNX.4.61.0411271030510.31556@localhost.localdomain>, ) > Rob Brown <mylastname@gmcl.com> writes:  > E >>> I like the hash function with FTP for monitoring long transfers.  > >>> But if the transfer is really long, I would FTP in batch. G >>> However, in that case, the hashmarks don't appear in the log file.  E >>> Am I missing something, or is this new functionality which needs   >>> to be implemented? >>A >> Would $ SHOW PROCESS/CONTINUOUS <batch-job> tell you that the  ? >> transfer is happening?  Seems to me that that would be more  D >> convenient than counting hash marks in an open (and occasionally  >> updated) log file.  > @ > Yes, but it is then not immediately obvious how much has been  > transferred.  C It seems to me that using hash marks to tell you how much has been   transferred only works if:  <    a)  the whole file worth of hash marks fits on the screen5    b)  you know how many hash marks you are expecting   E In the case of ftp in batch, there is also the question of how often  E the log file is updated; IE, how many lines of log-file are still in  + the buffer and not yet written to the file.   F So, in short, the feature you request would not be all that useful to 3 me.  Maybe *I* am the one who is missing something.      --    B Rob Brown                        b r o w n a t g m c l d o t c o mA G. Michaels Consulting Ltd.      (866)438-2101 (voice) toll free! 6 Edmonton                         (780)438-9343 (voice)5                                   (780)437-3367 (FAX) 2                                   http://gmcl.com/   ------------------------------  % Date: Mon, 29 Nov 2004 13:45:41 -0500 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> % Subject: Re: enhancements to VMS MAIL , Message-ID: <41AB6E4A.60CB81D3@teksavvy.com>  ; I have over a long time made many suggestions for VMS Mail.    It needs a major overhaul.  K Message size needs to be stores in MAIL.MAI so that IMAP can become usable.   M More importantly, the callable interface needs the ability to set the date of N the message when it creates it. (so that date of the RFC822 header can be usedM to set date of message. Right now, the date cannot be set and is set when the 0 mail message is received in the user's mailbox).   Proper mime support, of course.     M Digital (or whoever its owner is this week) needs a big revamping of its mail O infrastructure both at the MAIL.EXE, DECW$MAIL.EXE as well as the smtp product.   H The SMTP product needs to be modularized so that plugins can be added byN customers (or make it open sourced), and hooks must be provided to add our ownM mail handlers (to make mail enabled applications, mailing list processors etc K etc). Furthermore, the TCPIP$ routines in TCPIP$SHARE muct be documented so N that applications can submit documents to the SMTP processor without the neddsM to create temporary intermediate files and then invoke SFF utility to process 8 those intermediate files using the real TCPIP$ routines.    ! The list of improvements is long.   I But the VMS roadmap includes no mention of the email architecture or even L decwindows, so one should not expect anything. (unless we could convince GuyB Peleg to stay in the office one weekend to rewrite all of the mail infrastructure :-)   ------------------------------  % Date: Mon, 29 Nov 2004 15:03:09 -0500 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> % Subject: Re: enhancements to VMS MAIL , Message-ID: <41AB806D.C67C0A3B@teksavvy.com>   Bob Kaplow wrote: I > Add the ability to REPLY to the author AND the rest of the distribution  > list, including the CC list.  @ Ahh... that requires a complete rewrite of VMSmail architecture.  M the TO and CC fields of VMS mail are simply there for display/information and N are not meant to be usable. They are not used in routing and can mean anythingM and be formatted any way you want. There is also a limit of 256 bytes for the  To and CC fields.   8 Only the From: has some structure usable for processing.  N That is one of the main reasons I am still using ALLIN1. (it has a usable list& of TO's and CC's as well as the From.)   ------------------------------  # Date: Mon, 29 Nov 2004 21:05:52 GMT L From: winston@SSRL.SLAC.STANFORD.EDU (Alan Winston - SSRL Central Computing)% Subject: Re: enhancements to VMS MAIL 6 Message-ID: <00A3B99C.9E119D59@SSRL.SLAC.STANFORD.EDU>  \ In article <41AB806D.C67C0A3B@teksavvy.com>, JF Mezei <jfmezei.spamnot@teksavvy.com> writes: >Bob Kaplow wrote:J >> Add the ability to REPLY to the author AND the rest of the distribution >> list, including the CC list.  > A >Ahh... that requires a complete rewrite of VMSmail architecture.  > N >the TO and CC fields of VMS mail are simply there for display/information andO >are not meant to be usable. They are not used in routing and can mean anything N >and be formatted any way you want. There is also a limit of 256 bytes for the >To and CC fields. > 9 >Only the From: has some structure usable for processing.  > O >That is one of the main reasons I am still using ALLIN1. (it has a usable list ' >of TO's and CC's as well as the From.)   H If this is true, how come PMDF MAIL, using the VMS mail store, can do a 
 REPLY/ALL?   -- Alan    ------------------------------    Date: 29 Nov 2004 15:35:43 -0600; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) % Subject: Re: enhancements to VMS MAIL 3 Message-ID: <YW4ma0IYSNcF@eisner.encompasserve.org>   J In article <cofn5i$pll$1@news.mdx.ac.uk>, david20@alpha2.mdx.ac.uk writes: > < > 2) Folders as sub-directories (and folders within folders)P >    The advantages of an indexed mail.mai file are to some extent lost when allM >    the messages for all the folders are stored in the same mail directory.    A    I have several folders across several disks now.  Is there are ?    restriction that they can't be subdirectories of each other?    ------------------------------    Date: 29 Nov 2004 15:36:55 -0600; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) % Subject: RE: enhancements to VMS MAIL 3 Message-ID: <sdf8V$R7wKoO@eisner.encompasserve.org>   t In article <37A773ADDA84D711A42700B0D0FC529CCA8AB0@NYEXCHANGE2>, "Farrell, Michael" <MFarrell@Voltdelta.com> writes:  N > I'd like to be able to have a process notified by VMS Mail either through anM > event flag or an AST as a possibility that an Email has arrived.  Then, I'd G > analyze the Email to see who sent it and respond to it automatically.   F    Multinet will log SMTP activity to OPCOM, which does this just fineA    for me.  IIRC I could log it almost anywhere that was usefull.    ------------------------------  + Date: Mon, 29 Nov 2004 22:10:50 +0000 (UTC) - From: lewis@SPYDER.MITRE.ORG (Keith A. Lewis) % Subject: Re: enhancements to VMS MAIL . Message-ID: <cog6pa$4ju$1@newslocal.mitre.org>   JF Mezei <jfmezei.spamnot@teksavvy.com> writes in article <41AB6E4A.60CB81D3@teksavvy.com> dated Mon, 29 Nov 2004 13:45:41 -0500: L >Message size needs to be stores in MAIL.MAI so that IMAP can become usable.  L Yes!!!  My hobbyist alpha is a single-user machine and Mozilla (run from anyA platform) is only able to load 1-2 message headers/sec over IMAP.     >Proper mime support, of course.  3 The existing MIME utility is better than nothing.     J But there's one related change I'd like to see for outgoing mail -- if theD first line of data is a valid header (token colon whitespace), thereI shouldn't be a blank line between the system headers and the user data.     J As it is, you can create a mime file and send it, and Mozilla usually doesL something intelligent with the blank line but some other mail clients don't.  0 --Keith Lewis              klewis {at} mitre.org> The above may not (yet) represent the opinions of my employer.   ------------------------------  % Date: Mon, 29 Nov 2004 23:48:26 +0100 9 From: Jan-Erik =?iso-8859-1?Q?S=F6derholm?= <aaa@aaa.com> % Subject: Re: enhancements to VMS MAIL ' Message-ID: <41ABA73A.9586841A@aaa.com>    "Keith A. Lewis" wrote:  > L > As it is, you can create a mime file and send it, and Mozilla usually doesN > something intelligent with the blank line but some other mail clients don't.  @ You must send it using some "tool" that circumvents the VMS/Mail4 layer, such as the NBL tool (NBL = "No Blank Line").  < NBL is used just as any other foreign mail transport, like :  7 $ mail/subj="test" mymimefile.tmp "nbl%""user@domain"""   @ I use MPACK/MUNPACK to create the actual MIME files. Much easier0 to use then the MIME "hack" supplied with VMS...   Regards,	 Jan-Erik.    ------------------------------  % Date: Mon, 29 Nov 2004 19:09:32 -0500 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> % Subject: Re: enhancements to VMS MAIL , Message-ID: <41ABBA36.F0EFB558@teksavvy.com>  , Alan Winston - SSRL Central Computing wrote:Q > >That is one of the main reasons I am still using ALLIN1. (it has a usable list ) > >of TO's and CC's as well as the From.)  > I > If this is true, how come PMDF MAIL, using the VMS mail store, can do a  > REPLY/ALL?  K It does what it can with the 256 characters in the TO and CC lines, parsing J them as best as it can. The TO and CC lines are single text fields max 256J bytes. The last address shown on that line may be truncated and it doesn't2 mean that there aren't any more adresses in there.  F What TO and CC needs to be are repeatable fields, with the mail clientL displaying them as a text field, but with logoc/API that can still read each TO and CC individually.   K As far as another suggestion to avoid the blank line if the first line of a N message is an RFC header, this would be a security issue. Note that SFF can beP configured to require privileges for that reason. (forged headers for instance).   ------------------------------    Date: 29 Nov 2004 14:13:27 -06004 From:     Singova Blue <Singova1965@bulkemailco.com> Subject: Free Bulk Email Lists$ Message-ID: <41ab82e7$1_1@127.0.0.1>   Hi  ? We offer you E-mail addresses databases (or called Bulk E-mail= D  lists) for online advertisement=2E we provide you with a free list=?  of email addresses you can use in your marketing campaign, or= D  you can choose to buy larger inexpensive databases=2E Furthermore,=@  you can download several online marketing softwares absolutely=  free:   http://www=2Ebulkemailco=2Ecom   Regards, Singova Blue Tel=2E +1 207 775 2872    O ----== Posted via Newsfeeds.Com - Unlimited-Uncensored-Secure Usenet News==---- S http://www.newsfeeds.com The #1 Newsgroup Service in the World! >100,000 Newsgroups E ---= East/West-Coast Server Farms - Total Privacy via Encryption =---    ------------------------------    Date: 29 Nov 2004 13:16:06 -0800* From: sreiner1957@yahoo.com (Steve Reiner) Subject: FTP behavior change? = Message-ID: <edca5655.0411291316.2493a2d7@posting.google.com>   ? I'm having an FTP problem.    VMS v7.3-2   TCP/IP Services v5.4   C I'm attempting to "get" files from a Unix-like system to an OpenVMS D Alpha system.  I'm having the difficulty on a VMS system running the, newer version of the OS and TCP/IP Services.  E First, here is an example FTP session (from another Alpha) that seems , to work correctly (or at least as expected):   CM1> ucx UCX> sho ver  @   Digital TCP/IP Services for OpenVMS Alpha Version V4.1 - ECO 97   on a AlphaServer 1000A 5/300 running OpenVMS V7.1        UCX> exi CM1> ftp FTP> connect lg9250  220 mcsftp>  Connected to LG9250.   Name (LG9250:sreiner): SFR 230 logged on. FTP> pwd
 257 "^BSL" FTP> get LDE* 200 your data PORT will be 10.40.40.2 1912' 150 Opening ASCII mode data connection.  226 end of data.0 local: L2DISK:[USERS.SREINER]LDE.;2  remote: LDE; 5129 bytes received in 00:00:00.11 seconds (42.09 Kbytes/s)  FTP> EXI 221 ok.  CM1>    @ Now, here is a very similar FTP session on another VMS Alpha box= (attempting a "get" from the same system) that does not work:    CM2> UCX TCPIP> SHO VER  3   HP TCP/IP Services for OpenVMS Alpha Version V5.4 0   on a AlphaServer ES40 running OpenVMS V7.3-2    
 TCPIP> EXI CM2> FTP FTP> CONNECT LG9250  220 mcsftp>  Connected to LG9250.   Name (LG9250:sreiner): SFR 230 logged on. FTP> pwd
 257 "^BSL" FTP> get LDE+ 200 your data PORT will be 10.40.44.2 54291 ' 150 Opening ASCII mode data connection. C %TCPIP-E-FTP_DATACONF, cannot establish data connection with remote  host4 -SYSTEM-F-REJECT, connect to network object rejected 451 write error= 32  FTP> EXI 221 ok.   B From the above, you'll note a large numeric difference in the data? port numbers -- "1912" versus "54291".  I'm suspecting that the F Unix-like system may have some numeric restriction on the value of the> selected data port, but I really have no way of knowing (or ofE changing that side).  I'm guessing it is rejecting the connection due  to this large data port value.F Is there a way to "restrict" the data port on the VMS side to a (much)D smaller value -- something similar to the "1912" value that seems toD work on the other (CM1) Alpha?   Anyone else seen something similar?  ? Any other thoughts or ideas are welcome.   Thanks for any help. 
   -- Steve   ------------------------------    Date: 29 Nov 2004 15:39:42 -0600; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) ! Subject: Re: FTP behavior change? 3 Message-ID: <pihyZ0Zx2YUz@eisner.encompasserve.org>   j In article <edca5655.0411291316.2493a2d7@posting.google.com>, sreiner1957@yahoo.com (Steve Reiner) writes: > A > Any other thoughts or ideas are welcome.   Thanks for any help.   G    Is it possible that one system is set to passive mode by default and     the other is not?   ------------------------------  % Date: Mon, 29 Nov 2004 20:01:58 -0500 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> ! Subject: Re: FTP behavior change? , Message-ID: <41ABC67D.FB94FC43@teksavvy.com>   Steve Reiner wrote: , > 200 your data PORT will be 10.40.40.2 1912- > 200 your data PORT will be 10.40.44.2 54291 ) > 150 Opening ASCII mode data connection. E > %TCPIP-E-FTP_DATACONF, cannot establish data connection with remote   H > Is there a way to "restrict" the data port on the VMS side to a (much)F > smaller value -- something similar to the "1912" value that seems to  > work on the other (CM1) Alpha?  # try the command FTP> SET PASSIVE ON   K This will have the VMS host initiate the data connection to the remote unix $ which will then send the data on it.    J Also, you might try to telnet from the Unix host to the VMS machine with aN /port=54291 to see what happens. Could be blocked by a firewall or some config, on the VMS machine at the tcpip stack level.   ------------------------------  % Date: Mon, 29 Nov 2004 16:22:00 -0500 # From: "John Smith" <a@nonymous.com> * Subject: New Datamation article on OpenVMS, Message-ID: <c-mdnRfO6vtlDzbcRVn-sg@igs.net>  ; http://itmanagement.earthweb.com/datbus/article.php/3441111    Old VMS Databases Never Die     J That articles like this get written to showcase OpenVMS and its users is aE credit to all those individuals who do the work 'behind the curtain'.   K That HP corporately does no public advertising and marketing for VMS is, at 2 best, malfeasance perpetrated on its shareholders.   ------------------------------  % Date: Mon, 29 Nov 2004 16:25:50 -0500 # From: "John Smith" <a@nonymous.com> . Subject: Re: New Datamation article on OpenVMS, Message-ID: <M8ydnZ7iMfFDDjbcRVn-qg@igs.net>   John Smith wrote: = > http://itmanagement.earthweb.com/datbus/article.php/3441111  >  > Old VMS Databases Never Die  >  > G > That articles like this get written to showcase OpenVMS and its users B > is a credit to all those individuals who do the work 'behind the > curtain'.  > F > That HP corporately does no public advertising and marketing for VMS; > is, at best, malfeasance perpetrated on its shareholders.     L BTW - this VMS article was the lead item in Datamation's daily e-mail flash.   ------------------------------  % Date: Mon, 29 Nov 2004 17:12:37 -0800 # From: "Tom Linden" <tom@kednos.com> . Subject: Re: New Datamation article on OpenVMS( Message-ID: <opsh86zbvjzgicya@hyrrokkin>  F On Mon, 29 Nov 2004 16:25:50 -0500, John Smith <a@nonymous.com> wrote:   > John Smith wrote: > >> http://itmanagement.earthweb.com/datbus/article.php/3441111 >> >> Old VMS Databases Never Die >> >>H >> That articles like this get written to showcase OpenVMS and its usersC >> is a credit to all those individuals who do the work 'behind the  >> curtain'. >>G >> That HP corporately does no public advertising and marketing for VMS < >> is, at best, malfeasance perpetrated on its shareholders. >  > I > BTW - this VMS article was the lead item in Datamation's daily e-mail    > flash. >  > * My comments to the author of that article.  7 I would take issue with your assertion in the following   K "But Rdb survived and may now be set for a new lease on life, thanks to a   F renaissance in VMS via its impending port to Itanium 2-based servers."  I The renaissance not only had nothing to do with Itanium, it happened in    spite J of Itanium.  VMS has done very well the past two years and there have beenJ almost no Itanium sales, in fact, if you attend their training sessions,   they will give you one!     --  C Using Opera's revolutionary e-mail client: http://www.opera.com/m2/    ------------------------------    Date: 29 Nov 2004 11:28:05 -0800  From: "Barry" <dysert@gmail.com>5 Subject: Re: Online forums for former digits/deccies? B Message-ID: <1101756485.238732.93890@z14g2000cwz.googlegroups.com>  B Thanks to the generosity of the folks at DECUServe, there is now aE Notes conference for DEC alumni and friends.  It's on EISNER, so just @ telnet to decuserve.org and follow the instructions to get a VMSE account.  After you get your account, login and be sure DEC_ALUMNI is 3 in your notebook.  I hope to see many of you there!    ------------------------------    Date: 29 Nov 2004 12:57:56 -06004 From: kaplow_r@encompasserve.org.TRABoD (Bob Kaplow), Subject: Re: OpenVMS 8.2 on Integrity Survey3 Message-ID: <gb15Q$Woxu3Y@eisner.encompasserve.org>   \ In article <41A5DBAB.9DD87925@teksavvy.com>, JF Mezei <jfmezei.spamnot@teksavvy.com> writes: > Bill Todd wrote:M >> Hey, you must have missed *something*.  Didn't you see the quote from some O >> HP flack stating that the reason Alpha system sales were down was because of " >> the purchasing shift to Itanic? > P > Hoping, of course, that the reader hasn't read the other articles that mentionN > that HP is below the target of having IA64 sales represent 20% of enterpriseJ > systems sales. So Pa-Risc and ALpha still represent the vast majority ofD > sales, so a 24% drop in Alpha is bad no matter how you look at it. > K > Remember that until VMS is officially available commercially on IA64, you M > can't expect many real sales. And until HP has integrated Tru64 features in N > HP-UX, you can't expect much in terms if migration from Alpha to IA64 on the > unix side.  I Let me understand this. HP and its acquisitions sell four different large I system platforms: OpenVMS on Alpha; Tru64 on Alpha; HPUX on PA-RISC; and  J NSK on MIPS. All four are end of life hardware and in one case end of lifeE software products. The replacement large system hardware and software L environments are not yet ready for prime time. So if a customer needs to buyK something TODAY that will outlast its depreciation schedule, there is no HP  solution for them.  = And HP sales are not at record highs? I don't understand why?   1 	Bob Kaplow	NAR # 18L	TRA # "Impeach the TRA BoD" & 		>>> To reply, remove the TRABoD! <<<K Kaplow Klips & Baffle:	http://nira-rocketry.org/LeadingEdge/Phantom4000.pdf L     www.encompasserve.org/~kaplow_r/    www.nira-rocketry.org    www.nar.org  @         You [should] not examine legislation in the light of theD         benefits it will convey if properly administered, but in theF         light of the wrongs it would do and the harm it would cause ifF         improperly administered -- Lyndon Johnson, former President of         the U.S.   ------------------------------  # Date: Tue, 30 Nov 2004 00:06:54 GMT 8 From: landocalrissian__NOTME___@att.net (Gregg C Levine) Subject: Re: SIMH V3.3F Message-ID: <yQOqd.72985$7i4.71986@bgtnsc05-news.ops.worldnet.att.net>  9 In article <2sorp0t91vqrpfgtac2o37lnegnb1fe6u3@4ax.com>,  & bob.supnik@sicortex.nospam.com says... > * >SIMH V3.3 is available from the web site, >HTTP://simh.trailing-edge.com.  > G >V3.3 includes a major overhaul of the PDP-11 simulator.  Users can now E >choose a specific PDP-11 model, rather than a generic Unibus or Qbus @ >CPU.  This facilitates running operating systems that support a5 >limited range of models, such as Unix V5 or RSX11M+.  > E >V3.3 also includes a significant overhaul of the VAX simulator.  The G >VAX simulator now has latent support for the VAX-11/780.  This is part ' >of an ongoing effort to revive VMS V1.  > F >Finally, V3.3 has a large set of fixes and improvements to the HP2100C >family simulator, courtesy of Dave Bryan.  The HP2100 now runs all ? >extent diagnostics, as well as HP operating systems up through 	 >RTE-IVB.  > C >Please look through the README.TXT file in the source zip file for : >caveats and restrictions resulting from the many changes. >  >/Bob Supnik   Hello from Gregg C Levine S Just for the sake of arguement, but is the site for SIMH down? I've been trying to  M download the collection, and my browser keeps complaining that its not there.  --- 1 Gregg C Levine landocalrissian atsign att dot net / "This signature is really an Ace X-Wing pilot."    ------------------------------  % Date: Mon, 29 Nov 2004 21:11:59 -0500 % From: "vax, 9000" <vax9000@gmail.com>  Subject: Re: SIMH V3.3: Message-ID: <cogkq7$9gc$1@charm.magnus.acs.ohio-state.edu>   > Hello from Gregg C Levine J > Just for the sake of arguement, but is the site for SIMH down? I've beenJ > trying to download the collection, and my browser keeps complaining that > its not there. ---3 > Gregg C Levine landocalrissian atsign att dot net 1 > "This signature is really an Ace X-Wing pilot."     D http://www.classiccmp.org/pipermail/cctalk/2004-November/054226.html   ------------------------------  # Date: Tue, 30 Nov 2004 02:44:01 GMT 1 From: "Ken Randell" <kenneth.randell@verizon.net>  Subject: Re: SIMH V3.3+ Message-ID: <R7Rqd.12502$lv6.7257@trnddc03>   / From vmsnet.pdp-11 posted 26-Nov-2004 7:55AM...   8 The web-accessible archives at trailing-edge.com, namely     simh.trailing-edge.com   pdp-10.trailing-edge.com   pdp-11.trailing-edge.com  F etc. are down due to windstorm activity yesterday.  With a little luck? things may be back up early next week (week of Nov 29 - Dec 3). 
 Realistically B there are a lot of trees and wires down and hooking back up to the interweb may take a while.  8 The SIMH and pdp-11 stuff as of July 2004 is mirrored at  -  http://bitsavers.org/simh.trailing-edge.com/ /  http://bitsavers.org/pdp-11.trailing-edge.com/   
 Thanks Al!   Tim    ------------------------------    Date: 29 Nov 2004 13:19:41 -06004 From: kaplow_r@encompasserve.org.TRABoD (Bob Kaplow)? Subject: Re: The importance of multiple ISV's in the VMS market 3 Message-ID: <uAVbxWIFpB7e@eisner.encompasserve.org>   R In article <7r2dndM185mDUjTcRVn-1A@igs.net>, "John Smith" <a@nonymous.com> writes:N > Too bad the only heavy-duty RDBMS products for VMS are both owned by Oracle.I > VMS customers have very little leverage in this case...who else are you K > going to purchase a database for the 1 million tpm oltp or data warehouse  > system you are building? CA? > L > Yes I know that Mimer and MySQL are out there too, but in the absence of aJ > truly thriving VMS market there ain't going to be the choice that begets! > true competition for VMS users.e  	 INGRES???s  1 	Bob Kaplow	NAR # 18L	TRA # "Impeach the TRA BoD"a& 		>>> To reply, remove the TRABoD! <<<K Kaplow Klips & Baffle:	http://nira-rocketry.org/LeadingEdge/Phantom4000.pdf L     www.encompasserve.org/~kaplow_r/    www.nira-rocketry.org    www.nar.org  @         You [should] not examine legislation in the light of theD         benefits it will convey if properly administered, but in theF         light of the wrongs it would do and the harm it would cause ifF         improperly administered -- Lyndon Johnson, former President of         the U.S.   ------------------------------  % Date: Mon, 29 Nov 2004 14:34:15 -0500t# From: "John Smith" <a@nonymous.com>i? Subject: Re: The importance of multiple ISV's in the VMS marketh, Message-ID: <o7Gdnd4f8Noq5DbcRVn-sg@igs.net>   Bob Kaplow wrote:e; > In article <7r2dndM185mDUjTcRVn-1A@igs.net>, "John Smith"u > <a@nonymous.com> writes:G >> Too bad the only heavy-duty RDBMS products for VMS are both owned bydE >> Oracle. VMS customers have very little leverage in this case...wholG >> else are you going to purchase a database for the 1 million tpm oltpq1 >> or data warehouse system you are building? CA?i >>@ >> Yes I know that Mimer and MySQL are out there too, but in theE >> absence of a truly thriving VMS market there ain't going to be the45 >> choice that begets true competition for VMS users.v >c > INGRES???:    L It's as actively marketing in the VMS market by CA as actively as VMS itself is marketed by HP.  K Perhaps it's just me, but I'd have to do a really strong 'gut check' beforeo I'd buy anything from CA.P   ------------------------------  % Date: Mon, 29 Nov 2004 19:29:15 -0600 2 From: David J Dachtera <djesys.nospam@comcast.net>? Subject: Re: The importance of multiple ISV's in the VMS market + Message-ID: <41ABCCEB.1E2BB840@comcast.net>p  / Phillip Helbig---remove CLOTHES to reply wrote:t > ; > In article <7r2dndM185mDUjTcRVn-1A@igs.net>, "John Smith"A > <a@nonymous.com> writes: > P > > http://story.news.yahoo.com/news?tmpl=story&cid=1738&ncid=1208&e=4&u=/zd/200 > > 41126/tc_zd/139822 > > N > > ....."For example, Oracle Executive Vice President Keith Block admitted inN > > videotaped testimony that the company cuts software costs by as much as 70M > > percent when competition is fierce enough to warrant it. Anybody who went0N > > into licensing negotiations with Oracle this past year and didn't use that2 > > information should now be kicking themselves." > >a > > P > > Too bad the only heavy-duty RDBMS products for VMS are both owned by Oracle.K > > VMS customers have very little leverage in this case...who else are younM > > going to purchase a database for the 1 million tpm oltp or data warehouser  > > system you are building? CA? > J > On the other hand, if you really need Rdb for your business, the license > consts are probably peanuts.  C Depends. 2 years' profits would hardly constitute "peanuts" to moste businesses.d   -- e David J Dachtera dba DJE Systemsb http://www.djesys.com/  ) Unofficial OpenVMS Hobbyist Support Page:p" http://www.djesys.com/vms/support/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/b  " Unofficial OpenVMS-IA32 Home Page: http://www.djesys.com/vms/ia32/R   ------------------------------    Date: 29 Nov 2004 16:46:45 -0800$ From: leeroth@my-deja.com (Lee Roth)? Subject: VT1xx flavors (was Re: DEC retail stores in the 1980s) = Message-ID: <d0e744c9.0411291646.181db8ce@posting.google.com>   k "John Vottero" <John@mvpsi.com> wrote in message news:<KrKqd.34384$Qv5.28845@newssvr33.news.prodigy.com>...aD > "Bob Kaplow" <kaplow_r@encompasserve.org.TRABoD> wrote in message / > news:r+rfWMF+kKD3@eisner.encompasserve.org...0F > > In article <04112510205039@antinode.org>, sms@antinode.org writes:I > >>    As I recall, the VT102 was a reduced-cost, non-expandable version:K > >> which had the features of a VT100 with the advanced video option.  I'dr5 > >> say it had less soup than a well equipped VT100.m > >i4 > > What was not in the VT102 that was in the VT100? > >- > N > As I recall (it's been a while), the VT100 had a backplane that let you add O > options, the VT102 had no backplane.  I don't know what options they had.  I sL > think a DECmate I was really just a VT100 with a PDP-8 board but, I don't - > know if you could buy just the PDP-8 board.A  7 The base VT100 could have added options such as the AVOeA (Advanced Video, VT1XX-AB) and 20mA current loop card (VT1XX-AA). ? If you wanted to add a printer port, that option (VT1XX-AC) wase$ a piggyback add-on to the AVO board.  < Later, the VT101 was produced without the ability to have an= AVO option, but did have a VT1XX-CA option to do 20mA current 5 loop (this option could be added to a VT102, VT125 oro VT131 as well).   D The VT102 had no expansion slots but already had the AVO and printer= port built-in and represented a less expensive alternative top9 the oft-ordered combo of base VT100 + AVO + printer port.s  1 The website http://www.vt100.net has all sorts of. viewable/downloadableaB manuals for the DEC VTxxx terminals, as well as a few hardcopy DECC printers. There are also many non-DEC video terminal manuals there..  C I recall when the VT100 was introduced - the demand for the productcC was absolutely incredible! IIRC, it was the first video terminal by0@ any manufacturer to have all of its setups via the keyboard - no. more flipping DIP switches or rotary switches.  E An interesting note about the VT102 from that page: "VT102 User Guide,D (EK-VT102-UG). Most terminal emulators that claim to emulate a VT100? actually emulate its slightly more capable brother, the VT102."E  C So, the VT102 may have been slightly more functional than a VT100 +i AVO   but I'm not sure in what regard.  6 The VT103 was indeed a VT100 with an LSI-11 backplane.  E The VT105 was the 'graphics terminal' VT100 (with "waveform graphics,R7 according to a short description), just as the VT55 had11 been the 'graphics terminal' version of the VT52.r  ? The VT125 was also a graphics terminal that could be a VT105 orw: execute the ReGIS commands (ala VK100, the "Gigi") and had2 a connection on the back for a color monitor. (see> http://vt100.net/docs/tp83/chapter7.html for more VT125 info).  @ There is one thing that the VT100s had that the VT101/VT102s did? not: An external BNC composite video connector to drive a slaveo video monitor. i  F Interestingly, when the VT220s appeared the BNC composite video outputF returned and so did the flat Molex connector for 20mA current loop, soC the VT220 could do duty as an RS232 "EIA" or current loop terminal.0  E The VT220 also allowed you 3 choices of phosphor color - white, green 6 or amber, a first for a DEC monochrome video terminal.   ------------------------------  + Date: Mon, 29 Nov 2004 23:17:21 +0000 (UTC)a* From: bleau@UMTOF.UMD.EDU (Lawrence Bleau)2 Subject: Why does "lead" appear in OSU access log?0 Message-ID: <cogam1$cl2$1@grapevine.wam.umd.edu>  E I'm running OpenVMS AXP V7.3-2 with TCPIP V5.4 ECO 1.  I am using the B OSU web server (I think v3.10a) package to serve files to the www.  E The file access.log has a line written to it for each file accessed. .C I have turned on reverse IP lookup, so the requesting IP# should berD translated back into a host name if one exists.  Typical lines inthe access.log are as follows:  ^ transport.SRI.COM - - [29/Nov/2004:00:04:17 +0000] "GET /pm/latest2day.gif HTTP/1.0" 200 11868\ 193.111.124.199 - - [29/Nov/2004:00:04:00 +0000] "GET /sem/SEM4HR_CH2.GIF HTTP/1.1" 200 6320  E The first line above is where the IP# could be translated; the second0# one is where the translation fails.   E What is puzzling is that we've recently (since July) been getting the I string "lead" as the hostname - with no periods!  Here's an example line:   Q lead - - [28/Nov/2004:12:28:01 +0000] "GET /pm/latest2day.gif HTTP/1.1" 200 11519   I This isn't a valid hostname, nor is it defined in my local host database.o  C How on earth did the OSU reverse lookup routine return this string?r   Lawrence Bleau University of Maryland" Physics Dept., Space Physics Group 301-405-6223 bleau@umtof.umd.edur   ------------------------------  % Date: Mon, 29 Nov 2004 20:07:21 -0500i- From: JF Mezei <jfmezei.spamnot@teksavvy.com> 6 Subject: Re: Why does "lead" appear in OSU access log?, Message-ID: <41ABC7C0.AFD7F12B@teksavvy.com>   Lawrence Bleau wrote:kS > lead - - [28/Nov/2004:12:28:01 +0000] "GET /pm/latest2day.gif HTTP/1.1" 200 11519l > K > This isn't a valid hostname, nor is it defined in my local host database.- > E > How on earth did the OSU reverse lookup routine return this string?l    0 if you do an "nslookup lead", what does it say ?  : On the client side, you should look at the default domains   TCPIP SHOW NAMEn  E (look at the "path" item. If you supply just a node name, it will tryt$ resolving with each of those paths.)   ------------------------------  + Date: Tue, 30 Nov 2004 01:11:43 +0000 (UTC) - From: lewis@SPYDER.MITRE.ORG (Keith A. Lewis)l6 Subject: Re: Why does "lead" appear in OSU access log?. Message-ID: <coghcf$9nf$1@newslocal.mitre.org>   bleau@UMTOF.UMD.EDU (Lawrence Bleau) writes in article <cogam1$cl2$1@grapevine.wam.umd.edu> dated Mon, 29 Nov 2004 23:17:21 +0000 (UTC):_ >transport.SRI.COM - - [29/Nov/2004:00:04:17 +0000] "GET /pm/latest2day.gif HTTP/1.0" 200 11868p] >193.111.124.199 - - [29/Nov/2004:00:04:00 +0000] "GET /sem/SEM4HR_CH2.GIF HTTP/1.1" 200 6320e >aF >The first line above is where the IP# could be translated; the second$ >one is where the translation fails. > F >What is puzzling is that we've recently (since July) been getting theJ >string "lead" as the hostname - with no periods!  Here's an example line: > R >lead - - [28/Nov/2004:12:28:01 +0000] "GET /pm/latest2day.gif HTTP/1.1" 200 11519 >tJ >This isn't a valid hostname, nor is it defined in my local host database. >eD >How on earth did the OSU reverse lookup routine return this string?  G Some spammer or cracker has gotten hold of the rights to his IP address K space.  So-called reverse DNS is done by a type=PTR DNS lookup of somethingmJ like 199.124.111.193.in-addr.arpa (notice I have reversed the byte order).  G For best results the software should check that the forward translationrH matches the back-translation and record the IP if it doesn't.  Or simply record the IP regardless.4  0 --Keith Lewis              klewis {at} mitre.org> The above may not (yet) represent the opinions of my employer.   ------------------------------    Date: 29 Nov 2004 12:46:38 -06004 From: kaplow_r@encompasserve.org.TRABoD (Bob Kaplow)A Subject: Re: [OT]: Digital Equipment Corp. and the origin of Spame3 Message-ID: <NgpvgD5AK5Is@eisner.encompasserve.org>o  i In article <6.1.2.0.2.20041126144635.023ff6d8@raptor.psccos.com>, Dan O'Reilly <dano@process.com> writes: G > I think Vint Cern would argue with that...Gore had as much to do with B > "inventing the internet" as I did with "inventing space travel".  # And what did you invent? Jack Lord?d   :-)n  1 	Bob Kaplow	NAR # 18L	TRA # "Impeach the TRA BoD"v& 		>>> To reply, remove the TRABoD! <<<K Kaplow Klips & Baffle:	http://nira-rocketry.org/LeadingEdge/Phantom4000.pdf L     www.encompasserve.org/~kaplow_r/    www.nira-rocketry.org    www.nar.org  @         You [should] not examine legislation in the light of theD         benefits it will convey if properly administered, but in theF         light of the wrongs it would do and the harm it would cause ifF         improperly administered -- Lyndon Johnson, former President of         the U.S.   ------------------------------    Date: 29 Nov 2004 12:50:08 -06004 From: kaplow_r@encompasserve.org.TRABoD (Bob Kaplow)A Subject: Re: [OT]: Digital Equipment Corp. and the origin of Spami3 Message-ID: <BeAnrpR+ktWS@eisner.encompasserve.org>a  R In article <hvSdndJBPotVizjcRVn-2g@igs.net>, "John Smith" <a@nonymous.com> writes:L > HP will demand royalties from the spammers for each messag sent - it would1 > be more profitable than selling ink cartridges.   * If they could track them down and collect!  1 	Bob Kaplow	NAR # 18L	TRA # "Impeach the TRA BoD"-& 		>>> To reply, remove the TRABoD! <<<K Kaplow Klips & Baffle:	http://nira-rocketry.org/LeadingEdge/Phantom4000.pdfcL     www.encompasserve.org/~kaplow_r/    www.nira-rocketry.org    www.nar.org  @         You [should] not examine legislation in the light of theD         benefits it will convey if properly administered, but in theF         light of the wrongs it would do and the harm it would cause ifF         improperly administered -- Lyndon Johnson, former President of         the U.S.   ------------------------------   End of INFO-VAX 2004.664 ************************ want. There is also a limit of 256 bytes for the  To and CC fields.   8 Only the From: has some structure usable for processing.  N That is one of the main reasons I am still using ALLIN1. (it has a usable list& of TO's and CC's as well as the From.)   ------------------------------  # Date: Mon, 29 Nov 2004 21:05:52 GMT L From: winston@ [\⩈e>>_1M*0LxU__,>|{vhU/
d9֯[(쟙.$3q4|;q*,
szaތ[hXYJ5^wo!X'	wYe9Zu^nm4i/}W-{:bP{O;lWZK|2!`-~k9
g}SPfX%aOmoš|̶	+Xp< |KV'㸽}mɞcf'	<Lَ%x}	_"\X]xHYf~ޡ,d[xkJ˴"b=-S\Y~'ϋXMa0ܶBfVokr#ƚ'[vs748yW?4gɲNk4/$/Fr!T*>WjV[3|S{ϴۮ!ļy/N;[1)9jr8m'Rv;{,CAvg(\g&3&^sLD$;|D$}ڊmגj}Iw줊v"IVVn.;x -A;"L2aÍ+\|;0N&ws߁1{XFPEN= 6	0#ɾʠx~y-XM E{n3o%E:˘og@|8,%7O+PE7 Þ~Zs!iJᓣ%v{Iʹ j4M_
YC={;'U# 
btU._'nKͣU6]VNnބKVX[OxJLw,m/CBe2㾌Rz ^Y!,%7xor
;B&(XbAnJV}ܯ`5}[?,m+J5{9yZ_hY+vܲwƓf9smRź8_ql=1;xU|SQߞhUuVԾ>ރB
w!)Tp|;k_gX'_Uk,_`A|_L&&6#,nlW;LڱQN0/RSt,&0_gCUVnCyx3^Rn;~3N+{ުȴI4R/cE (+{vX[EJ/S'@-%\}'ot'
ÖD{oO"]'h8PCq47uH+
H]@'
'ǎWO)~|)3|"??3@GsGP>~.ϿnGoijP<oi;R<o:V<w^ILE`G<PZo+??W+}v&{x䛚;Cm=:zݝ],ZZ(5ww]O4wn#
|T,waN>
;Y277w5gV8|x|xΖ:wKv'm';rtoa/¾pJ< O4u!,܎8yKm}yحKl =V߇hoomlirk۩Mgr]ꎮS"E֮@S!y-mRxs$D[En9PK    RB1;<tO  % "  ht_root/src/misc/obj_axp/hdisk.obj  P                                    A;   G                     
                 Z}P[Wv?O~ 0~Ӊ-7N>	 ђMBgS-n<Lɲ;qԙYo 4&xLVbPl9^'${[k;{
` ?
"w[{OnUڳտsպWmݿgԢZ/b;/JZdպQՁ_QӘ?7v95?vglL;ۻ:BDm6-k(h ^	ʯh9lm]Gs7&vm+{	.v+dyIHz4=n^;ZxD;NK~w/w;:^ߍ3X	Ǹ
㊜u2ym.GOہuϡO!|@y4)DW+fauiQE+WuSw96{#c.OF޺nuRΤqW˓Wn[{{$%<<쓑D됣Oպ<8bO:lȡ⢜]p{{=+0y5s]KF]ieTa8?um`<jOf=Or9Ha!|u9{Zȭ% YyjwvQB	
39By(4i_+Rj yMd4&]Mýߑ˥N{sȱi|
+nÓ+bk;<<r'5dIo_悼zݾX
yx'Swː
ʯrXam9cBtx
3:Pj@vvBZ	:`
f~j
{WȦڻV%~#w
0'ۓp9 Q,MMu\.:?kl.G`In^[6zUzz6o
}˯{$&