INFO-VAX Thu, 01 Feb 2007 Volume 2007 : Issue 63 Contents: Re: An opening for VMS: licence management Re: Hobbyists passing through Oklahoma City? Re: Hobbyists passing through Oklahoma City? Re: Hobbyists passing through Oklahoma City? Intel prepares to kill off the Pentium 4 Re: Intel prepares to kill off the Pentium 4 MBR(Master Boot Record) please help! Re: PL/I for Itanium Re: PRODUCT INSTALL question Re: Purging across nodes deletes the only version of a file Re: Purging across nodes deletes the only version of a file Re: Purging across nodes deletes the only version of a file Selling: Alphaserver DS25 Re: Was installed with VMSINSTAL, can be upgraded with Polycenter? Re: You gotta see this ! Re: You gotta see this ! Re: You gotta see this ! ---------------------------------------------------------------------- Date: Wed, 31 Jan 2007 21:13:29 +0000 (UTC) From: helbig@astro.multiCLOTHESvax.de (Phillip Helbig---remove CLOTHES to reply) Subject: Re: An opening for VMS: licence management Message-ID: In article , koehler@eisner.nospam.encompasserve.org (Bob Koehler) writes: > In article , helbig@astro.multiCLOTHESvax.de (Phillip Helbig---remove CLOTHES to reply) writes: > > In article <8c159$45bf2201$cef8887a$13298@TEKSAVVY.COM>, JF Mezei > > writes: > > > >> Definitely. But the point is that Microsoft is now embarking on a witch > >> hunt wantijng to audit business customer sites and threathen to charge for > >> any illegal license. > > > > Whatever one thinks of Microsoft, one can't fault them for legally > > attacking people who are stealing from them. > > No, but suing your customers isn't a great way to expand your > markets. True, but I have better things to do than point out to Microsoft how they can best expand their markets. :-| ------------------------------ Date: Wed, 31 Jan 2007 19:44:39 +0100 From: Paul Sture Subject: Re: Hobbyists passing through Oklahoma City? Message-ID: In article , Tad Winters wrote: > JF Mezei wrote in > news:9166$45c0bf04$cef8887a$8433@TEKSAVVY.COM: > > > Tad Winters wrote: > >> Are there any OpenVMS hobbyists (or wannabes) even passing through > >> Oklahoma City in the next couple of weeks? I have FREE hardware > >> available!! If you don't want to email me, at least respond here. > > > > You might wish to describe what hardware would be available to pickup. > > This might interest some further away who would be willing to pay for > > shipping. > > > > Shipping is not a possibility. The hardware must be picked up. If it was up > to me, I'd ship it, or rather keep it for myself. However, I'm just > arranging for its pickup, since I'm in Oregon. But is shipping is a possibility, as long as the recipient does all the organising of that him/herself? Way too far away for me, but just a thought... -- Paul Sture ------------------------------ Date: Wed, 31 Jan 2007 13:24:57 -0600 From: Chris Scheers Subject: Re: Hobbyists passing through Oklahoma City? Message-ID: <52c8o4F1nvqbuU1@mid.individual.net> Tad Winters wrote: > JF Mezei wrote in > news:9166$45c0bf04$cef8887a$8433@TEKSAVVY.COM: > >> Tad Winters wrote: >>> Are there any OpenVMS hobbyists (or wannabes) even passing through >>> Oklahoma City in the next couple of weeks? I have FREE hardware >>> available!! If you don't want to email me, at least respond here. >> You might wish to describe what hardware would be available to pickup. >> This might interest some further away who would be willing to pay for >> shipping. >> > > Shipping is not a possibility. The hardware must be picked up. If it was up > to me, I'd ship it, or rather keep it for myself. However, I'm just > arranging for its pickup, since I'm in Oregon. So what hardware is available? I have clients that go through OKC periodically who might be able to pick up something for me. -- ----------------------------------------------------------------------- Chris Scheers, Applied Synergy, Inc. Voice: 817-237-3360 Internet: chris@applied-synergy.com Fax: 817-237-3074 ------------------------------ Date: Wed, 31 Jan 2007 20:00:11 GMT From: Tad Winters Subject: Re: Hobbyists passing through Oklahoma City? Message-ID: Chris Scheers wrote in news:52c8o4F1nvqbuU1@mid.individual.net: > Tad Winters wrote: >> JF Mezei wrote in >> news:9166$45c0bf04$cef8887a$8433@TEKSAVVY.COM: >> >>> Tad Winters wrote: >>>> Are there any OpenVMS hobbyists (or wannabes) even passing through >>>> Oklahoma City in the next couple of weeks? I have FREE hardware >>>> available!! If you don't want to email me, at least respond here. >>> You might wish to describe what hardware would be available to >>> pickup. This might interest some further away who would be willing >>> to pay for shipping. >>> >> >> Shipping is not a possibility. The hardware must be picked up. If it >> was up to me, I'd ship it, or rather keep it for myself. However, >> I'm just arranging for its pickup, since I'm in Oregon. > > So what hardware is available? > > I have clients that go through OKC periodically who might be able to > pick up something for me. > It's an AlphaServer DS20 500MHz, with no disk drives. I realize this is rather large for some people, but it's quite a bit more speed for those who have only had a MicroVAX or a VAXstation. I'm sure you want more detail. The system is not up (and I'm not there,) so I'm just going from memory when I configured it years ago. I'm thinking it has at least 512 MB of memory. The StorageWorks backplane is split to 2 channels of a KZPAC (3- channel RAID controller.) It has a VGA adapter (Elsa I think.) They CD- ROM drive may be attached to the mainboard SCSI controller, unless it was unsupported, in which case it would be attached to a KZPBA. If they didn't keep the tape drive, it's probably an Exabyte Mammoth. I'm almost sure it has redundant power supplies. It would have a least a DE50x NIC. ------------------------------ Date: Wed, 31 Jan 2007 13:56:01 -0500 From: "Neil Rieck" Subject: Intel prepares to kill off the Pentium 4 Message-ID: <45c0e473$0$7472$9a6e19ea@news.newshosting.com> Intel prepares to kill off the Pentium 4 http://www.theinquirer.net/default.aspx?article=37335 Neil Rieck Kitchener/Waterloo/Cambridge, Ontario, Canada. http://www3.sympatico.ca/n.rieck/links/cool_openvms.html ------------------------------ Date: Wed, 31 Jan 2007 19:32:41 -0500 From: =?ISO-8859-1?Q?Arne_Vajh=F8j?= Subject: Re: Intel prepares to kill off the Pentium 4 Message-ID: <45c13521$0$49208$14726298@news.sunsite.dk> JF Mezei wrote: > Neil Rieck wrote: >> Intel prepares to kill off the Pentium 4 >> http://www.theinquirer.net/default.aspx?article=37335 > > That is like GM saying , while introducing the 2007 models, that the > 2006 models will no longer be available. > > Intel recently introduced a new generation of 8086s wich is quite > competitive with AMD's offerings, so it is no surprise that the older > models would be retired. > > And since Intel announced it would quicken the pace at which the new > 8086s are released, expect similar announcements more often now. It is not even 2006 - it is more like 2005. 2005 = Pentium 4 2006 = add 20 HP in engine = Pentium D 2007 = entire new model = Core 2 Arne ------------------------------ Date: 31 Jan 2007 15:41:08 -0800 From: "Navid Shakibapour" Subject: MBR(Master Boot Record) please help! Message-ID: <1170286868.116931.230740@p10g2000cwp.googlegroups.com> Hi I want to disassemble a MBR file and understand what that code does, In particular I want to know the role of each line of the code (or each logically connected fragment of it) in the boot sequence and why that line is needed. You can download the MBR file that I choose from the following link: http://s15.quicksharing.com/v/3894883/final.bin.html Here is the disassembled of the .bin file 00000000 EB48 jmp short 0x4a 00000002 90 nop 00000003 108ED0BC adc [bp+0xbcd0],cl 00000007 00B0B800 add [bx+si+0xb8],dh 0000000B 008ED88E add [bp+0x8ed8],cl 0000000F C0FBBE sar bl,0xbe 00000012 007CBF add [si-0x41],bh 00000015 0006B900 add [0xb9],al 00000019 02F3 add dh,bl 0000001B A4 movsb 0000001C EA21060000 jmp 0x0:0x621 00000021 BEBE07 mov si,0x7be 00000024 3804 cmp [si],al 00000026 750B jnz 0x33 00000028 83C610 add si,byte +0x10 0000002B 81FEFE07 cmp si,0x7fe 0000002F 75F3 jnz 0x24 00000031 EB16 jmp short 0x49 00000033 B402 mov ah,0x2 00000035 B001 mov al,0x1 00000037 BB007C mov bx,0x7c00 0000003A B280 mov dl,0x80 0000003C 8A7403 mov dh,[si+0x3] 0000003F 02800000 add al,[bx+si+0x0] 00000043 808B820000 or byte [bp+di+0x82],0x0 00000048 0008 add [bx+si],cl 0000004A FA cli 0000004B EA507C0000 jmp 0x0:0x7c50 00000050 31C0 xor ax,ax 00000052 8ED8 mov ds,ax 00000054 8ED0 mov ss,ax 00000056 BC0020 mov sp,0x2000 00000059 FB sti 0000005A A0407C mov al,[0x7c40] 0000005D 3CFF cmp al,0xff 0000005F 7402 jz 0x63 00000061 88C2 mov dl,al 00000063 52 push dx 00000064 BE767D mov si,0x7d76 00000067 E83401 call 0x19e 0000006A F6C280 test dl,0x80 0000006D 7454 jz 0xc3 0000006F B441 mov ah,0x41 00000071 BBAA55 mov bx,0x55aa 00000074 CD13 int 0x13 00000076 5A pop dx 00000077 52 push dx 00000078 7249 jc 0xc3 0000007A 81FB55AA cmp bx,0xaa55 0000007E 7543 jnz 0xc3 00000080 A0417C mov al,[0x7c41] 00000083 84C0 test al,al 00000085 7505 jnz 0x8c 00000087 83E101 and cx,byte +0x1 0000008A 7437 jz 0xc3 0000008C 668B4C10 mov ecx,[si+0x10] 00000090 BE057C mov si,0x7c05 00000093 C644FF01 mov byte [si-0x1],0x1 00000097 668B1E447C mov ebx,[0x7c44] 0000009C C7041000 mov word [si],0x10 000000A0 C744020100 mov word [si+0x2],0x1 000000A5 66895C08 mov [si+0x8],ebx 000000A9 C744060070 mov word [si+0x6],0x7000 000000AE 6631C0 xor eax,eax 000000B1 894404 mov [si+0x4],ax 000000B4 6689440C mov [si+0xc],eax 000000B8 B442 mov ah,0x42 000000BA CD13 int 0x13 000000BC 7205 jc 0xc3 000000BE BB0070 mov bx,0x7000 000000C1 EB7D jmp short 0x140 000000C3 B408 mov ah,0x8 000000C5 CD13 int 0x13 000000C7 730A jnc 0xd3 000000C9 F6C280 test dl,0x80 000000CC 0F84F300 jz near 0x1c3 000000D0 E98D00 jmp 0x160 000000D3 BE057C mov si,0x7c05 000000D6 C644FF00 mov byte [si-0x1],0x0 000000DA 6631C0 xor eax,eax 000000DD 88F0 mov al,dh 000000DF 40 inc ax 000000E0 66894404 mov [si+0x4],eax 000000E4 31D2 xor dx,dx 000000E6 88CA mov dl,cl 000000E8 C1E202 shl dx,0x2 000000EB 88E8 mov al,ch 000000ED 88F4 mov ah,dh 000000EF 40 inc ax 000000F0 894408 mov [si+0x8],ax 000000F3 31C0 xor ax,ax 000000F5 88D0 mov al,dl 000000F7 C0E802 shr al,0x2 000000FA 668904 mov [si],eax 000000FD 66A1447C mov eax,[0x7c44] 00000101 6631D2 xor edx,edx 00000104 66F734 div dword [si] 00000107 88540A mov [si+0xa],dl 0000010A 6631D2 xor edx,edx 0000010D 66F77404 div dword [si+0x4] 00000111 88540B mov [si+0xb],dl 00000114 89440C mov [si+0xc],ax 00000117 3B4408 cmp ax,[si+0x8] 0000011A 7D3C jnl 0x158 0000011C 8A540D mov dl,[si+0xd] 0000011F C0E206 shl dl,0x6 00000122 8A4C0A mov cl,[si+0xa] 00000125 FEC1 inc cl 00000127 08D1 or cl,dl 00000129 8A6C0C mov ch,[si+0xc] 0000012C 5A pop dx 0000012D 8A740B mov dh,[si+0xb] 00000130 BB0070 mov bx,0x7000 00000133 8EC3 mov es,bx 00000135 31DB xor bx,bx 00000137 B80102 mov ax,0x201 0000013A CD13 int 0x13 0000013C 722A jc 0x168 0000013E 8CC3 mov bx,es 00000140 8E06487C mov es,[0x7c48] 00000144 60 pusha 00000145 1E push ds 00000146 B90001 mov cx,0x100 00000149 8EDB mov ds,bx 0000014B 31F6 xor si,si 0000014D 31FF xor di,di 0000014F FC cld 00000150 F3A5 rep movsw 00000152 1F pop ds 00000153 61 popa 00000154 FF26427C jmp near [0x7c42] 00000158 BE7C7D mov si,0x7d7c 0000015B E84000 call 0x19e 0000015E EB0E jmp short 0x16e 00000160 BE817D mov si,0x7d81 00000163 E83800 call 0x19e 00000166 EB06 jmp short 0x16e 00000168 BE8B7D mov si,0x7d8b 0000016B E83000 call 0x19e 0000016E BE907D mov si,0x7d90 00000171 E82A00 call 0x19e 00000174 EBFE jmp short 0x174 00000176 47 inc di 00000177 52 push dx 00000178 55 push bp 00000179 42 inc dx 0000017A 2000 and [bx+si],al 0000017C 47 inc di 0000017D 656F gs outsw 0000017F 6D insw 00000180 004861 add [bx+si+0x61],cl 00000183 7264 jc 0x1e9 00000185 204469 and [si+0x69],al 00000188 736B jnc 0x1f5 0000018A 005265 add [bp+si+0x65],dl 0000018D 61 popa 0000018E 640020 add [fs:bx+si],ah 00000191 45 inc bp 00000192 7272 jc 0x206 00000194 6F outsw 00000195 7200 jc 0x197 00000197 BB0100 mov bx,0x1 0000019A B40E mov ah,0xe 0000019C CD10 int 0x10 0000019E AC lodsb 0000019F 3C00 cmp al,0x0 000001A1 75F4 jnz 0x197 000001A3 C3 ret 000001A4 0000 add [bx+si],al 000001A6 0000 add [bx+si],al 000001A8 0000 add [bx+si],al 000001AA 0000 add [bx+si],al 000001AC 0000 add [bx+si],al 000001AE 0000 add [bx+si],al 000001B0 0000 add [bx+si],al 000001B2 0000 add [bx+si],al 000001B4 0000 add [bx+si],al 000001B6 0000 add [bx+si],al 000001B8 0000 add [bx+si],al 000001BA 0000 add [bx+si],al 000001BC 0000 add [bx+si],al 000001BE 800101 add byte [bx+di],0x1 000001C1 0083FE3F add [bp+di+0x3ffe],al 000001C5 0C3F or al,0x3f 000001C7 0000 add [bx+si],al 000001C9 008E2F03 add [bp+0x32f],cl 000001CD 0000 add [bx+si],al 000001CF 0001 add [bx+di],al 000001D1 0D83FE or ax,0xfe83 000001D4 BFDECD mov di,0xcdde 000001D7 2F das 000001D8 0300 add ax,[bx+si] 000001DA 52 push dx 000001DB FC cld 000001DC B000 mov al,0x0 000001DE 0000 add [bx+si],al 000001E0 81DF82FE sbb di,0xfe82 000001E4 FF0E1F2C dec word [0x2c1f] 000001E8 B400 mov ah,0x0 000001EA 30C4 xor ah,al 000001EC 0B00 or ax,[bx+si] 000001EE 0000 add [bx+si],al 000001F0 0000 add [bx+si],al 000001F2 0000 add [bx+si],al 000001F4 0000 add [bx+si],al 000001F6 0000 add [bx+si],al 000001F8 0000 add [bx+si],al 000001FA 0000 add [bx+si],al 000001FC 0000 add [bx+si],al 000001FE 55 push bp 000001FF AA stosb ------------------------------ Date: Wed, 31 Jan 2007 19:50:38 -0500 From: =?ISO-8859-1?Q?Arne_Vajh=F8j?= Subject: Re: PL/I for Itanium Message-ID: <45c13956$0$49208$14726298@news.sunsite.dk> Paul Sture wrote: > According to that philosophy, C# is a non-starter for embedded systems. Hello world in a C# console app uses 4 MB RAM. Hello world in a C# GUI app uses 8 MB RAM. It works in a PDA or smartphone with some hundred megs (with .NET CF) and I think that is the smallest possible.. Arne ------------------------------ Date: Thu, 01 Feb 2007 03:15:46 GMT From: John Santos Subject: Re: PRODUCT INSTALL question Message-ID: tadamsmar wrote: > On Jan 30, 4:51 pm, p...@langstoeger.at (Peter 'EPLAN' LANGSTOeGER) > wrote: > >>In article <1170172242.963938.161...@v45g2000cwv.googlegroups.com>, "tadamsmar" writes: >> >> >>>I have the PCSI$COMPRESSED file for the 7.3.2 UPDATE V9 patch. >> >>Good. >> >> >>>Is there any way to extract specific patches from that? >> >>No (supported) way. But/Because there is no need for it, because an UPDATE >>ECO is (usually) a collection of (previously published) ECOs which are (or >>were) all available separately (sometimes UPDATE contain more than the >>collection of these ECOs and then I can understand why a few people want >>to disbandle the UPDATE ECO ;-). If you can no longer find it on ITRC >>drop me a line and I dig in my directories if I still have it... >> >> >>> For >>>instance, can I pull out the TDF V3 patch and just apply that one? >> >>TDF V3 is part of UPDATE, but was already replaced by TDF V4 in Aug06 >>which is also part of UPDATE. Why do you insist on TDF V3? >>Do you confuse TDF and TZ ECOs? TZ V3 came after UPDATE 9 in Dec06 and >>requires UPDATE 9 and you would therefor need both of them... > > > You are right that I can't just install TDF V3. I'd need to at least > install UPGRADE V5 with it. > > Nevermind... > > > >>> Or >>>do I have to go get the specific patch from the vms web site? >> >>If you can't install an UPDATE ECO, consider a VMS upgrade ;-) >> >> >>>I can't find a way to do only a specific patch using product install. >> >>?? >> >>PRODUCT INSTALL is it, just for every other ECO/product. You need the >>right kit file of course. >> >> >>>My Alphas are not on the WWW so I have to go through some rigamarole >>>to get the patch in place. >> >>One of us can send it (zipped) per mail if you like (and if your mailserver >>has no rigorous size limit of course) if you like... Do you have any spare disks or is it a single-disk system? If you have a spare disk (or room in the box to install one), you can get PCSI to redirect its work files there with "product install/work=...", and put the .PCSI file (or the PCSI$COMPRESSED file) on the spare disk as well. Don't use the /SAVE_RECOVERY_DATA qualifier and be sure to answer "NO" when it asks if you want to save old versions of the files. (If you do this, you won't be able to back out the patches, so you really should back up the whole system disk before you start.) If you have a 2nd disk, but it is in use and close to full, you could remove it and install a scratch disk, reboot, install the ECOs using the scratch disk for work space, then shut down and re-install the original 2nd disk. ECOs don't touch anything but the system disk. I don't know the exact numbers, but ECOs usually don't substantially increase the net disk space required by VMS. Maybe a few percent at most. (Keeping recovery copies of everything, on the other hand, can use a *huge* amount of space.) I don't know exactly what disks an AXP150 supports, but usually systems of that era work fine with RZ2x drives. An RZ29 (4.3GB) would probably work, but might be too big (full height 3.5" drive) to fit and might run too hot. For temporary use, you might be able to keep it cool by aiming a big fan at it. RZ26 (1GB) or RZ28 (2GB) drives should work fine and would be ideal. RZ25 (.5GB) and smaller would probably work fine but would probably be too small to be useful. Maybe you could put your pagefile on one of them. RZ2x drives can be had for basically the cost of shipping on Ebay. I got a dozen RZ29s in storage works canisters for about $50 plus shipping not long ago. -- John Santos Evans Griffiths & Hart, Inc. 781-861-0670 ext 539 ------------------------------ Date: 31 Jan 2007 11:01:00 -0800 From: "AEF" Subject: Re: Purging across nodes deletes the only version of a file Message-ID: <1170270060.165027.264650@v45g2000cwv.googlegroups.com> On Jan 31, 10:02 am, norm.raph...@metso.com wrote: > "Martyn.Patti...@gmail.com" wrote on 01/31/20= 07 > 09:05:03 AM: > > > > > > > On 28 Jan, 20:03, koeh...@eisner.nospam.encompasserve.org (Bob > > Koehler) wrote: > > > > IIRCPURGEis not supported across DECnet, but DELETE is. Or maybe > > > that is out of date. > > > Well HELP would suggest otherwise: > > > Avpct1=BB help purge > > > PURGE > > . > > . > > . > > PURGE Subtopic? example > > > PURGE > > > Examples > > . > > . > > . > > 6.$ PURGE/KEEP=3D2 TAMPA::DISK1:[EXAMPLE]*.LIS > > > The PURGE command in this example deletes all but the two > > highest numbered versions of each file with the file > > type .LIS > > in the directory EXAMPLE on remote node TAMPA. > > > I've got a call open with HP for this now, so when I get a response > > I'll update this thread for posterity. > > Actually, it's not DECNet, but Searchlists that are causing your problem. > They do not always behave as one would want. True, but... > > Another example is when you mount a tape with the system account and > execute a DIRECTORY *.* command, the default is DIRECTORY SYS$LOGIN:*.* > which is a searchlist of sys$specific:[sysmgr], sys$common:[sysmgr] > and the result is two passes at the tape and a double-listing of the > files on it. Yes, that's always fun! > > As was stated in an earlier post, be careful of searchlist defaults > and how you use them. > [=2E..] Then why this: $ DEFINE L1 DSA1:[SCRATCH] $ DEFINE L11 L1:,L1: $ DIR L11:NEW.FILE Directory DSA1:[SCRATCH] NEW.FILE;1 0/0 16-JAN-2007 08:18:08.27 NEW.FILE;1 0/0 16-JAN-2007 08:18:08.27 Total of 2 files, 0/0 blocks. $ PURG L11:NEW.FILE %PURGE-I-NOFILPURG, no files purged $ DIR L11:NEW.FILE Directory DSA1:[SCRATCH] NEW.FILE;1 0/0 16-JAN-2007 08:18:08.27 NEW.FILE;1 0/0 16-JAN-2007 08:18:08.27 Total of 2 files, 0/0 blocks. $ $ DEFINE L2 DISK$DATA1: $ DEFINE L12 L1:,L2: $ DIR L12:NEW.FILE Directory DSA1:[SCRATCH] NEW.FILE;1 0/0 16-JAN-2007 08:18:08.27 Total of 1 file, 0/0 blocks. Directory DISK$DATA1:[SCRATCH] NEW.FILE;1 0/0 16-JAN-2007 08:18:08.27 Total of 1 file, 0/0 blocks. Grand total of 2 directories, 2 files, 0/0 blocks. $ PURG L12:NEW.FILE %PURGE-I-NOFILPURG, no files purged $ DIR L12:NEW.FILE Directory DSA1:[SCRATCH] NEW.FILE;1 0/0 16-JAN-2007 08:18:08.27 Total of 1 file, 0/0 blocks. Directory DISK$DATA1:[SCRATCH] NEW.FILE;1 0/0 16-JAN-2007 08:18:08.27 Total of 1 file, 0/0 blocks. Grand total of 2 directories, 2 files, 0/0 blocks. $ AEF ------------------------------ Date: Wed, 31 Jan 2007 15:43:55 -0500 From: norm.raphael@metso.com Subject: Re: Purging across nodes deletes the only version of a file Message-ID: "AEF" wrote on 01/31/2007 02:01:00 PM: > On Jan 31, 10:02 am, norm.raph...@metso.com wrote: > > "Martyn.Patti...@gmail.com" wrote on 01/31/2007 > > 09:05:03 AM: > > > > > > > > > > > > > On 28 Jan, 20:03, koeh...@eisner.nospam.encompasserve.org (Bob > > > Koehler) wrote: > > > > > > IIRCPURGEis not supported across DECnet, but DELETE is. Or maybe > > > > that is out of date. > > > > > Well HELP would suggest otherwise: > > > > > Avpct1=BB help purge > > > > > PURGE > > > . > > > . > > > . > > > PURGE Subtopic? example > > > > > PURGE > > > > > Examples > > > . > > > . > > > . > > > 6.$ PURGE/KEEP=3D2 TAMPA::DISK1:[EXAMPLE]*.LIS > > > > > The PURGE command in this example deletes all but the tw= o > > > highest numbered versions of each file with the file > > > type .LIS > > > in the directory EXAMPLE on remote node TAMPA. > > > > > I've got a call open with HP for this now, so when I get a respon= se > > > I'll update this thread for posterity. > > > > Actually, it's not DECNet, but Searchlists that are causing your problem. > > They do not always behave as one would want. > > True, but... > > > > > Another example is when you mount a tape with the system account an= d > > execute a DIRECTORY *.* command, the default is DIRECTORY SYS$LOGIN= :*.* > > which is a searchlist of sys$specific:[sysmgr], sys$common:[sysmgr]= > > and the result is two passes at the tape and a double-listing of th= e > > files on it. > > Yes, that's always fun! > > > > > As was stated in an earlier post, be careful of searchlist defaults= > > and how you use them. > > > [...] > > Then why this: In both cases, you only have version 1 (";1") so of course nothing will be purged. > > $ DEFINE L1 DSA1:[SCRATCH] > $ DEFINE L11 L1:,L1: > $ DIR L11:NEW.FILE > > Directory DSA1:[SCRATCH] > > NEW.FILE;1 0/0 16-JAN-2007 > 08:18:08.27 > NEW.FILE;1 0/0 16-JAN-2007 > 08:18:08.27 > > Total of 2 files, 0/0 blocks. > $ PURG L11:NEW.FILE > %PURGE-I-NOFILPURG, no files purged > $ DIR L11:NEW.FILE > > Directory DSA1:[SCRATCH] > > NEW.FILE;1 0/0 16-JAN-2007 > 08:18:08.27 > NEW.FILE;1 0/0 16-JAN-2007 > 08:18:08.27 > > Total of 2 files, 0/0 blocks. > $ > $ DEFINE L2 DISK$DATA1: > $ DEFINE L12 L1:,L2: > $ DIR L12:NEW.FILE > > Directory DSA1:[SCRATCH] > > NEW.FILE;1 0/0 16-JAN-2007 > 08:18:08.27 > > Total of 1 file, 0/0 blocks. > > Directory DISK$DATA1:[SCRATCH] > > NEW.FILE;1 0/0 16-JAN-2007 > 08:18:08.27 > > Total of 1 file, 0/0 blocks. > > Grand total of 2 directories, 2 files, 0/0 blocks. > $ PURG L12:NEW.FILE > %PURGE-I-NOFILPURG, no files purged > $ DIR L12:NEW.FILE > > Directory DSA1:[SCRATCH] > > NEW.FILE;1 0/0 16-JAN-2007 > 08:18:08.27 > > Total of 1 file, 0/0 blocks. > > Directory DISK$DATA1:[SCRATCH] > > NEW.FILE;1 0/0 16-JAN-2007 > 08:18:08.27 > > Total of 1 file, 0/0 blocks. > > Grand total of 2 directories, 2 files, 0/0 blocks. > $ > > AEF >= ------------------------------ Date: Thu, 01 Feb 2007 03:41:03 GMT From: John Santos Subject: Re: Purging across nodes deletes the only version of a file Message-ID: norm.raphael@metso.com wrote: > > "AEF" wrote on 01/31/2007 02:01:00 PM: > > >>On Jan 31, 10:02 am, norm.raph...@metso.com wrote: >> >>>"Martyn.Patti...@gmail.com" wrote on > > 01/31/2007 > >>>09:05:03 AM: >>> >>> >>> >>> >>> >>> >>>>On 28 Jan, 20:03, koeh...@eisner.nospam.encompasserve.org (Bob >>>>Koehler) wrote: >>> >>>>> IIRCPURGEis not supported across DECnet, but DELETE is. Or > > maybe > >>>>> that is out of date. >>> >>>>Well HELP would suggest otherwise: >>> >>>>Avpct1» help purge >>> >>>>PURGE >>>>. >>>>. >>>>. >>>>PURGE Subtopic? example >>> >>>>PURGE >>> >>>> Examples >>>>. >>>>. >>>>. >>>> 6.$ PURGE/KEEP=2 TAMPA::DISK1:[EXAMPLE]*.LIS >>> >>>> The PURGE command in this example deletes all but the two >>>> highest numbered versions of each file with the file >>>>type .LIS >>>> in the directory EXAMPLE on remote node TAMPA. >>> >>>>I've got a call open with HP for this now, so when I get a response >>>>I'll update this thread for posterity. >>> >>>Actually, it's not DECNet, but Searchlists that are causing your > > problem. > >>>They do not always behave as one would want. >> >>True, but... >> >> >>>Another example is when you mount a tape with the system account and >>>execute a DIRECTORY *.* command, the default is DIRECTORY SYS$LOGIN:*.* >>>which is a searchlist of sys$specific:[sysmgr], sys$common:[sysmgr] >>>and the result is two passes at the tape and a double-listing of the >>>files on it. >> >>Yes, that's always fun! >> >> >>>As was stated in an earlier post, be careful of searchlist defaults >>>and how you use them. >>> >> >>[...] >> >>Then why this: > > > In both cases, you only have version 1 (";1") > so of course nothing will be purged. > > >>$ DEFINE L1 DSA1:[SCRATCH] >>$ DEFINE L11 L1:,L1: >>$ DIR L11:NEW.FILE >> >>Directory DSA1:[SCRATCH] >> >>NEW.FILE;1 0/0 16-JAN-2007 >>08:18:08.27 >>NEW.FILE;1 0/0 16-JAN-2007 >>08:18:08.27 >> >>Total of 2 files, 0/0 blocks. >>$ PURG L11:NEW.FILE >>%PURGE-I-NOFILPURG, no files purged >>$ DIR L11:NEW.FILE >> >>Directory DSA1:[SCRATCH] >> >>NEW.FILE;1 0/0 16-JAN-2007 >>08:18:08.27 >>NEW.FILE;1 0/0 16-JAN-2007 >>08:18:08.27 >> >>Total of 2 files, 0/0 blocks. >>$ >>$ DEFINE L2 DISK$DATA1: >>$ DEFINE L12 L1:,L2: >>$ DIR L12:NEW.FILE >> >>Directory DSA1:[SCRATCH] >> >>NEW.FILE;1 0/0 16-JAN-2007 >>08:18:08.27 >> >>Total of 1 file, 0/0 blocks. >> >>Directory DISK$DATA1:[SCRATCH] >> >>NEW.FILE;1 0/0 16-JAN-2007 >>08:18:08.27 >> >>Total of 1 file, 0/0 blocks. >> >>Grand total of 2 directories, 2 files, 0/0 blocks. >>$ PURG L12:NEW.FILE >>%PURGE-I-NOFILPURG, no files purged >>$ DIR L12:NEW.FILE >> >>Directory DSA1:[SCRATCH] >> >>NEW.FILE;1 0/0 16-JAN-2007 >>08:18:08.27 >> >>Total of 1 file, 0/0 blocks. >> >>Directory DISK$DATA1:[SCRATCH] >> >>NEW.FILE;1 0/0 16-JAN-2007 >>08:18:08.27 >> >>Total of 1 file, 0/0 blocks. >> >>Grand total of 2 directories, 2 files, 0/0 blocks. >>$ >> >>AEF I don't know what's going on here, but I *highly* recommend /LOG/CONFIRM when doing something strange, unusual or confusing. (At least the 2nd time you do it :-) Of course, one of my pet rants is they broke PURGE/CONFIRM long about V7.0 when they re-wrote a bunch of utilities to use common file parsing and searching code. One of the valid answers to "Delete ? [N]: " is "A", which means purge "all" files. Prior to the change, it would purge all (lower numbered) versions of the file it was asking about. Since the change, it purges not only all lower numbered versions of this file, but all the rest of the files that match the wild-card. For example, in sys$manager:, purge/log/confirm *.log would ask about e.g. the DECWindows startup logs. They can go, type "A". Then it would ask about the LANACP logs. Them too, "A". Next OPERATOR.LOG, nope, want to keep those, through them all, SAMBA startup logs, they can go, "A"... Now, type the "A" for the first DECwindows log, and Zap, everything's gone... In other words, the DELETE program (which implements both DELETE and PURGE) was sensitive to the difference between DELETE and PURGE, and made "A" behave sensibly in both contexts. Now, it does exactly the same thing. acts like you had typed "Y" to all the rest of the prompts until it finishes. I complained a lot at the time, but I never got DEC/Compaq/HP to even acknowledge that the behavior had changed, let alone that it was intentional. (HELP is (or was at the time, I haven't looked at it recently) quite ambiguous on the subject.) BTW, I would be perfectly happy if they left "A" alone with the current behavior and added a new keyword for the old behavior ("E" for "Every version?") -- John Santos Evans Griffiths & Hart, Inc. 781-861-0670 ext 539 ------------------------------ Date: Wed, 31 Jan 2007 16:58:21 -0500 From: "Island Computers, D B Turner" Subject: Selling: Alphaserver DS25 Message-ID: <12s248rldpr1ma1@news.supernews.com> We have a new condition (refurbished) Alphaserver DS25 that we are selling below market Configured as follows: DH-57AAA-AA Alphaserver DS25 1Ghz 0MB, CDRW Gigab. VMS & EIP KN410-CC SMP License VMS 3X-MS350-FA 4GB memory option 3X-H7910-AA x 3 Power Supplies Rackmount Kit Only $22,995 List pricing on this configuration is $58,000 ! Call or email if interested -- Island Computers US Corp 2700 Gregory St Savannah GA 31404 Tel: 912 447 6622 x201 Mail: dturner-atnospam-islandco-com (You know what to do with the dashes) ------------------------------ Date: Wed, 31 Jan 2007 19:40:13 GMT From: John Reagan Subject: Re: Was installed with VMSINSTAL, can be upgraded with Polycenter? Message-ID: gerry77@no.spam.mail.com wrote: > Hello everyone, > > the subject says almost everything: I'm thinking about upgrading some > products, in particular COBOL V2.5 to COBOL V2.8, and I do not know if > I'll have to take special precautions because the former was installed > from a VMSINSTAL kit and the latter is a PCSI kit. Can I simply type > PRODUCT INSTALL COBOL and press Enter? :-) Yes you can. The COBOL installation will do the right thing. > > A similar question arises for FORTRAN: actually I have V7.1-1 with RTL > V7.1-427 and ECO 2 installed, to upgrade to V7.5-1 do I have to remove > previous installed kits or is everything done by Polycenter by typing > PRODUCT INSTALL FORTRAN (reading DEC-AXPVMS-FORTRAN-V0705-1-1.PCSI)? > I can't say for sure, but I'm confident that the installation will do the right thing. -- John Reagan HP Pascal/{A|I}MACRO/COBOL for OpenVMS Project Leader Hewlett-Packard Company ------------------------------ Date: Wed, 31 Jan 2007 21:46:54 +0000 (UTC) From: helbig@astro.multiCLOTHESvax.de (Phillip Helbig---remove CLOTHES to reply) Subject: Re: You gotta see this ! Message-ID: In article <12s232ttf1gil39@news.supernews.com>, "Island Computers, D B Turner" writes: > http://video.google.co.uk/videoplay?docid=4915875929930836239&q=windows+386&b3ta > > It's about a 12 minute Windows Promo video from the 80's !!!!!!!!!!!!!!!! Speaking of which: http://www.astro.multivax.de:8000/helbig/gifs/microsoft.jpg (This is a real, undoctored photograph.) ------------------------------ Date: Thu, 01 Feb 2007 01:00:50 +0100 From: Paul Sture Subject: Re: You gotta see this ! Message-ID: In article , helbig@astro.multiCLOTHESvax.de (Phillip Helbig---remove CLOTHES to reply) wrote: > In article <12s232ttf1gil39@news.supernews.com>, "Island Computers, D B > Turner" writes: > > > http://video.google.co.uk/videoplay?docid=4915875929930836239&q=windows+386& > > b3ta > > > > It's about a 12 minute Windows Promo video from the 80's !!!!!!!!!!!!!!!! > I loved the "Hey that looks like OS/2" bit. > Speaking of which: > > http://www.astro.multivax.de:8000/helbig/gifs/microsoft.jpg > > (This is a real, undoctored photograph.) And finally, accompanying text for that photo: http://www.snopes.com/photos/people/microsoft.asp -- Paul Sture ------------------------------ Date: 31 Jan 2007 19:12:33 -0800 From: "AEF" Subject: Re: You gotta see this ! Message-ID: <1170299553.441977.147550@q2g2000cwa.googlegroups.com> On Jan 31, 4:38 pm, "Island Computers, D B Turner" wrote: > http://video.google.co.uk/videoplay?docid=4915875929930836239&q=windo... > > It's about a 12 minute Windows Promo video from the 80's !!!!!!!!!!!!!!!! > > A must see ! > > -- > Island Computers US Corp > 2700 Gregory St > Savannah GA 31404 > Tel: 912 447 6622 x201 > Mail: dturner-atnospam-islandco-com > (You know what to do with the dashes) UFB!!! This has got to be a hoax. The last 5 minutes produced by crack-smoking monkeys? Even that wouldn't explain it! In the scene where everyone's appauding our heroine, the last person looks like Tucker Carlson! More evidence that this is a hoax! :-) AEF ------------------------------ End of INFO-VAX 2007.063 ************************