INFO-VAX Thu, 13 Jan 2005 Volume 2005 : Issue 26 Contents: Re: Configuring a Microvax with a serial Epson RX-80 Re: Configuring a Microvax with a serial Epson RX-80 Re: Configuring a Microvax with a serial Epson RX-80 Re: Configuring a Microvax with a serial Epson RX-80 Re: Configuring a Microvax with a serial Epson RX-80 Re: DECwindows window manager problem DS10L variants Re: Energy Star and VAxstation 3100 Re: IA64 versus Power Re: J F lecturing on respect and netiquette! JEVE-W-BADISD, illegal image section descriptor Re: JEVE-W-BADISD, illegal image section descriptor Re: JEVE-W-BADISD, illegal image section descriptor Re: List of DEC boards to be auctioned on Ebay Re: List of DEC boards to be auctioned on Ebay Maytag Store, Wilkes-Barre, Pa. Rt. 309 Re: Microvax II questions Re: Microvax II questions Re: Microvax II questions Re: Microvax II questions Re: Microvax II questions Re: Microvax II questions Re: Need Word-11 Re: NY Times has home page link to HP's Jan. 18th web conference Re: NY Times has home page link to HP's Jan. 18th web conference OpenVMS Licensing Reserve/Include Priority Re: Simple EDT or TPU init file Subversion client build on OpenVMS Re: Subversion client build on OpenVMS Re: Subversion client build on OpenVMS Re: Subversion client build on OpenVMS Re: Subversion client build on OpenVMS Re: Subversion client build on OpenVMS TCPIP SSH failure logging Re: Virtual Alpha on OpenVMS AXP VMS in Semiconductors Re: VMS in Semiconductors Re: VMS in Semiconductors Re: VMS in Semiconductors Re: VMS in Semiconductors Re: VMS in Semiconductors ---------------------------------------------------------------------- Date: 13 Jan 2005 04:26:48 -0600 From: jfmezei.spamnot@teksavvy.com (JF Mezei) Subject: Re: Configuring a Microvax with a serial Epson RX-80 Message-ID: <41e64ce8$1_2@127.0.0.1> (In case previous attempt failed) Here is what you need when you system boots: (example taken from my system): $DEVMATRIX = "TXA6:" ! LA75 printer $! $ SET TERMINAL 'DEVMATRIX /NOBROADCAST /NOTYPEAHEAD /WRAP /FORM /NOTAB - /LOWER /HOSTSYNC /TTSYNC /SPEED=(9600) /WIDTH=(80) /PAGE=(12) - /DEV=LA75 /NOECHO /PERM $! $ SET DEVICE /SPOOLED=(MATRIX,SYS$SYSDEVICE:) 'DEVMATRIX $START/QUEUE And to create the queue : $define/form LABELS 57 /Description="40char*12line labels"/LENGTH=12- /MARGIN=(bottom=1,top=1,left=0,right=0)/SETUP=LINES-PAGE-12- /NOTRUNCATE/WIDTH=40 $! $DEVMATRIX == "TXA6:" $INITIALIZE /QUEUE /FORM=LABELS/DEFAULT=(nofeed,form=LABELS)/ON='DEVMATRIX - /NOSEPARATE /PROT=(W:RW) /separate=(noburst,noflag,notrailer)- /DESCRIPTION="LA75 LABELS (12 lignes-40 caractères/label)"/START MATRIX $! On modern versions of VMS, you only need to define it once. On older versions, you'd define it after setting the serial ports during each boot. For the SET TERMINAL (HELP SET TERM gives you plenty of info): /HOSTSYNC/TTSYBNC is for bidirectional x-on xoff flow control. You may not want /WRAP. HELP INIT/QUEUE gives you plenty of info on setting up the queue. You must set the terminal characteristics before you set the device spooled and start the queue (otherwise the symbiont takes control of the queue and you can't change it anymore). You can start tests before setting up the queues with the followiong: ALLOC TXA6: SET TERM TXA6 /whatever COPY smalltextfile.txt TXA6: DEALLOC TXA6: You can use many SET TERM followed with COPY until you are confortable that you've got the right terminal port settings. Note that if the serial port is on a terminal server, the procedure is different. You would set all port characteristics on the terminal server itself (permanent settings). On the VMS host, you'd use LATCP to create an LTA device that is mapped to the port on the terminal server. In the startup procedure: $! Start LAT and define the laser printer port $@sys$startup:lat$startup VELO - "/IDENTIFICATION=""""Node VELO of CYCLE cluster""""" You then edit sys$manager:lat$systartup.com and add a few commands to define the LTA port: $lcp create port lta10:/application $lcp set port lta10:/node=LAT_0040AF1604B8/port=PORT_1 and then you'd use LTA10: instead of TXA6: in the queue initialisation commands. You may still need a SET TERM LTA10: command for /WRAP/PAGE/WIDTH and a few others. But you can't set the major ones such as speed, parity etc. ------------------------------ Date: Thu, 13 Jan 2005 15:03:06 GMT From: "Nemo Oudeheis" Subject: Re: Configuring a Microvax with a serial Epson RX-80 Message-ID: Wow! Thanks. This seems pretty daunting, though I'll have a go at it. FWIW, I think the VMS system in question is v5.2. Since there is already a print queue (albeit stalled), the system must have had a working printer at one time. I was hoping to modify the existing setup. Newbie question: Is a printer (or perhaps, rather, the serial port) considered a "terminal" rather than some other type of device? Is that why one must use SET TERMINAL to configure it? Does TXA6: specifically refer to the serial port? And if so, which one? This machine has two serial ports, one to connect to the medical scanner, the other for the printer.... How can I inspect the previous printer configuration? Is it in defined in SYSTARTUP_V5.COM? Can I see the previous serial port configuration with something like SHOW TERMINAL * ? In your example you have the qualifier /DEV=LA75 -- I presume this is your laser printer. Would I have to use /DEV=RX80 in my setup? Sorry to be so bone-headed. ---------------------------------------------------------------------------- "JF Mezei" wrote in message news:41e64ce8$1_2@127.0.0.1... > > (In case previous attempt failed) > > Here is what you need when you system boots: (example taken from my > system): > > $DEVMATRIX = "TXA6:" ! LA75 printer > $! > $ SET TERMINAL 'DEVMATRIX /NOBROADCAST /NOTYPEAHEAD /WRAP /FORM /NOTAB - > /LOWER /HOSTSYNC /TTSYNC /SPEED=(9600) /WIDTH=(80) /PAGE=(12) - > /DEV=LA75 /NOECHO /PERM > $! > $ SET DEVICE /SPOOLED=(MATRIX,SYS$SYSDEVICE:) 'DEVMATRIX > $START/QUEUE > > > And to create the queue : > > $define/form LABELS 57 /Description="40char*12line labels"/LENGTH=12- > /MARGIN=(bottom=1,top=1,left=0,right=0)/SETUP=LINES-PAGE-12- > /NOTRUNCATE/WIDTH=40 > $! > $DEVMATRIX == "TXA6:" > $INITIALIZE /QUEUE > /FORM=LABELS/DEFAULT=(nofeed,form=LABELS)/ON='DEVMATRIX - > /NOSEPARATE /PROT=(W:RW) /separate=(noburst,noflag,notrailer)- > /DESCRIPTION="LA75 LABELS (12 lignes-40 caractères/label)"/START MATRIX > $! > > > On modern versions of VMS, you only need to define it once. On older > versions, > you'd define it after setting the serial ports during each boot. > > For the SET TERMINAL (HELP SET TERM gives you plenty of info): > > /HOSTSYNC/TTSYBNC is for bidirectional x-on xoff flow control. You may not > want /WRAP. > > HELP INIT/QUEUE gives you plenty of info on setting up the queue. > > You must set the terminal characteristics before you set the device > spooled > and start the > queue (otherwise the symbiont takes control of the queue and you can't > change it anymore). > > You can start tests before setting up the queues with the followiong: > ALLOC TXA6: > SET TERM TXA6 /whatever > COPY smalltextfile.txt TXA6: > DEALLOC TXA6: > > > You can use many SET TERM followed with COPY until you are confortable > that > you've got the right > terminal port settings. > > > > Note that if the serial port is on a terminal server, the procedure is > different. You would > set all port characteristics on the terminal server itself (permanent > settings). On the VMS host, > you'd use LATCP to create an LTA device that is mapped to the port on the > terminal server. > > > In the startup procedure: > $! Start LAT and define the laser printer port > $@sys$startup:lat$startup VELO - > "/IDENTIFICATION=""""Node VELO of CYCLE cluster""""" > > You then edit sys$manager:lat$systartup.com and add a few commands to > define the LTA port: > $lcp create port lta10:/application > $lcp set port lta10:/node=LAT_0040AF1604B8/port=PORT_1 > > and then you'd use LTA10: instead of TXA6: in the queue initialisation > commands. > You may still need a SET TERM LTA10: command for /WRAP/PAGE/WIDTH and a > few > others. > But you can't set the major ones such as speed, parity etc. ------------------------------ Date: 13 Jan 2005 10:31:51 -0600 From: briggs@encompasserve.org Subject: Re: Configuring a Microvax with a serial Epson RX-80 Message-ID: <3TfMDhZojtDY@eisner.encompasserve.org> In article , "Nemo Oudeheis" writes: > Wow! Thanks. This seems pretty daunting, though I'll have a go at it. > > FWIW, I think the VMS system in question is v5.2. > > Since there is already a print queue (albeit stalled), the system must have > had a working printer at one time. I was hoping to modify the existing > setup. What output device does that print queue connect to? i.e. What does SHOW QUEUE show for /ON=*output-device-name-here* Also, since the queue is stalled, there must be an issue with flow control on the old printer port. You may want to do something like: $ SET TERM /XON or $ SET TERM /NOHOSTSYNC /NOTTSYNC Beware: disabling flow control is asking for trouble when you start printing large jobs faster than the printer can go. > Newbie question: Is a printer (or perhaps, rather, the serial port) > considered a "terminal" rather than some other type of device? Is that why > one must use SET TERMINAL to configure it? Traditionally, under VMS, most serial ports were used by terminals for user login. That influenced the choice of command name used to modify serial port settings. Whether the device on the far end of the serial port is a printer or a terminal is largely irrelevant. You still use $ SET TERM to configure the port (though you want to take care to use $ SET TERM /PERM when you're preconfiguring printer ports) > Does TXA6: specifically refer to the serial port? And if so, which one? > This machine has two serial ports, one to connect to the medical scanner, > the other for the printer.... Not sure. What does $ SHOW DEV T show? > How can I inspect the previous printer configuration? Is it in defined in > SYSTARTUP_V5.COM? Usually the printer configuration consists of up to four pices. 1. Print queue definition [and forms and characteristics, if used] $ SHOW QUEUE /FULL $ SHOW QUEUE /FORM [/FULL] $ SHOW QUEUE /CHAR [/FULL] 2. Printer port settings $ SHOW TERMINAL One might also print via a parallel port, network device, remote node or something else, but that's not relevant here. 3. Spooler [optional] Inspect the startup scripts for $ SET DEVICE /SPOOL This is completely optional and doesn't affect the printer at all. If you set up a spooled device, then you can create print jobs by copying files to the spooled device. e.g. $ COPY MYFILE.LIS LPA0: as an alternative to $ PRINT /QUEUE=SYS$PRINT MYFILE.LIS 4. Device control library [optional] LIB/LIST SYS$LIBRARY:.TLB [optional] If the SHOW QUEUE command showed a /LIBRARY= clause then insert that library name in place of . This is a library of named text strings. Typically, these are standard escape sequences that may be associated with print "FORMS". In the absence of a /LIBRARY= clause, the standard library is SYS$LIBRARY:SYSDEVCTL.TLB e.g. $ DEFINE /FORM LANDSCAPE 12 /SETUP=LANDSCAPE $ LIB/INSERT/TEXT LANDSCAPE.TXT SYS$LIBRARY:HPPCL.TLB /MODULE=LANDSCAPE $ INIT /QUEUE MY_HP_PRINTER /LIBRARY=HPPCL The printer setup script may or may not be in SYSTARTUP_V5.COM. It's a matter of system manager preference. Some prefer to put the printer startup in a separate file called by SYSTARTUP_V5. Some prefer to keep all the startup stuff together in a single file. Some may have fancier setups, running bits and pieces of the startup as batch jobs or whatever. > Can I see the previous serial port configuration with something like SHOW > TERMINAL * ? I don't believe that wildcards work with $ SHOW TERM. But yes, $ SHOW TERM is the right command to use. > In your example you have the qualifier /DEV=LA75 -- I presume this is your > laser printer. Would I have to use /DEV=RX80 in my setup? The /DEV= clause isn't all that important. It establishes some defaults for the other settings. Since an LA75 understands form feeds, /DEV=LA75 also implicitly enables /FORM. And since an LA75 understands tabs, /DEV=LA75 implicitly enables /TAB. Since an LA75 is a printer, setting /DEV=LA75 implicitly enables /HARDCOPY. Since an LA75 is a printer, setting /DEV=LA75 implicitly disables /ANSICRT. There aren't enough predefined device types to cover every serial device on the market. So you generally just pick a generic one and go with that. It really doesn't matter. Personally, I always used /DEV=LA120. John Briggs ------------------------------ Date: Thu, 13 Jan 2005 17:14:41 GMT From: Rob Brown Subject: Re: Configuring a Microvax with a serial Epson RX-80 Message-ID: On Thu, 13 Jan 2005, Nemo Oudeheis wrote: > Since there is already a print queue (albeit stalled), the system > must have had a working printer at one time. I was hoping to modify > the existing setup. If the queue is stalled, then the printer has not responded in some way and the print queue is waiting for it. Was it like this when they gave it to you, or did you make it like this? This printer could be 20 or more years old. Does it work? I recall you thought it might be a different printer from the one which originally worked, but you didn't really know. What have you done so far? Making the assumption that you and others have done little and the settings are more or less the original working ones, I suggest starting with these steps: 1. Record and post the output from these commands: $ SHOW QUEUE/FULL printqueuename $ SHOW TERMINAL devicename 2. Using the appropriate (null-modem, probably) cable, plug a terminal into the printer in place of the computer. Things you type should appear on the printer (assuming the printer is not locked in some non-text mode, but one might expect a power cycle to fix that). Do they? Fiddle with the terminal and printer communications settings until it works or until you determine that the printer is broken. 3. Using the appropriate null-modem cable, plug the terminal into the computer in place of the printer. Press control-Q. Does the queue start? Does your output appear on the terminal? Fiddle with the terminal settings until it does. You might need to stop the queue and unspool the device for more detailed testing, but I don't want to talk about that right now. 4. With what you have learned in steps 2 and 3, reconfigure the printer or the terminal port as required. You might have to unspool the terminal port to reconfigure it. Have fun. -- Rob Brown b r o w n a t g m c l d o t c o m G. Michaels Consulting Ltd. (866)438-2101 (voice) toll free! Edmonton (780)438-9343 (voice) (780)437-3367 (FAX) http://gmcl.com/ ------------------------------ Date: Thu, 13 Jan 2005 17:37:09 GMT From: "Nemo Oudeheis" Subject: Re: Configuring a Microvax with a serial Epson RX-80 Message-ID: <9lyFd.16936$fE4.2698593@twister.southeast.rr.com> Many thanks to my respondents! I shall now try to work with your suggestions. ------------------------------------------------- "Rob Brown" wrote in message news:Pine.LNX.4.61.0501130955340.32327@localhost.localdomain... > On Thu, 13 Jan 2005, Nemo Oudeheis wrote: > >> Since there is already a print queue (albeit stalled), the system must >> have had a working printer at one time. I was hoping to modify the >> existing setup. > > If the queue is stalled, then the printer has not responded in some way > and the print queue is waiting for it. > > Was it like this when they gave it to you, or did you make it like this? > This printer could be 20 or more years old. Does it work? I recall you > thought it might be a different printer from the one which originally > worked, but you didn't really know. > > What have you done so far? > > Making the assumption that you and others have done little and the > settings are more or less the original working ones, I suggest starting > with these steps: > > 1. Record and post the output from these commands: > > $ SHOW QUEUE/FULL printqueuename > $ SHOW TERMINAL devicename > > 2. Using the appropriate (null-modem, probably) cable, plug a terminal > into the printer in place of the computer. Things you type should appear > on the printer (assuming the printer is not locked in some non-text mode, > but one might expect a power cycle to fix that). Do they? Fiddle with the > terminal and printer communications settings until it works or until you > determine that the printer is broken. > > 3. Using the appropriate null-modem cable, plug the terminal into the > computer in place of the printer. Press control-Q. Does the queue start? > Does your output appear on the terminal? Fiddle with the terminal > settings until it does. You might need to stop the queue and unspool the > device for more detailed testing, but I don't want to talk about that > right now. > > 4. With what you have learned in steps 2 and 3, reconfigure the printer > or the terminal port as required. You might have to unspool the terminal > port to reconfigure it. > > Have fun. > > > -- > > Rob Brown b r o w n a t g m c l d o t c o m > G. Michaels Consulting Ltd. (866)438-2101 (voice) toll free! > Edmonton (780)438-9343 (voice) > (780)437-3367 (FAX) > http://gmcl.com/ > ------------------------------ Date: 13 Jan 2005 01:16:05 -0800 From: martinkirby12@yahoo.co.uk Subject: Re: DECwindows window manager problem Message-ID: <1105607765.008591.229990@f14g2000cwb.googlegroups.com> JF Mezei asked, "But I wonder what would happen if I were to leave it lying around when I next restart to window manager, at whcih point the ending window manager would not succeed in renaming itself and that would cause the newly created on to fail due to the process name already existing." Not a problem. If the rename fails it is tried again with the process id appended to the process name. Martin Kirby ------------------------------ Date: Thu, 13 Jan 2005 14:06:15 +0000 From: Tim ffrench-Lynch Subject: DS10L variants Message-ID: <41E68057.A5693052@baesystems.com> I know of 466Mhz EV6 and 617MHz EV67 DS10L systems, but was there ever a 600/617MHz EV6 DS10L system? Tim ------------------------------ Date: Fri, 14 Jan 2005 00:18:17 +0800 From: prep@prep.synonet.com Subject: Re: Energy Star and VAxstation 3100 Message-ID: <876521716e.fsf@prep.synonet.com> Dave Froble writes: > Keith Parris wrote: >> JF Mezei wrote: >>> Well that's it then. I won't buy any more Vaxstations from HP >>> anymore if you guys can't upgrade them to be energystar compliant >>> :-) :-) :-) ;-) >> Whenever you want the monitor to go into power-save mode, please >> enable Energy Star operation by properly setting the VAXstation's >> Energy Star Enable switch. You don't even have to open the case to >> get at this switch. You can recognize it because it's a rocker >> switch with "0/1" markings. Energy Star is Enabled in the "0" >> position. :-) > Yep! It also puts the computer into extreme power saving mode. > Some side benefits include no backups, batch jobs, or any other such > troublesome stuff. :-) And it's Windows compatable ;) -- Paul Repacholi 1 Crescent Rd., +61 (08) 9257-1001 Kalamunda. West Australia 6076 comp.os.vms,- The Older, Grumpier Slashdot Raw, Cooked or Well-done, it's all half baked. EPIC, The Architecture of the future, always has been, always will be. ------------------------------ Date: 13 Jan 2005 06:28:50 -0600 From: clubley@remove_me.eisner.decus.org-Earth.UFP (Simon Clubley) Subject: Re: IA64 versus Power Message-ID: In article <41E59B1F.5DCC5798@teksavvy.com>, JF Mezei writes: > > PowerPC *was* available from multiple sources, until Motorola decided to stop > making it. Not completely true. Motorola's SPS division (now spun off as Freescale) still make the 32-bit PowerPC (along with a zillion other types of processors :-) ) for embedded purposes. See: http://www.freescale.com/webapp/sps/site/homepage.jsp?nodeId=018rH3bTdG Simon. -- Simon Clubley, clubley@remove_me.eisner.decus.org-Earth.UFP Microsoft: The Standard Oil Company of the 21st century ------------------------------ Date: Thu, 13 Jan 2005 08:45:18 -0500 From: "Darrell" Subject: Re: J F lecturing on respect and netiquette! Message-ID: "Gregory Morrow" wrote in message news:mvoFd.5314$KJ2.3160@newsread3.news.atl.earthlink.net... > > Nomen Nescio wrote: > > > Wow! Where does he find all the time to come up with all these > monikers...!!!??? > One has to wonder how Nomen Nescio (Mike) has the time to track JF! ------------------------------ Date: 13 Jan 2005 04:29:54 -0800 From: askgoogle2004@yahoo.com (Tom) Subject: JEVE-W-BADISD, illegal image section descriptor Message-ID: Hi, I came across the following error JEVE-W-BADISD, illegal image section descriptor (OVMS alpha 7.3-1) which is occurring quite frequently. My observations are as follows 1. I am executing a source image(.exe) in which there are some calls to other exe's(subroutines) which results in the above said error. 2. I found from the manual that this error occurs if the exe is corrupt. In my case, the problamatic image was compiled and linked on 1996. So ,I built all the images(.exe) again and tried to run my exe. But the same error was occurring again. 3. This time, I removed the calls to the subroutines from the source image, but the problem did not vanish. Well, it would be helpful if anyone can help me out. My doubts : 1. Why does this error occur? "I could not find much info on this, can any one give more info on why this error occurs and under what circumstances". 2. What should I do when I encounter this kind of error? Thanks in Advance, Have a nice day!!! Regards, Tom. ------------------------------ Date: 13 Jan 2005 08:18:45 -0600 From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) Subject: Re: JEVE-W-BADISD, illegal image section descriptor Message-ID: <8FAuCVJrCMA8@eisner.encompasserve.org> In article , askgoogle2004@yahoo.com (Tom) writes: > Hi, > > I came across the following error > > JEVE-W-BADISD, illegal image section descriptor (OVMS alpha > 7.3-1) which is occurring quite frequently. > My doubts : > > 1. Why does this error occur? > "I could not find much info on this, can any one give more info on why > this error occurs and under what circumstances". One of two posibilities: 1) The main routine is returning garbage, or a call to an exit() type function is returning garbage, which just happens to have the value 8192 (2000 hex). SS$_BADISD is 8196 which would be -F- instead of -W-. 2) EVE is having a problem with one of it's shared images or TPU sections. Check what TPU section you're using, such as the value of TPU$SECTION, or one referenced in a TPU or EVE initialization file. The image sections which support EVE are all on the system disk. > > 2. What should I do when I encounter this kind of error? You may have to restore something from your backups. ------------------------------ Date: Thu, 13 Jan 2005 18:29:14 +0100 From: Udo Wahrburg Subject: Re: JEVE-W-BADISD, illegal image section descriptor Message-ID: Hi Tom, what's the name of your shared image ? Look, if you have defined a logical name with the same name (only filename part), which points to something else, but not to your shareable image. good luck Udo Tom wrote: >Hi, > > I came across the following error > > JEVE-W-BADISD, illegal image section descriptor (OVMS alpha >7.3-1) which is occurring quite frequently. > >My observations are as follows > >1. I am executing a source image(.exe) in which there are some calls >to other exe's(subroutines) which results in the above said error. > >2. I found from the manual that this error occurs if the exe is >corrupt. > > In my case, the problamatic image was compiled and linked on 1996. >So ,I built all the images(.exe) again and tried to run my exe. But >the same error was occurring again. > >3. This time, I removed the calls to the subroutines from the source >image, but the problem did not vanish. > >Well, it would be helpful if anyone can help me out. > >My doubts : > >1. Why does this error occur? >"I could not find much info on this, can any one give more info on why >this error occurs and under what circumstances". > >2. What should I do when I encounter this kind of error? > >Thanks in Advance, > >Have a nice day!!! > >Regards, >Tom. > > ------------------------------ Date: Thu, 13 Jan 2005 11:13:44 -0500 From: "K. Marden" Subject: Re: List of DEC boards to be auctioned on Ebay Message-ID: <41E69E38.20706@netscape.net> OK OK OK! I got the point! I am open to suggestions on how you would do this so you aren't sending a file to the newsgroups. Just trying to save a small amount of bandwidth. Additionally, I will be updating the file periodically as items are sold so a link made sense to me. BTW, it opens fine in my browser (Mozilla on win98-Sorry, I'm trying to move to Linux!) Will post a link to a text version shortly.....suggestions welcome. PS. Please don't post dumps as it exposes my real email address in the file to the bots.... Kurt Dave Froble wrote: > K. Marden wrote: > >> >> Please follow this link to an Excel spreadsheet. >> All items to be auctioned on Ebay over the next month or two. >> All items are untested. >> >> thanks, >> Kurt >> >> http://www.gis.net/~jkmarden/Dec-parts-list1.xls > > > This may be Ok, but I'm wondering who would invoke an Excel spreadsheet > over the internet. For all who would, I'm selling bridges this year. > > Dave > ------------------------------ Date: Thu, 13 Jan 2005 16:50:58 GMT From: Rob Brown Subject: Re: List of DEC boards to be auctioned on Ebay Message-ID: On Thu, 13 Jan 2005, K. Marden wrote: > I am open to suggestions on how you would do this so you aren't > sending a file to the newsgroups. Since you are linking to a website, HTML is the best choice. If you don't write raw HTML, MS Word and other programs will output HTML for you. I assume that you used excel for its table capabilities. MS Word does tables as well. -- Rob Brown b r o w n a t g m c l d o t c o m G. Michaels Consulting Ltd. (866)438-2101 (voice) toll free! Edmonton (780)438-9343 (voice) (780)437-3367 (FAX) http://gmcl.com/ ------------------------------ Date: 13 Jan 2005 03:42:02 -0800 From: "Fatboy Jr." Subject: Maytag Store, Wilkes-Barre, Pa. Rt. 309 Message-ID: <1105616522.270503.119360@f14g2000cwb.googlegroups.com> To anyone from the northeastern part of Pa., in the town of Wilkes-Barre, a message (non Pontiac oriented) BEWARE- AVOID the Maytag appliance store on Rt. 309 by Home Depot, in Wilkes-Barre. The guy that owns it is a major jerk, he talked me into a $110 gas flow valve for my Magic Chef stove, and then refused to take it back when that was not the problem. I had to spend another $75 online to get ignitors, which were the real problem. And the p-rick won't take the gas valve back. The store is located right by where the old Zayre's dept. store used to be, on RT. 309. BEWARE- SHOP ELSEWHERE !! The guy changes from Dr. Jekyll to Mr. Hyde depending on if you are handing him money or not at the time. ------------------------------ Date: Thu, 13 Jan 2005 09:42:06 +0100 From: Michael Unger Subject: Re: Microvax II questions Message-ID: <34mqmkF4cv7uaU1@individual.net> On 2005-01-13 00:33, "JF Mezei" wrote: > [...] > > There are 2 clocks, > one at 614.4000 khz > and one at : 40.00000 mhz > > I take it the 40mhz one is the main clock for the MVII ? > What is the .6144mhz one for ? Divide the clock's frequency by 64 and you are at the common serial line speed of 9.6k ... > [...] Michael -- Real names enhance the probability of getting real answers. My e-mail account at DECUS Munich is no longer valid. ------------------------------ Date: 13 Jan 2005 04:41:01 -0600 From: jfmezei@teksavvy.com (JF Mezei) Subject: Re: Microvax II questions Message-ID: <41e6503d$1_2@127.0.0.1> "E.S." writes: |>I could be completely wong, but it sounds like you're describing the |>second version of the ka630. You should have a PCB number, which sounds |>like 50-16523-02, m7606 on the handle ... Yep. That is the one. (Haven't checked the numbers on the all mighty MVII that is running. This one is just a backup I got from an ex VMS customer.) |>(the version 1, which is the 50-16523-01, had only two big ASICs) |>The VAX CPU is BTW, one of the smaller chips, and the FPU is the other |>one with the heat sink on it ... You mean those 2 small chips do all the work ? one is: 21-22797-01 M870-37 8743 the other is: 21-20887-05 Z313-89 8747 I had alwasy though that the two largest chipos would have been the CPU There are 2 chips with a sticker with DEC85 LM8803 11*E6 (*=0 and 1). I assume those make up the console/boot ROM. Those 2 chips, along with some small ones next to the QBUS connectors are the only chips that are linked to Digital in any way. The rest are all made by other companies. |>It is a 40 MHz crystal, but divided, divided, and divided until you |>get to a cpu cycle time of 200ns. (Whatever cpu cycle means here) Interesting. If this were marketed today, would they market it as a 40mhz CPU ? Or in other words, the machines that are marketed at 3 gigahertz today, is that just the crystal's rate, or the actual rate fed to the CPU ? ------------------------------ Date: Thu, 13 Jan 2005 12:37:08 +0000 (UTC) From: Dan Foster Subject: Re: Microvax II questions Message-ID: In article <41e6503d$1_2@127.0.0.1>, JF Mezei wrote: > >|>It is a 40 MHz crystal, but divided, divided, and divided until you >|>get to a cpu cycle time of 200ns. (Whatever cpu cycle means here) Wouldn't that yield 5 MHz for the CPU? 1 / (200 / 1000000000) Not really that shabby considering what it can do and the quality of the OS running on it. My first VAX that I personally owned was a MicroVAX II in perhaps a BA23 cabinet? The original IBM PC, as a point of comparison, had 120ns RAM which allowed for a CPU as fast as 8.33 MHz. It bought IBM some time and CPU speed-ups before they had to look at faster and more expensive RAM. The Apple II had 150ns RAM which allowed for as fast as 6.67 MHz CPU, but only used 1.023 MHz for the CPU with the later IIc at 4 MHz. > Interesting. If this were marketed today, would they market it as a > 40mhz CPU ? Or in other words, the machines that are marketed at 3 > gigahertz today, is that just the crystal's rate, or the actual rate > fed to the CPU ? Well, it depends, but the 'master clock oscillator' often drives different operations. For instance, the Apple II's 6502 had a 14.31818 MHz oscillator crystal. It was divided into a "7M" (7.159 MHz -- half of 14.31818 MHz) signal fed to the peripheral bus. The other 7.159 MHz was divided in half to produce a 3.58 MHz clock that drove the NTSC video signal generation -- both dot clock and color burst. 7.159 MHz was also divided by 7 to yield the effective clock frequency of 1.023 MHz, for both the phase 0 and phase 1 signals that drove the peripheral bus access cycles. A 1.023 MHz clock signal also drove the 6502's processor operations and memory accesses. Apple marketing called it a 1 MHz machine for simplicity, because that was essentially what the CPU got to work with. It also rolls off the tongue a lot better than 1.023 MHz. :-) The original clock frequency drove everything important -- the CPU, memory, video, and peripheral slots' timing... but no single component got the full 14 MHz clock cycle. I doubt that marketing today would normally list the internal clock oscillator's rating. Even as sneaky as certain companies can be, they just don't do that. (Though they sometimes use different and misleading numbers in other areas to sucker the typical consumer.) -Dan ------------------------------ Date: Thu, 13 Jan 2005 07:07:41 -0700 From: "E.S." Subject: Re: Microvax II questions Message-ID: JF Mezei wrote: > You mean those 2 small chips do all the work ? > > one is: > 21-22797-01 > M870-37 8743 > > the other is: > 21-20887-05 > Z313-89 8747 Yes, CPU & FPU > I had alwasy though that the two largest chipos would have been the CPU Nope. The DC333 & DC337 (or 78032 & 78132) uVAXII CPU used even internally the multiplexed Addr & Data, so 68 pins are fine ;-) > There are 2 chips with a sticker with DEC85 LM8803 11*E6 (*=0 and 1). I > assume those make up the console/boot ROM. Right > Those 2 chips, along with some small ones next to the QBUS connectors are > the only chips that are > linked to Digital in any way. The rest are all made by other companies. You have to look for chips with a reference designator like xx-xxxxx-xx Then you should find most of the chips specially made for DEC. Look for example the 40 pin AMI chip (the UART or console, or whatever) or just DC319 And IIRC, DEC switched a lot of times between LSI & Toshiba as an ASIC source. They even used standard FPGAs in some VAXen. > > Interesting. If this were marketed today, would they market it as a 40mhz > CPU ? Or in other words, > the machines that are marketed at 3 gigahertz today, is that just the > crystal's rate, or the actual > rate fed to the CPU ? I was probably saying it wrong, but the 40 MHz are fed to the CPU, and divided there. DEC liked a lot of multi-phase clocks ... So it "could" be a 40 MHz CPU But if any CPU of today is actually doing anything at 3 GHz, that's marketing. We don't like to go there ;-) ------------------------------ Date: Fri, 14 Jan 2005 00:25:55 +0800 From: prep@prep.synonet.com Subject: Re: Microvax II questions Message-ID: <871xcp70to.fsf@prep.synonet.com> JF Mezei writes: > There are 3 purple chips in the middle. 2 large and one smaller > one. I take it that the vax was implemented as 3 chips ? ( I think > that the Microvax's claim to fame was the first vax to be on a > single board, right ?) Nope, the uV-I, aka Seahorse was first. Qbus memory though :( > Which Vax model was the first one to have the VAX on a single chip ? That would be a Cvax machine I *think*... > One of the larger and the smaller chips were made in japan, and the > middle one , having a partially copper top, has an inscription that > begins with LSILIA0485 and 21-23413-01 below. If this is the guts of > the microvax II, what do the other 2 chips do ? (the smaller one is > 212632201, the bigger one is 212338901) > If I were to dip the board in liquid nitrogen for cooling, could I > replace the 40mhz clock with say, a 1.4gHz clock and get my All > migthy Microvax II to outspeed a Alpha EV7 ? :-) :-) :-) :-) Good question. In 86 or so they got a J-11 up to 45MHz or so, and ran the full XXDP set on it. -- Paul Repacholi 1 Crescent Rd., +61 (08) 9257-1001 Kalamunda. West Australia 6076 comp.os.vms,- The Older, Grumpier Slashdot Raw, Cooked or Well-done, it's all half baked. EPIC, The Architecture of the future, always has been, always will be. ------------------------------ Date: Thu, 13 Jan 2005 11:20:09 -0700 From: "E.S." Subject: Re: Microvax II questions Message-ID: prep@prep.synonet.com wrote: > JF Mezei writes: > >>There are 3 purple chips in the middle. 2 large and one smaller >>one. I take it that the vax was implemented as 3 chips ? ( I think >>that the Microvax's claim to fame was the first vax to be on a >>single board, right ?) > > > Nope, the uV-I, aka Seahorse was first. Qbus memory though :( Sorry, the uV-I was a two board set ... ------------------------------ Date: 13 Jan 2005 09:48:14 -0800 From: "Ed Wilts" Subject: Re: Need Word-11 Message-ID: <1105638494.057841.298530@f14g2000cwb.googlegroups.com> KEYpak has been around for several decades and I believe that Word-11 is/was one of their supported formats. It looks like they've been bought by ANE over the years but http://www.keypak.com is still valid. I remember looking at their products in the late '80s and from what I recall then, they had a darn good solution. Their licensing at the time allowed for system licenses or per-document licenses. You could also send them your documents and they'd do a 1-time conversion for you. It's worth a shot to contact them I suppose. .../Ed ------------------------------ Date: 13 Jan 2005 11:27:51 +0100 From: pmoreau@ath.cena.fr (Patrick MOREAU, CENA Athis, Tel: 01.69.57.68.40) Subject: Re: NY Times has home page link to HP's Jan. 18th web conference Message-ID: <9OA2SQs22o92@sinead> In article <34lmi8F4cf9ifU1@individual.net>, bill@cs.uofs.edu (Bill Gunshannon) writes: >> Keith Parris wrote: >>> You will be surprised, and pleassantly so. Don't miss the webcast. >>> http://www.hp.com/go/agility >> >> When you say I will be plesantly surprised, does this mean that this is when >> Carly finally announces the retirement of IA64 ? :-) > > I think "surprised, and pleassantly so" to this audience would likely > be the announcement that VMS was being sold/turned over to someone who > would seriously market, develop and move it forward!! Or for me that HP is going to build low end VMS servers (usable as workstations), with IA64 or other cpu, with multimedia support (at least sound) and silent fans. Patrick -- =============================================================================== pmoreau@ath.cena.fr (CENA) ______ ___ _ (Patrick MOREAU) moreau_p@decus.fr (DECUS) / / / / /| /| CENA/Athis-Mons FRANCE / /___/ / / | / | __ __ __ __ BP 205 / / / / |/ | | | |__| |__ |__| | | 94542 ORLY AEROGARE CEDEX / / :: / / | |__| | \ |__ | | |__| http://www.ath.cena.fr/~pmoreau/ http://www.multimania.com/pmoreau/ =============================================================================== ------------------------------ Date: Thu, 13 Jan 2005 10:48:51 -0500 From: "John Smith" Subject: Re: NY Times has home page link to HP's Jan. 18th web conference Message-ID: <_M2dnYua-KrFBXvcRVn-gA@igs.net> Keith Parris wrote: > JF Mezei wrote: >> Ok, so the ad appears on the very front page of the on-line. >> Therefore doubtful that the event will feature VMS much. But we >> could be surprised. > > You will be surprised, and pleassantly so. Don't miss the webcast. > http://www.hp.com/go/agility Every time I see the word 'agility' and HP in the same sentence I think of carly(tm) in a leotard doing a rhythmic gymastics routine - pretty, but lacking in substance. ------------------------------ Date: Thu, 13 Jan 2005 11:43:00 -0500 From: "Hal Kuff" Subject: OpenVMS Licensing Reserve/Include Priority Message-ID: Hi, If one has two capitated product licenses.... license one (5 user) is reserved for user FOO and license two (5 user) is available for all users then are the licenes for user FOO always granted first from license one and not from the all user pool? --- ------------------------------ Date: 13 Jan 2005 07:47:11 -0800 From: "Big John" Subject: Re: Simple EDT or TPU init file Message-ID: <1105631231.790091.277850@c13g2000cwb.googlegroups.com> Fred Bach wrote: > John, > > Very Nice work. Thanks. I can get the keyboard to beep by > hitting a lot of invalid keys quickly, but I cannot get > SIMPLE to hang any more, not even once! Nice. Also, I tried > starting SIMPLE with the DCL keypad in both Numeric and > Application modes, and SIMPLE works as specified in either mode. > > SIMPLE starts very fast. Good work. Thanks. Now I need to > put in an instruction line at the bottom of the screen > (which is untouchable by the user) which gives the list of > valid keys and what they do. Well there are 2 ways to to this -the quick n easy way.. - If you can fit all the information you want to give on one line, the you could simply reinstate the status line for the window, and put it in there. The OP asked how to remove it, but we can put it back in and copy the information there. i.e. replace the line: main_window := create_window(1,window_size,off); with the lines: main_window := create_window(1,window_size,ON); set (status_line, main_window, REVERSE, " |Up = 8| |Down = 2| |Page Up = 4| |Page down = 6| |Exit = 1|"); - Alternatively, the long and proper way.. If you want to spread the intructions across more than one line, you need to create a separate window for it, write the instructions to a new buffer, and map that buffer to the new window. This, as my old schoolbooks used to say, is left as an exercise for the reader! > > ps. Is there any way to make TPU display the file in > doublesized letters by default? I know how to do that > in DCL. ..fwb. > That sounds like a challenge! The answer is - Yes, there is. - Cheers, John ------------------------------ Date: 13 Jan 2005 05:04:20 -0800 From: "M.Eismann" Subject: Subversion client build on OpenVMS Message-ID: <1105621459.977289.267760@c13g2000cwb.googlegroups.com> Hello to all! OpenVMS Alpha 7.3-2 I'm looking for a subversion-client built on OpenVMS. Subversion is a version-cotrol-software similar to CVS (http:://www.cvshome.org) and it's to be known to "replace" the well known CVS. We don't want to use the CMS (Code-Management-System) from DEC/Compaq/HP; it requires licenses, isn't able to work over networks (like CVS does in client/server-mode) and it stores every "atomic" release of a textfile (sourcefile) in full format - not incrementally like CVS or Subversion would do... There are also other sources not on VMS-system(s), but on Linux and Windows, which should also be managed by a central repository... So CMS has some disadvantages for us... The current sources are available at http://subversion.tigris.org in version 1.1.2. Maybe anyone has built this tool on VMS?! Or anyone has experiences in building this open-source-tool with GNV (http://h71000.www7.hp.com/opensource/opensource.html#gnv)? We have Compaq C V6.5-001 on OpenVMS Alpha V7.3-2, the latest Unix-porting library installed. I read somewhere, that we also need the automake- and autoconf-tools for building/porting from Unix/Linux to VMS, but where can I get binaries of these tools? Can anyone help me? Best Regards Martin ------------------------------ Date: Thu, 13 Jan 2005 09:48:31 -0500 From: "Richard Whalen" Subject: Re: Subversion client build on OpenVMS Message-ID: "M.Eismann" wrote in message news:1105621459.977289.267760@c13g2000cwb.googlegroups.com... > Hello to all! > > OpenVMS Alpha 7.3-2 > > > ..... and it stores every "atomic" > release of a textfile (sourcefile) in full format - not incrementally > like CVS or Subversion would do... > ........ > > Best Regards > Martin > I don't know where you got the above idea. CMS has always stored just one copy of a text file with the changes marked inside of it so that fetches can obtain the proper revision. This goes back to the days when it being developed under the code name STEP. ------------------------------ Date: Thu, 13 Jan 2005 10:10:31 -0600 From: "Craig A. Berry" Subject: Re: Subversion client build on OpenVMS Message-ID: In article <1105621459.977289.267760@c13g2000cwb.googlegroups.com>, "M.Eismann" wrote: > Hello to all! > > OpenVMS Alpha 7.3-2 > > I'm looking for a subversion-client built on OpenVMS. Subversion is a > version-cotrol-software similar to CVS (http:://www.cvshome.org) and > it's to be known to "replace" the well known CVS. > We don't want to use the CMS (Code-Management-System) from > DEC/Compaq/HP; it requires licenses, isn't able to work over networks > (like CVS does in client/server-mode) and it stores every "atomic" > release of a textfile (sourcefile) in full format - not incrementally > like CVS or Subversion would do... > There are also other sources not on VMS-system(s), but on Linux and > Windows, which should also be managed by a central repository... > So CMS has some disadvantages for us... > > The current sources are available at http://subversion.tigris.org in > version 1.1.2. Maybe anyone has built this tool on VMS?! Or anyone has > experiences in building this open-source-tool with GNV > (http://h71000.www7.hp.com/opensource/opensource.html#gnv)? > We have Compaq C V6.5-001 on OpenVMS Alpha V7.3-2, the latest > Unix-porting library installed. I read somewhere, that we also need the > automake- and autoconf-tools for building/porting from Unix/Linux to > VMS, but where can I get binaries of these tools? > Can anyone help me? Porting Subversion to VMS is a worthwhile project but probably not a trivial one. It's worth giving GNV a try, but if you run into trouble, you'll probably just need to abandon it and write your own native makefiles (description files) from scratch. The main prerequisite to Subversion is the Apache Portable Run-time library (APR) which is part of Apache 2.0. OpenVMS Engineering have *still* not released the sources to the VMS port of Apache 2.0, so you will need to figure out whether you can simply link against the binary version of the APR that must be somewhere in the Apache kit or wait until you can get the sources. It's possible the APR didn't require any porting so you may be able to simply acquire the sources from Apache and build it. That's all TBD before you can actually start a port of Subversion proper. Next thing to worry about would be all the typical UNIX porting issues. Do the sources use fork() ? Named pipes? If not, and if are looking for a client-only port that can assume text files only, the port may be fairly straightforward. Subversion claims to use only ANSI C and the APR, so you may be in business. If you want to host a Subversion server on VMS, or if you want to preserve native file formats when checking sources into a remote server, you'll need to get into the nitty gritty of OpenVMS file formats and integrate some way to store the necessary metadata in a Subversion repository. BTW, the "atomicity" of Subversion has nothing to do with storing only diffs versus storing whole files. It means that you can check in a batch of changes affecting multiple files and you are guaranteed to get all of them or none of them. It's been awhile since I've used CMS, so I can't remember whether its groups guarantee transactional integrity like that. In any case, you are probably confusing the ordinary versioning of the VMS file system with the version control of CMS. ------------------------------ Date: 13 JAN 2005 16:20:20 GMT From: Dave Greenwood Subject: Re: Subversion client build on OpenVMS Message-ID: <13JAN05.16202086@feda01.fed.ornl.gov> In a previous article, "M.Eismann" wrote: > Hello to all! > > OpenVMS Alpha 7.3-2 > > I'm looking for a subversion-client built on OpenVMS. Subversion is a > version-cotrol-software similar to CVS (http:://www.cvshome.org) and > it's to be known to "replace" the well known CVS. > We don't want to use the CMS (Code-Management-System) from > DEC/Compaq/HP; it requires licenses, isn't able to work over networks > (like CVS does in client/server-mode) and it stores every "atomic" > release of a textfile (sourcefile) in full format - not incrementally > like CVS or Subversion would do... As Richard Whalen said, CMS does store incremental changes. It does require a license and it isn't cheap. > There are also other sources not on VMS-system(s), but on Linux and > Windows, which should also be managed by a central repository... > So CMS has some disadvantages for us... AFAIK, CMS works fine in a multiple system environment. You can not check out on Windows, copy the file to Linux and update it from Linux (or vice versa) due to line-terminator issues. But you can check out, edit and update on Windows and then checkout, edit and update the same file on Linux. Likewise you could check out, edit and update the same file on VMS. There is, however, no VMS server for CVS. There didn't used to be a Windows server but I think there is now. > The current sources are available at http://subversion.tigris.org in > version 1.1.2. Maybe anyone has built this tool on VMS?! Or anyone has > experiences in building this open-source-tool with GNV > (http://h71000.www7.hp.com/opensource/opensource.html#gnv)? > We have Compaq C V6.5-001 on OpenVMS Alpha V7.3-2, the latest > Unix-porting library installed. I read somewhere, that we also need the > automake- and autoconf-tools for building/porting from Unix/Linux to > VMS, but where can I get binaries of these tools? Automake and autoconf are major pains for porting to VMS. I don't think you'll find tools which are capable of building subversion. BTW, are you sure subversion is ready for serious use? Last I looked (some months ago) it wasn't. Dave -------------- Dave Greenwood Email: Greenwoodde@ORNL.GOV Oak Ridge National Lab %STD-W-DISCLAIMER, I only speak for myself ------------------------------ Date: Thu, 13 Jan 2005 16:40:56 -0000 From: "Richard Brodie" Subject: Re: Subversion client build on OpenVMS Message-ID: "Dave Greenwood" wrote in message news:13JAN05.16202086@feda01.fed.ornl.gov... > BTW, are you sure subversion is ready for serious use? Last I looked > (some months ago) it wasn't. Always a matter of opinion but it's good enough for Samba and Apache... ------------------------------ Date: Thu, 13 Jan 2005 18:18:34 +0100 From: Keith Cayemberg Subject: Re: Subversion client build on OpenVMS Message-ID: <41e6ad6a$0$23124$9b4e6d93@newsread2.arcor-online.net> M.Eismann wrote: > Hello to all! > > OpenVMS Alpha 7.3-2 > > I'm looking for a subversion-client built on OpenVMS. Subversion is a > > Best Regards > Martin > Hi Martin, Have you tried Superversion for OpenVMS? Superversion: Version control for gourmets http://www.superversion.org/ Superversion for OpenVMS - Thierry USO http://perso.wanadoo.fr/thierry.uso/suv-en.html I highly recommend CMS and the whole DECset Family for OpenVMS software development. There is also a CMS Client for Windows which integrates into MicroSoft's Visual Studio as the code repository (see Enterprise Toolkit); and CMS integrates also with Distributed NetBeans enabling multi-platform development. There are also many other tools available for Software Configuration Management on OpenVMS. Please see my list below. *Software Configuration Management (SCM) - Repositories and Librarians* Andromede - english http://perso.club-internet.fr/eslog/anglais/a_andromede.htm Andromede - french http://perso.club-internet.fr/eslog/francais/andromede.htm CMS - Code Management Systems - DECset - Wayback Machine http://web.archive.org/web/20040216025515/http://h71000.www7.hp.com/commercial/decset/cms_index.html CMS Examples - Ask VMS http://hp.ciber.net/hp/match.asp?query=Examples+CMS&source=1000&origin=0 CMVISION http://web.archive.org/web/20020926065708/http://www.cmvision.com/ CodeME - CMZ - CERN http://wwwcmz.web.cern.ch/wwwcmz/ Configuration Management Tools Summary http://www.daveeaton.com/scm/CMTools.html CVS - Cyclic Software - brief http://www.openvms.compaq.com/partners/cyclic/index.htm CVS (Concurrent Versions System) - Patch for OpenVMS http://nchrem.tnw.tudelft.nl/openvms/software2.html#cvs CVS for OpenVMS - oooovms http://www.oooovms.dyndns.org/gnv/cvs/ CVS for OpenVMS - oooovms - build cvs 1.11.17 step 1 http://www.4ovms.dyndns.org/buildcvs.html CVS for VMS - Concurrent Version System http://www.cvshome.org/dev/codevms.html DECset http://h71000.www7.hp.com/commercial/decset/decset_index.html DECset Documentation (including CMS) http://h71000.www7.hp.com/doc/decset.html DECset Clients for CMS and MMS - Software Product Description (SPD) - PDF http://h18000.www1.hp.com/info/SP6406/SP6406PF.PDF Enterprise Toolkit - OpenVMS Edition (CMS integrated into MS Visual Studio) http://h71000.www7.hp.com/commercial/et/et_index.html Excosoft Configuration Database - ExcoConf http://www.excosoft.se/sweb/site/versionshantering.html GNM - Common-sources tool for messages and documentation - OpenVMS Freeware CD v6 http://h71000.www7.hp.com/freeware/freeware60/gnm/ Guiffy Software, Inc. - Guiffy Source Compare/Merge tool. http://www.guiffy.com/openvms.html LSE SCA und PCA - Eine Einfuehrung (An Introduction in German) http://www.vaxman.de/publications/lse_sca_pca.pdf McCabe & Associates - TRUEchange http://www.mccabe.com/true_tc.htm McCabe & Associates - TRUEchange family http://www.mccabe.com/true.htm NetBeans - Distributed NetBeans for OpenVMS http://h71000.www7.hp.com/openvms/products/ips/netbeans/distnb.html NetBeans for OpenVMS http://h71000.www7.hp.com/openvms/products/ips/netbeans/ NetBeans for OpenVMS - Plug-in Modules (includes CMS) http://h71000.www7.hp.com/openvms/products/ips/netbeans/modules.html Neuma Technology Inc. - CM+ Software Configuration Management and Product Management Solution http://neuma.com/ Perforce Software - Perforce SCM http://www.perforce.com/ Perforce Software - Perforce SCM Downloads - Old Versions http://www.perforce.com/perforce/loadprog_old.html Perforce Software - Product Information http://www.perforce.com/perforce/products.html Product Configuration Management System SPD - PDF http://h18000.www1.hp.com/info/SP4515/SP4515PF.PDF QEF Advanced Software Inc. - Wayback Machine http://web.archive.org/web/20030628160605/http://www.qef.com/index.html RCS - GNU RCS - official download ftp://ftp.gnu.org/pub/gnu/rcs ftp://ftp.gnu.org/pub/gnu/rcs/ RCS - official download - Index of ftp://ftp.cs.purdue.edu/pub/RCS ftp://ftp.cs.purdue.edu/pub/RCS/ RCS - What's GNU: RCS - Revision Control System - Wayback Machine http://web.archive.org/web/20040225144051/http://www.chmi.cz/meteo/ov/lace/aladin_lace/MaKpage/rcs_doc.html RCS for VMS download - Index of ftp://ftp.virginia.edu/pub/vms ftp://ftp.virginia.edu/pub/vms/ Serena - Merant Dimensions - Powerful Enterprise Change Management Solutions (ECM) http://www.merant.com/Products/ECM/dimensions/home.asp Superversion: Version control for gourmets http://www.superversion.org/ Superversion for OpenVMS - Thierry USO http://perso.wanadoo.fr/thierry.uso/suv-en.html Synergex - OpenVMS Business Partner Brief http://h71000.www7.hp.com/partners/synergex/index.html Synergex - Partner Brief http://h71000.www7.hp.com/partners/synergex/index.htm Synergex - Serena - PVCS http://www.synergex.com/solutions/pvcs/default.asp Synergex - Serena - PVCS Configuration Builder http://www.synergex.com/solutions/pvcs/products/configbuilder/ Synergex - Serena - PVCS Version Manager http://www.synergex.com/solutions/pvcs/products/versionmanager/ SysWorks® - Developer http://www.sysworks.com.au/swdev.html Thoroughbred Software - Dictionary-IV - Dictionary relational database; data access; linux; unix; windows; vms http://www.thoroughbredsoftware.com/datasheet/pdictionaryiv.html Thoroughbred Software - Source-IV - source code management software http://www.thoroughbredsoftware.com/datasheet/psourceiv.html True Blue Software Company - SnapshotCM - Visual, fast and simple version control. http://www.truebluesoftware.com/ Cheers! Keith Cayemberg ------------------------------ Date: Thu, 13 Jan 2005 10:51:41 -0800 From: DeanW Subject: TCPIP SSH failure logging Message-ID: <3f119ada0501131051789c9894@mail.gmail.com> TCPIP 5.4: I'm getting an increasing number of hits on SSH, attempting to crack my systems. Other than the immediate intrusions records, the IP addresses these come from don't seem to be logged in the audit log. Anyone know where I might find them? More generally, does anyone have a pointer to a list I can use to block attempts at the firewall? ------------------------------ Date: Fri, 14 Jan 2005 00:13:42 +0800 From: prep@prep.synonet.com Subject: Re: Virtual Alpha on OpenVMS AXP Message-ID: <87acrd71e1.fsf@prep.synonet.com> Alan Frisbie writes: > Larry Kilgallen wrote: >> In article <41e52c04@NUK.Uni-Lj.Si>, rok@nuk.uni-lj.si writes: >> In general, the Alpha architecture is not "self-virtualizing" the way, >> for instance, the IBM 390 instruction set is. > I "grew up" with the System 360 architecture and was delighted when > VM/370 appeared (I think it was originally called CMS on the 360/67, > but those old brain cells aren't responding today). I then switched > to DEC machines, but remembered virtual machines fondly. CMS is/was(?) a single user OS commonly run over VM. > Thus, I was terribly disappointed when the VAX came out without > this capability. It seemed to me to be an obvious feature and > I never understood why DEC didn't include it. What, if anything, > is it about the VAX architecture that precluded "self-virtualizing"? -- Paul Repacholi 1 Crescent Rd., +61 (08) 9257-1001 Kalamunda. West Australia 6076 comp.os.vms,- The Older, Grumpier Slashdot Raw, Cooked or Well-done, it's all half baked. EPIC, The Architecture of the future, always has been, always will be. ------------------------------ Date: Thu, 13 Jan 2005 05:34:13 -0800 From: "Tom Linden" Subject: VMS in Semiconductors Message-ID: VMS has been widely used in the semiconductor industry, but it looks like that is about to change. http://www.siliconstrategies.com/article/showArticle.jhtml?articleID=57700736 ------------------------------ Date: Thu, 13 Jan 2005 14:21:28 GMT From: VAXman- @SendSpamHere.ORG Subject: Re: VMS in Semiconductors Message-ID: <00A3DCD9.B9CDB1D9@SendSpamHere.ORG> In article , "Tom Linden" writes: >VMS has been widely used in the semiconductor industry, but it looks like >that is about to change. > >http://www.siliconstrategies.com/article/showArticle.jhtml?articleID=57700736 Doesn't work. It wants a login. -- http://www.ProvN.com for the *best* OpenVMS system security solutions that others only claim to be. -- Cyber-Terrorism (si'-ber tayr'-or-iz-em) n.: The release of, the sale of, or the use of any Micro$oft software product! -- VAXman- A Bored Certified VMS Kernel Mode Hacker VAXman(at)TMESIS(dot)COM ------------------------------ Date: Thu, 13 Jan 2005 15:07:29 +0000 From: David B Sneddon Subject: Re: VMS in Semiconductors Message-ID: <41E68EB1.6070803@bigpond.com> VAXman-@SendSpamHere.ORG was overheard to say: > In article , "Tom Linden" writes: > >>VMS has been widely used in the semiconductor industry, but it looks like >>that is about to change. >> >>http://www.siliconstrategies.com/article/showArticle.jhtml?articleID=57700736 > > > Doesn't work. It wants a login. > No it doesn't Mozilla 1.4 on VMS Regards, Dave. -- David B Sneddon (dbs) VMS Systems Programmer dbsneddon@bigpond.com Sneddo's quick guide ... http://www.users.bigpond.com/dbsneddon/ DBS freeware http://www.users.bigpond.com/dbsneddon/software.htm ------------------------------ Date: Thu, 13 Jan 2005 16:02:06 +0100 From: tdc Subject: Re: VMS in Semiconductors Message-ID: VAXman- wrote: > In article , "Tom Linden" writes: > >>VMS has been widely used in the semiconductor industry, but it looks like >>that is about to change. >> >>http://www.siliconstrategies.com/article/showArticle.jhtml?articleID=57700736 > > > Doesn't work. It wants a login. > use: blah for both username/pass tdc ------------------------------ Date: Thu, 13 Jan 2005 15:28:30 GMT From: Keith Parris Subject: Re: VMS in Semiconductors Message-ID: VAXman- @SendSpamHere.ORG wrote: > Doesn't work. It wants a login. http://bugmenot.com/ can be handy in such cases. As the article states, Microsoft is "just getting started" in this markeplace, and this piece only involves a new data acquision interface. So a Windows box might be attached to and collect sone data from fab equipment. So what? That doesn't mean folks want to run the entire fab on Windows. Microsoft is playing catch-up here in a market with OpenVMS as an already-established player, with an established reliability track record. Windows' track record is also well-established, and it includes viruses and spyware. As the first OpenVMS Pearl of 2005 noted, Intel has already qualifed all their fab software for use on Itanium under OpenVMS 8.2. I'm sure other major fabs have done the same or are doing this as well. http://www.siliconstrategies.com/article/showArticle.jhtml?articleID=57700736 Microsoft takes step in IC-equipment industry By Mark LaPedus Silicon Strategies 01/12/2005, 11:51 AM ET HALF MOON BAY, Calif. — Hoping to jumpstart a new and emerging data-acquisition standard for semiconductor equipment, International Sematech and SEMI have enlisted help from an unlikely partner — Microsoft Corp. Under the plan, Microsoft is taking a step into the semiconductor equipment world, by working with Sematech and SEMI to develop and provide software solutions for the new and emerging data-acquisition standard, dubbed Interface A. ... Interface A refers to the port on manufacturing equipment used to send data from the tool to the factory systems. The interface enables fabs to have access to detailed process, measurement and operational data from fab equipment. The data from the Interface A port is parsed into an output data stream, which can be used by a fab's APC environment and other enterprises. Interface A is intended to replace and overcome deficiencies of the earlier SECS/GEM port on fab tools. With its software technology, Microsoft is looking to help propel the adoption of the Interface A standard in the semiconductor industry, said John McCallum, industry manager for high tech at the software giant. Microsoft is working with several groups and fab-equipment companies in the arena. "We are just getting started," he said. ... ------------------------------ Date: Thu, 13 Jan 2005 10:44:58 -0500 From: "John Smith" Subject: Re: VMS in Semiconductors Message-ID: <74-dnYEkpZDsCnvcRVn-qw@igs.net> Keith Parris wrote: > > As the article states, Microsoft is "just getting started" in this > markeplace, and this piece only involves a new data acquision > interface. So a Windows box might be attached to and collect sone > data from fab equipment. So what? That doesn't mean folks want to run > the entire fab on Windows. Microsoft is playing catch-up here in a > market with OpenVMS as an already-established player, with an > established reliability track record. Windows' track record is also > well-established, and it includes viruses and spyware. Windows has encountered an unexpected error. Click OK to send Microsoft a report of the value of the ruined wafers on your FAB line. ------------------------------ End of INFO-VAX 2005.026 ************************