1 INFO-VAX	Mon, 16 Dec 2002	Volume 2002 : Issue 693       Contents:) Re: Bookreader, .PS and Acrobat Distiller % Re: DECwindows/Motif sessions over IP  Re: Help with Datatrieve. % RE: How do you invalidate a dumpfile. 2 Imagine the cacophony from playing M$oft code.<NT>G Re: Migration minute of the day:  Pascal VAX/VMS 5.5-2H4 to OpenVMS 8.2 - Re: OT: Whoa! Is Sun aiming at VMS's jugular? - Re: OT: Whoa! Is Sun aiming at VMS's jugular? 
 TCPIP PING Re: TCPIP PING Re: VMS & TCP/IP@ Re: Your Multi-volume Tape Backups may be bad on all versions ofD Re: Your Multi-volume Tape Backups may be bad on all versions of VMS< Re: [OT] Humor - was [Re: AlphaServer 4100 Power-Up Problem]< Re: [OT] Humor - was [Re: AlphaServer 4100 Power-Up Problem]  F ----------------------------------------------------------------------    Date: 15 Dec 2002 16:00:22 -0600- From: Kilgallen@SpamCop.net (Larry Kilgallen) 2 Subject: Re: Bookreader, .PS and Acrobat Distiller3 Message-ID: <lbUHK57pxx4E@eisner.encompasserve.org>   [ In article <3DFCBC2F.7B47DD81@fsi.net>, "David J. Dachtera" <djesys.nospam@fsi.net> writes:  > Larry Kilgallen wrote:  : >> Is there any chance of influencing the product vendor ? > J > The vendor is, of course, DEC/Q/HP who, as evidenced by multiple threads# > here, are not easily influenced.    < Not "of course".  Some of us third parties use DEC Document.   > The product is DCSC.   What is DCSC ?   ------------------------------  % Date: Sun, 15 Dec 2002 21:06:33 +0100 5 From: "Chris Clifford" <chris.clifford@openvms.co.uk> . Subject: Re: DECwindows/Motif sessions over IP, Message-ID: <3dfce0e9$1@news.swissonline.ch>  - "Hans Vlems" <hvlems@iae.nl> wrote in message 0 news:atieo4$1468dg$1@ID-143435.news.dfncis.de... >  > > --; > The session manager on the target VAX was set as follows:  >  > protocol    node    username > DECnet      *             *  > TCPIP        *             *  > LAT            *             * >   ? This is entirely from memory so excuse if I'm not 100% correct.   H By default, I don't believe that TCP/IP is configured as a transport for" incoming nor outgoing connections.  L You need to modify DECW$PRIVATE_SERVER_SETUP.COM (or something very similar)J and enable TCP/IP as a possible transport. There's instructions within theF command procedure - I think you need to change the value of one of the symbols.  C I think that the file provided with the default VMS installation is L DECW$PRIVATE_SERVER_SETUP.TEMPLATE so you'll need to copy it to .COM then do
 the edits.   - Chris.   ------------------------------  % Date: Sun, 15 Dec 2002 22:00:24 +0300 2 From: "Ruslan R. Laishev" <Laishev@StarLet.SPB.RU>" Subject: Re: Help with Datatrieve.+ Message-ID: <3DFCD148.60409@StarLet.SPB.RU>    DATA "@ZZ.DTR" or DATA execute ZZ-proc   Rohit Prasad wrote: N > I have written a datatrieve procedure that creates a report for the clients.G > I am thinking of calling this Datatrieve procedure from a DCL command 3 > procedure. Can somebody please help me with this.  > H > My guess is that when I create a Datatrieve procedure a .DTR file getsK > created at someplace. We then have to assign this .DTR file with its full & > path to the logical name DTR$STARTUP >  > Thanks >  > Rohit Prasad     --   Cheers, Ruslan. D +---------------------pure personal opinion------------------------+=        Mobile: +7 (812) 116-3222/NMT,   8 901 300-0102/IMT-MC B     TKD (WTF) in Russia, St.-Petersburg - www.TaeKwonDo-WTF.SPb.RU0                  http://starlet.spb.ru/~laishev/   ------------------------------  % Date: Sun, 15 Dec 2002 15:24:44 -0500 $ From: Mike Duffy <Duffy@process.com>. Subject: RE: How do you invalidate a dumpfile.J Message-ID: <63D30D6E10CFD11190A90000F805FE860492AF15@lespaul.process.com>   > -----Original Message-----' > From: matt@drumheights.removethis.com * > [mailto:matt@drumheights.removethis.com]) > Sent: Sunday, December 15, 2002 7:55 AM  > To: Info-VAX@Mvb.Saic.Com 0 > Subject: Re: How do you invalidate a dumpfile. >  > D > On Sat, 14 Dec 2002 15:44:51 -0500, Mike Duffy <Duffy@process.com> > wrote: >  > >> -----Original Message----- * > >> From: matt@drumheights.removethis.com- > >> [mailto:matt@drumheights.removethis.com] / > >> Sent: Saturday, December 14, 2002 11:24 AM  > >> To: Info-VAX@Mvb.Saic.Com/ > >> Subject: How do you invalidate a dumpfile.  > >>   > >>   > >> Hi, > >>  < > >> Is there any way to invaidate a dump file, so that VMS  > thinks it does > >> not contain a vaild dump? > >>   > >> Many thanks in advance. > >>  
 > >> 	Matt > >>   > > ? > >I assume rebooting the system is not an option in this case,  > >because that'll do it. G > I don't want to reintruduce the node to the cluster until I know what  > caused the crash.  > > E > >Someone else might have a elegant, simple answer, but I'll provide = > >an ugly, brute-force one.  You might get your hands on the A > >instructions for re-validating an invalidated dump, and deduce ? > >what locations should be given what values to invalidate it. H > I haven't been able to find these instructions, but have found info onH > the byte & values that mean invalid/valid analyzed/valid not analyzed. > > < > >You can use PATCH (assuming that's possible in this case)< > >to modify the file, just as if you were re-validating it.; > >The particulars depend on architecture, VMS version, and # > >in some cases, dump flags, IIRC. H > Sounds promising, I am unfamiliar with PATCH, is it possible to run itG > on AXP V7.3? (I was under the [misguided?] impression that it was VAX # > only).  If so how do I use it....  >  > Matt >   D In the cases where'I've needed to use PATCH on a file from AXP, I'veE copied the file to a VAX first...  I just checked a V7.3 Alpha system E just in case things had changed recently, and no, PATCH is not there.   G If you can get to a VAX, you use PATCH (for the purposes you intend) by H "$ PATCH filename", and then use "EXAMINE address" to check the previousH contents and "DEPOSIT address value" to modify them, using /LONG, /WORD G etc. to control the data size.  Then you issue a "WRITE" command (IIRC)  to save the file.   L You'll have to have the relevant instructions for your VMS version, assumingH they are available.  I'd check the FAQ, but I think I remember acquiring) the instuctions from DNSlink in the past.   @ If this is really important to you, or you anticipate needing toE do it frequently, you could always write a quick and dirty program to ? do a READVBLK, modify certain longwords as needed and WRITEVBLK G the block back into the file.  In this case, you only need a very small D subset of the capabilities of PATCH and can probably write your own.   -Mike Duffy    ------------------------------  # Date: Mon, 16 Dec 2002 03:37:46 GMT , From: "Garth Jarvis" <gj953@hotspammail.com>; Subject: Imagine the cacophony from playing M$oft code.<NT> = Message-ID: <eUbL9.28886$VA5.3041901@news1.news.adelphia.net>    ------------------------------  % Date: Sat, 14 Dec 2002 16:22:12 -0500 0 From: JF Mezei <jfmezei.spamnot@vl.videotron.ca>P Subject: Re: Migration minute of the day:  Pascal VAX/VMS 5.5-2H4 to OpenVMS 8.2/ Message-ID: <3DFBA103.F41F753A@vl.videotron.ca>   R > > Is it obvious to consider recompiling/linking in two years or so a few millionR > > lines of Pascal VAX/VMS 5.5-2H4 on an Itanium Server running OpenVMS 8.2? (the/ > > Pascal compiler is in the roadmap for 8.2).   0 How compatible is VAX-PASCAL with Alpha-PASCAL ?  I How compatible will IA64-PASCAL be with ALPHA-PASCAL (will it be an intel M compiler on IA64 vs a Digital Compiler on Alpha ?, or the ex Digital compiler 
 on both ?)  N If you look at the C language, the biggest hurdle wasn't the upgrade to Alpha,K but rather the upgrade from VAX-C to the much more pedantic DEC-C (ANSI-C). M This requires source code modification. (definitions of routines, fine tuning T of variable definitions etc). Once converted to DEC-C, porting to Alpha is a breeze.  L If the PASCAL compiler remains the exact same, then porting won't be much ofM an issue.  If the compiler switches from Digital's to Intel's, you'll have to L wait until that compiler is available on VMS to see exactly what differences  there would be (probably minor).   ------------------------------  # Date: Sat, 14 Dec 2002 21:22:31 GMT * From: "Mark E. Levy" <levy@sysman-inc.com>6 Subject: Re: OT: Whoa! Is Sun aiming at VMS's jugular?> Message-ID: <riNK9.232600$GR5.76779@rwcrnsc51.ops.asp.att.net>  = "JF Mezei" <jfmezei.spamnot@vl.videotron.ca> wrote in message ) news:3DFB816C.6BF54F0C@vl.videotron.ca...  > "Mark E. Levy" wrote: I > > the things that VMS needs (can you say PALcode?). The IA32 just *does  not*( > > have the necessary hardware support, > L > Are you 100% sure of this ? I realise that for the early batches of 8086s,E > this may have been true. but what about current 8086 models such as  Pentium 4 ?   H The let me be more clear: It's quite possible that the P4 *processor* (ID haven't looked lately) can support VMS, but when it's installed on aG motherboard designed to support Windows, it's crippled. It's also quite G possible that a new (read: non-windows compatible) system were designed H around the P4 for VMS, it would be workable. But then, it would not be aI commodity part, and would command a higher price due to the lower volume.    ML   ------------------------------  % Date: Sat, 14 Dec 2002 22:28:28 -0600 1 From: "David J. Dachtera" <djesys.nospam@fsi.net> 6 Subject: Re: OT: Whoa! Is Sun aiming at VMS's jugular?' Message-ID: <3DFC04EC.AD9C5C33@fsi.net>    Bob Ceculski wrote:  > i > JF Mezei <jfmezei.spamnot@vl.videotron.ca> wrote in message news:<3DFB816C.6BF54F0C@vl.videotron.ca>...  > > "Mark E. Levy" wrote: P > > > the things that VMS needs (can you say PALcode?). The IA32 just *does not** > > > have the necessary hardware support, > > N > > Are you 100% sure of this ? I realise that for the early batches of 8086s,S > > this may have been true. but what about current 8086 models such as Pentium 4 ?  > >  > > Q > > > 1. Bank-switched memory, and no real memory management. Let's not even talk - > > > about that memory hole between 640K-1M.  > > R > > Didn't that all go away when they introduced the pentium 3 version of the 8086> > > with true 32 bit architecture and virtual memory support ? > > > > > > 3. Lack of processor modes (Kernel, Exec, Super & User). > > Q > > Are you absolutely positive about this on recent 8086 versions ? I asked this J > > question a week or two ago and didn't get the "8086 lacks those modes"7 > > resposne from one of those who work for Digital/HP.  > > Q > > > abomination called the Registry. VMS' device detection takes place at every R > > > boot, and can be forced at any time (SYSMAN IO AUTOCONFIG). This is also due > > > to the hardware. > > P > > If windows can have a menu that "looks for devices" and updates the registryQ > > (ok, so it often gets it wrong when there is a conflict), then Shirley, there R > > must me a way to scan the bus for devices. And yes, I will call you Shirley if > > I feel like it.  > > % > > > Yes, IA32 lack of "robustness."  > > M > > Funny, plenty of corporations are building serious applications on wintel N > > servers. Ask the NASDAQ stock exchange about their use of wintel stuff for > > their web server.  > > Q > > I am not a fan of the 8086 toy controllers. But I admit that intel has done a P > > tremendous job in upgrading the 8086 into a chip one must not underestimate.P > > When Alpha came out, nobody ever considered that the 8086 would ever be ableQ > > to even come close to Alpha. Yet, the 8086 has surpassed ALpha during certain Q > > periods. And they have upgraded it from the 16 bit (with 8 bit bus) into a 32 ( > > bit architeture with virtual memory. > > O > > While there is no question that Windows/NT are crap and unstable, insecure, G > > that doesn't automatically mean that it is because of the hardware.  > > R > > In the days of "Digital", yes, I would definitely have prefered the quality ofQ > > VAX or Alpha machines. But since Compaq (and now HP), I don't get a "warm and Q > > fuzzy" feeling that the hardware designed for VMS is that much different than R > > the wintel server stuff as far as the low end stuff. (Wildfire are, of course, > > a different breed).  > > N > > I have yet to see a VMS engineer state categorically that VMS could not be > > ported to today's 8086s. > > N > > Of course, all this discussion would never happen if Digital/Compaq/HP hadM > > decided to allow Alpha to compete at the lower end of the business market @ > > since we wouldn't be begging for low end business solutions. > H > you already have a low end 64 bit vms solution ... it is called alpha!F > alphaserver 800's, 1200's, ds10's, ds20's, even pws 500/600 au still/ > powerful ... why do you want to go backwards?   F See comments in this group regarding an announcement made by Compaq on June 21, 2001.   --   David J. Dachtera  dba DJE Systems  http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/    ------------------------------  + Date: Sun, 15 Dec 2002 22:15:28 +0000 (UTC) / From: "Rob Heyes" <robert.heyes@btinternet.com>  Subject: TCPIP PING 0 Message-ID: <atiuu0$mup$1@sparta.btinternet.com>  C Is there a way to do just four pings within TCPIP, like in Windows?    ------------------------------  # Date: Sun, 15 Dec 2002 22:45:31 GMT 0 From: HARANGOZO CSABA   <spameater@spam.invalid> Subject: Re: TCPIP PING 4 Message-ID: <fC7L9.174$N5.7929@nasal.pacific.net.au>  . Rob Heyes <robert.heyes@btinternet.com> wrote:E > Is there a way to do just four pings within TCPIP, like in Windows?    $TCPIP SHOW VER   ?   Compaq TCP/IP Services for OpenVMS Alpha Version V5.1 - ECO 3 6   on a AlphaServer 8200 5/300 running OpenVMS V7.2-1     $PING <node>* PING <node> (xxx.xx.xx.xxx): 56 data bytes9 64 bytes from xxx.xx.xx.xxx: icmp_seq=0 ttl=125 time=5 ms 9 64 bytes from xxx.xx.xx.xxx: icmp_seq=1 ttl=125 time=5 ms 9 64 bytes from xxx.xx.xx.xxx: icmp_seq=2 ttl=125 time=5 ms 9 64 bytes from xxx.xx.xx.xxx: icmp_seq=3 ttl=125 time=4 ms      ----<node> PING Statistics----9 4 packets transmitted, 4 packets received, 0% packet loss ' round-trip (ms)  min/avg/max = 4/5/5 ms   A 	Is this what you have in mind ? What version of TCPIP you have ?    						Cheers,   Csaba   J  -------------------------------------------------------------------------H   CSABA I. HARANGOZO  |d|i|g|i|t|a|l|  csabah(at)zipworld(dot)com(dot)auJ  -------------------------------------------------------------------------;    EARTH::AUSTRALIA:[SYDNEY]HARANGOZO.CSABA;1, delete? [N]:    ------------------------------  % Date: Sat, 14 Dec 2002 16:26:30 -0500 0 From: JF Mezei <jfmezei.spamnot@vl.videotron.ca> Subject: Re: VMS & TCP/IP / Message-ID: <3DFBA204.B8FA799A@vl.videotron.ca>    Albrecht Schlosser wrote: H > images. When these images were installed, the resulting global sectionC > name has been XXXXXX_001, if XXXXXX was the program section name.  > E > Starting with VMS 6.2 the global section name became something like I > INS$8478D2C0_002, and mapping the global section (sys$mgblsc) with this " > known name didn't work any more.  J Could logical names be used to help coax the image into mapping to the new$ name when it asks for the old name ?  . Oterwise, PATCH would be the only way, right ?  K If the section name is longer/shorter, how difficult is it in PATCH to find L the actual definition of the descriptor and change the pointer and length toJ point to a new decriptor at the bottom of the image which contains the new string ?   ------------------------------    Date: 15 Dec 2002 16:03:28 -0600- From: Kilgallen@SpamCop.net (Larry Kilgallen) I Subject: Re: Your Multi-volume Tape Backups may be bad on all versions of 3 Message-ID: <uk688NNea5or@eisner.encompasserve.org>   ` In article <BA2244CD.2490%JCam90502@jcameron.com>, Jeff Cameron <JCam90502@jcameron.com> writes:  N > In summary. If you did a /VERIFY it will not exhibit the problem even thoughH > you will still have it. However if you do a /COMPARE after your backupE > completes, and you do have the MME problem, you will get one of the  > following errors :    E And folks in that situation would have known there was a problem from E the start.  Another good reason (besides tape drive compatibility) to  prefer /COMPARE over /VERIFY.    ------------------------------    Date: 15 Dec 2002 18:17:45 -0600- From: Kilgallen@SpamCop.net (Larry Kilgallen) M Subject: Re: Your Multi-volume Tape Backups may be bad on all versions of VMS 3 Message-ID: <iVYysO0dj2UH@eisner.encompasserve.org>   U In article <eWN7e0uKT9pL@elias.decus.ch>, p_sture@elias.decus.ch (Paul Sture) writes: b > In article <BA21D9DA.2470%JCam90502@jcameron.com>, Jeff Cameron <JCam90502@jcameron.com> writes:O >> Attention : Your Multi-volume Tape Backups may be bad on all versions of VMS  >> through VMS 7.3-1.  > G > Never heard of MME. I severely doubt that what you say above is true. ; > Does "all versions of VMS though VMS 7.3-1" include V3.0?   D Certainly only those versions after MME was release.  Obviously this@ is _not_ the Multimedia Extensions "MME" used for sound support.   ------------------------------  % Date: Sat, 14 Dec 2002 14:08:58 -0500 ' From: Stuart Fuller <stufuller@usa.net> E Subject: Re: [OT] Humor - was [Re: AlphaServer 4100 Power-Up Problem] = Message-ID: <akvfta.lj8.ln@cc49395-b.wodhvn01.mi.comcast.net>    norm.raphael@metso.com wrote:  >  > Actually, that should read:  > 7 > Q: How does a Field Service Engineer fix a flat tire? C > A: He keeps swapping in spares until he gets the four good tires.  > # > The second one is just not funny.  > ? > From:  Dean Woodward <deanw@rdrop.com> on 12/12/2002 09:53 AM  > 3 > Please respond to Dean Woodward <deanw@rdrop.com>  >  > To:    Info-VAX@Mvb.Saic.Com > cc:  > F > Subject:    [OT] Humor - was [Re: AlphaServer 4100 Power-Up Problem] >  > C >> The usual troubleshooting technique used in this situation is to D >> strip the machine to its minimum configuration and test it. If it1 >> fails swap one part at a time until it passes.  > 7 > Q: How does a Field Service Engineer fix a flat tire? D > A: He swaps out each tire, one at a time, until he finds the flat. > : > Q: How does a Field Service Engineer fix a dead Battery?F > A: He swaps out each tire, one at a time, until he finds the flat...  $ Actually, neither of them are funny.  +         Stu (formerly of DEC Field Service)    ------------------------------  % Date: Sun, 15 Dec 2002 19:12:32 -0800 % From: Dean Woodward <deanw@rdrop.com> E Subject: Re: [OT] Humor - was [Re: AlphaServer 4100 Power-Up Problem] ( Message-ID: <3DFD44A0.7040904@rdrop.com>   Stuart Fuller wrote: > norm.raphael@metso.com wrote:  >  >>Actually, that should read:  >>7 >>Q: How does a Field Service Engineer fix a flat tire? C >>A: He keeps swapping in spares until he gets the four good tires.  > # >>The second one is just not funny.   & > Actually, neither of them are funny.  G You're right, it's not funny.  But I've seen problems solved with that  @ approach, all too frequently.  And note that I didn't specify a C company- I've seen the same basic methodology applied by FSE's (or  / whatever the title) from all the major players.    ------------------------------   End of INFO-VAX 2002.693 ************************