INFO-VAX Wed, 14 Feb 2007 Volume 2007 : Issue 90 Contents: Re: %SYSTEM-F-MCHECK, detected hardware error, PC=00003CBB, PSL=0BC00004 Re: %SYSTEM-F-MCHECK, detected hardware error, PC=00003CBB, PSL=0BC00004 Re: %SYSTEM-F-MCHECK, detected hardware error, PC=00003CBB, PSL=0BC00004 Re: %SYSTEM-F-MCHECK, detected hardware error, PC=00003CBB, PSL=0BC00004 Re: Alpha to Integrity porting workshops - who's been? Re: Alpha to Integrity porting workshops - who's been? Re: Checking backup (and other batch jobs) Re: DVD writer for DS10L ? Fiber connection problems with 1-GB HBA and 4-GB SAN Re: Fiber connection problems with 1-GB HBA and 4-GB SAN Finding the IP of some device on the LAN ? Re: Guidelines for converting programs to ODS-5? Re: Guidelines for converting programs to ODS-5? Re: Manual DST change on Alpha VMS 7.3-1 Re: Manual DST change on Alpha VMS 7.3-1 Re: Mark Daniel and/or Hein van den Huevel or anyone really Re: Mark Daniel and/or Hein van den Huevel or anyone really RE: Migrating C application from VMS to LINUX Re: Migrating C application from VMS to LINUX problem with spooled disk Re: problem with spooled disk Re: problem with spooled disk Re: small ISP startup Re: X Windows App Re: X Windows App ---------------------------------------------------------------------- Date: 14 Feb 2007 08:50:12 +0100 From: peter@langstoeger.at (Peter 'EPLAN' LANGSTOeGER) Subject: Re: %SYSTEM-F-MCHECK, detected hardware error, PC=00003CBB, PSL=0BC00004 Message-ID: <45d2cd44$1@news.langstoeger.at> In article , lmh@sue.its.caltech.edu (Larry M. Henling) writes: >What can we do about this error message? >%SYSTEM-F-MCHECK, detected hardware error, PC=00003CBB, PSL=0BC00004 Fix the hardware? $ HELP/MESS/FAC=SYSTEM MCHECK MCHECK, detected hardware error, PC='location', PSL='location' Facility: SYSTEM, System Services Explanation: A hardware machine check occurred. User Action: Notify the system manager. >The machine is a VAXStation 4000-60 running VMS V5.5-2 >with two external 4 GB disks (system and user). >A few days ago, the error message (in entirety below) began appearing on login. > >Username: >Password: > Welcome to VAX/VMS V5.5 > > Last interactive login on Monday, 12-FEB-2007 17:55 > Last non-interactive login on Tuesday, 13-FEB-2007 15:50 >%SYSTEM-F-MCHECK, detected hardware error, PC=00003CBB, PSL=0BC00004 So, an image (the DCL.EXE ?) got interupted due to a hardware error. >1) Somehow this clobbers most of the symbols and adds a few: > $ sh symb * > > $RESTART == "FALSE" > $SEVERITY == "4" > $STATUS == "%X100002BC" > MOU*NT == "MOUNT/NOASSIST" Which one is added? The $symbols are always there (Ok, the $STATUS shows the MCHECK, instead of NORMAL but they are always there) and MOU*NT looks like one of yours. > $ @local:commondef > [Rerunning this com file restores the symbol definitions.] > > >2) Each occurence seems to generate CPU and memory errors. > >sh error >Device Error Count >CPU 32 >MEMORY 32 >XRAY$RTA1: 1 So, you see the reason here: Hardware problems. CPU and MEMORY. Please, let them have it fixed. Sometimes, a good cleaning of the inside of the system helps ;-) >3) Running login.com later causes no problems. > >4) FTP out works; FTP in fails > <%SYSTEM-F-MCHECK, detected hardware error, PC=!XL, PSL=!XL > >5) SDA shows nothing. > SDA> show machine_check/full > SDA> > >6) The first time through, ANALYZE/DISK/REPAIR found a bad highwater file mark >with sys.dmp or somesuch, but this error seems to have been fixed. Disk is not yet corrupted. Good. Fix the hardware, before your software dies, too... And you still have a good backup, haven't you? >7) No entries in any log files in sys$manager indicate a problem. Try SYS$ERRORLOG:ERRLOG.SYS instead You do this with $ ANALYZE/ERROR... ($ MC CLUE might help as well) >8) The computer has not been rebooted for fear of worse problems. I'm afraid, a reboot alone won't help at all. >9) Is this a disk problem,a VAXStation problem, or ? So far, only a hardware problem. (there could be software problems as well if you have a machine that long up, that you don't know, if the startup is still current and you fear you won't end with a working machine after a reboot - but that is permanent sysmgmt problem, not a current problem)... -- Peter "EPLAN" LANGSTOEGER Network and OpenVMS system specialist E-mail peter@langstoeger.at A-1030 VIENNA AUSTRIA I'm not a pessimist, I'm a realist ------------------------------ Date: Wed, 14 Feb 2007 10:04:30 -0000 From: "Richard Brodie" Subject: Re: %SYSTEM-F-MCHECK, detected hardware error, PC=00003CBB, PSL=0BC00004 Message-ID: "Larry M. Henling" wrote in message news:equg4u$397 >>So, you see the reason here: Hardware problems. CPU and MEMORY. > Both, at once? Well, the memory is bad, and it's logged as a memory error and a bus fetch error. Sometimes just powering down the machine will unlodge a stuck bit: it's only parity (not ECC) memory in a workstation of that vintage, if I read things right. After that you can try reseating the memory, then wincing at how much second hand SIMMs cost. Someone that really understands these things might be able to figure which pair it is. You probably wouldn't notice losing the 4MB pair but my wild guess is that you aren't that lucky, and it's the 16MB pair. I really wouldn't run a machine with bad memory, unless I was desperate. If it maps a bad page into kernel memory, it'll take the machine down right away. And you risk silent data corruption if you have a double bit error. ------------------------------ Date: 14 Feb 2007 04:05:52 -0800 From: "Bob Gezelter" Subject: Re: %SYSTEM-F-MCHECK, detected hardware error, PC=00003CBB, PSL=0BC00004 Message-ID: <1171454752.722058.24070@v33g2000cwv.googlegroups.com> On Feb 14, 5:04 am, "Richard Brodie" wrote: > "Larry M. Henling" wrote in message news:equg4u$397 > > >>So, you see the reason here: Hardware problems. CPU and MEMORY. > > Both, at once? > > Well, the memory is bad, and it's logged as a memory error and a bus fetch > error. Sometimes just powering down the machine will unlodge a stuck bit: > it's only parity (not ECC) memory in a workstation of that vintage, if I read > things right. After that you can try reseating the memory, then wincing at how > much second hand SIMMs cost. > > Someone that really understands these things might be able to figure which > pair it is. You probably wouldn't notice losing the 4MB pair but my wild > guess is that you aren't that lucky, and it's the 16MB pair. > > I really wouldn't run a machine with bad memory, unless I was > desperate. If it maps a bad page into kernel memory, it'll take the > machine down right away. And you risk silent data corruption if you > have a double bit error. Larry, First off, I presume that the reference to WD-40 was in jest. As air circulates through machines over time, particularly in urban environments, dust and grit stays in the machine. I have seen machines that were running for nearly a decade that were virtually clogged with dust. Needless to say, this affects cooling. Cleaning the machine means opening up the machine, and using a source of AIR to blow out the dust. Personally, I have resorted to the equivalent of a visit to the periodentist. I use a small air compressor with a pistol grip nozzle and small orifice to blast dust out of the machine, and I use a ShopVac to suck up the resulting debris. Otherwise, please do this outside where the spray of dust is not a problem for other equipment. Needless to say, eye and ear protection are a good idea. Once the dust has been removed, unlatching the memory sims from their sockets and reseating them in the sockets frequently works. Once again, over time, small amounts of contamination build up on the surfaces and can affect the reliability of the connections. If you are reasonably proficient with small tools, this is not a particularly difficult task, although care is required to make sure that you can put everything back together again correctly. It can be tedious (have done it myself quite a few times). - Bob Gezelter, http://www.rlgsc.com ------------------------------ Date: Wed, 14 Feb 2007 13:45:25 +0100 From: Paul Sture Subject: Re: %SYSTEM-F-MCHECK, detected hardware error, PC=00003CBB, PSL=0BC00004 Message-ID: In article <1171454752.722058.24070@v33g2000cwv.googlegroups.com>, "Bob Gezelter" wrote: > On Feb 14, 5:04 am, "Richard Brodie" wrote: > > "Larry M. Henling" wrote in message > > news:equg4u$397 > > > > >>So, you see the reason here: Hardware problems. CPU and MEMORY. > > > Both, at once? > > > > Well, the memory is bad, and it's logged as a memory error and a bus fetch > > error. Sometimes just powering down the machine will unlodge a stuck bit: > > it's only parity (not ECC) memory in a workstation of that vintage, if I > > read > > things right. After that you can try reseating the memory, then wincing at > > how > > much second hand SIMMs cost. > > > > Someone that really understands these things might be able to figure which > > pair it is. You probably wouldn't notice losing the 4MB pair but my wild > > guess is that you aren't that lucky, and it's the 16MB pair. > > > > I really wouldn't run a machine with bad memory, unless I was > > desperate. If it maps a bad page into kernel memory, it'll take the > > machine down right away. And you risk silent data corruption if you > > have a double bit error. > > Larry, > > First off, I presume that the reference to WD-40 was in jest. > > As air circulates through machines over time, particularly in urban > environments, dust and grit stays in the machine. I have seen machines > that were running for nearly a decade that were virtually clogged with > dust. Needless to say, this affects cooling. > > Cleaning the machine means opening up the machine, and using a source > of AIR to blow out the dust. Personally, I have resorted to the > equivalent of a visit to the periodentist. I use a small air > compressor with a pistol grip nozzle and small orifice to blast dust > out of the machine, and I use a ShopVac to suck up the resulting > debris. Otherwise, please do this outside where the spray of dust is > not a problem for other equipment. Needless to say, eye and ear > protection are a good idea. > I'd start with a vacuum cleaner _before_ the air to get the worst out, and ensure that doesn't get into other nooks and crannies. > Once the dust has been removed, unlatching the memory sims from their > sockets and reseating them in the sockets frequently works. Once > again, over time, small amounts of contamination build up on the > surfaces and can affect the reliability of the connections. > > If you are reasonably proficient with small tools, this is not a > particularly difficult task, although care is required to make sure > that you can put everything back together again correctly. It can be > tedious (have done it myself quite a few times). > > - Bob Gezelter, http://www.rlgsc.com -- Paul Sture ------------------------------ Date: 14 Feb 2007 07:52:57 -0600 From: Kilgallen@SpamCop.net (Larry Kilgallen) Subject: Re: Alpha to Integrity porting workshops - who's been? Message-ID: In article <1171408658.736753.22030@k78g2000cwa.googlegroups.com>, "johnhreinhardt@yahoo.com" writes: > Try here: http://h30099.www3.hp.com/configurator/catalog-hpintegrity.asp > It's a configurator. That page does not work when Javascript is not enabled. Please mention security-weakening restrictions when posting URLs. ------------------------------ Date: Wed, 14 Feb 2007 13:03:15 -0500 From: BobH Subject: Re: Alpha to Integrity porting workshops - who's been? Message-ID: <45D34EE3.4070803@x.y> Larry Kilgallen wrote: > In article <1171408658.736753.22030@k78g2000cwa.googlegroups.com>, "johnhreinhardt@yahoo.com" writes: > > >>Try here: http://h30099.www3.hp.com/configurator/catalog-hpintegrity.asp >>It's a configurator. > > > That page does not work when Javascript is not enabled. > > Please mention security-weakening restrictions when posting URLs. So Larry, anyone posting a link is expected to fully analyze the target first? (I would think they would need to look at more than just the linked page - maybe everything linked to from it?) I understand the benefit to having people change their browsers and network settings and so on with respect to promoting your positions on the issues, but is that a realistic expectation or requirement? Perhaps you should post specifications and instructions for the required analysis so everyone will know what they have to do and how to do it. An ancillary benefit may be a reduction in postings... :-) ------------------------------ Date: Wed, 14 Feb 2007 09:40:47 +0000 (UTC) From: gartmann@nonsense.immunbio.mpg.de (Christoph Gartmann) Subject: Re: Checking backup (and other batch jobs) Message-ID: In article , "Andrew Black (delete obvious bit)" writes: >I would like a program to run that checks on the status of batch jobs (eg >backups). I would like a mail sent with different subject line for > - job ran successfully > - job generated errors > - job appear not to have run > >I started to write something using a mixture of SEARCH -e- etc and MAIL >but was starting to think someone must have written this better than I >can do quickly > >Any suggestions Our batch jobs do this by themselves. The only "external" check we have is a procedure that checks, wether a given job (name) is actually present. This procedure runs once a day and checks the existence of some important batch jobs. Regards, Christoph Gartmann -- Max-Planck-Institut fuer Phone : +49-761-5108-464 Fax: -452 Immunbiologie Postfach 1169 Internet: gartmann@immunbio dot mpg dot de D-79011 Freiburg, Germany http://www.immunbio.mpg.de/home/menue.html ------------------------------ Date: Wed, 14 Feb 2007 11:12:45 +0100 From: "Eberhard Heuser" Subject: Re: DVD writer for DS10L ? Message-ID: <004901c75020$aced31f0$05072286@vg2> Bill, As a rule of thumb: All Acard-based SCSI-solutions are unbootable (They use 2048 Block per I/O) and this is not configurable. My advice: use the onboard IDE and attach a Slim drive i.e. a Pioneer DVR-K16 that reads and writes DVD-RAM. Hope this helps Eberhard ----- Original Message ----- From: To: Sent: Wednesday, February 14, 2007 4:37 AM Subject: Re: DVD writer for DS10L ? > On Feb 1, 11:04 am, Stephen Hoffman > wrote: >> JF Mezei wrote: >> > I have a DS10L with the right bay free. >> >> Given your proclivity with metal-working tools and a willingness to >> make existing holes larger, matters involving the chassis shouldn't be >> an issue. Add a willingness to risk RF interference and access to an >> air chisel or some torches, a replacement chassis, and Bob's your uncle. >> >> > I have a DSL10L with a SCSI card, but both bays full. >> >> Look for a bigger box and a main-board swap. Seriously. Or look for >> a box like a Mac OS X box or a Windows box or a Linux box, or look for a >> desktop or deskside Alpha system. Or mount the box inside the vegetable >> drawer of a refrigerator, and run the cables out the side. All of which >> can do what you want, and probably for less cost than you will have by >> trying to retrofit the recording drive into this 1U server. >> >> You're over-configuring a limited and purpose-built rack-and-stack >> density-optimized system. That task is "not fun" approaching "real >> work", and it won't provide the most beneficial user experience. >> >> There may well have been a CD-R/RW for this box, I have never looked >> for that -- the HP official CD-R/RW and DVD+R/RW upgrades were rather >> recent acquisitions for the AlphaServer series, particularly when >> compared with how common these devices are with Mac OS X, Windows and >> Linux configurations. >> >> > What would be the recommended solution to get some sort of DVD/CD >> > writer >> > on one of these machines ? One where I could burn CDs and DVDs >> > preferably ? >> >> > I looked in some of the on-line catalogues and couldn't find SCSI based >> > DVD writers. (since those seemed to focus on consumer market). >> >> SCSI-based CD-R/RW devices are now scarce, and have been scarce for a >> few years now. SCSI-based DVD devices are even more scarce, and always >> have been. >> >> The usual path in that direction is an Acard or similar adapter, and >> connecting an IDE ATAPI device to the SCSI. >> >> I'd be surprised if all of the SCSI-IDE adapters around will work, >> but there have been reports here and elsewhere that some do work. >> >> Or you can work toward freeing up and using an IDE connection, and >> using that. >> >> You might well get a PCI USB working, if you have a PCI slot. (If >> you don't have a PCI slot, the Trifecta card is what you really want to >> find -- that's a multi-function PCI card and supported by OpenVMS.) >> >> > Are there any DVD writers that actually fit inside the DS10L ? Would >> > those be the types designed for laptops ? >> >> The slimline drives are used on most (all?) Integrity servers, and on >> the AlphaServer ES47, ES80 and GS1280 series boxes, and some others. >> The slimline drives can and do fit, but you'd need the adapter from the >> SCSI or IDE cabling you have to the slimline connector. The MultiBay >> drives are usually the right size, it's getting from the connector you >> have to the connector on the drive -- various of the AlphaServer boxes >> had adapters for these connections. Slimline drives are more expensive >> than the commodity drives -- which is one reason the Acard or equivalent >> adapter can be a useful approach, or the use of another system. >> >> --www.HoffmanLabs.com >> Services for OpenVMS > > Will either the Trifecta or the Acard solution allow booting from the > attached DVD -RAM drive? I still have a PWS500 that I need to add a > DVD-RAM drive to. > > Bill > ------------------------------ Date: Wed, 14 Feb 2007 03:24:55 -0600 From: John Subject: Fiber connection problems with 1-GB HBA and 4-GB SAN Message-ID: <45D2D567.20808@tx.rr.com> Compaq B series with firmware version V2.6.2d which is a Brocade 2800 - 1-GB SAN attached is a DS10 - V7.3-2 with ECO EMC DS-4100-B latest version ? recently purchased which is a Brocade 4100 - 4-GB SAN attached is an Adic Scalar i500 tape library I have been able to connect the two SANs together - making sure all the parameters are the same (credits, tov, core-PID, etc.) and unique domain ID's. The link light comes on and the fabric is established. Each SAN sees their respective components using the command nsShow The 1-GB SAN sees the DS10 and the 4-GB SAN The 4-GB SAN sees the Adic and the 1-GB SAN (I do not know the command to scan all the WWID devices on the fabric) However from the DS10 I can not see the WWID of the Adic SYSMAN> IO FIND_WWID IO FIND_WWID %SYSMAN-I-OUTPUT, command execution on node VBUPSV No previously undiscovered WWIDs have been found. SYSMAN> IO LIST_WWID IO LIST_WWID %SYSMAN-I-OUTPUT, command execution on node VBUPSV 1) Is the 1-GB HBA a problem? Firmware issue? Replacement? Missed an ECO? 2) Or do I need to create the device using SYSMAN? SYSMAN> IO CREATE_WWID /WWID=ww:"..." 3) What is the SAN command to scan for all WWID devices on the fabric? Thanks for your help! ------------------------------ Date: Wed, 14 Feb 2007 10:59:52 -0600 From: Dave Harrold Subject: Re: Fiber connection problems with 1-GB HBA and 4-GB SAN Message-ID: <53gtg9F1sk2nsU1@mid.individual.net> John wrote: > > I have been able to connect the two SANs together - making sure all the > parameters are the same (credits, tov, core-PID, etc.) and unique domain > ID's. The link light comes on and the fabric is established. > Each SAN sees their respective components using the command nsShow > The 1-GB SAN sees the DS10 and the 4-GB SAN > The 4-GB SAN sees the Adic and the 1-GB SAN > (I do not know the command to scan all the WWID devices on the fabric) > The command that shows all logged in devices is switchshow. This would be the first thing I would check. Make sure all of the devices are logged in to the fabric. If not, fix that first. > However from the DS10 I can not see the WWID of the Adic > > SYSMAN> IO FIND_WWID > IO FIND_WWID > %SYSMAN-I-OUTPUT, command execution on node VBUPSV > No previously undiscovered WWIDs have been found. > > SYSMAN> IO LIST_WWID > IO LIST_WWID > %SYSMAN-I-OUTPUT, command execution on node VBUPSV > > 1) Is the 1-GB HBA a problem? Firmware issue? Replacement? Missed an > ECO? At this point, doubtful. I am assuming that you can still see the disk arrays for the DS10. > > 2) Or do I need to create the device using SYSMAN? > SYSMAN> IO CREATE_WWID /WWID=ww:"..." > > Thanks for your help! My first guess to check would be zoning. Again, I am assuming that you have zones set up on your existing fabric. Given the EMC device name above, you should. Did you create a zone(s) for the DS10 and the tape library? Did you add it to the configuration and did you activate the configuration? I would start checking there. Hope that helps. Dave Harrold ------------------------------ Date: Wed, 14 Feb 2007 11:43:55 -0500 From: JF Mezei Subject: Finding the IP of some device on the LAN ? Message-ID: <878a7$45d33c6b$cef8887a$11136@TEKSAVVY.COM> Say I plug in some unknown gizmo (without user interface) on my lan. What would be the way to find out its IP address that it thinks it has ? Are there reverse ARP commands where you give it the ethernet address of a device, it sends a broadcast asking that device to identify itself and you then know what IP it has ? If this device is configured with an IP that is not in the same subnet, does it implicitely mean that arp tables on that lan's host will not include that response from the gizmo even though they may have physically received it ? ------------------------------ Date: Wed, 14 Feb 2007 23:10:30 +0800 From: Paul Repacholi Subject: Re: Guidelines for converting programs to ODS-5? Message-ID: <87abzgkc61.fsf@k9.prep.synonet.com> Stephen Hoffman writes: > Tom Linden wrote: > >> This prompted me to check, and in PL/I the expanded file name is limited >> to 128 chars, we may have to exentend that. What limit does Fortran have? > ODS-2 is NAM$C_MAXRSS (255) and ODS-5 is NAML$C_MAXRSS (4095). So that does not include the length word then? ------------------------------ Date: Wed, 14 Feb 2007 11:08:44 -0500 From: JF Mezei Subject: Re: Guidelines for converting programs to ODS-5? Message-ID: <6c198$45d3342d$cef8887a$8933@TEKSAVVY.COM> Paul Repacholi wrote: > Why? If it is a tempory, you dont NEED a file name at all. All other cases > you will want something specific in there, so shove it in, do the OPEN > and see what the return status is. By having a "make valid file name" function as part of system services, it frees applications from knowing about the semantics of the file system completely. (as long as a buffer is long enough). This way, when some remote user gives you a strange file name, such a service call would automatically transform that file name into something that would be valid for the target drive. It would be pointless to force application programmers to write their own "make file name" routine that essentially needs to get the devide infor (which ODS) parse the string and be fully aware of what is and is not allowed for that device in terms of file names and then process it. And by having a standard "make file name", there would be standard/documented file transformations (eg: any invalid character replaced with a _ or some other character). ------------------------------ Date: 14 Feb 2007 07:50:19 -0800 From: "DaveG" Subject: Re: Manual DST change on Alpha VMS 7.3-1 Message-ID: <1171468217.690482.269780@v33g2000cwv.googlegroups.com> On Feb 13, 3:57 pm, norm.raph...@metso.com wrote: > "DaveG" wrote on 02/13/2007 04:07:50 PM: > > > > > > > > > On Feb 13, 1:29 pm, norm.raph...@metso.com wrote: > > > The "instructions" for OpenVMS V7.3-1 say: > > > > STEPS > > > 1. Copy your US_EASTERN. file from the patch directory and place into > the > > > SYS$COMMON:[000000.SYS$ZONEINFO.SYSTEM.US] directory. > > > > > > > > NOTE: SYS$COMMON:[000000.SYS$ZONEINFO.SYSTEM.CANADA] for Canadian > > > customers. > > > > 2. *IF* running DTSS, then issue: > > > $ @SYS$MANAGER:NET$CONFIGURE and select option 5 > > > > [5] Configure Timezone Differential Factor > > > > And follow the instructions. This will correct the four > SYS$TIMEZONE* > > > logicals immediately and change the "next TDF" time within DTSS to > > > reflect > > > the March 11th date for 2007. You are now finished. > > > > 3. *IF* running AUTO_DLIGHT_SAV = 1: > > > $ @SYS$STARTUP:UTC$TIME_SETUP.COM ! follow the menu appropriately. > > > $ @SYS$SYSTEM:SHUTDOWN ! reboot the machine > > > > This will correct the four SYS$TIMEZONE* logicals, correct the rule > > > listed > > > in the file TDF$UTC_STARTUP.COM, and create appropriate Timer Queue > > > Entries > > > (TQEs) under the JOB_CONTROL process for the next time change. > > > > > > $ SHOW LOGICAL/FULL/SYSTEM SYS$TIMEZONE* > > > > (LNM$SYSTEM_TABLE) [kernel] [shareable,system] > > > [Protection=(RWC,RWC,R,R)] [Owner=[SYSTEM]] > > > > "SYS$TIMEZONE_DIFFERENTIAL" [exec] = "-18000"> > > > > < I am not running DTSS.> > > > > > > > $ DIFF SYS$STARTUP:TDF$UTC_STARTUP.COM > > > ************ > > > File SYS$COMMON:[SYS$STARTUP]TDF$UTC_STARTUP.COM;11 > > > 36 $ DTSS$SET_TIMEZONE INITIALIZE "EST5EDT4,M3.2.0/02,M11.1.0/02" > > > 37 $ > > > ****** > > > File SYS$COMMON:[SYS$STARTUP]TDF$UTC_STARTUP.COM;10 > > > 36 $ DTSS$SET_TIMEZONE INITIALIZE "EST5EDT4,M4.1.0/02,M10.5.0/02" > > > 37 $ > > > ************ > > > > and in its comments, it refers to: > > > > $! $SYS$SYSTEM:TDF$SET_TIMEZONE.EXE creates four exec-mode system > logical > > > names: > > > $! > > > $! SYS$TIMEZONE_RULE > > > $! the rule identified here (used in the UTC library) > > > $! SYS$TIMEZONE_DIFFERENTIAL > > > $! the Timezone Differential Factor in > > > $! seconds ahead of UTC (ISO notation) > > > $! (the Americas have negative TDF) > > > $! SYS$TIMEZONE_NAME > > > $! the designation for standard or dst time > > > $! SYS$TIMEZONE_DAYLIGHT_SAVING > > > $! 0 = standard time, > > > $! 1 = daylight saving (summer) time > > > $! > > > > but since > > > > $ SHOW LOGICAL NET$DISABLE_DTSS > > > "NET$DISABLE_DTSS" = "1" (LNM$SYSTEM_TABLE) > > > > the command file TDF$UTC_STARTUP.COM does not execute > > > $ DTSS$SET_TIMEZONE := $SYS$SYSTEM:TDF$SET_TIMEZONE.EXE > > > $ DTSS$SET_TIMEZONE INITIALIZE "EST5EDT4,M3.2.0/02,M11.1.0/02" > > > > > === > > > > So are the other three logicals only for DTSS or what? > > > > David J Dachtera > > > > > To > > > 01/29/2007 09:41 PM Info-...@Mvb. > > Saic.Com > > cc > > Subject > > > Re: Manual DST > > change on Alpha VMS 7.3-1 > > > > ksr...@bellsouth.net wrote: > > > > > wrote in message > > > >news:1170109541.483535.217060@j27g2000cwj.googlegroups.com... > > > > > If you have access to a 7.3-2 system that has the TZ v0300 patch > > > > > applied, which updates the time zone info for the new daylight > saving > > > > > time dates, you can copy the sys$common:[timezone.system...] tree > to a > > > > > 7.3-1 system, then reboot or run UTC$TIME_SETUP to apply the > changes. > > > > > > I doubt VMS engineering would support this kind of use, but in my > > > > > tests it works, and I've seen it work on 7.3 as well. > > > > > Support told me to do that same thing. And you are right it isn't > > > supported > > > > but it should work. > > > > I copied the files and ran utc$time_setup. I am waiting to reboot > now. > > > > Reboot is required > > > > to reset the timers. > > > > Actually, the various flyers indicate that you can stop/start JBC to > clear > > > the > > > existing TQEs for April. I have a PDF at work I can e-mail to you. Is > your > > > e-mail o.k. in the headers of the newsgroup post? If so, I may be able > to > > > send > > > it from work. > > > > -- > > > David J Dachtera > > > dba DJE Systemshttp://www.djesys.com/ > > > > Unofficial OpenVMS Marketing Home Pagehttp://www.djesys.com/vms/market/ > > > > Unofficial Affordable OpenVMS Home Page:http://www.djesys.com/vms/soho/ > > > > Unofficial OpenVMS-IA32 Home Page:http://www.djesys.com/vms/ia32/ > > > > Unofficial OpenVMS Hobbyist Support > > Page:http://www.djesys.com/vms/support/- > > > > > Hide quoted text - > > > > - Show quoted text - > > > Norm, > > > I believe you need all 4 sys$timezone logicals ( daylight_saving, > > differential, name, rule ). Hoff corrected me a few months ago when I > > said we don't use DTSS. He said: > > > You have DTSS; that's the default timekeeping mechanism in V7.3 > > and > > later for DECnet-Plus, for TCP/IP Services, for the CRTL and for > > OpenVMS > > itself. The DTSS mechanisms were integrated into OpenVMS itself. > > It's > > the basis for the automatic DST change, too. > > > Dave... > > Dave, > > I would never challenge Hoff, but I got through 2006 DST changes exactly > as configured now. I do not use DECnet-Plus (I use Phase IV), I do not > use TCP/IP Services (I use Multinet), and the DTSS logical is off, so the > command file - as noted - never runs the DTSS stuff. > > I do have "MULTINET_TIMEZONE" = "EST". > > I need to run the UTC$TIME_SETUP on the Monday after, to reset the factor. > I suspect the XNTP service may be fixing the time.- Hide quoted text - > > - Show quoted text -- Hide quoted text - > > - Show quoted text - Norm, OK, this makes (more) sense now. MultiNet is taking care of changing the time. As I'm sure you are aware, Process has patches for their products with regared to the new 2007 DST rules. Dave... ------------------------------ Date: Wed, 14 Feb 2007 11:53:09 -0500 From: norm.raphael@metso.com Subject: Re: Manual DST change on Alpha VMS 7.3-1 Message-ID: "DaveG" wrote on 02/14/2007 10:50:19 AM: > On Feb 13, 3:57 pm, norm.raph...@metso.com wrote: > > "DaveG" wrote on 02/13/2007 04:07:50 PM: > > > > > > > > > > > > > > > > > On Feb 13, 1:29 pm, norm.raph...@metso.com wrote: > > > > The "instructions" for OpenVMS V7.3-1 say: > > > > > > STEPS > > > > 1. Copy your US_EASTERN. file from the patch directory and place into > > the > > > > SYS$COMMON:[000000.SYS$ZONEINFO.SYSTEM.US] directory. > > > > > > > > > > > > NOTE: SYS$COMMON:[000000.SYS$ZONEINFO.SYSTEM.CANADA] for Canadian > > > > customers. > > > > > > 2. *IF* running DTSS, then issue: > > > > $ @SYS$MANAGER:NET$CONFIGURE and select option 5 > > > > > > [5] Configure Timezone Differential Factor > > > > > > And follow the instructions. This will correct the four > > SYS$TIMEZONE* > > > > logicals immediately and change the "next TDF" time within DTSS to > > > > reflect > > > > the March 11th date for 2007. You are now finished. > > > > > > 3. *IF* running AUTO_DLIGHT_SAV = 1: > > > > $ @SYS$STARTUP:UTC$TIME_SETUP.COM ! follow the menu appropriately. > > > > $ @SYS$SYSTEM:SHUTDOWN ! reboot the machine > > > > > > This will correct the four SYS$TIMEZONE* logicals, correct the rule > > > > listed > > > > in the file TDF$UTC_STARTUP.COM, and create appropriate Timer Queue > > > > Entries > > > > (TQEs) under the JOB_CONTROL process for the next time change. > > > > > > > > > $ SHOW LOGICAL/FULL/SYSTEM SYS$TIMEZONE* > > > > > > (LNM$SYSTEM_TABLE) [kernel] [shareable,system] > > > > [Protection=(RWC,RWC,R,R)] [Owner=[SYSTEM]] > > > > > > "SYS$TIMEZONE_DIFFERENTIAL" [exec] = "-18000"> > > > > > > < I am not running DTSS.> > > > > > > > > > > > $ DIFF SYS$STARTUP:TDF$UTC_STARTUP.COM > > > > ************ > > > > File SYS$COMMON:[SYS$STARTUP]TDF$UTC_STARTUP.COM;11 > > > > 36 $ DTSS$SET_TIMEZONE INITIALIZE "EST5EDT4,M3.2.0/02,M11.1.0 /02" > > > > 37 $ > > > > ****** > > > > File SYS$COMMON:[SYS$STARTUP]TDF$UTC_STARTUP.COM;10 > > > > 36 $ DTSS$SET_TIMEZONE INITIALIZE "EST5EDT4,M4.1.0/02,M10.5.0 /02" > > > > 37 $ > > > > ************ > > > > > > and in its comments, it refers to: > > > > > > $! $SYS$SYSTEM:TDF$SET_TIMEZONE.EXE creates four exec-mode system > > logical > > > > names: > > > > $! > > > > $! SYS$TIMEZONE_RULE > > > > $! the rule identified here (used in the UTC library) > > > > $! SYS$TIMEZONE_DIFFERENTIAL > > > > $! the Timezone Differential Factor in > > > > $! seconds ahead of UTC (ISO notation) > > > > $! (the Americas have negative TDF) > > > > $! SYS$TIMEZONE_NAME > > > > $! the designation for standard or dst time > > > > $! SYS$TIMEZONE_DAYLIGHT_SAVING > > > > $! 0 = standard time, > > > > $! 1 = daylight saving (summer) time > > > > $! > > > > > > but since > > > > > > $ SHOW LOGICAL NET$DISABLE_DTSS > > > > "NET$DISABLE_DTSS" = "1" (LNM$SYSTEM_TABLE) > > > > > > the command file TDF$UTC_STARTUP.COM does not execute > > > > $ DTSS$SET_TIMEZONE := $SYS$SYSTEM:TDF$SET_TIMEZONE.EXE > > > > $ DTSS$SET_TIMEZONE INITIALIZE "EST5EDT4,M3.2.0/02,M11.1.0/02" > > > > > > > === > > > > > > So are the other three logicals only for DTSS or what? > > > > > > David J Dachtera > > > > > > > > To > > > > 01/29/2007 09:41 PM Info-...@Mvb. > > > Saic.Com > > > > cc > > > > Subject > > > > Re: Manual DST > > > change on Alpha VMS 7.3-1 > > > > > > ksr...@bellsouth.net wrote: > > > > > > > wrote in message > > > > >news:1170109541.483535.217060@j27g2000cwj.googlegroups.com... > > > > > > If you have access to a 7.3-2 system that has the TZ v0300 patch > > > > > > applied, which updates the time zone info for the new daylight > > saving > > > > > > time dates, you can copy the sys$common:[timezone.system...] tree > > to a > > > > > > 7.3-1 system, then reboot or run UTC$TIME_SETUP to apply the > > changes. > > > > > > > > I doubt VMS engineering would support this kind of use, but in my > > > > > > tests it works, and I've seen it work on 7.3 as well. > > > > > > > Support told me to do that same thing. And you are right it isn't > > > > supported > > > > > but it should work. > > > > > I copied the files and ran utc$time_setup. I am waiting to reboot > > now. > > > > > Reboot is required > > > > > to reset the timers. > > > > > > Actually, the various flyers indicate that you can stop/start JBC to > > clear > > > > the > > > > existing TQEs for April. I have a PDF at work I can e-mail to you. Is > > your > > > > e-mail o.k. in the headers of the newsgroup post? If so, I may be able > > to > > > > send > > > > it from work. > > > > > > -- > > > > David J Dachtera > > > > dba DJE Systemshttp://www.djesys.com/ > > > > > > Unofficial OpenVMS Marketing Home Pagehttp://www.djesys.com/vms/market/ > > > > > > Unofficial Affordable OpenVMS Home Page:http://www.djesys.com/vms/soho/ > > > > > > Unofficial OpenVMS-IA32 Home Page:http://www.djesys.com/vms/ia32/ > > > > > > Unofficial OpenVMS Hobbyist Support > > > > Page:http://www.djesys.com/vms/support/- > > > > > > > > > Hide quoted text - > > > > > > - Show quoted text - > > > > > Norm, > > > > > I believe you need all 4 sys$timezone logicals ( daylight_saving, > > > differential, name, rule ). Hoff corrected me a few months ago when I > > > said we don't use DTSS. He said: > > > > > You have DTSS; that's the default timekeeping mechanism in V7.3 > > > and > > > later for DECnet-Plus, for TCP/IP Services, for the CRTL and for > > > OpenVMS > > > itself. The DTSS mechanisms were integrated into OpenVMS itself. > > > It's > > > the basis for the automatic DST change, too. > > > > > Dave... > > > > Dave, > > > > I would never challenge Hoff, but I got through 2006 DST changes exactly > > as configured now. I do not use DECnet-Plus (I use Phase IV), I do not > > use TCP/IP Services (I use Multinet), and the DTSS logical is off, so the > > command file - as noted - never runs the DTSS stuff. > > > > I do have "MULTINET_TIMEZONE" = "EST". > > > > I need to run the UTC$TIME_SETUP on the Monday after, to reset the factor. > > I suspect the XNTP service may be fixing the time.- Hide quoted text - > > > > - Show quoted text -- Hide quoted text - > > > > - Show quoted text - > > Norm, > > OK, this makes (more) sense now. MultiNet is taking care of changing > the time. As I'm sure you are aware, Process has patches for their > products with regared to the new 2007 DST rules. > > Dave... > Yep, Done, TNX ------------------------------ Date: Wed, 14 Feb 2007 09:06:12 +0000 (UTC) From: helbig@astro.multiCLOTHESvax.de (Phillip Helbig---remove CLOTHES to reply) Subject: Re: Mark Daniel and/or Hein van den Huevel or anyone really Message-ID: In article <536q9lF1rfmt3U1@mid.individual.net>, bill@cs.uofs.edu (Bill Gunshannon) writes: > In article , > JF Mezei writes: > > Phillip Helbig---remove CLOTHES to reply wrote: > >> non-Microsoft software (at least as long as most people do use it). A > >> recent example is the attempt of Microsoft to establish a proprietary > >> format to replace PDF. > > In what way is PDF not proprietary? It is the property of Adobe. I think the format has been published, or will be soon. > And is actually a heck of a lot less portable than the Postscript > that it replaced. Agreed. ------------------------------ Date: Wed, 14 Feb 2007 09:07:34 +0000 (UTC) From: helbig@astro.multiCLOTHESvax.de (Phillip Helbig---remove CLOTHES to reply) Subject: Re: Mark Daniel and/or Hein van den Huevel or anyone really Message-ID: In article <1171147776.227046.289150@q2g2000cwa.googlegroups.com>, davidc@montagar.com writes: > Of course, OpenVMS is pretty proprietary, too. So was DECnet. But > VMS Internals and DECnet protocols are documented. There is nothing wrong with VMS or Windows being proprietary. The problem is only with formats for files which by their very nature are intended to be transferred between different systems (HTML being a prime example). ------------------------------ Date: Wed, 14 Feb 2007 06:59:15 -0500 From: "Main, Kerry" Subject: RE: Migrating C application from VMS to LINUX Message-ID: > -----Original Message----- > From: Paul Repacholi [mailto:prep@prep.synonet.com]=20 > Sent: February 13, 2007 9:03 AM > To: Info-VAX@Mvb.Saic.Com > Subject: Re: Migrating C application from VMS to LINUX >=20 > "Main, Kerry" writes: >=20 > > OK, so you tried to port an application written in 2004 to an OS > > released in 1999? >=20 > > Whats wrong with this picture? Five years perhaps? >=20 > What is wrong is that there are now many people who even THINK > it might be an issue. >=20 > So what Kerry is wrong with that picture? Wrong DLLs? .so files > not in the same place? >=20 > God help us that we should expect the OS to `just work'. Paul - Richard was complaining about a lack of UNIX portability *features* in porting an application written in 2004 to OpenVMS without realizing that the version of OpenVMS he used (V7.2) as the basis for his statement was released in 1999. OpenVMS has had *many* UNIX portability features added since 1999. He was not talking about something that used to work but then failed in a later release. My point is that Richards statement was like expecting a .Net application to work with Windows NT4 (parts might work, but highly unlikely due to missing features not provided in base OS until later versions) Regards Kerry Main Senior Consultant HP Services Canada Voice: 613-592-4660 Fax: 613-591-4477 kerryDOTmainAThpDOTcom (remove the DOT's and AT)=20 OpenVMS - the secure, multi-site OS that just works. ------------------------------ Date: 14 Feb 2007 15:33:31 GMT From: bill@cs.uofs.edu (Bill Gunshannon) Subject: Re: Migrating C application from VMS to LINUX Message-ID: <53goebF1smilnU1@mid.individual.net> In article , Paul Sture writes: > In article <53ff4lF1srsvhU1@mid.individual.net>, > bill@cs.uofs.edu (Bill Gunshannon) wrote: > >> In article <45d284ca$0$90272$14726298@news.sunsite.dk>, >> Arne Vajhøj writes: >> > ChrisQuayle wrote: >> >> One reason to port sooner than later is cost. Software development is >> >> very labour intensive and the labour is expensive... >> > >> > And you think that rates is going to be higher next year >> > than this year ? >> >> It's pretty safe bet that it's not going to go down. >> > > > Where have you been since 2001? Working for sub-standard wages in academia (actually, since about 1988) but hopefully, not for much longer. And I have constantly followed the IT market in order to help students find jobs after graduating. The only way to reduce labor costs is to move off-shore. At least over here, IT jobs make up 5-8 of the top 10 paying jobs, depending on who's survey you look at. I wouldn't think things were that much different in Europe. Especially considering the higher costs for hardware and software over there. bill -- Bill Gunshannon | de-moc-ra-cy (di mok' ra see) n. Three wolves bill@cs.scranton.edu | and a sheep voting on what's for dinner. University of Scranton | Scranton, Pennsylvania | #include ------------------------------ Date: Wed, 14 Feb 2007 07:12:12 +0000 (UTC) From: helbig@astro.multiCLOTHESvax.de (Phillip Helbig---remove CLOTHES to reply) Subject: problem with spooled disk Message-ID: For some strange reason, a VAX in my cluster crashed. It took a while to come back up (it froze while writing a dump). Now it is back up and all looks OK except that one of its disks is in MntVerifyTimeout on one node (on the other nodes it looks fine). I can't dismount it on that node since it has files spooled to it. Is there any way to get out of this without rebooting the node on which it is in MntVerifyTimeout? (The spooled device comes from a queue I no longer need, so when I have time I can get rid of it, but nevertheless I would like to know if there is a way to get out of the situation and remount the disk without a reboot.) ------------------------------ Date: 14 Feb 2007 08:32:21 +0100 From: peter@langstoeger.at (Peter 'EPLAN' LANGSTOeGER) Subject: Re: problem with spooled disk Message-ID: <45d2c915$1@news.langstoeger.at> In article , helbig@astro.multiCLOTHESvax.de (Phillip Helbig---remove CLOTHES to reply) writes: >For some strange reason, a VAX in my cluster crashed. It took a while >to come back up (it froze while writing a dump). Now it is back up and >all looks OK except that one of its disks is in MntVerifyTimeout on one >node (on the other nodes it looks fine). I can't dismount it on that >node since it has files spooled to it. > >Is there any way to get out of this without rebooting the node on which >it is in MntVerifyTimeout? I'm not sure. Have you tried a $ DISMOUNT/ABORT/OVERRIDE=CHECKS disk? But maybe you end in an "mounted, marked for dismount" state where only a reboot might help as well... Have you tried to stop (/RESET) the queue as well? -- Peter "EPLAN" LANGSTOEGER Network and OpenVMS system specialist E-mail peter@langstoeger.at A-1030 VIENNA AUSTRIA I'm not a pessimist, I'm a realist ------------------------------ Date: Wed, 14 Feb 2007 03:41:37 -0500 From: JF Mezei Subject: Re: problem with spooled disk Message-ID: Phillip Helbig---remove CLOTHES to reply wrote: node (on the other nodes it looks fine). I can't dismount it on that > node since it has files spooled to it. > > Is there any way to get out of this without rebooting the node on which > it is in MntVerifyTimeout? You need to find which device is spooled to that disk and do set dev/nospooled to free the device. On every node of your cluster, you need to do a SHOW DEV/FILES disk: and then make sure all nodes have stopped accessing that disk (including installed images with $INSTALL DELETE You can then try combinations, from another node of MOUNT/CLUSTER and DISMOUNT/CLUSTER of that disk. If, on the problem node, SHOW DEV/FILES fails, you then need to use INSTALL LIST and catch whatever files would be installed (they will show up with incomplete information as I recall). After you are certain that no files are being accessed to that disk, you can try combinations of dismount (from other nodes first using SCS (aka: DISMOUNT/CLUSTER) as well as the DISMOUNT/ABORT. (look at SHUTDOWN.COM for the magic incantation of DISMOUNT that does the real DISMOUNT/ABORT) I think I managed to recover from such a situation once or twice, but other times, it needed a reboot. ------------------------------ Date: Wed, 14 Feb 2007 12:07:45 +0100 From: Paul Sture Subject: Re: small ISP startup Message-ID: In article , helbig@astro.multiCLOTHESvax.de (Phillip Helbig---remove CLOTHES to reply) wrote: > In article > , Paul > Sture writes: > > > I don't remember the name, but sometime last year, someone here on > > comp.os.vms was offering free mail accounts on a VMS system. They'd got > > my ISP down on a blacklist saying "anyone using this ISP ain't welcome". > > > > It appears that my ISP did react to being put on a blacklist (proof that > > anti-spam complaints do work?) and implemented outbound mail > > authentication. > > > > Since VMS TCP/IP services doesn't offer that, I set up my Mac as a mail > > router, and that works fine. > > Another alternative: http://www.dynaccess.com/ and send email through a > trusted server with no need for authentication. I've seen you recommend this before, so you are obviously satisfied with the service. Which tariff do you use? -- Paul Sture ------------------------------ Date: Wed, 14 Feb 2007 11:42:14 +0000 (UTC) From: david20@alpha2.mdx.ac.uk Subject: Re: X Windows App Message-ID: In article <45d21ef7$1@news.langstoeger.at>, peter@langstoeger.at (Peter 'EPLAN' LANGSTOeGER) writes: >In article <1171389358.513434.209100@v33g2000cwv.googlegroups.com>, "DJ" writes: >>All, >> >>Since I am new to OpenVMS I would like to make sure I am not missing >>something in my OpenVMS environment that would be causing me not to >>run X Windows applications remotely. I have been reading a non-VMS >>specific Xlib threads but have not found a solution. >> >>I have Cygwin running on my workstation connecting to one of my Linux >>servers. From my linux server I connect to a client's Linux server >>via a command similar to: >> >> ssh -X me@them >> >>I can then run something like xclock on their Linux box and have it >>display. I then run on their Linux box: >> >> xhost +vms_host_name_here (or xhost +) >> >>And then telnet to the OpenVMS box. If I now run (found on Internet >>this morning): >> >> create /term /detach >> >>I receive: >> >> Xlib: connection to "_WSA54:" refused by server >> Xlib: No protocol specified > >Who is setting the display device (if you login via TELNET)? > >If you login via SSH -X then the SSH server does it, but with TELNET >you have to do it (by hand, in LOGIN.COM or in SYLOGIN.COM) yourself. > >> Device: WSA54: [super] >> Node: SUSE64 >> Transport: TCPIP >> Server: 0 >> Screen: 0 >> >>Seeing the above output I am guessing that whoever set up my OpenVMS >>login environment has it set up correctly, but was wondering if there >>is something else I could or should look at or is this an issue with >>the Linux server? The Linux system administrator for this client left >>a few weeks ago so I will have to poke around on the Linux box if need >>be. I hope I provided all of the pertinent information. Any >>suggestions would be appreciated. > >Why not trying to connect to the X11 server on the linux box first >"$ TELNET suse64 6000" and see if the connection could be established at all... > Also be aware of any firewall or NAT between the systems. SSH will tunnel the traffic over the connection it set up. But if you just telnet into a system and set the display then the X application will try to open a connection back to port 6000 which won't be allowed if you are using NAT with port translation. David Webb Security team leader CCSS Middlesex University >-- >Peter "EPLAN" LANGSTOEGER >Network and OpenVMS system specialist >E-mail peter@langstoeger.at >A-1030 VIENNA AUSTRIA I'm not a pessimist, I'm a realist ------------------------------ Date: Wed, 14 Feb 2007 06:24:17 -0800 From: "Tom Linden" Subject: Re: X Windows App Message-ID: On Wed, 14 Feb 2007 00:27:11 -0800, Joseph Huber wrote: > In article <1171389358.513434.209100@v33g2000cwv.googlegroups.com>, "DJ" > writes: >> Since I am new to OpenVMS I would like to make sure I am not missing >> something in my OpenVMS environment that would be causing me not to >> run X Windows applications remotely. I have been reading a non-VMS >> specific Xlib threads but have not found a solution. >> >> I have Cygwin running on my workstation connecting to one of my Linux >> servers. From my linux server I connect to a client's Linux server >> via a command similar to: >> >> ssh -X me@them >> I can then run something like xclock on their Linux box and have it >> display. I then run on their Linux box: >> >> xhost +vms_host_name_here (or xhost +) >> And then telnet to the OpenVMS box. If I now run (found on Internet >> this morning): >> >> create /term /detach >> I receive: >> >> Xlib: connection to "_WSA54:" refused by server >> Xlib: No protocol specified > > > You NEVER will succeed to use an unencrypted to a (SSH-) encrypted > display. > The DISPLAY set on the Linux system is the ssh tunnel back to Your > "Cygwin" display server. What You attempt is to set an unencrypted > display > back to the Linux system, the Linux systems X11 server: this is NOT the > display on "Cygwin" owned by You ! > > Go directly from the "Cygwin" (assumed to be a Windows system running > the X11 > server) to VMS: ssh -X me@vms_host_name_here . > And on VMS NEVER replace the ssh display with a different SET DISPLAY: > the SSH server is setting it , that's it. He can also use PuTTY directly from Windows to VMS. > > If after a ssh login there is no display set, then the TCPIP stack/SSH > subsystem is too old. You didn't tell us VMS and TCPIP version: > HP TCPIP services (UCX) before 5.4+some ECO didn't do X11 forwarding. > (Multinet has it's own SSH server, and a SSH packet for older UCX > stacks). > -- Using Opera's revolutionary e-mail client: http://www.opera.com/mail/ ------------------------------ End of INFO-VAX 2007.090 ************************