INFO-VAX Wed, 16 Apr 2008 Volume 2008 : Issue 213 Contents: Re: Four CPU ES40 hanging Re: Longtime VMS system manager/programmer available Re: Maximum IDE disk size for DS10L ? Re: Mozilla (et al.) v. TCPIP FTP server Re: Mozilla (et al.) v. TCPIP FTP server Re: Mozilla (et al.) v. TCPIP FTP server Re: Mozilla (et al.) v. TCPIP FTP server Re: Mozilla (et al.) v. TCPIP FTP server Re: Mozilla (et al.) v. TCPIP FTP server Re: Mozilla (et al.) v. TCPIP FTP server Re: OT: Need HTML Help Re: OT: Need HTML Help Re: OT: Need HTML Help Question on fast SCSI interface for Q-22. Re: Question on fast SCSI interface for Q-22. Re: UIC full display Question UIC full display Question Re: UIC full display Question Re: UIC full display Question RE: UIC full display Question Re: UIC full display Question Re: UIC full display Question Re: UIC full display Question Re: UIC full display Question VMS Audio Update - Episode #18 ---------------------------------------------------------------------- Date: Wed, 16 Apr 2008 08:05:29 -0400 From: "Richard B. Gilbert" Subject: Re: Four CPU ES40 hanging Message-ID: Jilly wrote: > > "Richard B. Gilbert" wrote in message > news:qc2dnYZEg7SYHGLanZ2dnUVZ_rfinZ2d@comcast.com... >> Jilly wrote: >>> >>> "Richard B. Gilbert" wrote in message >>> news:qc2dnYdEg7QA4mLanZ2dnUVZ_remnZ2d@comcast.com... >>>> I hand the job to the dump weenies in Colorado whenever possible. >>>> When you analyze three or four dumps per day, you either get good at >>>> it or get another job! >>>> >>> >>> Weenies-R-Us ;*) >> >> Do you still work for DEC/Compaq/HP/whatever it will be called next >> month? > > 29 years, 6 months and counting. Do you know if Katharina (Katrina?) Khan is still around. I used to talk to her fairly often back in the days when I had an employer and a support contract. I think I spoke with you a couple of time times in the 1990s and early 2000s ------------------------------ Date: 16 Apr 2008 08:28:28 -0500 From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) Subject: Re: Longtime VMS system manager/programmer available Message-ID: In article , Antonio Carlini writes: > > The VAX WANDD drivers and the PSI stuff were a mixture of some MACRO-32 and > lots of BLISS. The actual drivers or the ACPs? The folks who gave the presentation on writing device drivers in BLISS said they were using some undocumented features of the compiler (how to get it to generate certain instructions) which DEC wasn't aware of. But I suppose if you mix BLISS and Macro-32 you could always get exactly the required instructions at places where you must. ------------------------------ Date: Wed, 16 Apr 2008 09:54:19 -0400 From: "David Turner, Island Computers" Subject: Re: Maximum IDE disk size for DS10L ? Message-ID: FYI I have about 300 30GB Compaq branded (maxtor oem) 7200RPM ide (ATA) disks If anyone wants them $15 each + shipping -- David B Turner ============================================= Island Computers US Corp PO Box 86 Tybee GA 31328 Toll Free: 1-877 636 4332 x201, Mobile x251 Email: dturner@islandco.com International: 001 706 993 1787 Fax: 912 786 8505 Web: www.islandco.com ============================================= "JF Mezei" wrote in message news:e2e68$4801c652$cef8887a$19031@TEKSAVVY.COM... > Just found out that some/many circa 1999 machines have IDE (now called > ATA) interfaces that only see the first 128 gigs of drives. > > Since the DS10L is also circa 1998/1999, does anyone know if it also has > a disk size limit for the IDE (now called ATA) interface ? > > Can anyone confirm that it is safe to put a larger disk if the hardware > only reports 128 gigs available ? (aka, won't overwrite data etc). ------------------------------ Date: Wed, 16 Apr 2008 01:55:11 -0400 From: JF Mezei Subject: Re: Mozilla (et al.) v. TCPIP FTP server Message-ID: <480594e7$0$31185$c3e8da3@news.astraweb.com> Steven M. Schweda wrote: > It's better than that. Try a name with funny characters, like, say, > a multi-dot name ("a.b.c") or a name with a space ("a b.c"). Directory USRDIR:[JFMEZEI] ^.332-224779608-4.ini;1 .DS_Store;1 .mosaic-cc-4_2;1 ^.TemporaryItems.DIR;1 ^._.TemporaryItems;1 ^._AUSTRALIA.DXF;1 ^._brian3a.jpg;1 ^._mozilla^.com.7;1 ._Temporary^_Items;1 ._Trash;1 On the Nbd minus one : ftp> nlist 229 Entering Extended Passive Mode (|||50582|) 150 Opening data connection for USRDIR:[JFMEZEI]*.*; (10.0.0.20,60644) ^.332-224779608-4.ini .DS_Store .mosaic-cc-4_2 ^.TemporaryItems.DIR ^._.TemporaryItems ^._AUSTRALIA.DXF ^._brian3a.jpg ^._mozilla^.com.7 ._Temporary^_Items ._Trash ^._VMS_VT220_ATTRIBUTE_DEMO.COM 815-06-01_DI_QON_Grounding.pdf A1.DIR A1SCRIPT.COM A1START.COM ALDUS.COM ALDUS_PREP.PS ALPHA10.XPM ALPHAPOWERED.GIF apple_boot.html apple_boot.txt ASSEMBLER.TXT etc etc etc ------------------------------ Date: Wed, 16 Apr 2008 01:15:07 -0500 (CDT) From: sms@antinode.org (Steven M. Schweda) Subject: Re: Mozilla (et al.) v. TCPIP FTP server Message-ID: <08041601150776_2020CE0A@antinode.org> From: JF Mezei > > It's better than that. Try a name with funny characters, like, say, > > a multi-dot name ("a.b.c") or a name with a space ("a b.c"). > > Directory USRDIR:[JFMEZEI] > > ^.332-224779608-4.ini;1 .DS_Store;1 .mosaic-cc-4_2;1 > ^.TemporaryItems.DIR;1 ^._.TemporaryItems;1 > ^._AUSTRALIA.DXF;1 ^._brian3a.jpg;1 ^._mozilla^.com.7;1 > ._Temporary^_Items;1 ._Trash;1 > > > On the Nbd minus one : > > ftp> nlist > 229 Entering Extended Passive Mode (|||50582|) > 150 Opening data connection for USRDIR:[JFMEZEI]*.*; (10.0.0.20,60644) > ^.332-224779608-4.ini > .DS_Store > .mosaic-cc-4_2 > ^.TemporaryItems.DIR > [...] Fine. Listing them is one thing. Now try to GET one of them. SMS. ------------------------------ Date: Wed, 16 Apr 2008 03:31:33 -0400 From: JF Mezei Subject: Re: Mozilla (et al.) v. TCPIP FTP server Message-ID: <4805ab58$0$7269$c3e8da3@news.astraweb.com> Steven M. Schweda wrote: >> ^._AUSTRALIA.DXF;1 ^._brian3a.jpg;1 ^._mozilla^.com.7;1 > Fine. Listing them is one thing. Now try to GET one of them. But this is a VMS issue. VMS tells the remote system a file named ˆ._mozillaˆ.com.7 is available > ftp> get ._mozilla.com.7 > local: ._mozilla.com.7 remote: ._mozilla.com.7 > 229 Entering Extended Passive Mode (|||50593|) > 550-Failed to open USRDIR:[JFMEZEI]^._mozilla.com;7 for input. > 550 file not found > ftp> > ftp> get ^._mozilla^.com.7 > local: ^._mozilla^.com.7 remote: ^._mozilla^.com.7 > 229 Entering Extended Passive Mode (|||50594|) > 550-Failed to open USRDIR:[JFMEZEI]^^^._mozilla^^.com;7 for input. > 550 file not found Back on VMS: > $ dir ^._mozilla^.com.7 > Directory USRDIR:[JFMEZEI] > ^._mozilla^.com.7;1 type ^._mozilla^.com.7;1 does succeed I don't understand why Mozilla would filter out lowercase file names. Perhaps they realise they are dealing with VMS and expect only legacy file names. But I understand why you wouldn't be able to handle funky file names with the ˆ in them because the FTP server itself has difficulty. ------------------------------ Date: 16 Apr 2008 08:37:05 -0500 From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) Subject: Re: Mozilla (et al.) v. TCPIP FTP server Message-ID: In article <4805ab58$0$7269$c3e8da3@news.astraweb.com>, JF Mezei writes: > Steven M. Schweda wrote: [...] >> ftp> get ^._mozilla^.com.7 >> local: ^._mozilla^.com.7 remote: ^._mozilla^.com.7 >> 229 Entering Extended Passive Mode (|||50594|) >> 550-Failed to open USRDIR:[JFMEZEI]^^^._mozilla^^.com;7 for input. >> 550 file not found Have you tried this against any other FTP server, or just HP's? ------------------------------ Date: Wed, 16 Apr 2008 08:22:26 -0500 (CDT) From: sms@antinode.org (Steven M. Schweda) Subject: Re: Mozilla (et al.) v. TCPIP FTP server Message-ID: <08041608222644_2020CE0A@antinode.org> From: JF Mezei > > Fine. Listing them is one thing. Now try to GET one of them. > But this is a VMS issue. [...] I agree, but the client can solve the problem, too. (My wget is an example.) Considering how long ODS5 has been around, which one do you think is more likely to get fixed in our lifetimes? > I don't understand why Mozilla would filter out lowercase file names. > Perhaps they realise they are dealing with VMS and expect only legacy > file names. That's your analysis, not mine. My example directories are on an ODS2 disk, so all the names are upper-case, and Mozilla still loses some names. (Did you _read_ that bug report?) > But I understand why you wouldn't be able to handle funky file names > with the ˆ in them because the FTP server itself has difficulty. The FTP server does not _have_ difficulty, it _makes_ difficulty. The server is happy as a bivalve. The rest of the world suffers. ------------------------------------------------------------------------ Steven M. Schweda sms@antinode-org 382 South Warwick Street (+1) 651-699-9818 Saint Paul MN 55105-2547 ------------------------------ Date: Wed, 16 Apr 2008 08:30:14 -0500 (CDT) From: sms@antinode.org (Steven M. Schweda) Subject: Re: Mozilla (et al.) v. TCPIP FTP server Message-ID: <08041608301461_2020CE0A@antinode.org> From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) > In article <4805ab58$0$7269$c3e8da3@news.astraweb.com>, JF Mezei writes: > > Steven M. Schweda wrote: > [...] > >> ftp> get ^._mozilla^.com.7 > >> local: ^._mozilla^.com.7 remote: ^._mozilla^.com.7 > >> 229 Entering Extended Passive Mode (|||50594|) > >> 550-Failed to open USRDIR:[JFMEZEI]^^^._mozilla^^.com;7 for input. > >> 550 file not found > Have you tried this against any other FTP server, or just HP's? I've tried only HP's. I find it difficult to imagine that any other FTP server on the planet would fail to accept a file name which that FTP server itself supplied, but I'm always open to a good counter-example. (Having dealt with HP's product since a brief experiment back around UCX V2.0, I could pretty easily believe that it was possible for _it_ to have _any_ particular problem, no matter how unlikely it might seem.) SMS. ------------------------------ Date: Wed, 16 Apr 2008 15:58:04 GMT From: John Santos Subject: Re: Mozilla (et al.) v. TCPIP FTP server Message-ID: Steven M. Schweda wrote: > From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) > > >>In article <4805ab58$0$7269$c3e8da3@news.astraweb.com>, JF Mezei writes: >> >>>Steven M. Schweda wrote: >> >>[...] >> >>>>ftp> get ^._mozilla^.com.7 >>>>local: ^._mozilla^.com.7 remote: ^._mozilla^.com.7 >>>>229 Entering Extended Passive Mode (|||50594|) >>>>550-Failed to open USRDIR:[JFMEZEI]^^^._mozilla^^.com;7 for input. >>>>550 file not found > > >> Have you tried this against any other FTP server, or just HP's? > > > I've tried only HP's. I find it difficult to imagine that any other > FTP server on the planet would fail to accept a file name which that FTP > server itself supplied, but I'm always open to a good counter-example. > (Having dealt with HP's product since a brief experiment back around UCX > V2.0, I could pretty easily believe that it was possible for _it_ to > have _any_ particular problem, no matter how unlikely it might seem.) > > SMS. I think Bob's intended comparison was not to other FTP servers on other platforms, but to other FTP servers on VMS, i.e. Multinet, TCPware, and HGFTP. Do any or all of those work correctly? (This is a rhetorical question, you probably only have HP's server. But if HGFTP works, you can install it on any of the VMS TCP/IP stacks. I will try it later when I have a few minutes, if no one else pops in with the answers.) -- John Santos Evans Griffiths & Hart, Inc. 781-861-0670 ext 539 ------------------------------ Date: Wed, 16 Apr 2008 02:00:39 -0400 From: JF Mezei Subject: Re: OT: Need HTML Help Message-ID: <48059633$0$12273$c3e8da3@news.astraweb.com> Jim Duff wrote: > As mentioned else-thread, using css instead of tables is the way to go. > Tables certainly have their uses, but they should be restricted to > table data, not used for general page layout. for some reason, "tables" have become to HTML what "goto" has become to programming languages. Frankly, there are situations where a table is far easier and simpler to use than some style sheets that require an inordinate amount of coding. In the case of his example with submit buttons on the left and content on the right, it would appear to me that a table is well suited. It isn't abusing the tables with multiply nested tables etc. > Whatever you do, you should ensure that your (x)html and css is valid. http://validator.w3.org ------------------------------ Date: Wed, 16 Apr 2008 18:43:25 +1000 From: Jim Duff Subject: Re: OT: Need HTML Help Message-ID: <4805bc2e$1@dnews.tpgi.com.au> JF Mezei wrote: > Jim Duff wrote: > >> As mentioned else-thread, using css instead of tables is the way to >> go. Tables certainly have their uses, but they should be >> restricted to table data, not used for general page layout. > > for some reason, "tables" have become to HTML what "goto" has become > to programming languages. Frankly, there are situations where a > table is far easier and simpler to use than some style sheets that > require an inordinate amount of coding. I agree that there are situations you should use the table tag as you have conveniently quoted above. I don't see the relationship between tables and goto. Each has its appropriate place and I've used both (I've even used a goto in a C program :-) > > In the case of his example with submit buttons on the left and > content on the right, it would appear to me that a table is well > suited. It isn't abusing the tables with multiply nested tables etc. > We don't really have enough info about what the OP is trying to design. The OP makes no mention of _submit_ buttons or of _content_. You're assuming that. For all we know, the button designation refers to simple anchor tags making up a menu, and the outline might be the browser outline. An unordered list and two positioned divs might be more appropriate if that's the case. > > > > >> Whatever you do, you should ensure that your (x)html and css is >> valid. > > http://validator.w3.org > Editing my post to make it appear that I didn't link to the (x)html validator (and the css validator) is not appreciated. Jim. -- www.eight-cubed.com ------------------------------ Date: Wed, 16 Apr 2008 05:11:25 -0700 (PDT) From: Neil Rieck Subject: Re: OT: Need HTML Help Message-ID: <18473914-6df0-4507-aa9d-91355b1e8cec@p25g2000hsf.googlegroups.com> On Apr 16, 2:00=A0am, JF Mezei wrote: > Jim Duff wrote: > > As mentioned else-thread, using css instead of tables is the way to go. > > =A0 Tables certainly have their uses, but they should be restricted to > > table data, not used for general page layout. > > for some reason, "tables" have become to HTML what "goto" has become to > programming languages. Frankly, there are situations where a table is > far easier and simpler to use than some style sheets that require an > inordinate amount of coding. > > In the case of his example with submit buttons on the left and content > on the right, it would appear to me that a table is well suited. It > isn't abusing the tables with multiply nested tables etc. > > > Whatever you do, you should ensure that your (x)html and css is valid. > > http://validator.w3.org You are 100%. Whatever you do, make sure your pages are valid. I've seen non-compliant pages fail to get through some proxy servers depending upon the server's configuration settings. Always check your work in at least two browsers (IE + Firefox). Without a DOCTYPE, browsers render in "quirks mode" and the output is usually unredictable. The strict DOCTYPE declaration puts them in compliant mode so that they will usually render the same output (at least with IE 8 and FF 2). The Canadian government has already adopted one of the CLF (common look and feel) specs required for doing business in Europe. The spec name just escapes me for the moment. A few final points about the evolution of this technology. During the browser wars both Microsoft and Netscape introduced non-compliant tags. Since W3C couldn't get them to cooperate on fixing their various implementations, all non-compliant tags were dropped in strict HTML (and XHTML) so don't use things like FONT COLOR (or BORDER COLOR) when you should really be changing colors with a SPAN tag referencing a STYLE declared in the CSS area of the document HEAD. Why use STYLEs? When these pages hit a device without a fully implemented browser (Blackberry, PDA, Cell phone, JAWS (which is a browser for the blind)) the STYLEs are discarded. This is easier to do if the styles are all located in one place. It will also make your pages smaller (think of styles as sub-routines). Also, IFRAME, TABLE and BUTTON objects (tags) are not allowed in this new XHTML/CSS strict universe and I have seen them all implemented in CSS. p.s. Don't dismiss the JAWS/BlackBerry argument. Your problems will explode whenever your employer decides to employ a call center operator that is vision impaired =3DOR=3D the big boss wants to access some of your pages on his Blackberry (he will get the idea from one of his CEO buddies at the country club) Neil Rieck Kitchener/Waterloo/Cambridge, Ontario, Canada. http://www3.sympatico.ca/n.rieck/links/cool_openvms.html http://www3.sympatico.ca/n.rieck/links/openvms_demos.html ------------------------------ Date: Wed, 16 Apr 2008 00:11:02 -0700 (PDT) From: "nnc@eta.chalmers.se" Subject: Question on fast SCSI interface for Q-22. Message-ID: <19c6658a-ab1b-4c93-b900-55a80c62f016@2g2000hsn.googlegroups.com> I'd like your "educated opinions" upon which SCSI-adapter that would be "the fastest" for the Q-22 bus... I've seen some indications that CMD's CQD 440 would be a candidate, but on "bitsavers", I can only find a manual for CQD 420. What would be the difference upon these two? I guess CQD 220 is slower? Reason for my questions: I've been given (privately) a Compaq HSZ-80 storage array, and it would be quite amusing to have a PDP (11/93) entirely hooked up on this (besides an old alpha-station etc). This storage is connecting using "Ultra SCSI-II" on "Differential" (HVD) signalling, so diff (HVD) is sort of a requirement of mine for the Q-bus interface I could spend some hobby money upon getting this hardware, but as all hobby budgets, there is a limit... But, the "greedy" part of mine wants to find out which interface would be "the fastest", just for the h... of it! I'm primarilly running RSX operating system, but others would be a fun alternative. With the storage, I could have plenty of disc partitions for different OS:es! Best regards, G=F6ran =C5 ------------------------------ Date: Wed, 16 Apr 2008 03:49:00 -0400 From: JF Mezei Subject: Re: Question on fast SCSI interface for Q-22. Message-ID: <4805af70$0$7294$c3e8da3@news.astraweb.com> nnc@eta.chalmers.se wrote: > I'd like your "educated opinions" upon which SCSI-adapter that would > be "the fastest" for the Q-22 bus... The various Qbus adapters dave from SCSI ere (before SCSI-II, differential, wide and whatever else they've come up with. ------------------------------ Date: Wed, 16 Apr 2008 09:30:14 -0400 From: "Richard B. Gilbert" Subject: Re: UIC full display Question Message-ID: <39qdnRN2W9QeYpjVnZ2dnUVZ_g-dnZ2d@comcast.com> Chuck Aaron wrote: > What would cause one id under the same account to show as different > uic description value? I am wondering why the 200,11420 is listing twice > and not showing napis,pdza010 like the one above. Any ideas? > > Thank you in advance, > Chuck > > Username: PDZA005 Owner: NAPIS > Account: NASPEC UIC: [200,5] > ([NAPIS,PDZA005]) > > Username: PDZA010 Owner: NAPIS > Account: NASPEC UIC: [200,11420] > ([200,11420]) "Account" identifies little or nothing! If somebody was billed for the usage, it would be "Account". You have two different users (User IDs) being charged to the same account. ------------------------------ Date: Wed, 16 Apr 2008 09:24:31 -0400 From: Chuck Aaron Subject: UIC full display Question Message-ID: What would cause one id under the same account to show as different uic description value? I am wondering why the 200,11420 is listing twice and not showing napis,pdza010 like the one above. Any ideas? Thank you in advance, Chuck Username: PDZA005 Owner: NAPIS Account: NASPEC UIC: [200,5] ([NAPIS,PDZA005]) Username: PDZA010 Owner: NAPIS Account: NASPEC UIC: [200,11420] ([200,11420]) ------------------------------ Date: Wed, 16 Apr 2008 09:40:07 -0400 From: Chuck Aaron Subject: Re: UIC full display Question Message-ID: Richard, We use accounts that way here and the accounts are fine. I was just wondering why pdza010's uic was not displayed like pdza005? pdza010's uic display is showing up with the 200,11420 numbers twice when it should be showing up with the ([NAPIS,PDZA010]) designation. Chuck Richard B. Gilbert wrote: > Chuck Aaron wrote: >> What would cause one id under the same account to show as different >> uic description value? I am wondering why the 200,11420 is listing twice >> and not showing napis,pdza010 like the one above. Any ideas? >> >> Thank you in advance, >> Chuck >> >> Username: PDZA005 Owner: NAPIS >> Account: NASPEC UIC: [200,5] >> ([NAPIS,PDZA005]) >> >> Username: PDZA010 Owner: NAPIS >> Account: NASPEC UIC: [200,11420] >> ([200,11420]) > > "Account" identifies little or nothing! If somebody was billed for > the usage, it would be "Account". You have two different users (User > IDs) being charged to the same account. > ------------------------------ Date: Wed, 16 Apr 2008 06:40:36 -0700 (PDT) From: IanMiller Subject: Re: UIC full display Question Message-ID: There is not an identifier with value [200,11420] If you did this then you will then get the expected results in the listing ADD/ID/VALUE=UIC=[200,11420] PDZA010 ------------------------------ Date: Wed, 16 Apr 2008 08:49:06 -0500 From: "Williams, Arlen" Subject: RE: UIC full display Question Message-ID: <3DC4616854D6A84884BCB5FC545B35740271FBE1@usplm203.amer.corp.eds.com> The PDZA010 identifier was not created or was created with a value different than the account by that name. UAF> show/identifier PDZA005 Should show something like: Name Value Attributes PDZA005 [200,5] But=20 UAF> show/identifier PDZA010 Will either return an error or the value does not match [200,11420]. -----Original Message----- From: Chuck Aaron [mailto:caaron@ceris.purdue.edu]=20 Sent: Wednesday, April 16, 2008 8:25 AM To: Info-VAX@Mvb.Saic.Com Subject: UIC full display Question What would cause one id under the same account to show as different uic description value? I am wondering why the 200,11420 is listing twice and not showing napis,pdza010 like the one above. Any ideas? Thank you in advance, Chuck Username: PDZA005 Owner: NAPIS Account: NASPEC UIC: [200,5] ([NAPIS,PDZA005]) Username: PDZA010 Owner: NAPIS Account: NASPEC UIC: [200,11420] ([200,11420]) ------------------------------ Date: Wed, 16 Apr 2008 09:51:42 -0400 From: "Ken Robinson" Subject: Re: UIC full display Question Message-ID: <7dd80f60804160651x56727a97kf920f774b61401c8@mail.gmail.com> On Wed, Apr 16, 2008 at 9:24 AM, Chuck Aaron wrote: > What would cause one id under the same account to show as different > uic description value? I am wondering why the 200,11420 is listing twice > and not showing napis,pdza010 like the one above. Any ideas? > > Thank you in advance, > Chuck > > Username: PDZA005 Owner: NAPIS > Account: NASPEC UIC: [200,5] ([NAPIS,PDZA005]) > > Username: PDZA010 Owner: NAPIS > Account: NASPEC UIC: [200,11420] ([200,11420]) > The alphabetical UIC is equated to the numerical UIC via identifiers. Do a $ mc authorize show/id PDZA010 If that doesn't show something like: Name Value Attributes PDZA010 [000200,011420] Then something removed that identifier. To get it back do: $ mc authorize add/id/user=PDZA010 Ken ------------------------------ Date: Wed, 16 Apr 2008 10:03:43 -0400 From: "Richard B. Gilbert" Subject: Re: UIC full display Question Message-ID: Chuck Aaron wrote: > Richard, > > We use accounts that way here and the accounts are fine. I was just > wondering > why pdza010's uic was not displayed like pdza005? pdza010's uic display is > showing up with the 200,11420 numbers twice when it should be showing up > with > the ([NAPIS,PDZA010]) designation. > > Chuck > > Richard B. Gilbert wrote: >> Chuck Aaron wrote: >>> What would cause one id under the same account to show as different >>> uic description value? I am wondering why the 200,11420 is listing twice >>> and not showing napis,pdza010 like the one above. Any ideas? >>> >>> Thank you in advance, >>> Chuck >>> >>> Username: PDZA005 Owner: NAPIS >>> Account: NASPEC UIC: [200,5] >>> ([NAPIS,PDZA005]) >>> >>> Username: PDZA010 Owner: NAPIS >>> Account: NASPEC UIC: [200,11420] >>> ([200,11420]) >> >> "Account" identifies little or nothing! If somebody was billed for >> the usage, it would be "Account". You have two different users (User >> IDs) being charged to the same account. >> OK, it has been a while since I had to cope with this sort of thing but ISTR a /IDENTIFIER qualifier in AUTHORIZE. And as far as I can see, you have TWO user ids here: PDZA005 and PDZA010. Both are charged to one "Account". "Account" is something that AFAIK, AUTHORIZE does not use for anything except reporting. You can get a report of usage by "account" which will lump together usage by PZDA005 and PDZA010. HTH! ------------------------------ Date: 16 Apr 2008 13:28:50 -0500 From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) Subject: Re: UIC full display Question Message-ID: In article , Chuck Aaron writes: > What would cause one id under the same account to show as different > uic description value? I am wondering why the 200,11420 is listing twice > and not showing napis,pdza010 like the one above. Any ideas? > > Thank you in advance, > Chuck > > Username: PDZA005 Owner: NAPIS > Account: NASPEC UIC: [200,5] ([NAPIS,PDZA005]) > > Username: PDZA010 Owner: NAPIS > Account: NASPEC UIC: [200,11420] ([200,11420]) The mapping from UIC number to/from string is maintained as entries in the RIGHTSLIST file and modified via authorize.exe's add/identifer, modify/identifer, ... It looks like the entry for PDZA010 is missing from RIGHTSLIST. If there's no entry for the UIC in the RIGHTSLIST then the value is always shown as two octal numbers with a comma between them. If there is an entry for the UIC but not the group then the value is shown as a single string (no comma). If there is an entry for both the UIC and the group then the entry is shown as two strings with a comma between them. ------------------------------ Date: 16 Apr 2008 13:33:45 -0500 From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) Subject: Re: UIC full display Question Message-ID: In article , "Richard B. Gilbert" writes: > > And as far as I can see, you have TWO user ids here: PDZA005 and > PDZA010. Both are charged to one "Account". "Account" is something > that AFAIK, AUTHORIZE does not use for anything except reporting. You > can get a report of usage by "account" which will lump together usage by > PZDA005 and PDZA010. Authorize will also use the account string as the default value for the group identifier string the first time you create a user in a new group and account. If either the account string maps to an existing identifier or the group already has an identifier, that does not happen. That's a change from when RIGHTSLIST was new, but I don't recall what version it showed up in. It was a pleasant surprise when first I saw it. ------------------------------ Date: Wed, 16 Apr 2008 09:40:25 -0700 (PDT) From: IanMiller Subject: VMS Audio Update - Episode #18 Message-ID: <52ce6b52-0cc6-4bad-b987-dbfde0549bc4@m44g2000hsc.googlegroups.com> This episode contains news updates from April, the second part of an interview with Nina Buik, President of Encompass, and a tech tip from Guy Peleg http://www.openvms.org/stories.php?story=08/04/16/3852970 ------------------------------ End of INFO-VAX 2008.213 ************************