1 INFO-VAX	Tue, 01 Apr 2003	Volume 2003 : Issue 179       Contents:% *&& << 1GB >> Flash Memory Drive (&(*   =?ISO-8859-1?Q?D=E9trompeur=3F?= Alpha emulator for x86?  RE: Alpha emulator for x86?  RE: Alpha emulator for x86?  Re: Alpha emulator for x86?  Re: Alpha emulator for x86?  Re: Alpha emulator for x86?  Re: Alpha emulator for x86?  Re: Alpha emulator for x86?  Re: Alpha emulator for x86? ( Re: AS4100 / DEC Server 7300 differences Battery for 500au  Re: Battery for 500au  Re: Battery for 500au * Re: Cluster, half in the DMZ, half outside Re: COV Sponsors Re: COV Sponsors Re: Demagnetize Disk Drives  Disk cache with shadow sets  Re: Disk cache with shadow sets  DSGGD-AA FC Switch question ' Re: Earth to Andrew, do you get it now? ' Re: Earth to Andrew, do you get it now?  Re: Exporting users? RE: Exporting users? Re: Exporting users? Re: Fortran Guru requested" Re: Gotta have those ol' time docs3 How long is the power cord on H7600 pwr controller? 7 Re: How long is the power cord on H7600 pwr controller?  Re: hsz40 to ba35x cable Re: hsz40 to ba35x cable Re: hsz40 to ba35x cable Re: hsz40 to ba35x cable, Re: LCD panel, 500au, ELSA Gloria Card, How?. Re: Legato vs TSM for VMS backup pros and cons. Re: Legato vs TSM for VMS backup pros and cons. RE: Legato vs TSM for VMS backup pros and cons Re: Macs vs. Pathworks et. al. modifying sys$output Re: My EmailP RE: OpenVMS.org: Marvel article and HP's press release for Marveland Alpha Retai Re: Overuse of LIB$SPAWN?  Re: Overuse of LIB$SPAWN? 0 Re: Poka Yoke on loppy drive flat cable is wrong# Re: problems with accountn.dat file  Re: Rich Marcello  Second IP address  Re: Second IP address  Re: Second IP address  Re: Second IP address 3 Re: SIMH Emulation of VAX KA650-A, KA650-B, KA655-A ' Re: SIMH VAX build with MS Visual C++ 6  Re: Suggestion to Sue  Re: Suggestion to Sue  Re: Suggestion to Sue  Re: Suggestion to Sue D Re: SYSTARTUP_VMS (was: Three questions re: the VMS startup process)D Re: SYSTARTUP_VMS (was: Three questions re: the VMS startup process)D Re: SYSTARTUP_VMS (was: Three questions re: the VMS startup process)  Re: VAX XDM, help needed please! RE: VMS Upgrade Questions  RE: VMS Upgrade Questions 9 Re: Which PAK for DECNET Phase IV under Hobbyist Program? P Why do we need OpenVMS books ? was (Re: Hoff, what is the status of your book ?  Re: Write Bitmap questions1 Re: [MOZILLA V1.3] Compatibility with JAVA V1.4 ?   F ----------------------------------------------------------------------  # Date: Mon, 31 Mar 2003 19:26:50 GMT ) From: "lorabanks" <izosa.by@hxnraybw.com> . Subject: *&& << 1GB >> Flash Memory Drive (&(*@ Message-ID: <a33dfb863dc3924701dc4a7a81fe202f@news.teranews.com>  & Every units purchased... FREE SHIPPING   ++ 2GB / 1GB --> $779 / $389  3 >>>((((*** http://www.ebestshoppers.com *** )))<<<<    ------------------------------  % Date: Mon, 31 Mar 2003 23:22:29 +0200 & From: Andreas Fassl <afassl@progis.de>) Subject: =?ISO-8859-1?Q?D=E9trompeur=3F?= / Message-ID: <b6abf1$ddm$07$1@news.t-online.com>    Didier,   7 http://data.robbe-online.net/robbe_pdf/P1122_1-8287.pdf   E has got the word in it.  In German "verpolungssicher" and in English   "polarised"?   Regards    Andreas    > H > PS to French speaking people : comment on dit "dtrompeur" en anglais  > ? :-)  >    ------------------------------  % Date: Mon, 31 Mar 2003 19:25:32 -0500 2 From: "Timothy Stark" <sword7nospam@speakeasy.org>  Subject: Alpha emulator for x86?2 Message-ID: <n72cnRaGopXgQRWjXTWc2Q@speakeasy.net>   Hello folks,  F Ok, I am curious about that Alpha emulator for x86 platforms.  Is thatL possible to emulate the Alpha system on x86?  I was looking for that throughH google and web searches and found not much news but only few articles on this newsgroup.   
 Thank you.	 Tim Stark    ------------------------------  % Date: Mon, 31 Mar 2003 16:49:28 -0800 # From: "Tom Linden" <tom@kednos.com> $ Subject: RE: Alpha emulator for x86?9 Message-ID: <CIEJLCMNHNNDLLOOGNJIIEJKGOAA.tom@kednos.com>   C Digital made a product called FX!32 which ran under NT on Alpha and 5 was available at one time on ftp.digital... something    >-----Original Message----- 8 >From: Timothy Stark [mailto:sword7nospam@speakeasy.org]% >Sent: Monday, March 31, 2003 4:26 PM  >To: Info-VAX@Mvb.Saic.Com! >Subject: Alpha emulator for x86?  >  > 
 >Hello folks,  > G >Ok, I am curious about that Alpha emulator for x86 platforms.  Is that A >possible to emulate the Alpha system on x86?  I was looking for  
 >that through I >google and web searches and found not much news but only few articles on  >this newsgroup. >  >Thank you. 
 >Tim Stark >  >  >---' >Incoming mail is certified Virus Free. ; >Checked by AVG anti-virus system (http://www.grisoft.com). A >Version: 6.0.459 / Virus Database: 258 - Release Date: 2/25/2003  >  --- & Outgoing mail is certified Virus Free.: Checked by AVG anti-virus system (http://www.grisoft.com).@ Version: 6.0.459 / Virus Database: 258 - Release Date: 2/25/2003   ------------------------------  % Date: Mon, 31 Mar 2003 16:54:10 -0800 # From: "Tom Linden" <tom@kednos.com> $ Subject: RE: Alpha emulator for x86?9 Message-ID: <CIEJLCMNHNNDLLOOGNJIAEJLGOAA.tom@kednos.com>   ? Sorry, was asleep at the wheel, you were looking the other way.    >-----Original Message----- ) >From: Tom Linden [mailto:tom@kednos.com] % >Sent: Monday, March 31, 2003 4:49 PM  >To: Info-VAX@Mvb.Saic.Com% >Subject: RE: Alpha emulator for x86?  >  > D >Digital made a product called FX!32 which ran under NT on Alpha and6 >was available at one time on ftp.digital... something >  >>-----Original Message-----9 >>From: Timothy Stark [mailto:sword7nospam@speakeasy.org] & >>Sent: Monday, March 31, 2003 4:26 PM >>To: Info-VAX@Mvb.Saic.Com " >>Subject: Alpha emulator for x86? >> >> >>Hello folks, >>H >>Ok, I am curious about that Alpha emulator for x86 platforms.  Is thatB >>possible to emulate the Alpha system on x86?  I was looking for  >>that throughJ >>google and web searches and found not much news but only few articles on >>this newsgroup.  >> >>Thank you. >>Tim Stark  >> >> >>--- ( >>Incoming mail is certified Virus Free.< >>Checked by AVG anti-virus system (http://www.grisoft.com).B >>Version: 6.0.459 / Virus Database: 258 - Release Date: 2/25/2003 >> >---' >Outgoing mail is certified Virus Free. ; >Checked by AVG anti-virus system (http://www.grisoft.com). A >Version: 6.0.459 / Virus Database: 258 - Release Date: 2/25/2003  >  >---' >Incoming mail is certified Virus Free. ; >Checked by AVG anti-virus system (http://www.grisoft.com). A >Version: 6.0.459 / Virus Database: 258 - Release Date: 2/25/2003  >  --- & Outgoing mail is certified Virus Free.: Checked by AVG anti-virus system (http://www.grisoft.com).@ Version: 6.0.459 / Virus Database: 258 - Release Date: 2/25/2003   ------------------------------  # Date: Tue, 01 Apr 2003 00:59:54 GMT + From: lewis@e.thundermaker.net (Spud Demon) $ Subject: Re: Alpha emulator for x86?7 Message-ID: <ew5ia.25508$0g4.965633@news2.east.cox.net>    "Timothy Stark" <sword7nospam@speakeasy.org> writes in article <n72cnRaGopXgQRWjXTWc2Q@speakeasy.net> dated Mon, 31 Mar 2003 19:25:32 -0500:G >Ok, I am curious about that Alpha emulator for x86 platforms.  Is that M >possible to emulate the Alpha system on x86?  I was looking for that through I >google and web searches and found not much news but only few articles on  >this newsgroup.  J Have you heard of "Charon-VAX"?  It simulates a VAX instead, which can run; VMS and probably Digital Unix.  But not the Alpha versions.   $ --Spud Demon		thundermaker$yahoo.com; Planes drop from the sky, people disappear and bullets fly. N Little gray men are coming our way, taste just like chicken they say! --Clutch   ------------------------------  % Date: Mon, 31 Mar 2003 20:22:21 -0600 1 From: "David J. Dachtera" <djesys.nospam@fsi.net> $ Subject: Re: Alpha emulator for x86?' Message-ID: <3E88F7DD.8FAB02CF@fsi.net>    Timothy Stark wrote: >  > Hello folks, > H > Ok, I am curious about that Alpha emulator for x86 platforms.  Is thatN > possible to emulate the Alpha system on x86?  I was looking for that throughJ > google and web searches and found not much news but only few articles on > this newsgroup.    Attn: Stan Quayle    User demand = business case    --   David J. Dachtera  dba DJE Systems  http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/    ------------------------------  % Date: Mon, 31 Mar 2003 21:50:56 -0500 * From: "Stanley F. Quayle" <stan@stanq.com>$ Subject: Re: Alpha emulator for x86?- Message-ID: <3E88B840.23663.D21AA3@localhost>   ( On 1 Apr 2003 at 0:59, Spud Demon wrote:L > Have you heard of "Charon-VAX"?  It simulates a VAX instead, which can run  > VMS and probably Digital Unix.  F VMS, Digital UNIX, and even -- VAXELN.  I'm planning on testing it on E Linux, once they get a little farther with the Linux for VAX project.   5 > "Timothy Stark" <sword7nospam@speakeasy.org> writes I > >Ok, I am curious about that Alpha emulator for x86 platforms.  Is that / > >possible to emulate the Alpha system on x86?   F Technically, it's possible.  It's even been done.  But emulating a 64-A bit machine on a 32-bit machine leads to a REALLY SLOW emulation.   F If you have to have VMS on a x86, have it emulate a VAX.  Version 7.3 @ is available for VAX, including CHARON-VAX.  Works quite nicely.  B (And please pardon the shameless plug from a CHARON-VAX reseller.)  
 --Stan Quayle  Quayle Consulting Inc.  
 ----------C Stanley F. Quayle, P.E. N8SQ  +1 614-868-1363  Fax: +1 614 868-1671 1 8572 North Spring Ct. NW, Pickerington, OH  43147 = Preferred address:  stan@stanq.com       http://www.stanq.com    ------------------------------  % Date: Mon, 31 Mar 2003 22:35:33 -0500 * From: "Stanley F. Quayle" <stan@stanq.com>$ Subject: Re: Alpha emulator for x86?- Message-ID: <3E88C2B5.29880.FAF2B0@localhost>   1 On 31 Mar 2003 at 20:22, David J. Dachtera wrote:  > Attn: Stan Quayle  > User demand = business case   ; I hear you.  It would be cool to run an Alpha on my laptop.   E But with Island Computers selling used Alphas for less than $1000, a  ? CHARON-Alpha product would be a difficult sale.  Heck, I still  D encounter people who think that spending thousands for 15+ year old ) used VAXes is "better" than a new system.   E The most important part of the business case is hardware maintenance  C costs.  Maintenance on a VAX 6000 is downright painful.  Replacing  A that VAX with CHARON-VAX can have a payback as short as 6 months.   E It's not the up-front costs -- it's the projected costs for the next  A 5, 10, or 15 years that inspires people to migrate to CHARON-VAX.   
 --Stan Quayle  Quayle Consulting Inc.  
 ----------C Stanley F. Quayle, P.E. N8SQ  +1 614-868-1363  Fax: +1 614 868-1671 1 8572 North Spring Ct. NW, Pickerington, OH  43147 = Preferred address:  stan@stanq.com       http://www.stanq.com    ------------------------------   Date: 1 Apr 2003 03:38:53 GMT 2 From: "Zane H. Healy" <healyzh@shell1.aracnet.com>$ Subject: Re: Alpha emulator for x86?, Message-ID: <b6b1kd017a1@enews1.newsguy.com>  , Spud Demon <lewis@e.thundermaker.net> wrote:L > Have you heard of "Charon-VAX"?  It simulates a VAX instead, which can run= > VMS and probably Digital Unix.  But not the Alpha versions.   H FYI, Tim has already written a PDP-10, a PDP-11, and a VAX emulator.  My= guess is he might be thinking of adding the Alpha to the Mix.   F Charon-VAX might be able to run Ultrix-32, Digital Unix is Alpha only.   		Zane   ------------------------------  % Date: Tue, 01 Apr 2003 00:06:32 -0500 * From: "Stanley F. Quayle" <stan@stanq.com>$ Subject: Re: Alpha emulator for x86?. Message-ID: <3E88D808.16893.14E401E@localhost>  + On 1 Apr 2003 at 3:38, Zane H. Healy wrote: H > Charon-VAX might be able to run Ultrix-32, Digital Unix is Alpha only.   I stand corrected.  > I haven't come across any Unix systems, only VMS and VAXELN.  3 Operating systems that have stood the test of time.   D By the way, if you wonder what the stuffed animal is on the Ask the F Wizard area of www.openvms.compaq.com, it's a white elephant.  It was D given by the Digital Unix people to the VMS people.  Funny, they're ) not around any more to reclaim it.    :-)   
 --Stan Quayle  Quayle Consulting Inc.  
 ----------C Stanley F. Quayle, P.E. N8SQ  +1 614-868-1363  Fax: +1 614 868-1671 1 8572 North Spring Ct. NW, Pickerington, OH  43147 = Preferred address:  stan@stanq.com       http://www.stanq.com    ------------------------------  % Date: Mon, 31 Mar 2003 21:33:22 +0200 " From: "Hans Vlems" <hvlems@iae.nl>1 Subject: Re: AS4100 / DEC Server 7300 differences 5 Message-ID: <b6a56f$37fso$1@ID-143435.news.dfncis.de>    Roland,   % search Google for the string srm_boot I You'll find several references for the procedure to let the 7300 run VMS.    Hans  > "Roland Barmettler" <sendhere@spammail.com> schreef in bericht5 news:20030329142257.3c441f70.sendhere@spammail.com...  > Hello Hans > 3 > > Is a 7310 a dual processor version of the 7305?  > 7 > The 7310 apparently can have up to four 600 MHz CPUs.  >  > > My 5305 returns: > > sys_model_num   1200 > B > So I take it you do run VMS on a "NT only" AlphaServer ? Cool... >  > Thanks for the information!  >  > Greetings, Roland  > G > --------------------------------------------------------------------- 6 >  Roland Barmettler    |   EMail:  roli@freestone.net7 >  Zuercherstrasse 16   |           roli@barmettler.net ? >  CH-8107 Buchs  ZH    |   WWW   : http://roli.barmettler.net/    ------------------------------  + Date: Mon, 31 Mar 2003 22:05:14 +0000 (UTC) , From: lewis@PROBE.mitre.org (Keith A. Lewis) Subject: Battery for 500au. Message-ID: <b6ae2q$ehs$1@newslocal.mitre.org>  L Symptom:  Every time I take a power hit or turn off the power, my 500au goesI into ARC mode.  I have to set it into SRM and then use the "reset" button % (not the power button) to restart it.   L I'm guessing this is caused by a dead NVRAM battery.  Does anybody know whatL kind of battery the 500au takes, specifically?  It would save me downtime if6 I could buy the battery before I take apart the Alpha.  > A description of where the battery is located would also help.  + --Keith Lewis              klewis$mitre.org > The above may not (yet) represent the opinions of my employer.   ------------------------------  # Date: Tue, 01 Apr 2003 03:11:49 GMT ! From: JBloggs@acme..spamless..com  Subject: Re: Battery for 500au8 Message-ID: <kmvh8vg85r7iaja7c361sjscqdfq6hhpmp@4ax.com>  F On Mon, 31 Mar 2003 22:05:14 +0000 (UTC), lewis@PROBE.mitre.org (Keith A. Lewis) wrote:  M >Symptom:  Every time I take a power hit or turn off the power, my 500au goes J >into ARC mode.  I have to set it into SRM and then use the "reset" button& >(not the power button) to restart it. > M >I'm guessing this is caused by a dead NVRAM battery.  Does anybody know what M >kind of battery the 500au takes, specifically?  It would save me downtime if 7 >I could buy the battery before I take apart the Alpha.  > ? >A description of where the battery is located would also help.  > , >--Keith Lewis              klewis$mitre.org? >The above may not (yet) represent the opinions of my employer.     I http://www.physics.umn.edu/support/manuals/digital/miata/aausetinstal.pdf   , "... Use a DIGITAL (P/N 12-41474-05) or type< 2032 three-Volt DC lithium battery. See the DIGITAL PersonalE Workstation System Reference and  Maintenance Guide for details. ..."     8 I remember picking up one or two at a  WOLF camera shop 0 (us camera shop/chain) for about $14-16 USD.      : Probably could be had cheaper elsewheres, but at the time,+ I was in a hurry, and didn't care too much.    ------------------------------  % Date: Mon, 31 Mar 2003 21:09:54 -0600 ( From: "Brian Ruppert" <csw@bruppert.com> Subject: Re: Battery for 500au/ Message-ID: <v8i0o2g6g03ff7@corp.supernews.com>      Keith,  0   My 500au contains a BR2032 3V lithium battery.  K   The battery is located on the CPU/memory board  - right above the bank of 7 connectors which connects the two main boards together.   
   -- Brian          9 "Keith A. Lewis" <lewis@PROBE.mitre.org> wrote in message ( news:b6ae2q$ehs$1@newslocal.mitre.org...I > Symptom:  Every time I take a power hit or turn off the power, my 500au  goesK > into ARC mode.  I have to set it into SRM and then use the "reset" button ' > (not the power button) to restart it.  > I > I'm guessing this is caused by a dead NVRAM battery.  Does anybody know  whatK > kind of battery the 500au takes, specifically?  It would save me downtime  if8 > I could buy the battery before I take apart the Alpha. > @ > A description of where the battery is located would also help. > - > --Keith Lewis              klewis$mitre.org @ > The above may not (yet) represent the opinions of my employer.   ------------------------------   Date: 31 MAR 2003 18:25:56 GMT4 From: karcher@thuria.waisman.wisc.edu (Carl Karcher)3 Subject: Re: Cluster, half in the DMZ, half outside 6 Message-ID: <31MAR03.18255665@thuria.waisman.wisc.edu>  A In a previous article, Bart Zorn <B.Zorn@xs4all.nospam.nl> wrote:   ' ->This the text from the release notes:  ->  F ->"The round-robin scheduling of the BIND server has been changed. In C ->previous versions of the BIND server, when multiple records were  F ->returned in an answer, they would get placed into the response in a H ->round-robin manner for each consecutive request. With this version, a E ->random round-robin ordering is used. The BIND server will randomly  K ->choose a starting point within the RRset and return the records in order  C ->starting at that point. There is currently no way to modify this  ? ->behavior. The TCPIP$BIND_ROUND_ROBIN_OFF logical is ignored."  ->  H ->To me, this does not mean that there is no round-robin scheduling. It G ->only says that the starting point is chosen at random, but that from  0 ->that point, the records are returned in order. ->  K ->It is, however, not clear to me what the intention is behind this change.   B I should have qualified that with two hosts it effectively becomesH random. I just tested the more than two host case and it does operate as documented.    --G -- Carl Karcher, Waisman Computing Services, Waisman Center, UW-Madison 8 --                 karcher.nomorespam@waisman.wisc.edu     ------------------------------  % Date: Mon, 31 Mar 2003 20:04:52 -0600 1 From: "David J. Dachtera" <djesys.nospam@fsi.net>  Subject: Re: COV Sponsors ' Message-ID: <3E88F3C4.79E16977@fsi.net>    "Stanley F. Quayle" wrote: > 3 > On 30 Mar 2003 at 22:09, David J. Dachtera wrote: I > > >From a business perspective, you might want to consider looking into K > > Charon-VAX, a commercial, supported VAX emulator for Windows, Linux and L > > OpenVMS-Alpha. At least one Charon-VAX distributor frequents this group.L > > Charon-VAX allows OpenVMS-VAX and OpenVMS-VAX applications (binaries) toJ > > run on foreign platforms with no recompiling. I hear an Alpha emulatorA > > may be in the works for IA64, but that's purely rumor, AFAIK.  > @ > Thanks for mentioning me (sort of)...  Yes, I'm the CHARON-VAXA > distributor who lurks here.  I'd be glad to discuss your needs.  > E > As far as CHARON-Alpha, there doesn't seem to be a business need -- C > you can still get brand-new Alphas.  When they're unavailable ...   - I think you just made your own business case.   G ...and if the source of Charon-VAX does the VMS thing and wait too long F to do Charon-Alpha, it'll be too late to seize the profit opportunity.   --   David J. Dachtera  dba DJE Systems  http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/    ------------------------------  % Date: Mon, 31 Mar 2003 20:06:00 -0600 1 From: "David J. Dachtera" <djesys.nospam@fsi.net>  Subject: Re: COV Sponsors ' Message-ID: <3E88F408.2D4B00C5@fsi.net>    Jon Power wrote: > D > Thanks for making it clear that Sue is one of the VMS ambassadors.  4 Sue is the manager of the Ambassadors, last I heard.   --   David J. Dachtera  dba DJE Systems  http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/    ------------------------------  # Date: Tue, 01 Apr 2003 02:53:05 GMT # From: "John Smith" <a@nonymous.com> $ Subject: Re: Demagnetize Disk DrivesC Message-ID: <la7ia.235$Mt1.15@news01.bloor.is.net.cable.rogers.com>   & <brandon@dalsemi.com> wrote in message+ news:03032010181371@dscis6-0.dalsemi.com... D > Our management asked us a simple question, what do we do with disk drives after > they fail or are upgraded? > - > My knee jerk answer - "trash bin" or e-bay.  > E > The reason they were asking... they were concerned that disk drives  that areC > gotten rid (for one reason or another) had sensitive data on them 
 that could be  > access by the new owners.  >  >  >  > My thought out answer ...  > D > * (disk upgrade) In the event that we upgrade a disk drive we wipe out the D > data on the disk by performing an INIT/ERASE.  We typically re-use the diskC > drive in some other capacity, however at times we have sold them.  > F > * (disk failure) In the event that we replace a disk drive we return	 the drive F > to HP and have it replaced with a new one.  Since the disk drive has failed@ > there is no way to access the drive and perform an INIT/ERASE.	 Hence the  > demag. >  >  >  > Now, my questions... >   > If we use a tape demagnetizer: > B > (1) Will we be able to effectively destroy the data on the disk? Obviously a > > strong enough demag will need to be used.  (Oceans 11? ;-) ) > A > (2) Will we be voiding any warranties on the drive by doing so?  > F > (3) Even though the drive has failed, would we be doing more harm to	 the drive  > that could void the warranty?  > ? > (4) What does HP do with failed drives?  Postmortem?  Failure  analysis?  If so, C > then if we demag the drive do we mask the problem of the failure?  >  > (5) Are failed drives fixed? >  > F > Any thoughts out there?  (Yes, stupid question... there are thoughts
 out there)    ? Google group sci.crypt with the search term "curie" for several E discussion about the curie temperature. Be sure to have your welder's  goggles handy when you go to it    ------------------------------    Date: 31 Mar 2003 12:19:35 -0800; From: JNCHAMBL@TEXASCHILDRENSHOSPITAL.ORG (Jesse Chambless) $ Subject: Disk cache with shadow sets= Message-ID: <764ccbac.0303311219.63cd5ad4@posting.google.com>   E We are running VMS V7.2-2 and volume shadowing ( 2 member sets ).  We E write inhibit the application, and break the secondary member out for  backup. E My question is, when in this process is the disk cache flushed to the  member we are breaking out?   D Since the secondary member will not dismount until all IO operations8 are complete, does the cache represent an incomplete IO?   Thanks in advance.   Jesse    ------------------------------    Date: 31 Mar 2003 15:31:37 -0600+ From: young_r@encompasserve.org (Rob Young) ( Subject: Re: Disk cache with shadow sets3 Message-ID: <Z2Ok$tbKVIgX@eisner.encompasserve.org>   { In article <764ccbac.0303311219.63cd5ad4@posting.google.com>, JNCHAMBL@TEXASCHILDRENSHOSPITAL.ORG (Jesse Chambless) writes: G > We are running VMS V7.2-2 and volume shadowing ( 2 member sets ).  We G > write inhibit the application, and break the secondary member out for 	 > backup. G > My question is, when in this process is the disk cache flushed to the  > member we are breaking out?  >   8 	When the application(s) finishes flushing those writes.  < http://h71000.www7.hp.com/doc/731FINAL/5423/5423pro_011.html  ) Follow these steps to remove the member:    N 1. Establish data consistency over the virtual units through system managementO procedures or application software, or both. This is a complex topic and is the - subject of most of the rest of this chapter.    N 2. Ensure that the requirements regarding merge state and adequate redundancy 	 are met.    > 3. Remove the members to be backed up from the virtual units.   < 4. Terminate the data consistency measures taken in step 1.    [snip]     7.12.3 Application Activity   L To achieve data consistency, application activity should be suspended and noF operations should be in progress. Operations in progress can result inI inconsistencies in the backed-up application data. While many interactive L applications tend to become quiet if there is no user activity, the reliableJ suspension of application activity requires cooperation in the applicationD itself. Journaling and transaction techniques can be used to addressN in-progress inconsistencies but must be used with extreme care. In addition toM specific applications, miscellaneous interactive use of the system that might 8 affect the data to be backed up must also be suspended.    [snip]   7.12.4.3 Index Updates  M The update of a single record in an indexed file may result in multiple index H updates. Any of these updates can be cached at the application's option.E Splitting a shadow set with an incomplete index update will result in L inconsistencies between the indexes and data records. If deferred writes areN disabled, RMS orders writes so that an incomplete index update may result in aL missing update but never in a corrupt index. However, if deferred writes areH enabled, the order in which index updates are written is unpredictable.    [snip]   7.12.4.5 $FLUSH   J Applications can use the $FLUSH service to guarantee data consistency. TheG $FLUSH service guarantees that all updates completed by the application M (including end of file for sequential files) have been recorded on the disk.      F 	When "set write inihibit" ("set read only" - SRO) in DSM, it takes 1 D 	minute to ensure all writes are posted (found that somewhere, long F 	since gone).  I believe that is how it posts the BIJ, on limit (i.e. H 	so many IOs, it will post) and at worst time (post BIJ writes at least  	every 60 seconds).   = 	I'm not sure what Cache does.  One could surmise it too will = 	guarantee writes hit the DBs inside of 1 minute.  After all,  	Cache is just M, right?  F > Since the secondary member will not dismount until all IO operations: > are complete, does the cache represent an incomplete IO?  $ 	The issue is "writes in progress".   M "To achieve data consistency, application activity should be suspended and no F operations should be in progress. Operations in progress can result in4 inconsistencies in the backed-up application data. "  I  	Hence, the instructions on how to create a "crash consistent" copy and  ) 	how applications have to cooperate, etc.    				Rob    ------------------------------  # Date: Mon, 31 Mar 2003 23:33:34 GMT * From: John Strapp <jstrap2@hotmaildot.com>$ Subject: DSGGD-AA FC Switch question2 Message-ID: <Xns934F9E0DC8B1AJS123098JS@68.6.19.6>  I Does anyone know how to set this unit back to factory defaults including  = password?  It doesn't have any switches on the front panel.      ------------------------------  # Date: Mon, 31 Mar 2003 19:14:17 GMT # From: hoff@hp.nospam (Hoff Hoffman) 0 Subject: Re: Earth to Andrew, do you get it now?- Message-ID: <ds0ia.84$dt.66@news.cpqcorp.net>   h In article <d7791aa1.0303310709.5b4f3636@posting.google.com>, bob@instantwhip.com (Bob Ceculski) writes: :Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com> wrote in message news:<3E88202E.4020009@nospamn.sun.com>... :> Bob Ceculski wrote: :> > Andrew writes:  :> >  < :> >>There is no OpenVMS magic bullet get used to it, I have9 :> >>provided you with enough examples over the years and : :> >>to be frank the argument is getting pretty pointless. :> >   :> > <<< :> >  P :> > One of the good things in OpenVMS are the Descriptors. With this OpenVMS isO :> > protected against "buffer overflow" Also there was a better security model M :> > (e.g. xhost + versus security tripple transport, user, host). But in the P :> > newer times there are a lot of tools and programs without the philosophy ofI :> > OpenVMS. The most one came from UNIX. So a lot of buggy tools become  :> > standard in OpenVMS.  :>F :> No this is untrue you are not insulated against buffer overflows inA :> OpenVMS, this is just another myth. You are more insulated but  :> not insulated.   E   Various of the open-source tools I've seen and ported are certainly C   buggy.  Thankfully, I seldom have these open-source tools running A   within a context where the vulnerabilities particularly matter.   5 :> If you need confirmation of this ask Hoff Hoffman.     K   The descriptor construct actually tends to improve the general resistence J   to buffer overruns -- both accidents and attacks -- while programs basedI   on the standard C library interfaces tend to be far more vulnerable (on J   OpenVMS, UNIX, Linux, Solaris, and other platforms) to these errors, dueH   in no small part to the lack of a descriptor-like construct within the   standard C specifications.  F   With the core of OpenVMS continuing to use descriptors and itemlistsJ   for argument passing, the numbers of APIs on OpenVMS that are vulnerableL   to overruns is arguably rather smaller than that of UNIX.  A specific partI   of the layering of OpenVMS that can be overlooked here: the standard C  L   library on OpenVMS is not privileged, and -- unlike most UNIX boxes -- theM   OpenVMS C library is not implemented as an integrated part of the operating O   sysyem kernel.  Further, the OpenVMS C library tends to use descriptor-based  L   system  services and descriptor-based LIB run-time library (LIBRTL) calls.  L   The relative difficulty of the buffer overrun on an OpenVMS system is thatK   you not only have to blow out the buffer, you have to blow out the buffer H   in a security-relevent environment -- privileged-mode or running with K   privileges -- where something useful for a nefarious-minded programmer is J   actually possible.  Within the Trusted Computing Base (TCB), to use some   security jargon.  G   The cost of finding, avoiding, and/or removing most of these sorts of K   buffer-overrun bugs is on a continuum -- in terms of engineering, version L   compatibility and product costs -- with less secure choices usually havingK   lower costs of acquisition, and high(er) run costs and risks.  NCSC Class K   A systems have high security, but correspondingly high costs -- and very     low sales, too, I might add.  H   Arguing the relative values and relative merits of this is (IMNSHO) a J   difficult path for any vender.  One of the few semi-concrete measures isK   the incoming bug rate, but even that metric is open to interpretation and 	   debate.   I   And as will likely be mentioned (or has been mentioned), it only really :   takes one security vulnerability to ruin your whole day.    N  ---------------------------- #include <rtfaq.h> -----------------------------J       For additional, please see the OpenVMS FAQ -- www.openvms.compaq.comN  --------------------------- pure personal opinion ---------------------------E         Hoff (Stephen) Hoffman   OpenVMS Engineering   hoff[at]hp.com    ------------------------------    Date: 31 Mar 2003 19:03:43 -0800( From: bob@instantwhip.com (Bob Ceculski)0 Subject: Re: Earth to Andrew, do you get it now?= Message-ID: <d7791aa1.0303311903.52c1780a@posting.google.com>    Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com> wrote in message news:<3E88202E.4020009@nospamn.sun.com>...  > Bob Ceculski wrote:  > > Andrew writes: > >  > > ; > >>There is no OpenVMS magic bullet get used to it, I have 8 > >>provided you with enough examples over the years and9 > >>to be frank the argument is getting pretty pointless.  > >  > > <<<  > > O > > One of the good things in OpenVMS are the Descriptors. With this OpenVMS is N > > protected against "buffer overflow" Also there was a better security modelL > > (e.g. xhost + versus security tripple transport, user, host). But in theO > > newer times there are a lot of tools and programs without the philosophy of H > > OpenVMS. The most one came from UNIX. So a lot of buggy tools become > > standard in OpenVMS. > E > No this is untrue you are not insulated against buffer overflows in @ > OpenVMS, this is just another myth. You are more insulated but > not insulated. > 4 > If you need confirmation of this ask Hoff Hoffman. > 	 > Regards  > Andrew Harrison   C and here's his answer ... it may be a bit over your head though ...   I The descriptor construct actually tends to improve the general resistence J   to buffer overruns -- both accidents and attacks -- while programs basedI   on the standard C library interfaces tend to be far more vulnerable (on J   OpenVMS, UNIX, Linux, Solaris, and other platforms) to these errors, dueH   in no small part to the lack of a descriptor-like construct within the   standard C specifications.  F   With the core of OpenVMS continuing to use descriptors and itemlistsJ   for argument passing, the numbers of APIs on OpenVMS that are vulnerableL   to overruns is arguably rather smaller than that of UNIX.  A specific partI   of the layering of OpenVMS that can be overlooked here: the standard C dL   library on OpenVMS is not privileged, and -- unlike most UNIX boxes -- theM   OpenVMS C library is not implemented as an integrated part of the operatingnO   sysyem kernel.  Further, the OpenVMS C library tends to use descriptor-based oL   system  services and descriptor-based LIB run-time library (LIBRTL) calls.  L   The relative difficulty of the buffer overrun on an OpenVMS system is thatK   you not only have to blow out the buffer, you have to blow out the bufferCH   in a security-relevent environment -- privileged-mode or running with K   privileges -- where something useful for a nefarious-minded programmer isSJ   actually possible.  Within the Trusted Computing Base (TCB), to use some   security jargon.   ------------------------------    Date: 31 Mar 2003 13:24:45 -0600+ From: kuhrt@encompasserve.org (Marty Kuhrt)e Subject: Re: Exporting users?o3 Message-ID: <PFkLXoPCsJLr@eisner.encompasserve.org>e  d In article <pan.2003.03.31.14.12.39.659297@hotmail.com>, "DigiDemon" <digidemon@hotmail.com> writes: > Hello all! > K > I'll be totally redoing this OpenVMS machine from 7.2-1 to 7.3.  Is thereIL > any way I can save the users that are registered on this machine?  Thanks! >  > Jamesg  D If you are upgrading an existing system disk then you don't have to D worry.  If you are creating a new system disk then you will want to ? make copies of these files (and this is not an exhaustive list)e  H SYS$SYSTEM:SYSUAF.DAT, SYS$SYSTEM:SYSUAFALT.DAT, SYS$SYSTEM:SYSALF.DAT, N SYS$SYSTEM:RIGHTSLIST.DAT, SYS$SYSTEM:NETPROXY.DAT, SYS$SYSTEM:NET$PROXY.DAT, U SYS$SYSTEM:NETOBJECT.DAT, SYS$SYSTEM:NETNODE_REMOTE.DAT, SYS$SYSTEM:LMF$LICENSE.LDB, i_ SYS$SYSTEM:VMSMAIL_PROFILE.DATA, SYS$SYSTEM:VMS$OBJECTS.DAT, SYS$MANAGER:VMS$AUDIT_SERVER.DAT, AP SYS$SYSTEM:VMS$PASSWORD_HISTORY.DATA, SYS$LIBRARY:VMS$PASSWORD_DICTIONARY.DATA, E SYS$MANAGER:NETNODE_UPDATE.COM, SYS$LIBRARY:VMS$PASSWORD_POLICY.EXE, @K SYS$SYSTEM:LAN$NODE_DATABASE.DAT, SYS$SYSTEM:SYS$QUEUE_MANAGER.QMAN$QUEUES,aE SYS$SYSTEM:SYS$QUEUE_MANAGER.QMAN$JOURNAL, SYS$SYSTEM:QMAN$MASTER.DATa  G and others I'm sure I'm forgetting.  The SYSUAF, RIGHTSLIST and *PROXY*wI files pertain to user accounts.  The rest are handy system specific stuff $ you may (or may not) want to retain.   ------------------------------  # Date: Tue, 01 Apr 2003 01:42:21 GMT3L From: winston@SSRL.SLAC.STANFORD.EDU ("Alan Winston - SSRL Admin Cmptg Mgr") Subject: RE: Exporting users?P6 Message-ID: <00A1DB35.58C93675@SSRL.SLAC.STANFORD.EDU>  | In article <CDA4BAD1E10ED41181AC00508B6051D3023CCF12@grumpy.internal.hspg.com>, Andrew Robinson <arobinson@hspg.com> writes:? >I'm sure there are better ways but, for my two pennies worth :-L >Go into Authorize and do a list /brief. Using your favourite list editor (IG >used Excel boo hiss), edit the user list removing all the system style2D >accounts & useless columns, & you are left with a nice list of userG >accounts, using that as your database you can write a quick routine totM >stream these back into your new box & even keeping the same UIC numbers. SadcK >no program method - if you have to just adding the DCl commands at the topnI >of the file & the ADD + parameters to every username, then @ing the file0M >works. This sad method worked transferring 1000+ accounts from VAX to ALPHA.u  N But you must not have been using non-UIC-based rightslist identifiers, becauseG those would get altogether clobbered and not restored by this method.  i  O There's a suggestion downstream about which files to copy; I'd follow that one.o   -- AlanS  O ===============================================================================T0  Alan Winston --- WINSTON@SSRL.SLAC.STANFORD.EDUM  Disclaimer: I speak only for myself, not SLAC or SSRL   Phone:  650/926-3056aM  Paper mail to: SSRL -- SLAC BIN 99, 2575 Sand Hill Rd, Menlo Park CA   94025 O ===============================================================================    ------------------------------  # Date: Tue, 01 Apr 2003 04:11:40 GMTS( From: "Mark E. Levy" <mlevy70@attbi.com> Subject: Re: Exporting users? , Message-ID: <0k8ia.46497$Zo.12440@sccrnsc03>  4 "DigiDemon" <digidemon@hotmail.com> wrote in message2 news:pan.2003.03.31.14.12.39.659297@hotmail.com... > Hello all! >cK > I'll be totally redoing this OpenVMS machine from 7.2-1 to 7.3.  Is thererL > any way I can save the users that are registered on this machine?  Thanks!  H Why not just do an upgrade and save yourself all that hassle? This isn'tC some Micro$oft crap, there's little reason to do a "clean install."O   ML   ------------------------------  % Date: Mon, 31 Mar 2003 12:14:37 -0800g+ From: Ken Fairfield <MyFull-Name@intel.com>-# Subject: Re: Fortran Guru requestedn) Message-ID: <3E88A1AD.6043E12C@intel.com>9  $ Joining this discussion very late...   PRSTSC::DTL wrote: > Q > I encounter some trouble porting a fortran/vax program to Alpha (no warnings atd- > compile time, either with or without /F77):s >  > $ run spcinv > ../..  > R > %SYSTEM-F-ACCVIO, access violation, reason mask=00, virtual address=000000000000( > 0030, PC=FFFFFFFF808E5380, PS=0000001B1 > %TRACE-F-TRACEBACK, symbolic stack dump follows>M >    image    module    routine             line      rel PC           abs PCpR >                                              0 0000000000000000 FFFFFFFF808E5380R >   SPCINV  INVADERS  SLEEP                  141 0000000000000ADC 0000000000030ADCR >   SPCINV  INVADERS  SPECIAL_GRAPHIC        579 0000000000002BB8 0000000000032BB8R >   SPCINV  INVADERS  MOVE                    42 00000000000003D0 00000000000303D0R >   SPCINV  INVADERS  INVADERS                27 0000000000000000 0000000000000000R >                                              0 FFFFFFFF802513D4 FFFFFFFF802513D4 > # > 132         SUBROUTINE SLEEP(TAG).N > 133 C       Set timer and wait for TAG seconds.  TAG is a CHARACTER*5 stringQ > 134 C       of the form ##.##, which is the seconds, and hundredths of seconds.o@ > 135 C       To delay game for 5 seconds, TAG would be '05.00'.& > 136         IMPLICIT INTEGER*4 (A-Z)! > 137         EXTERNAL SS$_NORMALt# > 138         DOUBLE PRECISION TIMEm* > 139         CHARACTER DELTA_TIME*9,TAG*5 > 140eC > 141         DELTA_TIME='0 ::'//TAG          !Concatenate strings.pL > 142         RET_STAT=SYS$BINTIM(DELTA_TIME,TIME)    !ASCII to binary time.B > 143         IF(RET_STAT.NE.%LOC(SS$_NORMAL))STOP'BINTIM failed.'O > 144         RET_STAT=SYS$SETIMR(,TIME,,)            !Set timer, event flag 0.eB > 145         IF(RET_STAT.NE.%LOC(SS$_NORMAL))STOP'SETIMR failed.'Q > 146         RET_STAT=SYS$WAITFR(%VAL(0))            !Wait for flag 0 to be set. B > 147         IF(RET_STAT.NE.%LOC(SS$_NORMAL))STOP'WAITFR failed.' > 148         RETURN > 149         ENDd > 	 > Thanks,  >  > D.  B 	Paddy (and John Santos) correctly question using DOUBLE PRECISIONH for the TIME variable.  Use INTEGER*4 TIME(2) instead.  The issue is theH _potential_ for an HPARITH error for some bit patterns in those 64 bits.  B 	However, the address of %x30 looks to me like the TAG variable isH being passed by address, that is %x30 is 48 decimal, which is "0" ASCII.A I'd suspect the calling routine, SPECIAL_GRAPHIC in this case, is  callingrA sleep with a Hollerith argument or a numeric variable that's beena initialized E with character data (non-standard, common place old usage).  Find all  the ? callers of SLEEP and make sure that the TAG argument is of typer
 CHARACTER,D or is specified as a character literal (e.g., CALL SLEEP('10:00') ).   	-Ken  --6 I don't speak for Intel, Intel doesn't speak for me...  
 Ken Fairfielda" D1C Automation VMS System Support  kenneth(dot)h(dot)fairfieldn (at)
 intel(dot)com    ------------------------------    Date: 01 Apr 2003 03:12:16 +0800, From: Paul Repacholi <prep@prep.synonet.com>+ Subject: Re: Gotta have those ol' time docs-- Message-ID: <87r88nl59r.fsf@prep.synonet.com>0  , Jerry Leichter <leichter@smarts.com> writes:  E > Are you, or do you know, a packrat who keeps around old VMS-related.B > documentation?  I need stuff specifically related to DECnet, andF > even more specifically to DECnet management.  I'd especially love toA > get my hands on the old POLYCENTER docs.  The older the better;-A > anything after about 1995 is of no interest.  CD or hardcopy istF > fine.  Obviously, on-line is easiest - but not necessary.  I am in a: > position to pay to either buy or just borrow this stuff.   Red Wall, or Blue Wall?l  ? Any specific DECnet stuff? I used to prefer the RSX manuals for  managment stuff back then.   -- '< Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda.v@                                              West Australia 6076* comp.os.vms,- The Older, Grumpier Slashdot. Raw, Cooked or Well-done, it's all half baked.F EPIC, The Architecture of the future, always has been, always will be.   ------------------------------   Date: 31 MAR 2003 22:51:24 GMT4 From: karcher@thuria.waisman.wisc.edu (Carl Karcher)< Subject: How long is the power cord on H7600 pwr controller?6 Message-ID: <31MAR03.22512458@thuria.waisman.wisc.edu>  E I can't find anything that tells me how long the power cord (with thesF L5-20P plug on it) for the 120V flavor of an H7600-AA power controllerG is. This is used in the H9A10 and H9A15 "M series" cabinets. Can anyonea! that has one give me an estimate?s  ; I'm doing some UPS capacity planning and would like to knowr? how far from the UPS this cabinet can be (or if it will requires1 a hardwired receptacle if the cord is too short).o   Thanks.b   --G -- Carl Karcher, Waisman Computing Services, Waisman Center, UW-Madisont8 --                 karcher.nomorespam@waisman.wisc.edu     ------------------------------  % Date: Mon, 31 Mar 2003 23:29:04 -0500i' From: Stuart Fuller <stufuller@usa.net>6@ Subject: Re: How long is the power cord on H7600 pwr controller?0 Message-ID: <hi4b6b.dce.ln@dadsys2.fuller.local>   Carl Karcher wrote:-  G > I can't find anything that tells me how long the power cord (with thepH > L5-20P plug on it) for the 120V flavor of an H7600-AA power controllerI > is. This is used in the H9A10 and H9A15 "M series" cabinets. Can anyone8# > that has one give me an estimate?i > = > I'm doing some UPS capacity planning and would like to knowtA > how far from the UPS this cabinet can be (or if it will require 3 > a hardwired receptacle if the cord is too short).e   Per   G    http://h18000.www1.hp.com/products/quickspecs/10392_na/10392_na.HTMLe  3 the power cord for the H9A10/15 is 10ft, 10in long.t   -- :           Stua   ------------------------------  % Date: Mon, 31 Mar 2003 13:15:13 -0600r, From: Bob Blunt <robert.blunt@hp.nospam.com>! Subject: Re: hsz40 to ba35x cablen, Message-ID: <3e889606$1@usenet01.boi.hp.com>   Richard Hammersley wrote: K > Anyone know what the part number is for the cable that goes from a hsz40 , > to a BA35x shelf ? > 	 > Thanks.e > 	 > Richard- >   I BN21H-01 or BN21H-02 are the usual ones as long as you're connecting the uE HSZ40 to an older BA350 shelf WITHOUT any personality module.  If it D; needs a personality module, you MAY need a different cable.,   bob.   ------------------------------  % Date: Mon, 31 Mar 2003 14:37:28 -0500s& From: "Bob  Lail" <robert.lail@hp.com>! Subject: Re: hsz40 to ba35x cables, Message-ID: <3e889b3f$1@usenet01.boi.hp.com>  L As I remember it's a  BN21H-XX (XX = length in Ft)  FNSE (Fast Narrow Single. Ended) 50HD to 50HD (50 Position High Density)   -- Robert Lail' Solution Architect  Network & Service Provider Sales Hewlett-Packard Companye0 EMail: SRobert.Lail@hp.com   Phone: 603.315.05563 ( S added for Spammers remove before sending email).    F "Richard Hammersley" <richard.hammersley%spam%@dartmouth.edu> wrote in. message news:3E886633.7060700@dartmouth.edu...J > Anyone know what the part number is for the cable that goes from a hsz40 > to a BA35x shelf ? >-	 > Thanks.  >e	 > Richarda >0   ------------------------------    Date: 31 Mar 2003 13:39:11 -0600+ From: kuhrt@encompasserve.org (Marty Kuhrt)-! Subject: Re: hsz40 to ba35x cabled3 Message-ID: <YstZryt3rp9r@eisner.encompasserve.org>g  p In article <3E886633.7060700@dartmouth.edu>, Richard Hammersley <richard.hammersley%spam%@dartmouth.edu> writes:K > Anyone know what the part number is for the cable that goes from a hsz40 n > to a BA35x shelf ? > 	 > Thanks.  > 	 > Richard1 >   B Any SCSI cable with the proper ends should work.  The part number @ I have on a cable installed by Digital in an old installation is	 BN21H-02.2   ------------------------------  % Date: Mon, 31 Mar 2003 14:38:25 -0500 5 From: David Beatty <David.Beatty@qwertysasasdfgh.com>l! Subject: Re: hsz40 to ba35x cable-2 Message-ID: <wJeIPqq3rpiAWJwazRZm=h1gR9M+@4ax.com>  6 On Mon, 31 Mar 2003 11:00:51 -0500, Richard Hammersley/ <richard.hammersley%spam%@dartmouth.edu> wrote:   J >Anyone know what the part number is for the cable that goes from a hsz40  >to a BA35x shelf ?- >  >Thanks. >  >Richard  4 Depends on the kind of connectors used for the HSZ409 and for the personality module in the BA35x.  Do you have$4 50-pin connectors, 68-pin connectors, a combination, or something else entirely?h   David R. Beattyo SAS Institute, Inc.    ------------------------------  # Date: Mon, 31 Mar 2003 19:48:17 GMTb# From: hoff@hp.nospam (Hoff Hoffman)g5 Subject: Re: LCD panel, 500au, ELSA Gloria Card, How?k- Message-ID: <5Y0ia.89$dt.68@news.cpqcorp.net>i  X In article <1030327164446.5001A-100000@Ives.egh.com>, John Santos <JOHN@egh.com> writes:  D :When people talk about a graphics card being "fast" or "slow", what :exactly are they refering to?  E   Certain operations can be faster or slower on a particular graphicse>   card.  With the ELSA, text is comparatively slowly rendered.  ? :I ask because I'm interested in getting a "better" card for myeD :old, slow, but trusty AlphaStation 200 4/100.  (Is this the slowest? :Alpha ever made?)  Actually, I have two of these, more-or-lessrD :identical, one running DEC Unix (at work) and one running VMS 7.3-1 :(at home, hobbyist).   @   If you have an AlphaStation 200 4/100, I'd look to replace the:   whole system -- that box was slow, even when it was new.  A :I understand (possibly incorrectly) that most of the more recentn> :video cards require EV5 or later, because the drivers use EV5 :instructions.    >   EV6, most commonly, is one restriction -- this sometimes due>   to the instruction set, but also often due to the I/O memory   interface design.  i  ?   Various Alpha systems prior to EV6 required what is known as p?   swizzling, while newer systems now often use a rather simplereB   -- from the perspective of the drivers -- I/O device interface. ?   Very few (no?) Alpha EV56 systems have support for byte-word y?   instructions in I/O space, while most (all?) EV6 systems haven2   a linear (non-swizzled) addressing in I/O space.  C   For those that wish to look at this topic from the perspective ofaB   actually writing a device driver, please see the IOC$READ_IO andA   IOC$WRITE_IO calls -- these return byte-laned data analogous to-B   EV56 and older boxes (and the drivers then swizzle the bytes, asB   they always have) and see the IOC$READ_IO and IOC$WRITE_IO callsD   with the byte and word options -- use of these options require EV6A   and later -- if the drivers do not wish to perform the swizzle.   . :(But I thought EV5/6/7 code would run, thoughA :slowly, on any Alpha, using traps and emulating the instructionsr? :in software.  Is this only true of user mode code, or only forr :stuff running at IPL 0?)b  B   The instruction emulation is for user-mode code.  The other partA   of this involves the system architecture -- I do need to make a B   few changes to the FAQ to clarify this discussion, the FAQ makesA   use of both "CPU" and "system" in the byte-word discussion, andy@   does not particularly clarify the details of this distinction.E   As written, the FAQ is correct -- assuming that the reader realizesoF   that the Alpha CPU (microprocessor) capabilities are limited by the B   particular capabilities of the privileged portions of the system    architecture implementation.       For example:  @     o though the EV56 microprocessor has byte-word capabilities,@       this does not mean you can use byte-word addressing within#       I/O space of an EV56 system. u  A     o Just because you can use byte-word instructions or floatingR?       point instructions in user mode does not mean you can user,       these instructions in inner-mode code.  C   Driver context is rather more limited than that available to mostl2   of the rest of user-mode code.  Always has been.  A :Is the much-maligned Elsa Gloria actually so much faster than myu5 :S3-based card that I would see it as an improvement?n  B   I'd think the biggest improvement you could gain would be movingF   off the 100 MHz EV4 processor -- nice (used) EV6 systems are sellingD   in the one to three kilodollar-US range, and I'd thus expect that D   lesser (though still nice) EV56 boxes would be available for less.  @ :Or does "fast" only apply to rapid redrawing of frames, such as= :in games or real-time graphics, and I couldn't care less fore@ :my typical usage (mostly running lots of DECterms, and a little :light surfing?)  >   My oft-stated preference would be the PowerStorm 3D30 or theA   PowerStorm 4D20.  These are nice all-around graphics cards, andn@   are supported by OpenVMS.  These cards will not have the color@   map capabilities of newer cards -- the 3D30 is an 8-plane (256>   colors) card, the 4D20 provides 24 planes -- but they do and7   have worked quite nicely for my OpenVMS graphics use.-  @   Some folks might not like it, but I also appreciate the rotaryA   switch used for the resolution on the PowerStorm 3D30 and 4D20.   0< :I have nice 19" monitors (ViewSonic at work, Sony at home),9 :but can't seem to get them to display anything 1024*768.t  <   Please see the FAQ and the previous discussion for related>   materials on graphics controllers and display compatibility.@   And as Fred mentions, LCDs do usually run quite nicely at 60Hz@   horizontal refresh rates -- this is also why folks that reallyA   like fast graphics reactions are still using CRTs; the LCDs are A   slower than the CRTs.  (And now we launch off into a discussions7   of what folks mean by "fast" and "slow" displays? :-)       N  ---------------------------- #include <rtfaq.h> -----------------------------J       For additional, please see the OpenVMS FAQ -- www.openvms.compaq.comN  --------------------------- pure personal opinion ---------------------------E         Hoff (Stephen) Hoffman   OpenVMS Engineering   hoff[at]hp.coma   ------------------------------  # Date: Mon, 31 Mar 2003 18:49:52 GMTo- From: Jack Patteeuw <jjpatteeuw@peoplepc.com>i7 Subject: Re: Legato vs TSM for VMS backup pros and conso+ Message-ID: <3E888DCF.9050608@peoplepc.com>    Hamlyn Mootoo wrote: >  Legato (many @ > years ago) used to be sold by DEC as DEC NSR (network save andF > restore).  It has not gotten significantly better over 10 years.  It > is still a POS.-  I I can't speak for Legato in the VMS world, but I use it to backup all of hI my Unix boxes, both Tru64 and Solaris and it works great !!  I like both 8/ the GUI and command line better than NetBackup.   I 1/10 the number of problems we have had with ABS (on the VMS side of the s shop) over the past year.d   -- s  
 Jack Patteeuw    ------------------------------    Date: 31 Mar 2003 11:58:21 -0800. From: Jack.Trachtman@vmmc.org (Jack Trachtman)7 Subject: Re: Legato vs TSM for VMS backup pros and cons < Message-ID: <69d784c4.0303311158.7e9c1b5@posting.google.com>  . I'm jumping in here to see if anyone, like us,2 is about to start testing the new Legato Networker4 Storage Node for OpenVMS product.  We expect to have1 it installed this week on a test box connected to.. our SAN with its SDLT drives.  We already have, a Networkder server for our Unix/NT backups.   If we go with Networker, I'llk/ probably do a weekly image copy to another diskh to cover that situation.   ------------------------------  % Date: Mon, 31 Mar 2003 20:34:03 -0500e' From: "Main, Kerry" <Kerry.Main@hp.com>e7 Subject: RE: Legato vs TSM for VMS backup pros and cons T Message-ID: <BE56C50EA024184DAF48F0B9A47F5CF403FB5B9A@kaoexc01.americas.cpqcorp.net>   Re: Legato and backup ..  ! Check out last Technical Journal:a6 http://h71000.www7.hp.com/openvms/journal/ (main page)  ( - check out article on Backup strategies* - check out Legato on OpenVMS white paper:* http://h71000.www7.hp.com/openvms/journal/   Regardsv  
 Kerry Main Senior Consultantw Hewlett-Packard (Canada) Co.! Consulting & Integration Servicesa Voice: 613-592-4660  Fax   : 613-591-4477 Email: kerryDOTmain@hpDOTcom-     (remove the DOT's and replace with "."'s)s OpenVMS DCL - the original .COM    -----Original Message-----8 From: Jack Trachtman [mailto:Jack.Trachtman@vmmc.org]=20 Sent: March 31, 2003 2:58 PM To: Info-VAX@Mvb.Saic.Com 7 Subject: Re: Legato vs TSM for VMS backup pros and consn    . I'm jumping in here to see if anyone, like us,2 is about to start testing the new Legato Networker4 Storage Node for OpenVMS product.  We expect to have1 it installed this week on a test box connected to . our SAN with its SDLT drives.  We already have, a Networkder server for our Unix/NT backups.   If we go with Networker, I'lln/ probably do a weekly image copy to another diskh to cover that situation.   ------------------------------   Date: 1 Apr 2003 00:00:20 GMTe2 From: "Zane H. Healy" <healyzh@shell1.aracnet.com>' Subject: Re: Macs vs. Pathworks et. al.h, Message-ID: <b6akqk02g87@enews2.newsguy.com>  5 Carl Karcher <karcher@thuria.waisman.wisc.edu> wrote:TC > Last time I tried this from OS 10.2 to Pathworks V6.1 I received:h  ' >        "An error has occurred: -5000"2  H > Support will say "MacIntosh clients are not supported by PATHWORKS forG > OpenVMS V6.1". Have them escalate it anyway. If enough of us to that t> > it might get fixed. I've not tried it with AS 7.3A-ECO1 yet.  I Unless Pathworks supports disks drastically different than Samba then the K problem is probably that DAVE expects to be able to create directories withoI names that aren't valid for OpenVMS.  At least that was the problem I had = when attempting to use DAVE to access an OpenVMS Samba share.5   			Zane0   ------------------------------    Date: 31 Mar 2003 15:09:47 -0800" From: cstranslations@msn.com (Joe) Subject: modifying sys$outputo= Message-ID: <d56d1c2d.0303311509.22675413@posting.google.com>.   OpenVMS 7.1-1H2 and later...    C basic idea: call $CREPRC with the output argument looking somethingu like  ' dkb100:[foo.bar]this_worker_'pid'.log;0i  C Before writing any output translate sys$output, redefine sys$output C pointing out into left field (well  actually the null device), get C the PID, substitute it in to the translation (in the obvious spot),f? open that as a process log file (so that the RAB address can be3- determined and the log periodically flushed).e  D The proof of concept is written in BASIC. The initial translation ofF sys$output and redefinition seem to be working (well I haven't figuredB out a way to look at the process table for another process but theC values coming back from the system services look to be O.K. runningnA this under the debugger with input/output going to an unallocated ; terminal). To keep things simple I don't bother opening theaE "redirected output" but just do a PRINT (I'm thinking it should go to3A the on disk file as indicated). What it's actually doing is stackaF dumping when it hits the PRINT statement with a complaint about output. to an illegal device that looks something like   sys$output:sysoutput.dat  ? Is this a workable idea or should I give up and move to plan C?e   ------------------------------  % Date: Mon, 31 Mar 2003 18:15:26 -0600i From: jer <gdunn@airmail.ten>e Subject: Re: My EmailoO Message-ID: <EB8B4E82EE91254A.D09AD9929184DCD5.460977596B49E386@lp.airnews.net>e   Charlie Hammond wrote:I > If you have "de-spamed" and tried to reply or send email to the addresscG > in ther From and Reply-To headers, or in my signature lines, you haveaI > probably had your mail bounced.  This condition occured when I changed iJ > offices and IP addresses recently.  It has now been fixed and you should > be able to reach me. >   A Gee whiz, Charlie, we tried like the devil to reach you, but the lE winning Power Ball ticket was about to expire, and we were forced to n* give the $132M to someone else.  So sowwy.   -- M3 jer  email reply - I am not a 'ten'  ICQ = 35253273yD "All that we do is touched with ocean, yet we remain on the shore of! what we know."  -- Richard Wilburo   ------------------------------  % Date: Mon, 31 Mar 2003 20:49:20 -05002' From: "Main, Kerry" <Kerry.Main@hp.com>$Y Subject: RE: OpenVMS.org: Marvel article and HP's press release for Marveland Alpha RetaisT Message-ID: <BE56C50EA024184DAF48F0B9A47F5CF4040ECF41@kaoexc01.americas.cpqcorp.net>   Andrew, Andrew ..sigh ..  E <<< The last benchmark of any significance that was published for the D GS320 was your TPC-C result which was submitted on 18/06/2001 over a' year before the GS1280 announcement.<<<o  9 And when was the last Sun TPC benchmark - for any system?   F [insert never ending argument about how the world should adapt to whatH you feel is the right way to do benchmarks - even though the TPC council disagrees with you]   > <<< Keep it run your existing apps on it but for the new stuff ?????????<<<  E Actually, given that Oracle 9I runs better than 8i, if a Customer waseG happy with their GS series system before with Oracle 8i, why would thenTG not consider going to Oracle 9i (other than normal test time issues) ??n  D It also tends to confirm the pessimistic views of your customers who9 seem less than enamoured by HP's strategy for OpenVMS.<<<   C Of course, what would a direct competitor state?  Spread the fud ..d  G Time to move on .. I feel the age old arguments coming back ..Now where-G is Fred's posting, I need to cut-n-paste it into the your expected, butp# very standard replies to this note.D   RegardsS  
 Kerry Main Senior Consultant3 Hewlett-Packard (Canada) Co.! Consulting & Integration Servicesh Voice: 613-592-4660r Fax   : 613-591-4477 Email: kerryDOTmain@hpDOTcom-     (remove the DOT's and replace with "."'s)- OpenVMS DCL - the original .COM,     -----Original Message-----' From: Andrew Harrison SUNUK Consultancy:1 [mailto:Andrew_No.Harrison_No@nospamn.sun.com]=20D Sent: March 31, 2003 9:22 AM To: Info-VAX@Mvb.Saic.ComaC Subject: Re: OpenVMS.org: Marvel article and HP's press release forCH Marveland Alpha Retain Trust Alpha Retain Trust Alpha Retain Trust AlphaE Retain Trust Alpha Retain Trust Alpha Retain Trust Alpha Retain Trustc5 Alpha Retain Trust Alpha Retain Trust Alpha Retain Tr>         Main, Kerry wrote: > Andrew, Andrew ..s >=201 > <<< Incedentally they arn't very current, ...>>o >=20I > Of course, I stated that in my response "While a tad dated now, here=20> > are some quotes:"  >=20  % A tad dated, 8i is in maintence mode.e  H > The initial GS Series servers are about 4-5 years old right now and=20H > are replaced by the Marvel EV7 systems last year. That earlier quote I  G > supplied shows what Oracle thought of the original GS Series servers.a >=20C > Question - How many benchmarks have Sun done lately on the UE10K?t >=20  G None, but then the GS 320 has only just been replaced by the GS1280 and > you wern't exactly churning out benchmarks before it were you.  G The last benchmark of any significance that was published for the GS320uC was your TPC-C result which was submitted on 18/06/2001 over a yearn before the GS1280 announcement.g      H > And by the way - the majority of Oracle Customers are still at some=20+ > version of 8.x - but you knew that right?t >=20  F The majority of existing DBMS's are on 8i but most of the new installsD are 9i which you know. Mainly because Oracle Apps Seibel, PeopleSoft" etc's current versions all use 9i.  8 In this respect the page and your response neatly sum up8 the market position of the GS. Keep it run your existing* apps on it but for the new stuff ?????????  D It also tends to confirm the pessimistic views of your customers who6 seem less than enamoured by HP's strategy for OpenVMS.  4 Shame that you had to slap them in the face as well.    G > Now, if you want current GS Series performance numbers, check out:=20a > = H http://www.sap.com/benchmark/index.asp?content=3Dhttp://www.sap.com/benc > hm > ark/sd2tier.aspl >=207 > Sun Fire 15000 (72 cpus) -  1,789,000 dialog steps/hr 7 > HP GS 1280 (32 cpu's)    -  1,393,000 dialog steps/hro >=20  D We have had this discussion before if you remember you are trying toE defend your GS160/320 performance BS. Trying to do so with the GS1280yD SAP benchmark results only proves that you don't have any confidenceD that you can muster up a convincing argument in support of the older systems.  # In other words more performance BS.t  ? And as I said earlier you have had a decade of Alpha is best BStB unsupported by any collareral thats relevant so publishing one 3rdG placed SAP result for a system you arn't shipping until the end of thism$ year (16 CPU's is the maximum at the( moment) is hardly grounds for rejoicing.  : When you can ship a 32 way box then get back to the group.   Regardsa Andrew Harrisons   ------------------------------  # Date: Mon, 31 Mar 2003 18:59:15 GMT - From: Jack Patteeuw <jjpatteeuw@peoplepc.com>r" Subject: Re: Overuse of LIB$SPAWN?< Message-ID: <7e0ia.17746$0X.5165249@twister.columbus.rr.com>   Cheryl Hoefelmeyer wrote:l <snip>F > For example, they would rather spawn a subprocess to call SORT/MERGE) > than use the utility inside a program. u  G The callable interface to SORT is "not intuitively obvious to the most cH casual observer", but as everyone one else has said it is significantly  more efficient.,  F One thing I remember about callable SORT was that you did not have to A create what I would call intermediate file.  you could send it a  I "stream" (note the quotes) of records and it they all fit in the virtual -B memory available, it was done as an "in memory" sort !  Very fast.   --    
 Jack Patteeuwl   ------------------------------  % Date: Mon, 31 Mar 2003 11:44:32 -0800-( From: Alan Frisbie <Abuse@NelsonUSA.com>" Subject: Re: Overuse of LIB$SPAWN?* Message-ID: <3E889AA0.10600@NelsonUSA.com>   Jack Patteeuw wrote: >  >  > Cheryl Hoefelmeyer wrote:9 >:G >> For example, they would rather spawn a subprocess to call SORT/MERGE * >> than use the utility inside a program.  > I > The callable interface to SORT is "not intuitively obvious to the most aJ > casual observer", but as everyone one else has said it is significantly  > more efficient..  C Back in the days of BASIC-Plus under RSX-11M on the PDP-11, I wouldhF create an indexed RMS file and PUT records to it.   When done, I couldF just read them back in sorted order.   Very inefficient, but it worked when nothing else would.  D When I ported the applications to VMS, everything was so much fasterC that nobody noticed the overhead.   I was tempted to just leave therC old code alone.   However, the next time I needed sorted records, IsB "bit the bullet" and learned how to use the SOR$ routines.   I wasE *amazed* at how fast it was!   That small learning curve has paid for " itself many times over since then.   ------------------------------    Date: 31 Mar 2003 11:19:28 -0800 From: ticaris@yahoo.com (Steve)e9 Subject: Re: Poka Yoke on loppy drive flat cable is wrongt= Message-ID: <6bcd75fc.0303311119.1e9bb89b@posting.google.com>f  b Didier Morandi <Didier.Morandi.nospam@Free.fr> wrote in message news:<3E87F38C.1020206@Free.fr>...O > in an AlphaStation 250, the pokayoke of the floppy drive is upside down. The tN > piece of plastic is upwards and the hole where it should fit is downwards... >  > :-(a >  > D. > M > PS to French speaking people : comment on dit "dtrompeur" en anglais ? :-)e   Keya   ------------------------------  % Date: Mon, 31 Mar 2003 12:59:32 -0600r, From: Bob Blunt <robert.blunt@hp.nospam.com>, Subject: Re: problems with accountn.dat file* Message-ID: <3e889259@usenet01.boi.hp.com>   Jorge V.S. wrote:u > Hello: > H >     Last month we noticed that our accounting file doesn't recordered  > anything  for tow days, why ?s > K >     Where to look for errors, corruption, audit information to ckech the f > problem and solve it.l > # >                 thanks in advancen > ' >                     Jorge V.S.'030328t >   B Jorge, how did you determine that your accounting information had I stopped "logging?"  Did you try to examine the information by extracting tE it with the ACCOUNTING utility and it "just stopped" after a certain  A date?  If so, did you get any errors from the accounting command?f  I Back in the "dark ages," every now and then some spurious characters got  H entered into ACCOUNTNG.DAT that would corrupt the data inside the file. G   In SOME cases, you could correct the data with patch, zap or hexzap, oF but you HAD to know exactly what was expected in the data or it was a  waste of effort.   bobm   ------------------------------    Date: 31 Mar 2003 14:26:10 -0800# From: marty@barra.com (Marty Kuhrt)3 Subject: Re: Rich Marcello= Message-ID: <71c2e778.0303311426.29d35bd7@posting.google.com>   ` "Hans Vlems" <hvlems@iae.nl> wrote in message news:<b5hgck$28q5it$1@ID-143435.news.dfncis.de>...J > "Phillip Helbig" <HELBPHI@sysdev.deutsche-boerse.com> schreef in bericht7 > news:01KTSHDD82U49H1MPS@sysdev.deutsche-boerse.com... H > > > As an ISV interested in growing Customer interest in OpenVMS, as aD > > > minimum I would expect that when you get these questions, thatN > > > regardless of your personal opinions, you would at least say ".. Here is  > > > HP's official position .." > >eJ > > Yes, but what is HP's "official position" with regard to VMS?  We willK > > help you port to HPUX?  That might not be wise to state.  Or do we have.% > > a choice of "official positions"?M > >PI > > What if the customer says "ah yes, DEC's official position used to beSH > > "NT on ALPHA is the future", and I invested millions in that and got > > burned"? > >GD > > (I suddenly started hearing Nazareth's "Love Hurts" in my head.) > M > Exactly. The company I work for is looking at an alternative platform for a:N > large Sybase application. The current platform options are Windows (on whichL > it runs) or port it to DB/2 on our mainframe (big $$). We're not afraid toL > look at other platforms and of course AS/400 and unix have been discussed.K > At one time the name VMS popped up and all but one had at one time workedsE > with that platform. They were all still favorably impressed with it-K > (stability, reliability, ease of use etc.). The majority thought that VMSA- > was gone (together with the VAX platform!).gN > If I had had any positive signal from HP over the past months (and, earlier,M > from Compaq for that matter) then I'd have had no problems in pursuing thatnK > road. My fear is exactly the one Philip mentions in his post: I propose ar? > completely new platform and within a year I get burned by HP.o >  > Hans Vlems >  > PSJ > This same company was once a DEC customer: they went for NT on Alpha and5 > Wolfpack in '97 or '98. That memory is still there.o    > If the current version of Sybase products were running on VMS,> I'd probably be able to eventually convince the powers that beA here to put it (back) on VMS.  When Sybase dropped VMS support wec= pretty much dropped VMS for everything _but_ our stock marketn< stuff.  Before then most of our in house production was done: using Sybase, SAS and a gob of home grown DCL and FORTRAN.  < As a side story, I ran into a Sybase guy at a local pub.  HeA actually made contact with me because I was wearing a DECUS polo. ? He asked about DECUS and VMS and said he missed working on VMS.h  ; I get that a lot at some of the parties I go to.  I'll wearc? something that mentions VMS on it, and the conversation usually= goes like this...=  : OtherGuy: Hiya.  Noticed your VMS shirt.  Cool.  I used to+           work with that.  It still around?k; Me: Yep.  We use it in production everyday for stock marketP2     stuff at work where downtime is not an option.< OG: Really?  I thought it was dead.  They stopped developing     it, right?< Me: Nope.  As a matter of fact they're finishing the port to     the Intel 64 bit platform.< OG: Geez, the place I used to work for was convinced that it:     was a goner and ported to (insert lame solution here). Me: So how is that working out?h= OG: After (insert large multiyear time reference) were almost9&     to where we were when we left VMS.> Me: So you can do multi-site, multi-city, single coherent data1     and system image with (insert lame solution)?e> OG: Kind of.  After spending (insert dollar amount that in the>     long run is probably about four to six times the VMS cost).     we have replication and a hotsite working.+ Me: How long does it take you to fail over?  OG: We don't know, really. Me: Sounds nerve racking.r@ OG: Now that you mention it, it is.  You guys wouldn't be hiring     would you? Me: 'fraid not.C   ------------------------------  % Date: Mon, 31 Mar 2003 21:47:49 +0200 " From: "Hans Vlems" <hvlems@iae.nl> Subject: Second IP address5 Message-ID: <b6a61f$38gqn$1@ID-143435.news.dfncis.de>w  I Is it possible to add a second IP address on a single ethernet interface?v  ! I run the following combinations:r  - AXP/VMS 7.3 with  TCPIP services for VMS V5.1=, VAX/VMS 7.2 with TCPIP services for VMS V5.1  I I want to add connectivity to network 10.0.0.0 mask 255.255.255.0 for the J new ADSL router. The other options are either adding an ethernet interface4 on the AXP or modify all IP addresses on my systems.  
 Hans Vlems   ------------------------------  % Date: Mon, 31 Mar 2003 22:00:27 +0200P) From: Bart Zorn <B.Zorn@xs4all.nospam.nl>3 Subject: Re: Second IP address6 Message-ID: <3e889e5b$0$49117$e4fe514c@news.xs4all.nl>   Hans Vlems wrote:SK > Is it possible to add a second IP address on a single ethernet interface?  > # > I run the following combinations:F > / > AXP/VMS 7.3 with  TCPIP services for VMS V5.1I. > VAX/VMS 7.2 with TCPIP services for VMS V5.1 > K > I want to add connectivity to network 10.0.0.0 mask 255.255.255.0 for thewL > new ADSL router. The other options are either adding an ethernet interface6 > on the AXP or modify all IP addresses on my systems. >  > Hans Vlems >   C Yes, you can. Use a TCPIP SET INTERFACE <interface>/HOST=<whatever>m  H You create an extra interface on the same device. The interface name is H a bit awkward. If you have currently we0, you can create wea1, wea2 etc.% for we1 this would be web1, web2 etc.i   This is documented, btw!  	 Bart Zorn%   ------------------------------  # Date: Mon, 31 Mar 2003 20:10:18 GMTT" From:   VAXman-  @SendSpamHere.ORG Subject: Re: Second IP address0 Message-ID: <00A1DB20.1C44352C@SendSpamHere.ORG>  b In article <3e889e5b$0$49117$e4fe514c@news.xs4all.nl>, Bart Zorn <B.Zorn@xs4all.nospam.nl> writes: >Hans Vlems wrote:L >> Is it possible to add a second IP address on a single ethernet interface? >>  $ >> I run the following combinations: >> t0 >> AXP/VMS 7.3 with  TCPIP services for VMS V5.1/ >> VAX/VMS 7.2 with TCPIP services for VMS V5.1u >> tL >> I want to add connectivity to network 10.0.0.0 mask 255.255.255.0 for theM >> new ADSL router. The other options are either adding an ethernet interfaces7 >> on the AXP or modify all IP addresses on my systems.S >>  
 >> Hans Vlems  >> n >oD >Yes, you can. Use a TCPIP SET INTERFACE <interface>/HOST=<whatever> >hI >You create an extra interface on the same device. The interface name is dI >a bit awkward. If you have currently we0, you can create wea1, wea2 etc.E& >for we1 this would be web1, web2 etc. >f >This is documented, btw!p  G ...and it's been discuss here -- quite recently too -- many times.  Try E a search of the COV newsgroup with a search engine such as google.coma   --O VAXman- OpenVMS APE certification number: AAA-0001     VAXman(at)TMESIS(dot)COM             -5   "Well my son, life is like a beanstalk, isn't it?" 0   ------------------------------  % Date: Mon, 31 Mar 2003 19:55:59 -0400s0 From: JF Mezei <jfmezei.spamnot@vl.videotron.ca> Subject: Re: Second IP address/ Message-ID: <3E88D578.E1292DB6@vl.videotron.ca>o   Hans Vlems wrote:w > K > Is it possible to add a second IP address on a single ethernet interface?a  [ Use GOOGLE to look for recent posts in the last couple of months with the term "multihomed"e  L essentially, if you currently have interface SE0 for ip address 24.69.69.79, you can9  8 TCPIP> SET INTERFACE SEA0: /address=10.0..20/etc etc etc  G HELP SET INTERFACE  will give you all the options. The hard part in theeD documentation is figuring out where to add the "A" in the interface.   ------------------------------  % Date: Mon, 31 Mar 2003 22:53:35 +0200t" From: "Hans Vlems" <hvlems@iae.nl>< Subject: Re: SIMH Emulation of VAX KA650-A, KA650-B, KA655-A5 Message-ID: <b6a9t1$316bh$1@ID-143435.news.dfncis.de>   7 "Jack Peacock" <peacock@simconv.com> schreef in berichtp, news:KT6dnf4Zw45oHRWjXTWcqw@mpowercom.net...J > "Bob Koehler" <koehler@eisner.nospam.encompasserve.org> wrote in message/ > news:AJGjjMc3NYA$@eisner.encompasserve.org...-F > > In article <b640o3$1brfo$1@ID-143435.news.dfncis.de>, "Hans Vlems" > <hvlems@iae.nl> writes:  > > >)J > > > Not sure whether I understand the question, but a 3400 has no native > DSSI > > > like a 4300. > >wI > I thought the MVax 3300/3400 used a KA640 CPU board, with onboard DSSI.t AsK > I recall it had a riser on the top edge of the board and would not fit ins; > older BA23 type boxes, unlike the KA650 in the 3500/3600.n >y >a* You are correct, I forgot about the riser.   ------------------------------  % Date: Mon, 31 Mar 2003 16:01:21 -0500U& From: "Bran Furman" <bsfurman@att.net>0 Subject: Re: SIMH VAX build with MS Visual C++ 62 Message-ID: <lCCdnVUM8rV7MRWjXTWc-g@speakeasy.net>  K I added "USE_NETWORK" and made sure there were no build errors but it stillmJ fails as previously reported.  BTW, I forgot to mention that it is Version 2.10-4.3   Any other ideas?   Thanks anyway, Bran  - "Hans Vlems" <hvlems@iae.nl> wrote in messager/ news:b64075$1fljt$1@ID-143435.news.dfncis.de...6 >c5 > "Bran Furman" <bsfurman@att.net> schreef in bericht . > news:vyKdnUP5PJ7-ihijXTWcoQ@speakeasy.net...G > > Does anyone know the correct project settings to build SIMH with MS6 Visual
 > > C++ 6? > > J > > For "Preprocessor definitions" I used the default WIN32,_CONSOLE,_MBCS andh7 > > added USE_INT64 resulting in the following options:p > > H > > /nologo /MLd /W3 /Gm /GX /ZI /Od /I ".\\" /I "..\\" /I "..\pdp11" /IK > > "..\net" /D "_DEBUG" /D "WIN32" /D "_CONSOLE" /D "_MBCS" /D "USE_INT64")= > > /Fp"Debug/VAX.pch" /YX /Fo"Debug/" /Fd"Debug/" /FD /GZ /c1 > >n > > This fails as follows: > >d > > KA655-B V5.3, VMB 2.71# > > Performing normal system tests. , > > 40..39..38..37..36..35..34..33..32..31.. > >  > > ?53 2 0A FF 00 0000m > > C > > P1=00000002  P2=00000028  P3=00000FF7  P4=00D40077  P5=00000001nC > > P6=FFFFFFFF  P7=00000000  P8=00000000  P9=00000000 P10=20051CE0wC > > r0=00000002  r1=20140110  r2=3CC66E04  r3=000301B1  r4=3CC66E0E C > > r5=2004E8F9  r6=00018678  r7=000186C8  r8=00019697 ERF=80000000  > > 30..29..28..27..26..25..D > > 24..23..22..21..20..19..18..17..16..15..14..13..12..11..10..09.. > > 08..07..06..05..04..03.." > > Normal operation not possible. > >t > > >>>  > >AA > > Where does one find documentation on diagnostic codes anyway?- > >a > > Thanks.a > >3 >:L > You should have seen error messages while linking the object modules. LookA > at he "Link" tab in Project Settings, and check the presence ofm wsock32.lib ( > in the "Object/library modules" panel. >o5 > The C/C++ tab must have these preprocessor modules:) > 4 >  WIN32,_DEBUG,_CONSOLE,_MBCS,USE_NETWORK,USE_INT64 >r > The Project Options :k > J > /nologo /MLd /W3 /Gm /GX /ZI /Od /D "WIN32" /D "_DEBUG" /D "_CONSOLE" /DL > "_MBCS" /D "USE_NETWORK" /D "USE_INT64" /Fp"Debug/vax.pch" /YX /Fo"Debug/" > /Fd"Debug/" /FD /GZ /c >t > Hans >g   ------------------------------  % Date: Mon, 31 Mar 2003 11:20:03 -0800r( From: Alan Frisbie <Abuse@NelsonUSA.com> Subject: Re: Suggestion to Sue, Message-ID: <3E8894E3.7070406@NelsonUSA.com>   Sue Skonetski wrote:  : > If you two don't behave you are going to get a spanking.  = Thanks for saying what I (and, I suspect, many of the rest oft; us) have been thinking for a long time.   The S/N ratio has7@ gotten so bad here that I just skip many threads without reading them..  = It's too bad you weren't here ten years ago.   You might have / been able to slap some manners into Carl.   :-)    Alan   ------------------------------  % Date: Mon, 31 Mar 2003 13:28:53 -0600., From: Bob Blunt <robert.blunt@hp.nospam.com> Subject: Re: Suggestion to Sue, Message-ID: <3e88993a$1@usenet01.boi.hp.com>   Alan Frisbie wrote:  > Sue Skonetski wrote: > ; >> If you two don't behave you are going to get a spanking.: >  > ? > Thanks for saying what I (and, I suspect, many of the rest of.= > us) have been thinking for a long time.   The S/N ratio has B > gotten so bad here that I just skip many threads without reading > them.t > ? > It's too bad you weren't here ten years ago.   You might have-1 > been able to slap some manners into Carl.   :-)  >  > Alan >   H Alan, THAT would have been yet another wasted effort on Sue's part, and G I'd make a solid bet that Carl would have been no more willing to work  E with her than with anyone else he didn't feel met his standards.  He -0 wasn't the most accepting or forgiving person...   bobr   ------------------------------  # Date: Mon, 31 Mar 2003 21:04:49 GMTl& From: jlsue <jefflsxxxz@sbcglobal.net> Subject: Re: Suggestion to Sue8 Message-ID: <118h8v8qasan5itbga6ofl5b6l1athe1d5@4ax.com>  - On Mon, 31 Mar 2003 13:28:53 -0600, Bob Bluntb# <robert.blunt@hp.nospam.com> wrote:s    @ >> It's too bad you weren't here ten years ago.   You might have2 >> been able to slap some manners into Carl.   :-) >> W > I >Alan, THAT would have been yet another wasted effort on Sue's part, and rH >I'd make a solid bet that Carl would have been no more willing to work F >with her than with anyone else he didn't feel met his standards.  He 1 >wasn't the most accepting or forgiving person...n >    Now THERE'S an understatement.   ------------------------------  % Date: Mon, 31 Mar 2003 19:59:48 -060001 From: "David J. Dachtera" <djesys.nospam@fsi.net>b Subject: Re: Suggestion to Sue' Message-ID: <3E88F294.B3AA4384@fsi.net>)   Sue Skonetski wrote: > : > If you two don't behave you are going to get a spanking.   Promises, promises...    -- , David J. Dachterao dba DJE Systems  http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/n   ------------------------------  % Date: Mon, 31 Mar 2003 16:47:22 -0600  From: brandon@dalsemi.comeM Subject: Re: SYSTARTUP_VMS (was: Three questions re: the VMS startup process) 1 Message-ID: <03033116472262@dscis6-0.dalsemi.com>   H > I would certainly not wait for the startup of DECevent and DESTA, but J > just SUBMIT them. Both products have a very high Unix flavor and I have A > seen at least once that the startup of one of them just hanged.i  K All the jobs are started using SUBMIT.  Some of the jobs are submitted withO /prio=10  E > SYS$STARTUP:VMS$BASEENVIRON-050_VMS.COM calls SYS$NET_SERVICES.COM x8 > unconditionally. There is no need to do that yourself.   Legacy.  Will look into it.I  ( > DECnet was already started at point 5.   Typo.t  F > If you have configured PWIP via the TCPIP$CONFIG procedure, PWIP is ; > started by TCPIP$STARTUP.COM. No need to do it your self. , > The natural place to mount NFS devices is J > TCPIP$NFS_CLIENT_SYSTARTUP.COM. If you use that, there is no need to do  > it from SYSTARTUP_VMS.COM.   Thanks.  Will look at them both   H > Pathworks startup will start the registry server if it is not already ( > started. No need to do that yourself..  L Kind of like to see the results or thought pattern here.  Make no assumption
 sometimes.  F > I like to start AMDS much earlier. It may allow you to solve a hang ! > situation during startup later!t  " Will take that into consideration!   > Just a few comments! >  > Bart Zorna   Damn.    John Brandon VMS Systems Administratori Dallas Semiconductor john.brandon@dalsemi.com 972.371.4172 wke 972.371.4003 fxh   ------------------------------  % Date: Mon, 31 Mar 2003 16:51:03 -0600h From: brandon@dalsemi.comsM Subject: Re: SYSTARTUP_VMS (was: Three questions re: the VMS startup process)s1 Message-ID: <03033116510348@dscis6-0.dalsemi.com>   I > I would agree w/ Bart and also add why start up ECP so early?  The onlynJ > reason I can imagine would be to analyze startup performance.  IMHO onceI > you have the system startup set the way you want, you wouldn't want theaC > performance characteristics of this time period to 'pollute' youreF > 'normal' system usage statistics.  I recommend that performance dataE > collectors get started 15-30 minutes after startup has completed to = > allow the system to settle into it's normal usage patterns.h  L Hmmm.  I would understand and agree if startup took several hours or startupO was done every hour on the hour - gasp argh!  However, the startup process only)L takes 10 minutes and I do not believe that 10 minutes of startup will diluteM the system performance metrics sufficiently to care one way or the other.  In N addition, our metrics are a daily total not a daily average - so the 10 minute4 burp is drowned out by 23:50 of the rest of the day.   John Brandon VMS Systems Administratorm Dallas Semiconductor john.brandon@dalsemi.com 972.371.4172 wkp 972.371.4003 fx    ------------------------------  % Date: Mon, 31 Mar 2003 20:14:02 -0600t1 From: "David J. Dachtera" <djesys.nospam@fsi.net>0M Subject: Re: SYSTARTUP_VMS (was: Three questions re: the VMS startup process)M' Message-ID: <3E88F5EA.CDA0FC30@fsi.net>t   brandon@dalsemi.com wrote: >  > > brandon@dalsemi.com wrote: > > > [snip]/ > > > Add this to your SYSTARTUP_VMS procedure:1 > > >t0 > > > $!----------------------------------------! > > > $! disable users from loginnL > > > $! the set logins actually takes place in vms$lpbegin-050_startup.com;K > > > $! set the startup$interactive_logins symbol to disable logins though K > > > $! users with /defpriv=oper will be able to gain access to the systems > > > $!' > > > $ startup$interactive_logins == 0  > > > Self-explanitory.iK > > > Then the last command procedure that you execute sets the logins to a F > > > sufficient value - I use a logical set in SYLOGICALS to do this.Q > > > Note that /defpriv=OPER?  This will allow you into the system regardless of- > > > the set logins=0 > > G > > Exactly my point. (Far too) Many applications require users to hold-I > > outlandish privileges just to run, although this is fading out as thet > > ISV base shrinks.S> > > Speaking from experience here - the danger is *VERY* real! > N > If "many applications require users" to have outlandish privileges, then theL > applicaiton is written incorrectly or should be installed with privileges.P > There are many metods to over-come this.  Our environment does not allow users > to have privilges.  G We must keep the environment in the state that the vendor will support.a  7 > The danger will exist only if you allow it to exist. '  = Given the dictates of support contracts, there is very littlef( alternative without the vendor's buy-in.   > I am not aware of any LPR > that would require this - not that it does not exist, I am just not aware of it.  ; I am not aware of any LPs that do, either. Only third-partyt
 applications.    --   David J. Dachtera  dba DJE Systems- http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/j   ------------------------------  % Date: Mon, 31 Mar 2003 13:22:51 -0400.0 From: JF Mezei <jfmezei.spamnot@vl.videotron.ca>) Subject: Re: VAX XDM, help needed please!a/ Message-ID: <3E88796B.2154669B@vl.videotron.ca>t   Robert Deininger wrote:u0 > Please do send a note about the documentation.  % XDM is much worse than documentation.s   Here is what I found:   N When you define a host, the XDM "login dialog" pops on the X-server only once.K YOu can login, start the sessions, but when you logout, nothing happens and.K you can't get the login dialogue anymore until you stop and restart the XDM  server on the VMS host.y  L Furthermore, you can enter as many bad passwrds as you want. XDM may not letN you sign on, but it also does NOT register the invalid attempts in enother theL UAF, nor in the security audit, and of course, breakin-detectioon/evasion isL not implemented: read: if you want to tray a million passwords, XDM will let you do that.   VAX VMS 7.2, TCPIP 5.3   ------------------------------  % Date: Mon, 31 Mar 2003 14:27:52 -0700r& From: "rlfitch" <rlfitch@peakpeak.com>" Subject: RE: VMS Upgrade Questions/ Message-ID: <000b01c2f7cc$66149850$0100a8c0@pj>1  7 When I attempt to install **anything** above v7.2 (i.e.O5 DEC-AXPVMS-VMS721_PCSI-V0100) I get an error message:lH %PCSI-E-APPLYTOERR, product DEC AXPVMS VMS, to which maintenance product2 DEC AXPVMS VMS721_PCSI V1.0 applies, was not foundE Terminating is strongly recommended.  Do you want to terminate? [YES]r  ( PRODUCT SHOW PRODUCT VMS/FULL indicates:$ DEC AXPVMS VMS V7.2                   ) Installed 	DEC AXPVMS VMS72_PCSI V1.0    o  		DEC AXPVMS VMS72_PTHREAD V2.0   		DEC AXPVMS VMS72_UPDATE V2.0   		  E The kit description for VMS721_PCSI-V0100 indicates that there are no G dependencies but that the kit is to be applied to OpenVMS Alpha V7.2-1.l  @ Richard Brodie: "it's probably worth going to the latest version& (7.3-1), even if that takes two hops."  D I'm sure that 'hopping' to 7.3-1 from 7.2 is what I want to do but I keep missing the lily pads ;-).M   Help and thanks, Ransom Fitch   -----Original Message-----0 From: Richard Brodie [mailto:R.Brodie@rl.ac.uk] $ Sent: Monday, March 31, 2003 7:27 AM To: Info-VAX@Mvb.Saic.Comr" Subject: Re: VMS Upgrade Questions      1 "rlfitch" <rlfitch@peakpeak.com> wrote in messaget) news:003601c2f70f$6d0c2dc0$0100a8c0@pj...f  E > This is very timely for me as I would like to upgrade from (Alpha) tD > v7.2 to v7.2-2 (or 7.3) but I'm confused as to which patch(es) to F > apply.  Any help is appreciated in deciphering the filenames of the G > patches. Plus how to determine exactly what version the system is at sF > and which patches have been installed. An upgrade 'path' would help 
 > greatly.  F A rough and ready guide: it can no doubt be made more accurate. First,F read the install/release notes of whatever version you are targetting;B if time and applications permits, it's probably worth going to the4 latest version (7.3-1), even if that takes two hops.  G On a standalone system, you don't often need to do anything prior to an C upgrade; in a cluster you may need some compatiblity kits. The onlywF exception I recall in recent versions was the 7.2-1 to 7.3 where thereD was a fix for incorrect patch kitting: VMS721_RENAME_OLD. You rarely+ ever need to know the systems life history.   9 PRODUCT SHOW PRODUCT VMS/FULL will show the current stateo8 of VMS and its patches. The fine folks from Oz maintain:@ http://ftp.support.compaq.com.au/pub/ecoinfo/ecoinfo/version.htm* which is the first place you need to look.  G Patches named UPDATE (aggregate patches), SYS (VMS internals), and PCSI D (the update utility itself) are the ones most frequently required byF other patches. Patches including a random J in their name will usuallyG be Japanese; those starting VMS are the base system patches. The -Vxxyy D is a patch version: unless you know otherwise (e.g. if recalled) theF latest version includes all previous versions fixes and should be used in preference.  G It gets more tangled the older the release you are moving to is. From a H practical point of view, running two installs back to back then patchingG will probably take less time overall. Other considerations often apply, 
 of course.   Anything else?   ------------------------------  # Date: Mon, 31 Mar 2003 22:06:46 GMT 7 From: brad@.homeportal.2wire.net (Bradford J. Hamilton)-" Subject: RE: VMS Upgrade Questions- Message-ID: <WZ2ia.281788$F1.48877@sccrnsc04>   X In article <000b01c2f7cc$66149850$0100a8c0@pj>, "rlfitch" <rlfitch@peakpeak.com> writes:8 >When I attempt to install **anything** above v7.2 (i.e.6 >DEC-AXPVMS-VMS721_PCSI-V0100) I get an error message:I >%PCSI-E-APPLYTOERR, product DEC AXPVMS VMS, to which maintenance productt3 >DEC AXPVMS VMS721_PCSI V1.0 applies, was not foundhF >Terminating is strongly recommended.  Do you want to terminate? [YES] >e) >PRODUCT SHOW PRODUCT VMS/FULL indicates:e% >DEC AXPVMS VMS V7.2                 e >3* >Installed 	DEC AXPVMS VMS72_PCSI V1.0    ! >		DEC AXPVMS VMS72_PTHREAD V2.0 Q! >		DEC AXPVMS VMS72_UPDATE V2.0  u >		w > F >The kit description for VMS721_PCSI-V0100 indicates that there are noH >dependencies but that the kit is to be applied to OpenVMS Alpha V7.2-1.  4 True - you should only apply VMS72_* ECO's to VMS72.   >eA >Richard Brodie: "it's probably worth going to the latest version ' >(7.3-1), even if that takes two hops."F >AE >I'm sure that 'hopping' to 7.3-1 from 7.2 is what I want to do but I   >keep missing the lily pads ;-).  O Unless I am badly mistaken, you can go from 7.2 directly to 7.3-1.  The UpgradeuO and Installation Manual is your friend here; check it for details.  The *basic*nO procedure is to upgrade the OS first, and then apply any ECO's for the vwersionn" you have just completed upgrading.  N I haven't bothered to read the whole thread, so I apologize if my comments are OT.r   >i >Help and thanks,p
 >Ransom Fitchi <snip>  A _________________________________________________________________O0 Bradford J. Hamilton			"All opinions are my own"/ bMradAhamiPltSon@atMtAbi.cPoSm		"Lose the MAPS"c   ------------------------------  % Date: Mon, 31 Mar 2003 21:41:39 +0200t" From: "Hans Vlems" <hvlems@iae.nl>B Subject: Re: Which PAK for DECNET Phase IV under Hobbyist Program?5 Message-ID: <b6a5lq$38bbn$1@ID-143435.news.dfncis.de>c  8 "Dan Foster" <dsf@globalcrossing.net> schreef in bericht, news:slrnb8b820.qg.dsf@gaia.roc2.gblx.net...F > Thanks to all who followed up. I registered and loaded DVNETEND, andB > then installed DECNET Phase IV, started it, added proxy entries.
 EverythingJ > appears to be working great. This is a single system, no other VMS boxes? > or routing needed so it's no great loss not to have DVNETRTG.- >-I > Just curious about something...the Hobbyist program also provides a PAK"' > called DVNETEXT. What's that one for?  >  > -Dan  K DECnet Extensions. This was a layered product in the (VAX/VMS) 5.4 to 5.5-2.J days. It allowed you to run ncl on top of a DECnet phase 4 stack. There isH no separate or other license for DECnet phase 5. You can use DVNETEND or DVNETRTG for either phase.   Hans   ------------------------------  + Date: Mon, 31 Mar 2003 14:20:46 -0800 (PST) . From: Fabio Cardoso <fabiopenvms@yahoo.com.br>Y Subject: Why do we need OpenVMS books ? was (Re: Hoff, what is the status of your book ? w@ Message-ID: <20030331222046.76554.qmail@web20205.mail.yahoo.com>  * So, this is about OpenVMS architecture !!!  3 BETTER ! :-)   I read your book but it is much more - related to VAX issues. Obsolete for me now !  9 We know there is not much literature about OpenVMS Alpha i. available - except the CDs manuals of course !? And the great lack of courses in Brazil ! I am trying to mount  = a classroom for OpenVMS courses here (Brazil) at the Company s? but I am not able to find 5 guys (employees) interested to have=F the courses - until today ! Of course there are three guys interested G (including me) but we are not employees from petrobras (I am  from EDS, I other two from a brazilian HP VAR) We must mount a company core classroomaA first and may be the others (like me) can have the course by the  - edges - if you understand my portuguenglish !y   Regardst   FC r          1 --- David D Miller <ddmiller@raytheon.com> wrote:x > Fabio: > M > Nope.  This book is more general.  Please note it is a second edition of anhK > existing book.  It has been updated to include more Alpha-specific topicsp# > and examples are from OVMS 7.3-1.e >  > dave.i >  > Fabio Cardoso writes ..p >  > Hi > / > Is this book about : Performance Management ?y > 	 > Regardsp >  > FC3 > --- David D Miller <ddmiller@raytheon.com> wrote:nJ > > Hoff has done quite a bit or work on the 2nd edition but was unable toI > > finish.  Digital Press asked me to finish it up.  We are targeting an  > > October publication date.t > >e	 > > dave.s > >o > > MIchael Rice wrote ....a > > B > > This question was posed about 6 months ago in this same group. > >cK > > Referencing the book: "OpenVMS System Management Guide", Digital Press,l > > ISBN: 1555582435.2 > >2L > > Mine's been on order at Amazon for quite some time.  Is there an updated( > > ETA for this sure-to-be masterpiece? > >d > >  > >/ > >e > >a >  >  > =====  > ========================== > Fbio dos Santos Cardoso > OpenVMS System Manager > Rio de Janeiro - Brazile > fabiopenvms@yahoo.com.br > ========================== > 4 > __________________________________________________ > Do you Yahoo!?H > Yahoo! Platinum - Watch CBS' NCAA March Madness, live on your desktop! > http://platinum.yahoo.com  >  >  >  >      =====t ========================== Fbio dos Santos Cardoso OpenVMS System Manager Rio de Janeiro - Brazilr fabiopenvms@yahoo.com.br ==========================  2 __________________________________________________ Do you Yahoo!?F Yahoo! Platinum - Watch CBS' NCAA March Madness, live on your desktop! http://platinum.yahoo.comp   ------------------------------    Date: 01 Apr 2003 03:16:33 +0800, From: Paul Repacholi <prep@prep.synonet.com># Subject: Re: Write Bitmap questions - Message-ID: <87n0jbl52m.fsf@prep.synonet.com>o  - young_r@encompasserve.org (Rob Young) writes:     > 	I got to thinking about this. > $ > 	What is to prevent the following? > / > 	$ DISMOUNT/POLICY=MINICOPY=OPTIONAL $1$DGA4:h >  > 	$ MOUNT/OVER=ID $1$DGA4:e  E If it was in a shadow set, at this point your disk is write locked... A So everthing from here on is reality optional :) Bit like currentd real life in fact.   -- e< Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda.e@                                              West Australia 6076* comp.os.vms,- The Older, Grumpier Slashdot. Raw, Cooked or Well-done, it's all half baked.F EPIC, The Architecture of the future, always has been, always will be.   ------------------------------    Date: 31 Mar 2003 14:23:38 -0800& From: jordan@ccs4vms.com (Rich Jordan): Subject: Re: [MOZILLA V1.3] Compatibility with JAVA V1.4 ?= Message-ID: <cc5619f2.0303311423.1b75000b@posting.google.com>i  [ Colin Blake <colin@theblakes.com> wrote in message news:<3E882D16.7070406@theblakes.com>...i > Rich Jordan wrote: > A > >INTERNAL ERROR on Browser End: Could not read ack from browser1* > >System error?:: interrupted system call > >c > Please see Mozilla bug 199932 4 > http://bugzilla.mozilla.org/show_bug.cgi?id=199932  A If there's any particular thing I can do to help test or recreatecF this, let me know.  System info is below, in case that is of any help.E  The system is 100% reliable in other usage (and was very stable withtB Mozilla 1.2.1).  I can easily fall back to JRE 1.3.1 for testing. F Also now have TCPIP V5.3 media (and patches) available so I could move/ to that if there's a possibility of it helping.m   PWS600au Enhancedt 1GB RAM-	 4MB Cache-C Internal Qlogic SCSI, 3 each 4.3GB UWSE (models provided if needed)a5 KZPAA-AA, Yamaha 6416 CDRW, Pioneer SCSI CDROM, TLZ07  PowerStorm 4D20 video (sweet!)  F Java JRE installed on DKA200 ODS-5 disk as DKA200:[APP-DIRV140...], toD create a separate tree from the original [app-dir...] that contained? 1.3.1.  Logins have been updated to call the newer setup procs.d  F I'm not fluent in bugzilla.  Should I be entering any of this info, or other data there?    Rich Jordan    ------------------------------   End of INFO-VAX 2003.179 ************************