1 INFO-VAX	Tue, 21 Sep 2004	Volume 2004 : Issue 524       Contents: Re: BASIC EDIT$ - 256  Re: BASIC EDIT$ - 256  Re: I need SMC  CD for Win2000 Re: MAN output and ALL-IN-1  Off-the-wall CI Question" Re: OpenVMS: 4GL x Web Development" Re: OpenVMS: 4GL x Web Development" Re: OpenVMS: 4GL x Web Development" Re: OpenVMS: 4GL x Web Development" Re: OpenVMS: 4GL x Web Development" Re: OpenVMS: 4GL x Web Development% OT: AMD opens new Boston design plant ; PRODUCT INSTALL HANGS WITH LGI$LOGINOUT_CALLOUTS CONFIGURED ? Re: PRODUCT INSTALL HANGS WITH LGI$LOGINOUT_CALLOUTS CONFIGURED ? Re: PRODUCT INSTALL HANGS WITH LGI$LOGINOUT_CALLOUTS CONFIGURED ? Re: PRODUCT INSTALL HANGS WITH LGI$LOGINOUT_CALLOUTS CONFIGURED ? Re: PRODUCT INSTALL HANGS WITH LGI$LOGINOUT_CALLOUTS CONFIGURED ? Re: PRODUCT INSTALL HANGS WITH LGI$LOGINOUT_CALLOUTS CONFIGURED   Re: TCP/IP cluster interconnect?( Re: VAX 6000 replacement with CHARON-VAX Re: VMS on IBM's Itanium Re: VMS on IBM's Itanium Re: VMS on IBM's Itanium5 Re: Windoze not rebooted monthly shuts down airports! 5 Re: Windoze not rebooted monthly shuts down airports!  Won't Boot?  Re: Won't Boot? : Re: ZIP "-V" v. UNIX, et al.: Problem, possible solutions.: Re: ZIP "-V" v. UNIX, et al.: Problem, possible solutions.: Re: ZIP "-V" v. UNIX, et al.: Problem, possible solutions.: Re: ZIP "-V" v. UNIX, et al.: Problem, possible solutions.  F ----------------------------------------------------------------------  % Date: Mon, 20 Sep 2004 20:19:57 -0500 2 From: David J Dachtera <djesys.nospam@comcast.net> Subject: Re: BASIC EDIT$ - 256+ Message-ID: <414F81BD.EA158440@comcast.net>   
 Joe wrote: >  > Alpha BASIC V1.5-000 > OpenVMS V7.3-2 > G > 256 is suppose to "Do not alter characters inside quotes" but I guess B > I always figured they were talking about "balanced" ones. Has it > always been this way?? >  > $ ty test.bas ? > option type = explicit, size = integer long,                & ! >         constant type = integer  > ; > print edit$("COEUR D'ALENE, ID 83814",2+4+8+16+32+64+128) ? > print edit$("COEUR D'ALENE, ID 83814",2+4+8+16+32+64+128+256)  > $  > $ run test > COEURD'ALENE,ID83814 > COEURD'ALENE, ID 83814  = Not sure - never tested that. Looks like a "feature" to me...   , When you said "quotes", I assumed you meant:  * A$ = "This is a ""quoted literal"" string" Print EDIT$( a$, 254 ) Print EDIT$( a$, 510 )  A (Embedded double-quotes in the value of a string variable, not an & embedded apostrophe ("single quote").)   D.J.D.   ------------------------------  % Date: Tue, 21 Sep 2004 01:54:09 +0000 7 From: David B Sneddon - bigpond <dbsneddon@bigpond.com>  Subject: Re: BASIC EDIT$ - 256* Message-ID: <414F89C1.8010601@bigpond.com>  & David J Dachtera mentioned in passing: > Joe wrote: >  >>Alpha BASIC V1.5-000 >>OpenVMS V7.3-2 >>G >>256 is suppose to "Do not alter characters inside quotes" but I guess B >>I always figured they were talking about "balanced" ones. Has it >>always been this way?? >> >>$ ty test.bas ? >>option type = explicit, size = integer long,                & ! >>        constant type = integer  >>; >>print edit$("COEUR D'ALENE, ID 83814",2+4+8+16+32+64+128) ? >>print edit$("COEUR D'ALENE, ID 83814",2+4+8+16+32+64+128+256)  >>$  >>$ run test >>COEURD'ALENE,ID83814 >>COEURD'ALENE, ID 83814 >  > ? > Not sure - never tested that. Looks like a "feature" to me...  > . > When you said "quotes", I assumed you meant: > , > A$ = "This is a ""quoted literal"" string" > Print EDIT$( a$, 254 ) > Print EDIT$( a$, 510 ) > C > (Embedded double-quotes in the value of a string variable, not an ( > embedded apostrophe ("single quote").) >  > D.J.D. >   F BASIC allows strings to be quoted with either single or double quotes.C Since the string is parsed from left to right, the original example C with the single quote will cause characters after that single quote A to be unaltered expecting to find a matching quote BEFORE hitting  the end of the string.   Regards, Dave.  --  I David B Sneddon (dbs)    VMS Systems Programmer     dbsneddon@bigpond.com I Sneddo's quick guide ...          http://www.users.bigpond.com/dbsneddon/ I DBS freeware at ...   http://www.users.bigpond.com/dbsneddon/software.htm I "Life is what happens to you while you're busy making other plans" Lennon    ------------------------------    Date: 20 Sep 2004 15:44:43 -0700* From: hartsoot@ucs.orst.edu (Tom Hartsook)' Subject: Re: I need SMC  CD for Win2000 = Message-ID: <622ca779.0409201444.719377b1@posting.google.com>   5 This HP document specifically references SMC on 2000:   D http://h18000.www1.hp.com/products/quickspecs/11423_na/11423_na.html  ? PC-based Windows 2000 system management console in a mini-tower ? package, includes network interface cards and console software,  U.S./Canada/Japan  3X-DS8DA-AA    Tom   k clyde_poole@msn.com (Clyde Poole) wrote in message news:<dc56296.0409141058.5dcc8511@posting.google.com>...  > Tom et al: > ( > The only official thing I can find is: > J > http://ftp.digital.com/pub/Digital/Alpha/firmware/interim/smc/index.html > E > My comments on the upgrade were based on an experience I had with a $ > customer that did get the upgrade. > C > It could be that you only get Windows 2000 when you bought an SMC E > after Compaq/HP stopped shipping NT.  I note that the Release Notes D > for SMC V4.0 don't mention NT or Windows 2000. SMC V4.0 is the oneH > that will run on Windows 2000.  However I see that in the installation% > guide they mention NT specifically.  >  > ctp  > q > hartsoot@ucs.orst.edu (Tom Hartsook) wrote in message news:<622ca779.0409091555.21fefd47@posting.google.com>... A > > If you know the magic incantation to break the spell, I would G > > appreciate it very much.  The HP drones would not listen to me.  We  > > have support on everything.  > > Tom  > > o > > clyde_poole@msn.com (Clyde Poole) wrote in message news:<dc56296.0409071048.1b6840b0@posting.google.com>...  > >  > > > L > > > I believe if an SMC is on hardware support from HP, the upgrade to SMCG > > > version 4 (Windows 2000 plus the newer versions of the management 5 > > > software) is part of the maintenance agreement.    ------------------------------  % Date: Mon, 20 Sep 2004 15:17:18 -0400 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> $ Subject: Re: MAN output and ALL-IN-1, Message-ID: <414F2CBE.A9D7D00D@teksavvy.com>   Fabio Cardoso wrote:F > HP should donate these old software to the Free Software Foundation.E > May be someone could make a reverse engineering with ALL-IN-1 ! :-)   L HP "donated" ALL-IN-1 to an indian outsourcing form for continued support of remaining customers.   ------------------------------  % Date: Mon, 20 Sep 2004 20:32:33 -0500 2 From: David J Dachtera <djesys.nospam@comcast.net>! Subject: Off-the-wall CI Question + Message-ID: <414F84B1.67098CF6@comcast.net>   E I realize that's semantically ambiguous. Both might apply: an off-the E wall question about CI or a question about an off-the-wall CI idea...    Here's my problem:  G For various reasons, I need to move some gear out of sequence, and with : an elevated urgency. That means I need to BS a CI somehow.  D Ideally, I'd want a star-coupler and enough CI cables to do the job.C However, dollars, time and space are all in extremely short supply.   @ So, I want to know if this has "a snowflake's chance in hell" ofD working: I want to try connecting a CIPCA directly to an HSJ with noG intervening Star Coupler: that is, the TX of both channels go to the RX * ports of the other device, and vice-versa.  F *VERY* unsupported, I'm sure - but might it work long enough to get meF by (eight or ten weeks) until the SAN issues can be resolved and I can scrap the mickey-mouse bit?   ' Comments? Commendations? Condemnations?    D.J.D.   ------------------------------   Date: 20 Sep 2004 17:56:47 GMT+ From: "Doc." <doc.cypher@openvms-rocks.com> + Subject: Re: OpenVMS: 4GL x Web Development 7 Message-ID: <Xns956ACB0095E99dcovmsrox@212.100.160.123>   H %NEWS-I-NEWMSG, Fabio Cardoso wrote in news:f30679fb.0409200831.33a1f2f4 @posting.google.com   0 > Do you know what is the most used 4GL language2 > under OpenVMS ? Gembase, PowerHouse, Rally etc ?@ > Does it still a good option for development (Term/Thin client)7 > or would be better to develop Web-based applications?   H A cursory search on Rally turns up a Rally to Java converter mention on G openvms.org - says it's "legacy".  The other two turn up a mixed bag.   J Cognos have worked to get their site top for a Powerhouse 4GL search, and B the list of available platforms does mention VMS.  Ross seem more J interested in promoting their ERP package and downplaying the Gembase 4GL  it's written in.  J What do you plan to do with a 4GL, and have you checked to see if there's D existing software in one of these 4GLs that could be customised and 	 extended?      Doc. --  G OpenVMS:     Eight out of ten hackers prefer *other* operating systems. G http://www.openvms-rocks.com    Deathrow Public-Access OpenVMS Cluster.    ------------------------------  % Date: Mon, 20 Sep 2004 22:36:15 +0100 < From: "Alex Daniels" <AlexNOSPAMTHANKSDaniels@themail.co.uk>+ Subject: Re: OpenVMS: 4GL x Web Development 6 Message-ID: <414f4d14$0$22752$db0fefd9@news.zen.co.uk>  < "Fabio Cardoso" <fabiopenvms@yahoo.com.br> wrote in message 7 news:f30679fb.0409200831.33a1f2f4@posting.google.com... 0 > Do you know what is the most used 4GL language2 > under OpenVMS ? Gembase, PowerHouse, Rally etc ?@ > Does it still a good option for development (Term/Thin client)7 > or would be better to develop Web-based applications?  >   J I would recommend, The Genius Solution by Cristal Software. They are very * pro VMS, and it not some hacked unix port.  J Apps you write with it, generate GUI's for VT's, X-Windows, WEB based and @ real pc front ends, this is also seamless in the code you write.  H Genius operates with relational databases (including Oracle, Ingres and F Oracle Rdb), with a variety of non-relational databases and RMS files.  G If you have existing data you want to present to web, or via a pc app,  $ Genius can make the process trivial.  % There are off the shelf solutions for    healthcare systems, etc. ticketing systems  billing for cellular & paging  aircraft manufacturing aircraft maintenance retail systems credit card control systems   % If you want to know more let me know.    Alex     ------------------------------  % Date: Mon, 20 Sep 2004 17:55:13 -0500 0 From: Kevin Monceaux <OwnedByDogs@grandecom.net>+ Subject: Re: OpenVMS: 4GL x Web Development 2 Message-ID: <20040920225513.GA24515@grandecom.net>  > On Mon, Sep 20, 2004 at 09:31:57AM -0700, Fabio Cardoso wrote:  I > Do you know what is the most used 4GL language under OpenVMS ? Gembase, F > PowerHouse, Rally etc ?  Does it still a good option for developmentJ > (Term/Thin client) or would be better to develop Web-based applications?  F I have a related question I've been meaning to ask.  Is any of the 4GLJ languages mentioned above, or any others, available to hobbyists under theD hobbyist license?  From what I understand all Oracle software is nowJ available for personal use.  I've managed to find some Rally documentationK on Oracle's site but not Rally itself.  Is Rally still available somewhere?        Kevin  http://www.RawFedDogs.net    ------------------------------    Date: 20 Sep 2004 16:48:22 -0700( From: bob@instantwhip.com (Bob Ceculski)+ Subject: Re: OpenVMS: 4GL x Web Development = Message-ID: <d7791aa1.0409201548.5d6bdb88@posting.google.com>   s fabiopenvms@yahoo.com.br (Fabio Cardoso) wrote in message news:<f30679fb.0409200831.33a1f2f4@posting.google.com>... 0 > Do you know what is the most used 4GL language2 > under OpenVMS ? Gembase, PowerHouse, Rally etc ?@ > Does it still a good option for development (Term/Thin client)7 > or would be better to develop Web-based applications?  > 	 > Regards  >  > FC  0 synergy DBL (DIBOL) has a very good 4gl feel and, development tools for it, and it also can be, developed as a fat or thin client app with a  backend to OpenVMS databases ...   ------------------------------    Date: 20 Sep 2004 17:35:07 -0700. From: fabiopenvms@yahoo.com.br (Fabio Cardoso)+ Subject: Re: OpenVMS: 4GL x Web Development = Message-ID: <f30679fb.0409201635.79228a36@posting.google.com>   j "Doc." <doc.cypher@openvms-rocks.com> wrote in message news:<Xns956ACB0095E99dcovmsrox@212.100.160.123>...J > %NEWS-I-NEWMSG, Fabio Cardoso wrote in news:f30679fb.0409200831.33a1f2f4 > @posting.google.com  > 2 > > Do you know what is the most used 4GL language4 > > under OpenVMS ? Gembase, PowerHouse, Rally etc ?B > > Does it still a good option for development (Term/Thin client)9 > > or would be better to develop Web-based applications?  > J > A cursory search on Rally turns up a Rally to Java converter mention on I > openvms.org - says it's "legacy".  The other two turn up a mixed bag.   L > Cognos have worked to get their site top for a Powerhouse 4GL search, and D > the list of available platforms does mention VMS.  Ross seem more L > interested in promoting their ERP package and downplaying the Gembase 4GL  > it's written in. > L > What do you plan to do with a 4GL, and have you checked to see if there's F > existing software in one of these 4GLs that could be customised and  > extended?  >      Doc   I We have one specifc system under Gembase - old version - but no dedicated J developer anymore. But we have other legacy databases (RDB) that we would 2 like fast development to manage/query it. Just it.   Regards    FC   ------------------------------  % Date: Mon, 20 Sep 2004 21:17:23 -0400 # From: "John Smith" <a@nonymous.com> + Subject: Re: OpenVMS: 4GL x Web Development , Message-ID: <5P6dncdWxecdHtLcRVn-hA@igs.net>   Fabio Cardoso wrote:8 > "Doc." <doc.cypher@openvms-rocks.com> wrote in message5 > news:<Xns956ACB0095E99dcovmsrox@212.100.160.123>... ) >> %NEWS-I-NEWMSG, Fabio Cardoso wrote in 8 >> news:f30679fb.0409200831.33a1f2f4 @posting.google.com >>2 >>> Do you know what is the most used 4GL language4 >>> under OpenVMS ? Gembase, PowerHouse, Rally etc ?B >>> Does it still a good option for development (Term/Thin client)9 >>> or would be better to develop Web-based applications?  >>G >> A cursory search on Rally turns up a Rally to Java converter mention F >> on openvms.org - says it's "legacy".  The other two turn up a mixedE >> bag. Cognos have worked to get their site top for a Powerhouse 4GL F >> search, and the list of available platforms does mention VMS.  RossF >> seem more interested in promoting their ERP package and downplaying# >> the Gembase 4GL it's written in.  >>D >> What do you plan to do with a 4GL, and have you checked to see if? >> there's existing software in one of these 4GLs that could be  >> customised and extended?  >> >  >  > Doc  > A > We have one specifc system under Gembase - old version - but no  > dedicated E > developer anymore. But we have other legacy databases (RDB) that we  > would 4 > like fast development to manage/query it. Just it.     Cognos Powerhouse.   ------------------------------  % Date: Mon, 20 Sep 2004 18:10:41 -0400 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> . Subject: OT: AMD opens new Boston design plant, Message-ID: <414F5557.4D14D800@teksavvy.com>   Found an interesting tidbit at: a > http://news.com.com/Critical+Mass.+for+AMDs+chip+designs/2100-1006_3-5371721.html?tag=nefd.lede    ##M The bulk of the new team, about 60 design engineers out of a total of 90, was K already in the neighborhood--they were stationed at a nearby outpost of Sun I Microsystems. The engineers, who came on board en masse in July, had been H working on new processors for Sun, before the computer maker shifted itsM processor design strategy and canceled two projects, including its UltraSparc E V. Many of the designers also had worked on Digital Equipment's Alpha H processor at one time or another, considered a good pedigree in the chip world.   ##  L So, this begs the question: how many ex Alpha designers are still at Intel ?L Seems that even Sun had stolen enough to open facilities in the Boston area.   ------------------------------  % Date: Mon, 20 Sep 2004 14:56:10 -0500 ( From: brandon@dalsemi.com (John Brandon)D Subject: PRODUCT INSTALL HANGS WITH LGI$LOGINOUT_CALLOUTS CONFIGURED1 Message-ID: <04092014561017@dscis6-0.dalsemi.com>   , I am having problems using PRODUCT INSTALL *  M I have configured LGI$LOGINOUT_CALLOUTS to execute an application at the time L of logout.  This code has been in place since Nov-2003 and have had no other+ apparent effects on the system.  Until now.     ; ----------snippet 1----------------------------------------   > $ PRODUCT INSTALL * /DESTINATION=PERL$DISK:[PERL.PERL5_006_01]   ..  7 The following product will be installed to destination: I     CPQ AXPVMS PERL V5.6-1                 $1$DGAXXX:[PERL.PERL5_006_01.]   F Portion done: 0%...10%...20%...30%...40%...50%...60%...70%...80%...90%  ; ----------snippet -----------------------------------------   K At this point PRODUCT hangs.  Checking the parent PID I find that it has an F assocaited subprocess and subsequently the process is hung in LOGINOUT  ; ----------snippet 2---------------------------------------- ! $ SHOW PROCESS /CONT /ID=22A8F2A5  ...     DISK:[SYS0.SYSCOMMON.][SYSEXE]LOGINOUT.EXE; ----------snippet -----------------------------------------     9 I found that if I turn off LGI the process does not hang.   ; ----------snippet 3----------------------------------------  $ MCR SYSGEN
 USE ACTIVE SET LGI_CALLOUTS 0 WRITE ACTIVE EXIT; ----------snippet -----------------------------------------   M I also found that if I delete the hung subprocess the PRODUCT INSTALL process % will complete to 100% with no errors.       
 Any ideas?     J*o*h*n B*r*a*n*d*o*n  VMS Systems Administrator * firstname.lastname.spam.me.not@dalsemi.com   ------------------------------  # Date: Mon, 20 Sep 2004 20:25:43 GMT 3 From: hammond@not@peek.ssr.hp.com (Charlie Hammond) H Subject: Re: PRODUCT INSTALL HANGS WITH LGI$LOGINOUT_CALLOUTS CONFIGURED4 Message-ID: <b1H3d.11223$N34.10893@news.cpqcorp.net>  2 In article <04092014561017@dscis6-0.dalsemi.com>, * brandon@dalsemi.com (John Brandon) writes:  - >I am having problems using PRODUCT INSTALL *  > N >I have configured LGI$LOGINOUT_CALLOUTS to execute an application at the timeM >of logout.  This code has been in place since Nov-2003 and have had no other , >apparent effects on the system.  Until now. >  > < >----------snippet 1---------------------------------------- > ? >$ PRODUCT INSTALL * /DESTINATION=PERL$DISK:[PERL.PERL5_006_01]  >  >..  > 8 >The following product will be installed to destination:J >    CPQ AXPVMS PERL V5.6-1                 $1$DGAXXX:[PERL.PERL5_006_01.] > G >Portion done: 0%...10%...20%...30%...40%...50%...60%...70%...80%...90%  > < >----------snippet ----------------------------------------- > L >At this point PRODUCT hangs.  Checking the parent PID I find that it has anG >assocaited subprocess and subsequently the process is hung in LOGINOUT  ..  N I appears that PCSI has created a sub-process to do parts of the installation.. This is pretty normal for a PCSI installation.J It also appears that when PCSI is attemting to terminate this sub-process,N something in your callouts is not able to work properly in this envivironment.  C Not much help, but I hope it points you in the right direction for   furhter investigation.   --  J       Charlie Hammond -- Hewlett-Packard Company -- Ft Lauderdale  FL  USAF           (hammond@not@peek.ssr.hp.com -- remove "@not" when replying)J       All opinions expressed are my own and not necessarily my employer's.   ------------------------------    Date: 20 Sep 2004 15:12:41 -0500- From: Kilgallen@SpamCop.net (Larry Kilgallen) H Subject: Re: PRODUCT INSTALL HANGS WITH LGI$LOGINOUT_CALLOUTS CONFIGURED3 Message-ID: <pM+aitID8fEW@eisner.encompasserve.org>   \ In article <04092014561017@dscis6-0.dalsemi.com>, brandon@dalsemi.com (John Brandon) writes:  M > At this point PRODUCT hangs.  Checking the parent PID I find that it has an H > assocaited subprocess and subsequently the process is hung in LOGINOUT > = > ----------snippet 2---------------------------------------- # > $ SHOW PROCESS /CONT /ID=22A8F2A5  > ..0 >     DISK:[SYS0.SYSCOMMON.][SYSEXE]LOGINOUT.EXE= > ----------snippet -----------------------------------------  >  > ; > I found that if I turn off LGI the process does not hang.   B Someone should look at the source of the LGI_CALLOUT you are usingC to see why it is hung.  My guess is that the particular LGI_CALLOUT A is not following the (largely unwritten) rules for programming in  that environment.    ------------------------------  + Date: Mon, 20 Sep 2004 20:25:47 +0000 (UTC) 6 From: peter@langstoeger.at (Peter 'EPLAN' LANGSTOEGER)H Subject: Re: PRODUCT INSTALL HANGS WITH LGI$LOGINOUT_CALLOUTS CONFIGURED1 Message-ID: <newscache$hdwc4i$9001$1@news.sil.at>   \ In article <04092014561017@dscis6-0.dalsemi.com>, brandon@dalsemi.com (John Brandon) writes:- >I am having problems using PRODUCT INSTALL *  > N >I have configured LGI$LOGINOUT_CALLOUTS to execute an application at the timeM >of logout.  This code has been in place since Nov-2003 and have had no other , >apparent effects on the system.  Until now. >[snip] N >I also found that if I delete the hung subprocess the PRODUCT INSTALL process& >will complete to 100% with no errors. >  >Any ideas?   D Define PCSI$TRACE (and PCSI$LOG) to TRUE or YES and install again...   --   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: Mon, 20 Sep 2004 15:34:40 -0500 ( From: brandon@dalsemi.com (John Brandon)H Subject: Re: PRODUCT INSTALL HANGS WITH LGI$LOGINOUT_CALLOUTS CONFIGURED1 Message-ID: <04092015344017@dscis6-0.dalsemi.com>    Kilgallen@SpamCop.net writes: D > Someone should look at the source of the LGI_CALLOUT you are usingE > to see why it is hung.  My guess is that the particular LGI_CALLOUT C > is not following the (largely unwritten) rules for programming in  > that environment.    $ SHOW LOGICAL LGI* /SYSTEM    (LNM$SYSTEM_TABLE)  *   "LGI$BJI" = "$1$DGAXXX:[LGI]LGI$BJI.EXE"%   "LGI$LOGINOUT_CALLOUTS" = "LGI$BJI"   . It is a FORTRAN application: (watch the wraps)    I ---------- snippet ------------------------------------------------------   G c######################################################################  c ' c This application fetchs the Batch Job ' c Completion Time and Completion Status $ c and update the batch job log file. c G c######################################################################            options /extend_source  ;         subroutine lgi$update_batch_job_info ( lib$iostat )            implicit        none  (         include         '(lib$routines)'"         include         '($ssdef)'#         include         '($jpidef)'   0         include         'lgi$batch_job_info.inc'  "         integer         lib$iostat#         integer         file$iostat !         integer         file$unit            integer         len           integer         f$length  "         character*40    res_string         character*30    filekey           character*23    datetime         character*3     mmm          character*8     $status          character*2     mm         character*2     dd          character*22    yyyymmdd    %         structure /acctrec_structure/            union              map (               character*10    jpi_dirio$(               character*10    jpi_bufio$+               character*10    jpi_pageflts$ )               character*10    jpi_cputim$ +               character*10    jpi_virtpeak$ )               character*10    jpi_wspeak$              end map              map $               character*60    record             end map            end union          end structure *         record /acctrec_structure/ acctrec    G c######################################################################    c  c non-BATCH then exit  c   @         lib$iostat = lib$getjpi ( JPI$_MODE, , , , res_string, )1         if (.not. (lib$iostat .and. SS$_NORMAL))  # call lib$signal (%val(lib$iostat) )   .         if (res_string(1:5) .ne. "BATCH") stop     c  c fetch the date time  c   .         lib$iostat = lib$date_time( datetime )B         if (.not. (lib$iostat .and. SS$_NORMAL)) call lib$signal ( %val(lib$iostat) )   c 1 c convert dd-mmm-yyyy format to yyyy-mm-dd format  c            mmm = datetime(4:6)            select case (mmm)            case ('JAN')             mm = '01'            case ('FEB')             mm = '02'            case ('MAR')             mm = '03'            case ('APR')             mm = '04'            case ('MAY')             mm = '05'            case ('JUN')             mm = '06'            case ('JUL')             mm = '07'            case ('AUG')             mm = '08'            case ('SEP')             mm = '09'            case ('OCT')             mm = '10'            case ('NOV')             mm = '11'            case ('DEC')             mm = '12'          end select           dd = datetime(1:2)1         if (dd(1:1) .eq. " ") dd = "0" // dd(2:2)   F         yyyymmdd = datetime(8:11) // '-' // mm // '-' // dd // ' ' //  datetime(13:23)    c  c get the value of $STATUS c   <         lib$iostat = lib$get_symbol ('$STATUS',res_string,,)B         if (.not. (lib$iostat .and. SS$_NORMAL)) call lib$signal ( %val(lib$iostat) )  "         $status = res_string(3:10)   c - c get the value of BATCH_JOB_START_CDTPID_KEY  c   $         lib$iostat = lib$get_logical/ ('BATCH_JOB_START_CDTPID_KEY',res_string,,,,,,) B         if (.not. (lib$iostat .and. SS$_NORMAL)) call lib$signal ( %val(lib$iostat) )           filekey = res_string   c % c open the batch job information file  c   +         lib$iostat = lib$get_lun(file$unit) B         if (.not. (lib$iostat .and. SS$_NORMAL)) call lib$signal ( %val(lib$iostat) )           open (unit=file$unit, %      +        file="batch_jobs.dat;",       +        status='OLD', %      +        organization='INDEXED',       +        access='KEYED',       +        shared, !      +        iostat=file$iostat)   E         if (file$iostat .ne. 0) call lib$signal ( %val(file$iostat) )    c  c read the keyed record  c   @         read (unit=file$unit, keyeq=filekey, iostat=file$iostat) job_info.record E         if (file$iostat .ne. 0) call lib$signal ( %val(file$iostat) )    c  c update the record  c            job_info.mdt = yyyymmdd !         job_info.status = $status    c & c fetch process accounting information c     .         call lgi$getjpi_accounting ( acctrec )  ,         job_info.jpi_record = acctrec.record     c  c rewrite the keyed record c   =         rewrite (unit=file$unit, iostat=file$iostat) job_info E         if (file$iostat .ne. 0) call lib$signal ( %val(file$iostat) )    c  c close the file c   -         close (unit=file$unit, status='KEEP') E         if (file$iostat .ne. 0) call lib$signal ( %val(file$iostat) )    c  c end of subroutine  c            end subroutine   c  c eos  c        J*o*h*n B*r*a*n*d*o*n  VMS Systems Administrator * firstname.lastname.spam.me.not@dalsemi.com   ------------------------------  % Date: Mon, 20 Sep 2004 17:19:34 -0400 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> H Subject: Re: PRODUCT INSTALL HANGS WITH LGI$LOGINOUT_CALLOUTS CONFIGURED, Message-ID: <414F495E.623C828D@teksavvy.com>   John Brandon wrote: 0 >         if (res_string(1:5) .ne. "BATCH") stop  0 Not familiar with intricacies of fortran on VMS.  I But this callback is essentially a shareable image invoked dynamically by  loginout.exe, correct?  H does "stop" in fortran return control to the caller, or does it call any  fortran specific image rundown ?  M And image rundown executed at the time the process is running down might have  interesting consequences.    ------------------------------  % Date: Mon, 20 Sep 2004 20:03:51 -0500 2 From: David J Dachtera <djesys.nospam@comcast.net>) Subject: Re: TCP/IP cluster interconnect? + Message-ID: <414F7DF7.C54A6E94@comcast.net>    Bob Koehler wrote: > b > In article <414CAFCD.BBB84058@comcast.net>, David J Dachtera <djesys.nospam@comcast.net> writes: > > J > > Since an OpenVMS cluster can survive quite happily without ANY networkG > > stack loaded (not even DECnet or LAT), I'd have to say the issue is I > > irrelevant, and attempting to push cluster communications that far up H > > into network stack would only degrade the situation, not improve it. > I >    Although it's not DECnet, LAT, or IP, I do believe SCS constitutes a  >    network stack.   H Well, yes and no. SCS pre-dates the seven-layer model, and was a productA separate from VMS until it was more intimately integrated and not D installed spearately. Being more "tightly-woven into the 'fabric' ofG OpenVMS", there is no SCSACP as there is NETACP (DECnet), LATACP (LAT), 8 UCX$INETD (was early UCX, not sure what its called now),H MULTINET_SERVER, etc. You can't turn it on and off - only enable/disable' it at boot time via a system parameter.    So, the point is debatable.   B The idea of a an SCS <-> TCP/IP gateway has also been "floated" inD various threads. Again, the latency and possibility (probability) ofF packet loss would introduce some challenging issues, to say the least,A and probably introduce many more problems than it seeks to solve.    D.J.D.   ------------------------------  % Date: Mon, 20 Sep 2004 21:42:20 -0400 2 From: "Stanley F. Quayle" <squayle@insight.rr.com>1 Subject: Re: VAX 6000 replacement with CHARON-VAX / Message-ID: <414F4EBC.13317.19C810D8@localhost>   H > > But since wintel or alpha do not have q-bus, then it is a given thatB > > the emulator can only "fake" a limited number of q-bus devices1 > > because each must be coded into the emulator.   C CHARON-VAX/Industrial can work with PCI cards to drive Q-bus racks.   C The CHARON-VAX/XM, /XL series doesn't work "out of the box" with Q- > bus cards.  But with a published API, physical devices can be ; connected to the host machine and controlled by CHARON-VAX.   
 --Stan Quayle  Quayle Consulting Inc.  
 ----------- Stanley F. Quayle, P.E. N8SQ  +1 614-868-1363 3 8572 North Spring Ct., Pickerington, OH  43147  USA 0 stan-at-stanq-dot-com       http://www.stanq.com   ------------------------------    Date: 20 Sep 2004 10:58:28 -0700. From: fabiopenvms@yahoo.com.br (Fabio Cardoso)! Subject: Re: VMS on IBM's Itanium = Message-ID: <f30679fb.0409200958.78f5bcb0@posting.google.com>   c janicmx@yahoo.com (Mike) wrote in message news:<31886a6f.0409200445.46255ea7@posting.google.com>... 4 > Will VMS be available on IBM's  ITANIUM  systems ? >  > TIA, >  > Mike  > I am being migrated from VMS to the Linux team in a few weeks.% The company will run Linux/Mainframe.   @ By the way I read that there is the possibility of Solaris being! ported to Itanium and IBM Power.    < http://www.theregister.co.uk/2004/07/23/solaris_for_itanium/  ; http://www.theregister.co.uk/2004/09/11/intel_sun_solarium/       D As Solaris is improve their compatibilty with Linux I dont know what/ I will manage in the IBM in the next few years.        Regards    FC   ------------------------------    Date: 20 Sep 2004 11:04:09 -0700. From: fabiopenvms@yahoo.com.br (Fabio Cardoso)! Subject: Re: VMS on IBM's Itanium = Message-ID: <f30679fb.0409201004.7791bb9d@posting.google.com>   c janicmx@yahoo.com (Mike) wrote in message news:<31886a6f.0409200445.46255ea7@posting.google.com>... 4 > Will VMS be available on IBM's  ITANIUM  systems ? >  > TIA, >  > Mike  > I am being migrated from VMS to the Linux team in a few weeks.% The company will run Linux/Mainframe.   @ By the way I read that there is the possibility of Solaris being! ported to Itanium and IBM Power.    < http://www.theregister.co.uk/2004/07/23/solaris_for_itanium/  ; http://www.theregister.co.uk/2004/09/11/intel_sun_solarium/       F As Solaris is improving their compatibilty with Linux I dont know what/ I will manage in the IBM in the next few years.        Regards    FC   ------------------------------  % Date: Mon, 20 Sep 2004 15:15:56 -0400 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> ! Subject: Re: VMS on IBM's Itanium , Message-ID: <414F2C6C.F9978D0B@teksavvy.com>   Mike wrote:  > 4 > Will VMS be available on IBM's  ITANIUM  systems ?  L Initial versions of VMS will rely on the presence of HP-proprietary hardwareM in systems which made porting easier. (I think it has to do with drivers if I I remember correctly). But the stated goals from engineers is to eventuallysO remove this requirement. I am not sure at what version of VMS this will happen.   H And generally, the engineers have stated many times that they have every; intentions of making VMS run on any "standard" IA64 system.t  M In terms of business practices, since HP continues to ignore VMS, we have yet_J to hear about any policies with regards to selling and supporting VMS that& runs on a different vendor's hardware.   ------------------------------  + Date: Mon, 20 Sep 2004 17:52:35 +0000 (UTC)_, From: lewis@PROBE.MITRE.ORG (Keith A. Lewis)> Subject: Re: Windoze not rebooted monthly shuts down airports!. Message-ID: <cin5d3$817$1@newslocal.mitre.org>   >Michael D. Ober wrote:?H >> Running the US Air Traffic Control system on Windows 95, 98, or ME isI >> criminal!  Windows NT, 2000, XP, and 2003 don't have this bug.  As fornE >> running on Windows vs. VMS, that's a different story - the FAA has H >> never used VMS.  It used to use IBM iron as this system predates VMS.7 >> This sounds like another case of VMS (non)marketing..  J The FAA has indeed used VMS for air traffic control.  I helped deploy it. J We logged over 1 million controller-hours on the 2 prototype systems (VMS)2 before the production version (Unix) was deployed.  > These systems get their data from the IBM systems you mention.  0 --Keith Lewis              klewis {at} mitre.org> The above may not (yet) represent the opinions of my employer.   ------------------------------  % Date: Mon, 20 Sep 2004 15:12:14 -0400 - From: JF Mezei <jfmezei.spamnot@teksavvy.com>d> Subject: Re: Windoze not rebooted monthly shuts down airports!, Message-ID: <414F2B8E.3D867E27@teksavvy.com>   Bob Ceculski wrote:. > 8 > what fools, trying to run an airport on anything other > than VMS!  > E > http://news.zdnet.co.uk/software/windows/0,39020396,39167074,00.htm,  V This wasn't an airport, this was AIR TRAFFIC CONTROL COMMUNICATIONS. Serious business.  M What this does show however how how much stronger the "must go with the flow"nH is compared to "must provide reliable systems", even in mission criticalL systems. Whoever is in charge of having selected a windows based systems forM mission critical stuff shoudl be very publicly fired. That would send a cleareM message to the rest of the industry that it is NOT trendy to choose Microsoft. for mission critical stuff.-   ------------------------------    Date: 20 Sep 2004 11:25:34 -0700# From: valance@adelphia.net (Dasani)u Subject: Won't Boot?= Message-ID: <43fdf019.0409201025.5fe8d090@posting.google.com>a  E I am trying to boot a VAX 3100 and all I see on the screen is ?20 TOY>E ERR and on the back lights 7 & 6 are green and the others are not lit  up.  What could be wrong?l   ------------------------------  % Date: Mon, 20 Sep 2004 15:25:14 -0400 - From: JF Mezei <jfmezei.spamnot@teksavvy.com>  Subject: Re: Won't Boot?, Message-ID: <414F2E99.9D48F2B9@teksavvy.com>  
 Dasani wrote:> > G > I am trying to boot a VAX 3100 and all I see on the screen is ?20 TOY(G > ERR and on the back lights 7 & 6 are green and the others are not lit> > up.  What could be wrong?D  N Battery is either dead or not properly connected. It is located in the forward! corner opposite the power supply.e   TOY is the Time of Year clock.  N The acrony was devised back when VMS engineers were allowed to have a sense of humour :-) :-) :-) :-) :-) :-)   ------------------------------    Date: 20 Sep 2004 10:53:09 -0700+ From: shoppa@trailing-edge.com (Tim Shoppa) C Subject: Re: ZIP "-V" v. UNIX, et al.: Problem, possible solutions..= Message-ID: <bec993c8.0409200953.140fe7e6@posting.google.com>x  G sms@antinode.org wrote in message news:<04092009483940@antinode.org>... J >    I assumed that the _intention_ of "-V" was to get the file attributesG > right if the archive was unpacked on a VMS system, not necessarily toSA > produce corrupt files on non-VMS systems.  Clearly, the current.H > _implementation_ offers file corruption as a bonus for a non-VMS user.  F "-V" zip archives unpack exactly on real VMS systems.  (Or, well, they7 did, until you made your modification.)  But you bypass J all conversions to/from "standard" Unix formats when you unpack on non-VMSG systems.  You get extra stuff (not necessarily at the end of the file!)2G when you unpack on a non-VMS machine.  I hear your observation that allhD that stuff comes out, and agree with you that it's there, but again,E that's "by design": there's no guarantee that a "-V" zipped file willo make sense on a foreign system.   8 Good to see that you're testing your modifications, BTW.   Tim.   ------------------------------  + Date: Mon, 20 Sep 2004 17:27:00 -0500 (CDT)C From: sms@antinode.orgC Subject: Re: ZIP "-V" v. UNIX, et al.: Problem, possible solutions. ) Message-ID: <04092017270038@antinode.org>   + From: shoppa@trailing-edge.com (Tim Shoppa)t  H > "-V" zip archives unpack exactly on real VMS systems.  (Or, well, they9 > did, until you made your modification.)  But you bypassiL > all conversions to/from "standard" Unix formats when you unpack on non-VMSI > systems.  You get extra stuff (not necessarily at the end of the file!)eI > when you unpack on a non-VMS machine.  I hear your observation that alleF > that stuff comes out, and agree with you that it's there, but again,G > that's "by design": there's no guarantee that a "-V" zipped file willt! > make sense on a foreign system.i  E    If by "extra stuff" you mean the "extra fields" in the Zip archive E which hold OS-specific data such as VMS file attributes, then no, yourE _don't_ get _that_ extra stuff when you unpack on a non-VMS machine. aC UnZip discards those "extra fields".  What you _do_ get is useless,CG erroneous NUL padding.  (Or do you actually believe that the almost 16KoC of NULs is really a clever encoding of the VMS file attributes?  OrsF perhaps a file exactly 16K bytes long has exactly zero "extra stuff"?  Let's get serious.)t  F    It may be that many people believe that this file corruption is theF result of the VMS attribute storage.  This explanation of this problemE may even have become a computer legend in the lore of the misinformedu5 (probably some time around 1993), but it is NOT true..  F    While it may be true in general that a VMS file stored as a pile ofF bytes (as with -V) does not appear in a useful form when unpacked on aB non-VMS system, it is simply not true that this is a problem for a" Stream_LF text file.  For example:   ALP $ dump /byte TEST.SLF-  U Dump of file SYS$SYSDEVICE:[UTILITY.SOURCE.WGET]TEST.SLF;1 on 20-SEP-2004 16:43:30.93h: File ID (144604,37,0)   End of file block 1 / Allocated 35  3 Virtual block number 1 (00000001), 512 (0200) bytes   H  00 00 00 00 00 00 00 00 00 00 00 00 0A 43 42 41 ABC............. 000000H  00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................ 000010 [...] H  00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................ 0001F0     urt# od -atx1 test.slf 0000000    A   B   C  nl           41  42  43  0a 0000004n    B    Same pile of bytes.  Moving this pile of bytes from VMS to UNIXE without Zip-induced corruption gives the desired result.  Moving thiswA pile of bytes and then padding them out to 16K with NULs gives ant incorrect result.C  E    Please, before telling me again that ZIP -V _should_ work this wayfI because it _does_ work this way, do us all a favor and look at the code.  G IT'S BROKEN.  The fact that UnZip on VMS can find an accurate file sizeyE in the VMS-specific attribute storage, and hence ignore the DEFECTIVEcG file size in the general attribute storage does not mean that ZIP -V is  producing a proper archive.-  : > Good to see that you're testing your modifications, BTW.  %    Let me know if you'd like to help.:  H ------------------------------------------------------------------------  4    Steven M. Schweda               (+1) 651-699-98183    382 South Warwick Street        sms@antinode-orgo    Saint Paul  MN  55105-2547    ------------------------------  % Date: Mon, 20 Sep 2004 20:11:59 -0500 2 From: David J Dachtera <djesys.nospam@comcast.net>C Subject: Re: ZIP "-V" v. UNIX, et al.: Problem, possible solutions. + Message-ID: <414F7FDF.C64A5535@comcast.net>y   sms@antinode.org wrote:o > E >    I recently had occasion to try to unpack a ZIP archive which was C > produced on a VMS system using ZIP "-V" (to preserve the VMS filehJ > attributes).  The unpacking was done on a Tru64 UNIX system, but I'd bet2 > the results would be similar on any UNIX system. > D >    All the files of interest to a non-VMS user were Record format:I > Stream_LF (that is, maximally UNIX-friendly), and all were corrupted inhG > a particular way when unpacked on the UNIX system, specifically, eachMC > file was padded with NULs until its size was a multiple of 16384.tF > (Which extra bytes sure startled the Compaq C compiler, by the way.) > E >    After a bit of research, I learned that the Zip archive included G > defective values for the uncompressed sizes of the files therein, and:G > that this problem arose only when "-V" was used.  (Thus, UnZip on thenJ > UNIX system was doing its best to try to follow bad instructions when it > was unpacking.)4 > E >    The problem appears to be in the [.VMS]VMS_PK.C code, which useseI > (fairly raw) block I/O to read the input file(s), specifically, that itiH > generally has only a vague idea of how many bytes it has read.  I haveB > some modifications which appear to work correctly, within limitsH > discussed below.  I also stole some of my code from Wget to enable theI > DECC$ARGV_PARSE_STYLE feature (where possible), obviating the quotation,J > marks around "-V" (among other things) if the command-line parsing style+ > is extended (on modern, non-VAX systems).t > F >    The only problem I've seen so far (after limited testing) is someH > complaints from BACKUP /COMPARE when a byte or two past the end of theG > last record fails to match.  A minor tune-up to UnZip helps, but does G > not fix every case.  (UnZip on VMS also tries to do (fairly raw) fast I > I/O, so it always writes an even number of bytes to a file.  Up to now,uD > when it incremented an odd byte count to make it even, it took theB > existing garbage in the buffer and wrote that as the extra byte.F > Clearing that extra byte fixes a lot of the mis-compares, but I haveF > some Alpha and VAX (but not IA64?) object files with an extra "FFFF"E > after the end of the last record, and I don't see much to gain fromnI > trying to reproduce any data from past the EOF.)  DIFFERENCES is alwayso( > happy, but BACKUP /COMPARE is fussier. >  >    So, my questions are: > * >    Has anyone else noticed this problem? > D >    Is anyone interested in pushing some changes back into the main > [Un]Zip code stream? > , >    Does anyone see any potential problems? > A >    Is anyone working on ODS5 support for the Info-Zip programs?h > - >    Potentially pertinent details (I quote):u > 4 > This is Zip 2.3 (November 29th 1999), by Info-ZIP.J >                               [^^^^--- And I'd bet that no one's touched- > the I/O code in VMS_PK.C since about 1993.]m > ) > UnZip 5.51 of 22 May 2004, by Info-ZIP.e  3 Steve - feel free to move on to the next message...0   For those still reading:  E I was able to duplicate Steve's observations. V2.3 of ZIP does indeednH appear to be "broken". Saw the results he observed even when using UNZIP V5.51 on VMS(Alpha).  F I still have a V2.2 ZIP distro. on the machine at work. I'll look into that a bit deeper later on.o  C That said, in my DECUS presentation from Fall-99 (San Diego), I putoG forth the concept that the target platform should be borne in mind whennG creating the archive. Preserving RMS attributes is really only of value D when it's needed for OpenVMS. VMS .ZIP archives (using "-V" or /VMS)E frequently produce marginally usable results when UNZIPPed on non-VMShH platforms unless the content is either exclusively binary (Fixed-512) or& limited to binary and Stream-LF files.   My $0.02...m   D.J.D.   ------------------------------  + Date: Mon, 20 Sep 2004 21:07:06 -0500 (CDT)e From: sms@antinode.orgC Subject: Re: ZIP "-V" v. UNIX, et al.: Problem, possible solutions.c) Message-ID: <04092021070624@antinode.org>5  2 From: David J Dachtera <djesys.nospam@comcast.net>  H > I still have a V2.2 ZIP distro. on the machine at work. I'll look into > that a bit deeper later on.   G    Considering the apparent age of the offending code, I'd be surprisedeA if you could find a version (not on punched paper tape) which wasi significantly different.  : > [...]  Preserving RMS attributes is really only of valueF > when it's needed for OpenVMS. VMS .ZIP archives (using "-V" or /VMS)G > frequently produce marginally usable results when UNZIPPed on non-VMSvJ > platforms unless the content is either exclusively binary (Fixed-512) or( > limited to binary and Stream-LF files.  G    The files of interest here were precisely ones for which this shouldnE have worked.  (This horse _is_ bloated-rotting-dead now, right?)  Thet@ idea was not to preserve the VMS/RMS file attributes for non-VMSC systems.  I was just trying to save some disk space by offering one G (compatible) archive instead of two: one for VMS systems, one for otherb systems.  (Which I may yet do.)r  >    For those with copious free time (and no songs to compose),F replacement source files with my proposed changes may be available at:  +       http://www.antinode.org/ftp/info-zip/0&       ftp://ftp.antinode.org/info-zip/  H ------------------------------------------------------------------------  4    Steven M. Schweda               (+1) 651-699-98183    382 South Warwick Street        sms@antinode-orgs    Saint Paul  MN  55105-2547c   ------------------------------   End of INFO-VAX 2004.524 ************************.0409200831.33a1f2f4 @posting.google.com >>2 >>> Do you know what is the most used 4GL language4 >>> under OpenVMS ? Gembase, PowerHouse, Rally etc ?B >>> Does it still a good option for development (Term/Thin client)9 >>> or would be better to develop Web-based applؗwD8}0k\X2\sYgѵl+9|B$Bכdؠ}W7B<N]h9mܡsLmQDGm0Ϻ$xS%ay<ao&h܌$Oxrz,ǃQ菣O/RQn];b}}OC^ñp~.BʎrˇٽrWL:w^;֍vRx(w')PO8o^\N%qcY8DynM\/ژycBB:ȇRE"C1^2xTA
# dj^oڲ>7z-҇\'g.s6^ 7ח\=
TB\M`h|9iWe|U\VTިhEkKxǵg"=pFF80?qz ^"Ə1/yQphF^p0Xs.ԛ0NUBjUv[H{?߯kc1I('MEoۢ?(za}UpCZ/c>c}	koa~w	:CC{*=aW'G>
nJ {H1=K%=wey_zzU8UDOgBAP0>^2n
+">ި1k0Jx7
HXFy:aYPO%6ΐio^AglOs0&<V~pcN)iPɔ6oAXO̶UZ*8+X(c:! //5? 
ֳL M+v/ưW1_1?ׂ1U~d!a.<`):ta	 :41"Yn3o?)t8a(8u4>ޅ"OTBi8
<ACeRXyj
ldI<G&7lkO嬤>>8'<ݍE"brm&j6B:!p|.2x|lNMi}IPuZC@o'}85 (r{0 9%rN5勬4Q ~Vb!ƃ
F,MKmUSnd{m!_xgE#_DQw"RU0__Rn8TOU{T9y8",z<W6FY2%b;(e/ۇPU&pTD-2UQJn[coi1SIit7Ol'$ܥ1pd)VXS;6/B
π&Pg@(p"ߚjlESi -5܇c/G[~qt$bn[ML[v5]jp2L+Io5MΧ6Z(YhNG7S|lClt44"A6=~j6ـ55L~?Hs9;4 amCҡu[6A+.ډuǢ=bd<d;kg)"ɍMg
wvϡQQobGF&Gĥ0Z͈eCmB^=0\QG9<
(9CM֛:yL)4VN51ߙ.!٘9 _N>}9V.]_]z%䠴(B=r?:;2M.O╺JL>(НO<Ʃn܋k	ux$MnK?>=%M.Na4')|i~XzXC)0j0H
