1 INFO-VAX	Sun, 03 Sep 2000	Volume 2000 : Issue 492       Contents: Re: 8mm tape drive DECWindows not starting in 6.1" Re: DECWindows not starting in 6.12 Re: Here we go again - WTB/T/etc source listing CD Re: Latent bug in 6.1 Backup? & Re: Please help a poorly Microvax 3100& Re: Please help a poorly Microvax 3100 Re: Q: Why not (2^n)-bit?  Re: Q: Why not (2^n)-bit?   F ----------------------------------------------------------------------  $ Date: Sat, 2 Sep 2000 11:04:04 -0700* From: "Jack Peacock" <peacock@simconv.com> Subject: Re: 8mm tape drive ? Message-ID: <Mibs5.12898$f65.612093@news-west.usenetserver.com>   ) <smiley0205@my-deja.com> wrote in message # news:8oq3rn$i89$1@nnrp1.deja.com... 	 > VMSers,  > H >   Thanks for your help on my question on the maxsize of a single disk.G > I have another issue.  I'm looking for a tabletop 8mm tape drive that H > would plug into a MicroVax 3100-90.  It needs to be able to read a 5gbC > capacity tape.  The intension will be to replace a MA250(MTI) STI  unit. / > Does anyone know where I could get one cheap?  > A If you are looking for an EXB-8500 or better try Ebay, search for E "Exabyte".  I have several 8500s, though at the moment they have been F moved off the VMS side to the special purpose NT servers.  I have seen> several 8500s and 8505XL drives for good prices, some have DOAC warranties and some have real ones, all depends on what you want to A spend.  I like to use them on secondary servers, the beta test or E training machines, where a reliable backup isn't so critical.  I know C the 8500 drive will work on a 2100 running VMS 7.2, and I know of a E customer using an 8700 drive on a VAX running VMS 7.0, so I would not D anticipate you having a problem on a 3100-90.  if the 5Gb tapes come> from an 8505 or an 8500C be sure you get a drive with hardware compression...avoid the 8500S.    Jack Peacock    ------------------------------  $ Date: Sat, 2 Sep 2000 10:51:12 -07001 From: "Randy Park" <rjpark@mindspring.com.nospam> ' Subject: DECWindows not starting in 6.1 2 Message-ID: <8oret3$pp7$1@slb7.atl.mindspring.net>  . About 25% of the time DECWindows doesn't start6 when I boot my Vaxstation 3100/30 running OpenVMS 6.1.2 There is an error message on the console displayed5 after the interactive login limit is set, which means / after the site specific startup files have been 6 processed.  The message is:  'Shareable images must be4 installed to run privileged image'.  It is referring1 to the LIBRTL.EXE shareable image.  LIBRTL.EXE is 0 obviously supposed to be installed, but for some/ reason it isn't. I've examined my site specific * startup files and LIBRTL isn't referenced.  2 This is more annoying than anything else as I just2 login and manually start up DECWindows. Has anyone else seen this?    ------------------------------  % Date: Sat, 02 Sep 2000 14:29:18 -0500 ) From: "John E. Malmberg" <wb8tyw@qsl.net> + Subject: Re: DECWindows not starting in 6.1 7 Message-ID: <2b8b01c01514$196df660$020a0a0a@xile.realm>   2 "Randy Park" <rjpark@mindspring.com.nospam> wrote:  0 > About 25% of the time DECWindows doesn't start8 > when I boot my Vaxstation 3100/30 running OpenVMS 6.1.4 > There is an error message on the console displayed7 > after the interactive login limit is set, which means 1 > after the site specific startup files have been 8 > processed.  The message is:  'Shareable images must be6 > installed to run privileged image'.  It is referring3 > to the LIBRTL.EXE shareable image.  LIBRTL.EXE is 2 > obviously supposed to be installed, but for some1 > reason it isn't. I've examined my site specific , > startup files and LIBRTL isn't referenced.   A guess:  A Your SYSGEN parameters are set too low, probably global sections.   H This would be the case where you have just enough resources under normalL conditions to run, but no extra resources at all.  Because of various timingI conditions that may be present on your system sometimes a startup process L that temporarily uses some resources may not complete before another part of the startup needs them.   L I would make an Image backup of the system, or at the vary least a backup of5 the various autogen parameters files as a first step.    Then I would run autogen:   L @SYS$UPDATE:AUTOGEN SAVPARAMS TESTFILES FEEDBACK to get it's opinion of your current parameters.   F Using the report from SYS$SYSTEM:AGEN$PARAMS.REPORT, check it's resultJ against the requirements of the products that you have and the contents of MODPARAMS.DAT.  C Also study the guide to system tuning in the OpenVMS documentation.   L With out detailed knowledge of your environment, it can be difficult to give precise tuning advice remotely.   F You may want to use the MIN_ prefix on any parameters that the AutogenJ reports need to be adjusted because of feedback.  Basically you want to beK in the state where Autogen will generate the same SETPARAMS.DAT file if you G have feedback on or off.  Feedback is a valueable tool, but I have seen 2 system managers get burned by over reliance on it.  G There should only be one MIN_ line for each parameter, and in some rare I cases a MAX_ line.  Generally the ADD_ prefixes for parameters do nothing H useful, so I remove those lines, using the MIN_ values instead to insure$ that the proper amounts are present.  1 Also when you are done, and you run Autogen with:   . @sys$update:autogen getdata setparams feedback  1 This will save the parameters for your next boot.   L One warning:  If someone has been setting critical system parameters throughH SYSGEN, and not through Autogen, doing this will lose the settings.  TheH only way to verify this is to compare the SYSGEN settings of the running< system before the reboot with the new SETPARAMS.DAT setting.  ! $define/user sys$output test1.lis  $mcr sysgen  use current  show/all exit! $define/user sys$output test2.lis  $mcr sysgen C use sys$system:vaxvmssys.par !The one you just created with autogen  show/all exit   $diff test1.lis test2.lis   H Resolve any unexpected differences, and test carefully all applications.   -John  wb8tyw@qsl.network   ------------------------------  % Date: Sat, 02 Sep 2000 17:32:48 -0400 - From: JF Mezei <jfmezei.spamnot@videotron.ca> ; Subject: Re: Here we go again - WTB/T/etc source listing CD , Message-ID: <39B171F3.B7F1E892@videotron.ca>   Larry Kilgallen wrote:@ > property rights.  But if they allow public auctions to proceed@ > without challenging them, that might be taken as evidence they? > had stopped taking reasonable measures to guard their rights, 3 > and they might lose those rights in a court case.     I When they sell you the listing CDs, do they make you agree that this is a ( non-transferable right to the listings ?   ------------------------------  $ Date: Sat, 2 Sep 2000 10:56:14 -07001 From: "Randy Park" <rjpark@mindspring.com.nospam> & Subject: Re: Latent bug in 6.1 Backup?2 Message-ID: <8orffv$eae$1@slb7.atl.mindspring.net>  5 David A Froble <davef@tsoft-inc.com> wrote in message ' news:39B09D10.B96CE74E@tsoft-inc.com...  > Randy Park wrote:  > > 7 > > Could I have found a bug in Backup 6.1 (Vax)?  This 7 > > one has got me stumped, and I've got about 18 years 4 > > of experience programming and managing small VMS > > systems. > > 7 > > I backed up over 500 files (60+MB) into 7 different 8 > > savesets on my OpenVMS VAX 6.1 system.  The savesets: > > were disk files. I copied them (binary mode) to a ZIP-6 > > 100 drive on my Windows 98SE PC.  Took the disk to6 > > a remote site 5 miles away to reverse the process.8 > > After restoring the VMS attributes, all the savesets1 > > restore correctly except one where it reports 9 > > an 'excessive error rate reading ...' error mesage on ! > > the 20th file in the saveset.  > > 7 > > After cursing the mogul from Redmond I went back to 9 > > my original computer and issued a BACKUP/LIST command 8 > > on the errant saveset.  Lo and behold I get the same8 > > error message.  Ok, so assuming sun spots were a bit< > > too active when I created the first saveset, I recreated8 > > it, but this time not specifying /NOCRC.  (I usually: > > use /NOCRC when the output is a disk file.)  No errors: > > on the backup.  Let's try to get a listing. Same error9 > > but now on a different file, one that is farther down 8 > > the list.  Hmmm.  Let's try a backup again, same set8 > > of files, but use /VERIFY.  Now I get the same error8 > > on the verify pass.  Ok, do we have any disk errors?; > > SHOW ERROR and SHOW DEV/FULL say no error on any disks.  > > 7 > > I'm stumped.  Is this possibly a backup bug in 6.1? ; > > Command used:  BACKUP/LOG/INTERCHANGE input output/SAVE  > J > V6.1 was, I believe, the one with IMAGE backup or restore problems on anI > upgrade.  It's been a while.  Possibly a connection.  I haven't trusted  6.1  > backup since that problem. > J > I've never used the /INTERCHANGE qualifier.  Looked it up to see what it does. E > Shouldn't matter.  Still, have you tried it without that qualifier?  > L > What's a bit funny is that it's always the same save set.  Possible errors inK > the disk structure/directory structure/whatever.  Have you did an ANALYSE  /DISK? >  > Just some thoughts.  >  > Dave >  > --6 > David Froble                       Tel: 724-529-04506 > Dave Froble Enterprises, Inc.      Fax: 724-529-0596@ > DFE Ultralights, Inc.              E-Mail: davef@tsoft-inc.com8 > T-Soft, Inc.  170 Grimplin Road  Vanderbilt, PA  15486  6 Analyze/Disk just shows TPU$WORK.TPU$WORK being marked for delete.   7 After a couple more tries the backup finally worked.  I 5 thought computers weren't supposed to work this way!! 8 There is probably an explanation somewhere, but it's not worth the time to find out.    ------------------------------   Date: 2 Sep 2000 17:43:41 GMT 7 From: cbh@REMOVE_THIS.teabag.fsnet.co.uk (Chris Hedley) / Subject: Re: Please help a poorly Microvax 3100 ( Message-ID: <8ore8d$cpb$1@teabag.cbhnet>  - In article <39A9D681.53A3BF58@earthlink.net>, : 	"David J. Dachtera" <djesys.nospam@earthlink.net> writes:1 >> F_..E...D...C...  and so on to ...3...2_..1...  >>   >> ? C 0080 0000.4001  > D > Were you getting this before? My uVAX 3100 does this normally. The7 > single "?" means the error will not prevent autoboot.   D I get that (or something very similar): in my case it indicates thatG the serial controller is completely fscked, sadly rendering the beastie 	 unusable.   I > Um, I'd try to get your system disk OFF of SCSI Id. 7, especially since J > the SCSI controller itself is Id. 6. Having the disk at a higher Id thanH > the controller may be a problem, from the little I know of SCSI. I may > be wrong about that, though.  D Technically it shouldn't be a problem.  However, there were many andC varied weirdies of the early SCSI implementations; I can't remember C the exact idiosyncracies of the VAXstations but they were along the E lines of "only allocate discs IDs 0-3" or something along those lines E (I remember on other systems this was the case; 4 & 5 were for tapes, B 6 was the controller and 7 reserved for some bizarre and unhealthy	 purpose!)    Chris.   ------------------------------  % Date: Sat, 02 Sep 2000 21:39:18 -0500 7 From: "David J. Dachtera" <djesys.nospam@earthlink.net> / Subject: Re: Please help a poorly Microvax 3100 - Message-ID: <39B1B9D6.83A47213@earthlink.net>    Chris Hedley wrote:  > / > In article <39A9D681.53A3BF58@earthlink.net>, C >         "David J. Dachtera" <djesys.nospam@earthlink.net> writes: 3 > >> F_..E...D...C...  and so on to ...3...2_..1...  > >> > >> ? C 0080 0000.4001  > > F > > Were you getting this before? My uVAX 3100 does this normally. The9 > > single "?" means the error will not prevent autoboot.  > F > I get that (or something very similar): in my case it indicates thatI > the serial controller is completely fscked, sadly rendering the beastie  > unusable.   E Well, I don't know if I'd go QUITE *THAT* far! You do, after all, get D this display on the console terminal, correct? Do you need more than that?    --   David J. Dachtera  dba DJE Systems  http://www.djesys.com/  : Unofficial Affordable OpenVMS Home Page and Message Board: http://www.djesys.com/vms/soho/   F This *IS* an OpenVMS-related newsgroup. So, a certain bias in postings is to be expected.  @ Feel free to exercise your rights of free speech and expression.  F However, attacks against individual posters, or groups of posters, are strongly discouraged.    ------------------------------    Date: 02 Sep 2000 16:40:22 -07003 From: Eric Smith <eric-no-spam-for-me@brouhaha.com> " Subject: Re: Q: Why not (2^n)-bit?0 Message-ID: <qh1yz2gy6x.fsf@ruckus.brouhaha.com>   jmfbahciv@aol.com writes: ) > The 1091 wouldn't even have happened if ? > somebody sane (Alan Titcomb) hadn't funded the project.  That @ > was another TOPS10 project that was a midnight hack (I'm using= > the word hack in the proper way...not the idiocy that seems  > to have evolved).   7 What were the technical issues to making the 1091 work?   A My understanding is that the 1091 hardware was basically the same & as the 2060.  As compared to the 1090:     		1090				10914 		-------------------------	------------------------: memory		DMA20 memory interface to	"internal" memory (which/ 		KI10 external memory bus	sometimes is mounted  						externally):  MA20/MB20  						core or MF20/MG20 semi  9 channels	external channels tied to	internal RH20 channels  		multiported memory  3 I/O		DIA20 interface to KI10		RH20 internal Massbus * 		external I/O bus		channels, DIA20 avail. 						as an option  $ console media	DECtape				RX01 floppy  , packaging	three rack bays			two-wide "short" 						corporate cabinet     C So obviously TOPS-10 needed new disk and tape drivers for the RH20, C and I'm not trying to downplay the significance of that effort, but . I'm curious as to what else needed to be done.   Thanks!  Eric   ------------------------------  # Date: Sun, 03 Sep 2000 01:44:55 GMT % From: hg/jb <shsrms@bellatlantic.net> " Subject: Re: Q: Why not (2^n)-bit?0 Message-ID: <39B1AF43.2A30749C@bellatlantic.net>   jmfbahciv@aol.com wrote: > 2 > In article <39B0349F.76E57914@bellatlantic.net>,+ >    hg/jb <shsrms@bellatlantic.net> wrote:  > >  > >  > >jmfbahciv@aol.com wrote:  > >> > >><<snip>> > >>! > >> A simulator is not hardware. E > >As I found out!!  I learn more and more that I know less and less!  > >thanks barb!  > ' > I believe that's called maturing :-). G I am really looking forward to puberty now, or should I say backward to  puberty! badbob   >  > /BAH > ) > Subtract a hundred and four for e-mail.    ------------------------------   End of INFO-VAX 2000.492 ************************                                                t>~sX7SM3]`?P3-ꙍCY(&wkrd\%Ԭkkɑ

(-ʘ霝pU#U?+#5Uio[^FO4}ϝ,) Y&PzYU_O|c|g^?Of
~O#dIFYE<[Ⱥ')a?ȱE?yTwҶ K_{7mE!vĬj{ǋvwi;,1b=^h;L6sԚ#Y:vz)PjgaS?usyD}BTuD*I:ZvMUsnйD=
MS." m'2e>	t9+t߫ hLKu>8cZ]/$eDwH4֡C'@D#?(h(.&-~C4 :XFDzDпwFv#(D|D4)ǁOY>Gt6H9/4WD\!u*Ѩ3}&sRb'={FK~.ԗtvYn sp_}a|?+ݱz!G.Qa}~2,}͢{WYȆΑn<g	%I&Uofc^6p&3eOZ:hR|RL cWS5|i
9f
>󸩸_h9!TMYD|[7q2|ێp~ac	>u'}KԵ3<o"8<S{_%yR#S'&g$OzDs<q_K#NI yH<+
yIAy5lvԤk<?R[Î:c^3a<nq9:e8#{}yy[~yѦnϷо5r5cM+\IGDfn{x{x'K1q2Kg9ce,v|4A<ñ
w+Y}C5,3sVWN7<YS<>!ɓ<5ۃȓ>5+?~,;;'ZB(/	RHħ)@5$ݰ	uLi9ǷEfn@DkU@}Bk^Pr*l1F=GfOϫn/ϕ%}V#Dv/^
ؕ~I⛴ݜtMDAd+^e D'-:fQxǰAh2RF[te
?l?mIQv[ʢm	sʢmź E+ ]BtU