1 INFO-VAX	Fri, 21 Oct 2005	Volume 2005 : Issue 588       Contents:2 Re: "Jumbo Packets" and TCPIP Services for OpenVMS ANN: New freeware CSVSEARCH  Re: Booting from SAN? 
 HSJ40 advice. * Re: Lack of response from HP field service* Re: Lack of response from HP field service* Re: Lack of response from HP field service Re: LASER symbiont Re: LASER symbiont Re: LASER symbiont) Re: OT: Is your HP printer spying on you? ) Re: OT: Is your HP printer spying on you? ) Re: OT: Is your HP printer spying on you?  Re: Porting VMS back to VAX ?  Re: Porting VMS back to VAX ?  Re: Porting VMS back to VAX ? A Re: UCX performance on VMS 6.2 - Unexpected rise in CPU usage.... A Re: UCX performance on VMS 6.2 - Unexpected rise in CPU usage.... A Re: UCX performance on VMS 6.2 - Unexpected rise in CPU usage.... A Re: UCX performance on VMS 6.2 - Unexpected rise in CPU usage.... ( what limits number of wsa devices i have= Re: Where are text strings in SHOW.EXE? (Technical Question!)  [Ann] FreeVMS 0.1.14 on x86  Re: [Ann] FreeVMS 0.1.14 on x86  Re: [Ann] FreeVMS 0.1.14 on x86  Re: [Ann] FreeVMS 0.1.14 on x86 A Re: [Q] Where are text strings in SHOW.EXE? (Technical Question!)   F ----------------------------------------------------------------------  % Date: Fri, 21 Oct 2005 14:37:16 +0100 * From: "Richard Brodie" <R.Brodie@rl.ac.uk>; Subject: Re: "Jumbo Packets" and TCPIP Services for OpenVMS 2 Message-ID: <djaquc$kmj$1@blackmamba.itd.rl.ac.uk>  / <dave.baxter@bannerhealth.com> wrote in message = news:1129832359.740533.314410@g44g2000cwa.googlegroups.com...   C > When I was ready to move to GB, I disconnected the Network Cable, B > changed the Device speed to 1000/full in LANCP, had Network moveJ > me to the GB segment, and then reconnected the network cable to the NIC.N > This time it connected to the network at 1000/full (so said the LED).    CanF > I take this a confirmation that I actually now have a 1GBit pipe, or+ > does this also require cycling of TCPIP??   Q I would be fairly convinced by a link light, that it has worked. Standard warning G about duplex mismatches: if you don't trust autonegotiation, you _must_ I disable it at _both_ ends. Or at least communicate said wish to the alien " entities that manage your network.   ------------------------------  % Date: Fri, 21 Oct 2005 09:34:33 -0500 - From: Hunter Goatley <goathunter@goatley.com> $ Subject: ANN: New freeware CSVSEARCH( Message-ID: <4358FC79.90801@goatley.com>  D Thanks to John Powers, CSVSEARCH can now be found in my VMS freeware archive.        Package:		csvsearch.zipC      Description: 	Search comma-separated-variable (CSV) data files       Version: 	V2.3-02      Author: 	John Powers        Architecture: 	VAX,AXP,IA64      Size: 	62 blocks       Language: 	C       URL: 	       Released: 	20-OCT-2005   
 Thanks, John!    http://www.process.com/openvms/   9 ftp://ftp.process.com/vms-freeware/fileserv/csvsearch.zip > http://vms.process.com/ftp/vms-freeware/fileserv/csvsearch.zip   And on the other mirrors soon.   Hunter ------9 Hunter Goatley, Process Software, http://www.process.com/ ; <goathunter@GOATLEY.COM>     http://www.goatley.com/hunter/    ------------------------------  # Date: Fri, 21 Oct 2005 14:22:52 GMT A From: "Colin Butcher" <colin_DOT.butcher_AT@xdelta_DOT.co_DOT.uk>  Subject: Re: Booting from SAN?> Message-ID: <0R66f.133970$G8.53102@text.news.blueyonder.co.uk>  @ > Thank you for the advice - I used to administer these HSG's onF > Windows, which was nothing like how Alpha/VMS interact with the SAN.   And which does the better job?   --     Hope this helps, Colin. ) colin DOT butcher AT xdelta DOT co DOT uk E It's not mine, but I like this definition: Legacy = stuff that works.    ------------------------------    Date: 21 Oct 2005 05:54:16 -07001 From: "Leigh" <LGBowden@bowdenfamily.fsnet.co.uk>  Subject: HSJ40 advice.C Message-ID: <1129899256.650591.196590@g14g2000cwa.googlegroups.com>   $ I just want some information really.  E I have two SW500 cabinets with three shelves each with some disks in. E Plus an additional controller shelf each with one controller in each. B One controller is a HSJ40 and the other is HSJ40C. These have beenD setup for performance i.e all six SCSI ports are used over the three@ shelves in what I guess is the 2 x 3T situation described in the@ manuals (instead of 1 x 6T). All shelves have dual power blocks.  G Are these disks still addressed as, say port 1 id's 0-2 and port 2 id's 1 0-2, or, port 1 id's 0-2 and and port 2 id's 3-5?   B I'm thinking of removing all the disks too just one of the SW500's> (there is space - just) and setting the controllers up as dualC redundant. The manuals say that the controllers have to be the same A type. Can the 40 and 40C be classed as the same type? What is the ( difference apart from the external ones?A Capacity wise I think it'll be difficult to do any RAID or mirror B because of the data size but at least the dual-controllers will atD least mean a disk might be a source of failure but not a controller." Well maybe a mirrored system disk.  A More extreme I could take all the shelves and put it into one and  spread the disks out but...    Many thanks.   ------------------------------    Date: 21 Oct 2005 11:41:23 -0500B From: clubley@remove_me.eisner.decus.org-Earth.UFP (Simon Clubley)3 Subject: Re: Lack of response from HP field service 3 Message-ID: <DIZoaxEqtsLo@eisner.encompasserve.org>   g In article <BP76f.61978$U9.61184@fe3.news.blueyonder.co.uk>, Alan Greig <greigaln@netscape.net> writes:  > @ > Two weeks later and after a second request (also acknowledged F > automatically) I still have no human response to the question and I I > would really rather a 4 cpu server does not remain on one power supply  D > only much longer. I tried to phone the local field service office E > directly (as used to be possible) but was told the number had been  $ > changed and  was now ex-directory. >   L I haven't had a local field service number for many years. (Mine was Leeds).  J > The automated response says to ring directly on the number given in the 7 > email. Trouble is no number is included on the email.  >   5 Have you seen the service numbers on the HP website ?   > 	http://welcome.hp.com/country/uk/en/contact/phone_assist.html   I use (IIRC) 0870 842 2330.    Simon.   --  B Simon Clubley, clubley@remove_me.eisner.decus.org-Earth.UFP       7 Microsoft: The Standard Oil Company of the 21st century    ------------------------------   Date: 21 Oct 2005 16:58:00 GMT( From: bill@cs.uofs.edu (Bill Gunshannon)3 Subject: Re: Lack of response from HP field service + Message-ID: <3rsl0oFl4daeU1@individual.net>   3 In article <DIZoaxEqtsLo@eisner.encompasserve.org>, E 	clubley@remove_me.eisner.decus.org-Earth.UFP (Simon Clubley) writes: i > In article <BP76f.61978$U9.61184@fe3.news.blueyonder.co.uk>, Alan Greig <greigaln@netscape.net> writes:  >>  A >> Two weeks later and after a second request (also acknowledged  G >> automatically) I still have no human response to the question and I  J >> would really rather a 4 cpu server does not remain on one power supply E >> only much longer. I tried to phone the local field service office  F >> directly (as used to be possible) but was told the number had been % >> changed and  was now ex-directory.  >>   > N > I haven't had a local field service number for many years. (Mine was Leeds). > K >> The automated response says to ring directly on the number given in the  8 >> email. Trouble is no number is included on the email. >>   > 7 > Have you seen the service numbers on the HP website ?  > @ > 	http://welcome.hp.com/country/uk/en/contact/phone_assist.html >  > I use (IIRC) 0870 842 2330.  >   C Is the power supply hot swappable?  If so, wouldn't it be easier to . just buy one from Island and swap it yourself?   bill   --  J Bill Gunshannon          |  de-moc-ra-cy (di mok' ra see) n.  Three wolvesD bill@cs.scranton.edu     |  and a sheep voting on what's for dinner. University of Scranton   |A Scranton, Pennsylvania   |         #include <std.disclaimer.h>       ------------------------------  # Date: Fri, 21 Oct 2005 17:27:31 GMT ( From: Alan Greig <greigaln@netscape.net>3 Subject: Re: Lack of response from HP field service > Message-ID: <7y96f.159625$RW.112341@fe2.news.blueyonder.co.uk>   Bill Gunshannon wrote:  7 >>Have you seen the service numbers on the HP website ?  >>@ >>	http://welcome.hp.com/country/uk/en/contact/phone_assist.html >> >>I use (IIRC) 0870 842 2330.   F Oh I got through to report the initial problem. The difficulty I have G now is getting a response to an out of hours question. I suppose I can   try logging another call.      >  > E > Is the power supply hot swappable?  If so, wouldn't it be easier to 0 > just buy one from Island and swap it yourself?  G Don't know off-hand. It is in the ES40 but not sure about the AS 4000.  ? In any case if it was my machine I'd do it myself but it isn't.    --  
 Alan Greig   ------------------------------  % Date: Fri, 21 Oct 2005 11:07:37 +0200 , From: Albrecht Schlosser <ajs856@tiscali.de> Subject: Re: LASER symbiont , Message-ID: <r4bajd.i3v.ln@news.hus-soft.de>   BRANDON, JOHN M wrote:   >  > Albrecht Schlosser wrote:  > J >>I never heard (read) that TCPIP$TELNETSYM can't handle form definitions J >>(correctly). AFAIK TELNETSYM doesn't differ from LATSYM in this respect. >>G >>However, it is true that the LPD symbiont doesn't interpret/use form  H >>definitions properly - and that's why we always use relay queues with L >>TCPIP$TELNETSYM (!) to format the pages (with form definitions) and relay  >>the print to a LPD queue.  >>L >>Are you sure that TELNETSYM is the problem? Did you add the correct setup 5 >>library ( /LIBRARY=... ) to the TELNET print queue?  >  > + > What about FORTRAN control characters ?   	 > 0  = CR   1 AFAIK, this means two new lines (one empty line).   	 > 1  = FF  > +  = overwrite > sp = new line   L What do you want to say with this? Do you have any evidence or suspect that  they don't work?  L We use FORTRAN, and we did also use FORTRAN control characters in Listings, H and yes, they did (and do) work with TELNETSYM - at least I'm 100% sure & about "1" and "sp", and 90% about "0".   Albrecht   ------------------------------    Date: 21 Oct 2005 11:51:35 +0200. From: huber@NOBODY-mppmu.mpg.de (Joseph Huber) Subject: Re: LASER symbiont + Message-ID: <CeOo6YSDSXnr@vms.mppmu.mpg.de>   \ In article <+fgjFGV7lHMo@vms.mppmu.mpg.de>, huber@NOBODY-mppmu.mpg.de (Joseph Huber) writes:   > try my version at 8 >  http://wwwvms.mppmu.mpg.de/vmssig/archive/laser.zip .  > Since I see some frustrating 404 on the above URL, the correct  one is   9   http://wwwvms.mppmu.mpg.de/vmssig/archive/l/laser.zip .     --  @    Joseph Huber , Muenchen,Germany:  http://www.huber-joseph.de/   ------------------------------    Date: 21 Oct 2005 11:52:36 -02006 From: peter@langstoeger.at (Peter 'EPLAN' LANGSTOEGER) Subject: Re: LASER symbiont , Message-ID: <4358d684$1@news.langstoeger.at>  \ In article <435855FE.5B91B928@teksavvy.com>, JF Mezei <jfmezei.spamnot@teksavvy.com> writes: >GeorgeC wrote: = >>  3. We do not do a lot of sophisticated printing from this C >>     box to warrant installing DCPS. I want to avoid the overhead E >>     of installing, configuring and maintaining yet another layered B >>     product, but if someone tells me it is dead easy to install1 >>     and configure I will keep it as an option.  > I >The local squirrels say that it is dead easy to install and configure it F >:-) (But I had to bribe them with some peanuts for them to say it ;-)  , I like DCPS and I don't find it complicated.C But I have to admit, that I don't use any of the DCPS$*.COM files ! > I define the DCPS$* logicals in SYS$STARTUP:SYLOGICALS.COM andH define the printer queues manually and only once (!) with /AUTOSTART_ON=M and then there is only a "ENABLE AUTOSTART" line in SYSTARTUP_VMS.COM needed.   H OTOH, if the QMAN files get hosed (happened twice in the last 2 decades)H things get complicated (if the QMAN files from backup can't be activatedK which happened once out of 2 times) if you have umpteen hundred printers...   L >http://h71000.www7.hp.com/doc/732final/documentation/pdf/dcps023_mguide.pdf > O >Look at chapter 2. It provides a good overview of supported network protocols.  > E >If you have a supported printer and network connection, then DCPS is I >really easy. The startup procedure contains documented examples for each H >type of network connection, so you just need to essentially fill in the" >blanks and uncomment those lines. > G >If your printers are not postscript, then DCPS doesn't fit your needs. 9 >As of version 2.3, DCPS doesn't support telnet protocol.   $ Make that "LPD" instead of "telnet".J Telnet aka Stream aka Reverse Telnet protocol is in DCPS for over a decadeI now (could be V1.3 or V1.4). LPD protocol however is new in DCPS V2.4 and 4 therefor may have quite some room for improvement...  H >If you can get DCPS into your environment,  there are advantages. ThereI >are many features that are enabled with DCPS which you may not need now. G >But if some of your users ask "can you do this on your system", you'll  >be able to answer "YES".   ? like /PARAMETER=(SIDES=2,LAYUP=LPS$HOLES,NUMBER_UP=2) and so on   G >So DCPS allows you to increase the capabilities of your VMS system and H >may help provent shifting work over to other platforms such as Windows.  H Yes, I did make my VMS/DCPS System print server for all UNIX boxes in myM previous company by providing virtual print queues (via TCPWARE LPD logicals) H to get DCPS features in various combinations into U**X only by selectingG the right (virtual) printer queue name (you know, LPD doesn't offer all A the features on all the U**X platforms - if it offers it at all).   D >The installation itself is very simple. There are a couple of filesM >installed in the system and no dramatic heart transplant type of stuff done.   K And now as DCPS is in VMS engineering and is included in the VMS license, I M see it as a requirement (should be packed with VMS just like TDC/AVAILMAN ;-)    --   Peter "EPLAN" LANGSTOEGER % Network and OpenVMS system specialist  E-mail  peter@langstoeger.atF A-1030 VIENNA  AUSTRIA              I'm not a pessimist, I'm a realist   ------------------------------  % Date: Fri, 21 Oct 2005 01:45:38 -0400 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> 2 Subject: Re: OT: Is your HP printer spying on you?, Message-ID: <4358806B.590D16C0@teksavvy.com>   Z wrote:H > I'm sure that back when carmakers started stamping car and truck partsI > with hidden VINs, some people were up in arms and talking about how the F > government was spying on them and how criminals would just steal the* > vehicles to make the hidden VINs futile.  F Car serial numbers don't get secretly stamped on everything you put in the boot/trunk.     C The printers secretely stamp their serial numbers on everything you  print.    @ What you print is your own creation. The printer has no business3 altering it, especially not without your knowledge.   E The printer manufacturer has 0 rights over what you print. Therefore, J they have 0 rights to affix their serial number on your printed materials.  E They can stamp their serial number on everyuthing inside the printer. G They have rights/copyrights on the design of the machine. But they have  0 rights on your creations.    ------------------------------  % Date: Thu, 20 Oct 2005 23:38:28 -0700  From: Z <Z@no.spam> 2 Subject: Re: OT: Is your HP printer spying on you?+ Message-ID: <D106f.11134$RG4.9864@fe05.lga>    JF Mezei wrote: B > What you print is your own creation. The printer has no business5 > altering it, especially not without your knowledge.  > G > The printer manufacturer has 0 rights over what you print. Therefore, L > they have 0 rights to affix their serial number on your printed materials.  H Yeah, ok, whatever. Not even the EFF nor ACLU are making the "they have 7 no right" claims that you are. What does that tell you?     G > They can stamp their serial number on everyuthing inside the printer. I > They have rights/copyrights on the design of the machine. But they have  > 0 rights on your creations.    It's time for the revolution!    ------------------------------    Date: 21 Oct 2005 07:47:08 -0500; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) 2 Subject: Re: OT: Is your HP printer spying on you?3 Message-ID: <MHACFUZ7zgdi@eisner.encompasserve.org>   \ In article <4358806B.590D16C0@teksavvy.com>, JF Mezei <jfmezei.spamnot@teksavvy.com> writes: > G > The printer manufacturer has 0 rights over what you print. Therefore, L > they have 0 rights to affix their serial number on your printed materials.  H    And you have no right to dictate to them what their products will do.1    But you do have the right to stop buying them.   F    Go make your own printer and it will do exactly what you want it to    do.   ------------------------------  + Date: Fri, 21 Oct 2005 10:08:09 +0000 (UTC) ( From: m.kraemer@gsi.de (Michael Kraemer)& Subject: Re: Porting VMS back to VAX ?5 Message-ID: <djaem9$ip9$1@lnx107.hrz.tu-darmstadt.de>   5 In article <43585FE4.623CF304@teksavvy.com>, JF Mezei & <jfmezei.spamnot@teksavvy.com> writes:E > And since the 8086 has matured into a very respectable chip that is G > right up there in terms of performance, isn't that a proof that it is . > possible to make CISC compete against RISC ? > G > Was it just VAX that was just so complex that it couldn't get all the  > performance tricks ?  ) I think the 68k has/had the same problem. E Its complex addressing schemes, including memory indirect references, / probably hindered it from being higher clocked. F The complex bit field instructions of the 68020+ come to mind as well.L Add to that the apparent unwillingness of the Motorola management to compete% head-on with intel from 1992 onwards. N The Coldfire CPUs OTOH show that it is well possible to drive 68k architecture/ to higher speeds, but these came much too late.    ------------------------------   Date: 21 Oct 2005 13:10:53 GMT( From: bill@cs.uofs.edu (Bill Gunshannon)& Subject: Re: Porting VMS back to VAX ?+ Message-ID: <3rs7mtFl3t78U1@individual.net>   , In article <43585FE4.623CF304@teksavvy.com>,0 	JF Mezei <jfmezei.spamnot@teksavvy.com> writes: > G > Was it just VAX that was just so complex that it couldn't get all the  > performance tricks ?  F What RISC "performance tricks" do you think the VAX needed?  Just likeD the Alpha is still holding it's own against EPIC so too, the VAX wasE holding it's own agains RISC until serious development on the VAX was E stopped.  There is no real reason to believe that if it had continued E til today that the VAX wouldn't still be a performance leader in it's 7 genre. (Which does not include laptops, in my opinion.)    bill   --  J Bill Gunshannon          |  de-moc-ra-cy (di mok' ra see) n.  Three wolvesD bill@cs.scranton.edu     |  and a sheep voting on what's for dinner. University of Scranton   |A Scranton, Pennsylvania   |         #include <std.disclaimer.h>       ------------------------------  # Date: Fri, 21 Oct 2005 16:22:56 GMT # From: hoff@hp.nospam (Hoff Hoffman) & Subject: Re: Porting VMS back to VAX ?3 Message-ID: <AB86f.15103$mi6.4909@news.cpqcorp.net>   u In article <n7C5f.11319$ns3.901029@news20.bellglobal.com>, "Chris" <paynoattentionto@themanbehindthe.curtain> writes: E :If anyone has a contact at HP that they KNOW to be "in the know" and L :unflinchingly honest, ask them when the last VAX was actually manufactured.M :The real answer definitely surprised me, given the "official" announcements.      What answer where you given?    N  ---------------------------- #include <rtfaq.h> -----------------------------K     For additional, please see the OpenVMS FAQ -- www.hp.com/go/openvms/faq N  --------------------------- pure personal opinion ---------------------------E         Hoff (Stephen) Hoffman   OpenVMS Engineering   hoff[at]hp.com    ------------------------------    Date: 21 Oct 2005 01:00:02 -0700( From: "Lawrie" <stroker_ace@hotmail.com>J Subject: Re: UCX performance on VMS 6.2 - Unexpected rise in CPU usage....C Message-ID: <1129881602.066394.212460@g49g2000cwa.googlegroups.com>   F The overhead is not necessarily a problem, I am just a little suprisedC by the rise in CPU, from 1%-5% cpu using blocking QIO writes over a G 19.2K asynch serial link to 4%-10% CPU using multiplexed TCP/IP sockets  and 10 Meg ethernet.  F At some point in the future we will be upgrading our version of VMS toE 7.2 and running on a much faster machine so this is unlikely to be an  issue.   Regards    Lawrie   ------------------------------    Date: 21 Oct 2005 01:01:40 -0700( From: "Lawrie" <stroker_ace@hotmail.com>J Subject: Re: UCX performance on VMS 6.2 - Unexpected rise in CPU usage....C Message-ID: <1129881700.593012.265330@g14g2000cwa.googlegroups.com>   G I forgot to add that my TCP/IP implementation uses non blocking sockets  as well.   ------------------------------    Date: 21 Oct 2005 07:50:16 -0500; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) J Subject: Re: UCX performance on VMS 6.2 - Unexpected rise in CPU usage....3 Message-ID: <i0KYNITATZKp@eisner.encompasserve.org>   n In article <1129832595.676578.305030@z14g2000cwz.googlegroups.com>, "Lawrie" <stroker_ace@hotmail.com> writes: > G > Does anyone know if this is an overhead of using UCX and/or the DEC C D > socket library or is the phenomenom is more likely to be caused by5 > inefficient coding in my particular implementation?   F    I don't know, but I'd guess that $QIO of a buffer to/from a serial E    line is a lot more efficient than going through any network stack.   E    Yes, it probably is worth the time to try this with other vendors'     IP stacks for VMS.    ------------------------------    Date: 21 Oct 2005 08:54:50 -0500- From: Kilgallen@SpamCop.net (Larry Kilgallen) J Subject: Re: UCX performance on VMS 6.2 - Unexpected rise in CPU usage....3 Message-ID: <b1FBeBRz2v9C@eisner.encompasserve.org>   n In article <1129881700.593012.265330@g14g2000cwa.googlegroups.com>, "Lawrie" <stroker_ace@hotmail.com> writes:  I > I forgot to add that my TCP/IP implementation uses non blocking sockets 
 > as well.  G I think you also forgot to add the answer to the question regarding how C many bytes are transferred on the average call you make to the RTL.    ------------------------------    Date: 21 Oct 2005 04:05:27 -0700' From: "ronnie" <contactronak@gmail.com> 1 Subject: what limits number of wsa devices i have C Message-ID: <1129892727.724938.101980@f14g2000cwb.googlegroups.com>   G i want some 100+ wsa devices. but im not able to create more than 32. i D thought CHANNELCNT parameter may stop me. but i saw the code how wsaE devices are created. CHANNELCNT doesnt come into picture here. if any  of u has any idea plz tell me.   ------------------------------    Date: 21 Oct 2005 10:31:21 -0700$ From: "AEF" <spamsink2001@yahoo.com>F Subject: Re: Where are text strings in SHOW.EXE? (Technical Question!)B Message-ID: <1129915881.713572.83960@g49g2000cwa.googlegroups.com>   Volker Halle wrote: F > Those strings are now defined in SYS$COMMON:[SYSMSG]CLIUTLMSG.EXE in > V6.2 > 	 > Volker.    Thanks!    ------------------------------  + Date: Fri, 21 Oct 2005 10:28:43 +0000 (UTC) $ From: JKB <knatschke@koenigsberg.fr>$ Subject: [Ann] FreeVMS 0.1.14 on x86; Message-ID: <slrndlhgms.3qv.knatschke@rayleigh.systella.fr>    	Hello,    	New release available at 7 	http://www.systella.fr/~bertrand/FreeVMS/indexBG.html.   	 	Regards,    	JKB   ------------------------------  % Date: Fri, 21 Oct 2005 14:26:16 +0200  From: S <soterroatyahoodotcom>( Subject: Re: [Ann] FreeVMS 0.1.14 on x86$ Message-ID: <4358de63@news1.ethz.ch>  
 JKB wrote: > 	New release available at 9 > 	http://www.systella.fr/~bertrand/FreeVMS/indexBG.html.    You mean5 http://www.systella.fr/~bertrand/FreeVMS/indexGB.html    Is there a changelog somewhere?    S    ------------------------------  + Date: Fri, 21 Oct 2005 12:31:32 +0000 (UTC) $ From: JKB <knatschke@koenigsberg.fr>( Subject: Re: [Ann] FreeVMS 0.1.14 on x86; Message-ID: <slrndlhnt3.4mv.knatschke@rayleigh.systella.fr>    Le 21-10-2005,  propos de  Re: [Ann] FreeVMS 0.1.14 on x86,  S crivait dans comp.os.vms : > JKB wrote: >> 	New release available at: >> 	http://www.systella.fr/~bertrand/FreeVMS/indexBG.html. > 
 > You mean7 > http://www.systella.fr/~bertrand/FreeVMS/indexGB.html    	Yes, I have made a mistake...  ! > Is there a changelog somewhere?   * 	You can browse the mailing list archives.  	 	Regards,    	JKB   --  J En plus c'est simple, je fais ce genre de trucs en g77 depuis des annes :J il suffit d'crire un wrapper en C. Et comme a, j'ai le meilleur des deuxN mondes : la rigueur quasi-monacale du Fortran, et l'exubrance ptulante du C.   ------------------------------  + Date: Fri, 21 Oct 2005 13:59:04 +0000 (UTC) $ From: JKB <knatschke@koenigsberg.fr>( Subject: Re: [Ann] FreeVMS 0.1.14 on x86; Message-ID: <slrndlht19.5i0.knatschke@rayleigh.systella.fr>    Le 21-10-2005,  propos de  Re: [Ann] FreeVMS 0.1.14 on x86,*  John Malmberg crivait dans comp.os.vms : > JKB meant to wrote:  >>>  >>>You mean 8 >>>http://www.systella.fr/~bertrand/FreeVMS/indexGB.html > ( > You have CMU-IP listed as a component. > E > Do you have all the sources to it, including the mandatory patches?   9 	We write a VMS clone. We don't use any original sources.    	JKB   ------------------------------  # Date: Fri, 21 Oct 2005 16:25:18 GMT # From: hoff@hp.nospam (Hoff Hoffman) J Subject: Re: [Q] Where are text strings in SHOW.EXE? (Technical Question!)3 Message-ID: <OD86f.15104$mi6.9898@news.cpqcorp.net>   j In article <1129818989.302315.301510@g47g2000cwa.googlegroups.com>, "AEF" <spamsink2001@yahoo.com> writes:A :So what changed from 6.1 to 6.2? Where does SHOW.EXE in v6.2 get ' :strings like "Bad Pages" and the like?      From the message file.     What are you up to?   J   (Parsing the text output of commands is not considered supported, FWIW.)    N  ---------------------------- #include <rtfaq.h> -----------------------------K     For additional, please see the OpenVMS FAQ -- www.hp.com/go/openvms/faq N  --------------------------- pure personal opinion ---------------------------E         Hoff (Stephen) Hoffman   OpenVMS Engineering   hoff[at]hp.com    ------------------------------   End of INFO-VAX 2005.588 ************************