1 INFO-VAX	Mon, 11 Aug 2003	Volume 2003 : Issue 441       Contents: Re: Changing group* Re: patch corrupts product install utility* Re: patch corrupts product install utility* Re: patch corrupts product install utility Re: PDP-11 OS Release Dates 5 pgp 2.6.3ia multi05 finally running on OpenVMS V7.3-1  Re: print to email  Re: Sizes of logical name tables  Re: Sizes of logical name tables  Re: Sizes of logical name tables  Re: Sizes of logical name tables  Re: Sizes of logical name tables  Re: Sizes of logical name tables  F ----------------------------------------------------------------------  % Date: Sun, 10 Aug 2003 20:22:57 -0400 ) From: "Chris Moore" <ask.here@reply.here>  Subject: Re: Changing group 9 Message-ID: <OkBZa.1009$Z03.118888@news20.bellglobal.com>   F How about a simple front-end menu (or command) from the user's primaryI account that performs a '$Set Host 0' or 'Telnet samenode'.  An ALF entry J and a suitably configured (/flag=AUTO, no password) account would log themF quickly into the test environment, leaving the original still running.K There's some other tricks that can be played to allow similar for more than & 1 extra account, but you get the idea.  G Not as elegant as most here might like, but might help.  Just a thought     : "Larry Kilgallen" <Kilgallen@SpamCop.net> wrote in message- news:f2iVWofCeK5V@eisner.encompasserve.org... C In article <bvd8jvc4vehke2lvhtcvdlv9ocr5d3idmn@4ax.com>, Jay Newman $ <fredthecat@i-love-cats.com> writes:H > On Fri, 08 Aug 2003 18:48:38 GMT, "John N." <JNixon@cfl.rr.com> wrote: > K >>Will it be dangerous to give an in-house application permission to create  a F >>captive account which would  execute a utility to change their GROUPL >>membership.  We have several uic groups set up which each have a differentJ >>application version under testing.  We are looking for good ways for theI >>testers to jump from group to group without having several accounts for  each >>user.  >> >> > E > Is this a production environment? If so, I would strongly recommend  against L > separating production from testing just through changing group membership.  G In serious business settings, production and test should not even be on  the same cluster.   H But even in a properly separate testing environment, one should not relyD on little tricks for testing that are not used in actual production.   ------------------------------  % Date: Sun, 10 Aug 2003 21:30:19 +0200 / From: Gilles Pion <nosuchuser@nosuchdomain.com> 3 Subject: Re: patch corrupts product install utility 8 Message-ID: <977djvk7f0uq0rh3cck0djnptp2j1ttb6s@4ax.com>  l Ref: <4QsZa.19661$Vx2.10179887@newssvr28.news.prodigy.com> de "Phillip R Sobottke" <psobottke@ameritech.net>I >I have version openvms version 7.3-1, and when installing the pcsi v0100 L >critical update.. it installs but then corrupts the product install utilityH >preventing the installation of additional patches.  Any ideas on how to >overcome this?  >   > just after installing the patch execute the following command:" set comm/table=sys$share:dcltables or   log out and back on  --   Gilles   ------------------------------  # Date: Mon, 11 Aug 2003 00:06:16 GMT 0 From: HARANGOZO CSABA   <spameater@spam.invalid>3 Subject: Re: patch corrupts product install utility 5 Message-ID: <Y5BZa.631$d6.54789@nasal.pacific.net.au>   3 Phillip R Sobottke <psobottke@ameritech.net> wrote: J > I have version openvms version 7.3-1, and when installing the pcsi v0100M > critical update.. it installs but then corrupts the product install utility I > preventing the installation of additional patches.  Any ideas on how to  > overcome this?  C 	Try logging out and back again after you applied this PCSI update.  	It did the trick for me...  							Cheers,  Csaba   J  -------------------------------------------------------------------------H   CSABA I. HARANGOZO  |d|i|g|i|t|a|l|  csabah(at)zipworld(dot)com(dot)auJ  -------------------------------------------------------------------------;    EARTH::AUSTRALIA:[SYDNEY]HARANGOZO.CSABA;1, delete? [N]:   E  When you get to the point where you really understand your computer,  	 it is probably obsolete.   ------------------------------  # Date: Mon, 11 Aug 2003 05:11:03 GMT % From: "Mike Naime" <mnaime@kc.rr.com> 3 Subject: Re: patch corrupts product install utility ; Message-ID: <HzFZa.77023$7O4.1842901@twister.rdc-kc.rr.com>    This worked for me tonight.   G I modified my process to do the command below after installing the PCSI . patch, and before installing the UPDATE patch.   Thanks  : Gilles Pion <nosuchuser@nosuchdomain.com> wrote in message2 news:977djvk7f0uq0rh3cck0djnptp2j1ttb6s@4ax.com...J > Ref: <4QsZa.19661$Vx2.10179887@newssvr28.news.prodigy.com> de "Phillip R# Sobottke" <psobottke@ameritech.net> K > >I have version openvms version 7.3-1, and when installing the pcsi v0100 F > >critical update.. it installs but then corrupts the product install utility J > >preventing the installation of additional patches.  Any ideas on how to > >overcome this?  > >  > @ > just after installing the patch execute the following command:$ > set comm/table=sys$share:dcltables > or > log out and back on  > -- > Gilles   ------------------------------  % Date: Sun, 10 Aug 2003 12:58:31 -0600  From: Kevin Handy <kth@srv.net> $ Subject: Re: PDP-11 OS Release Dates9 Message-ID: <INvZa.4423$u44.3440@fe01.atl2.webusenet.com>    jmfbahciv@aol.com wrote:1 > In article <bgtj2h$i34$1@tabloid.uwaterloo.ca>, 4 >    dfevans@bcr10.uwaterloo.ca (David Evans) wrote: > E >> In my experiences in micro land, absolute addresses were the rule. G >>Not many folks bothered with relocating loaders when you only had one ? >>64K address space and something like the 6502 makes it pretty 6 >>irritating to write fully position-independant code. >  > G > Wait a minute...this doesn't make any sense.  Code had to be location D > independent if it can be loaded into core starting at any address. >   A On most micros of the time, programs loaded at a secific address. 2 For example, CP/M loaded the program at 0100(hex).5 Only one program could be loaded by the OS at a time. = The running program had to exit properly for the OS to regain  control over the machine.   < There was no memory management circuitry, physical addresses only, and no memory protection.   = The OS was more of a program-loader than a full blown system.     , >>>Users learned how about memory management, >>>and the difference between code and data. >>>  >>@ >> On weenie machines there was no such high-falutin excitement. >  >  > Define weenie machines.    >   7 I'm guessing he means CP/M, AppleII, C64, and like ilk.    ------------------------------  % Date: Mon, 11 Aug 2003 02:14:22 +0200 , From: "Gorazd Kikelj" <gorazd.kikelj@hp.com>> Subject: pgp 2.6.3ia multi05 finally running on OpenVMS V7.3-1* Message-ID: <3f36e5d8@usenet01.boi.hp.com>   Hi,   K I finaly manage to compile PGP 2.6.3ia multi05 on OpenVMS Alpha V7.3-1 with  DECC 6.5  E Most hackery was in SYSTEM.C (as expected) and some in other modules.   L I put together a quick command procedure to compile all components and build object library.   0 I haven't time to test except pgp -h and pgp -g.  L If somebody is interested, send me a private mail to gorazd dot kikelj at hp dot com.   best, Gorazd Kikelj    ------------------------------    Date: 10 Aug 2003 13:33:49 -0700+ From: freestyle_london@yahoo.co.uk (Andrew)  Subject: Re: print to email = Message-ID: <88f6adbc.0308101233.571e0e1d@posting.google.com>    Thank you for your replies.    I will give it a try.   Z huber@mppmu.mpg.de (Joseph Huber) wrote in message news:<XHgJigSu5zaz@vms.mppmu.mpg.de>...m > In article <88f6adbc.0308080422.2c1b0c8d@posting.google.com>, freestyle_london@yahoo.co.uk (Andrew) writes:  > > Quite simple question. > > I > > I want to have a printer setup in VMS that when we choose it, it send - > > the print to a pre-defined email address.  > >  > > Any ideas? > >  > > The best I found so far is > >  > > http://groups.google.co.uk/groups?q=print-to-email+vms&hl=en&lr=&ie=UTF-8&oe=UTF-8&selm=5psgdr%24feq%242%40news.sas.ab.ca&rnum=1 > >  > > But its too old to use.  > , > Why too old ? The answers are still valid:@ > best is, to use a special print symbiont/queue to send emails. > G > A ready one is the EXECSYMB (look in the freeware archive at HP or at   > H.G.s archive at process.com).@ > The only simple thing You have to write is the executor scriptB > for the queue: as simple as taking the file, and put it into theN > mail command. You can even use the /FORM of the queue to use e.g. different  > mail destinations.   ------------------------------  # Date: Sun, 10 Aug 2003 18:48:02 GMT + From: Jeff Cameron <JCam90502@jcameron.com> ) Subject: Re: Sizes of logical name tables 2 Message-ID: <BB5BE172.A895%JCam90502@jcameron.com>  L On 8/10/03 7:53 AM, in article 3F365C57.30EB37B@fsi.net, "David J. Dachtera" <djesys.nospam@fsi.net> wrote:  I > I'll be interested (most curiosity, though) to see the answers to these E > questions. I've seen application implementations that use *TONS* of * > process-level logicals with no problems. > J > I can only suggest to remember that JTQuota is stated in bytes (per HELPH > ADD /JTQUOTA in AUTHORIZE). Try jacking it up to some outrageous valueE > like 65535 (64K) or (WSQUOTA * 512) and try running the test again.  > E > Of course, its always possible that the app.'s is returning a bogus . > status value and thus a bogus error message.  E So far I have tried to raise it as far as 300000 with no luck, A SHOW F LOGICAL/JOB * done just before and just after show only 8 logical name, definitions. Not likely to be the job table.   Jeff   ------------------------------  # Date: Mon, 11 Aug 2003 00:27:39 GMT  From: Rob.Buxton@wcc.govt.nz) Subject: Re: Sizes of logical name tables $ Message-ID: <3f36e2a3.16259062@news>  . On Sun, 10 Aug 2003 05:48:03 GMT, Jeff Cameron <JCam90502@jcameron.com> wrote:   K >I know the UAF quota value JTQuota governs the size of a job's job logical L >name table. What parameters or quotas govern the size of the process, group  >and system logical name tables. > K >I have an old utility (executable image) written by a company no longer in K >business called SIMPART. The company's name escapes me now which simulates L >certain physical interactions in physics. It is aborting with a simple text0 >message : "VMS error - Logical name table full" > K >When I run the image interactively, the error does not occur. When it runs L >with all of it's other images and scripts in a multi-process job is when it >aborts. > L >I have already determined it is not the job table that is running out, as IL >have increased the Jtquota for the account that it runs under, and modifiedK >the supporting scripts and tested the image by itself, and it does not use # >the job tables to define logicals.  > J >How can I determine which logical name table it is compalining about, and" >How do I increase the table size? >  >Thank you.  >  > A Try running Autogen to Testfiles, see if it wants to increase the  LNMSHASHTBL Entry./ Or, try increasing this, needs a reboot though.  >    ------------------------------  % Date: Sun, 10 Aug 2003 20:00:46 -0500 1 From: "David J. Dachtera" <djesys.nospam@fsi.net> ) Subject: Re: Sizes of logical name tables ' Message-ID: <3F36EABE.6347B8D9@fsi.net>    Jeff Cameron wrote:  > N > On 8/10/03 7:53 AM, in article 3F365C57.30EB37B@fsi.net, "David J. Dachtera"  > <djesys.nospam@fsi.net> wrote:
 > > [snip]L > > I can only suggest to remember that JTQuota is stated in bytes (per HELPJ > > ADD /JTQUOTA in AUTHORIZE). Try jacking it up to some outrageous valueG > > like 65535 (64K) or (WSQUOTA * 512) and try running the test again. 
 > > [snip] > G > So far I have tried to raise it as far as 300000 with no luck, A SHOW H > LOGICAL/JOB * done just before and just after show only 8 logical name. > definitions. Not likely to be the job table.   Try this before and after:   $ show log/tab=*/out=shlog.lis  C Then, take a DIFFERENCES of SHLOG.LIS after it blows up. Maybe some F variant of that will yield something interesting. It might not, if the6 logicals are all user mode, but it may be worth a try.   --   David J. Dachtera  dba DJE Systems  http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/    ------------------------------  # Date: Mon, 11 Aug 2003 02:02:14 GMT ) From: "David Barnes" <david@bitsolve.com> ) Subject: Re: Sizes of logical name tables < Message-ID: <GOCZa.2969$qB.23267348@news-text.cableinet.net>  : My guess is that the program is reporting the error wrong!C If it's an old program, I suspect that it is failing with table not  existing, protectionL error on the name table, or just plain missing a certain value, or even some other = unrelated problem and just reporting the nearest error value.   1 What version of VMS was the program released for? L What changes to the name table space have occured in VMS since that version?K What changes to the system function calls to the name tables has occured in  VMS ?    David   H <Rob.Buxton@wcc.govt.nz> wrote in message news:3f36e2a3.16259062@news...0 > On Sun, 10 Aug 2003 05:48:03 GMT, Jeff Cameron! > <JCam90502@jcameron.com> wrote:  > E > >I know the UAF quota value JTQuota governs the size of a job's job  logical H > >name table. What parameters or quotas govern the size of the process, group " > >and system logical name tables. > > J > >I have an old utility (executable image) written by a company no longer inC > >business called SIMPART. The company's name escapes me now which 	 simulates I > >certain physical interactions in physics. It is aborting with a simple  text2 > >message : "VMS error - Logical name table full" > > H > >When I run the image interactively, the error does not occur. When it runsK > >with all of it's other images and scripts in a multi-process job is when  it
 > >aborts. > > L > >I have already determined it is not the job table that is running out, as I E > >have increased the Jtquota for the account that it runs under, and  modifiedI > >the supporting scripts and tested the image by itself, and it does not  use % > >the job tables to define logicals.  > > L > >How can I determine which logical name table it is compalining about, and$ > >How do I increase the table size? > > 
 > >Thank you.  > >  > > C > Try running Autogen to Testfiles, see if it wants to increase the  > LNMSHASHTBL Entry.1 > Or, try increasing this, needs a reboot though.  > >  >    ------------------------------  # Date: Mon, 11 Aug 2003 03:29:24 GMT - From: Jack Patteeuw <jjpatteeuw@peoplepc.com> ) Subject: Re: Sizes of logical name tables > Message-ID: <o4EZa.259839$BA.61002032@twister.columbus.rr.com>  0 > On Sun, 10 Aug 2003 05:48:03 GMT, Jeff Cameron! > <JCam90502@jcameron.com> wrote:  >  > L >>I know the UAF quota value JTQuota governs the size of a job's job logicalM >>name table. What parameters or quotas govern the size of the process, group ! >>and system logical name tables.    snip   >  Rob.Buxton@wcc.govt.nz wrote: C > Try running Autogen to Testfiles, see if it wants to increase the  > LNMSHASHTBL Entry.1 > Or, try increasing this, needs a reboot though.  >  >   I Rob has the answer, but here is a little background.  Admittedly this is  C based on info from a V4.x internals book, but I don't think it has   changed since then.   F First, Process Logical Names (LNM) are stored in the "context" of the ' processs and JTQuota does control this.   D Second, **ALL** other LNMs, that can be referenced by more than one B process, (ie. Job, Group, System, etc) are stored in **ONE** data G structure whose initial size is controlled by LNMSHASHTBL (the S after  F LNM is for "shared").  Initial size of any hash table is critical for 
 fast lookups.   H The lookup is done by running the hash and going directly to that table G entry.  Each hash entry is a sorted, link list so that lookup that can  E fail early when the the size of the LNM being lookedup doesn't match.   H If the initial size is too small, hashes will "collide" and the entries G will just be added to the link list.  The result is that lookup become  H simple link list searches, very inefficient.  I don't remeber where the , data for new shared LNM entries is obtained.  G I actually won an award at "VAX Magic" (or was in ALL-IN-1 magic?) for  A telling folks "How to get 10% of your system back" by increasing  G LNMSHASHTBL.  A few years later Autogen, took my suggestion and it was  B handled automatically.  (Ah yes, the good old days!  Too bad Un*x  doesn't have LNMs !)  4 Finally, I think the error message is a Red Herring.   ------------------------------  # Date: Mon, 11 Aug 2003 03:59:59 GMT + From: Jeff Cameron <JCam90502@jcameron.com> ) Subject: Re: Sizes of logical name tables 2 Message-ID: <BB5C62CF.A8B0%JCam90502@jcameron.com>  C On 8/10/03 6:00 PM, in article 3F36EABE.6347B8D9@fsi.net, "David J. ( Dachtera" <djesys.nospam@fsi.net> wrote:   > Jeff Cameron wrote:  >>  O >> On 8/10/03 7:53 AM, in article 3F365C57.30EB37B@fsi.net, "David J. Dachtera" ! >> <djesys.nospam@fsi.net> wrote: 
 >>> [snip]L >>> I can only suggest to remember that JTQuota is stated in bytes (per HELPJ >>> ADD /JTQUOTA in AUTHORIZE). Try jacking it up to some outrageous valueG >>> like 65535 (64K) or (WSQUOTA * 512) and try running the test again. 
 >>> [snip] >>  H >> So far I have tried to raise it as far as 300000 with no luck, A SHOWI >> LOGICAL/JOB * done just before and just after show only 8 logical name / >> definitions. Not likely to be the job table.  >  > Try this before and after: >   > $ show log/tab=*/out=shlog.lis > E > Then, take a DIFFERENCES of SHLOG.LIS after it blows up. Maybe some H > variant of that will yield something interesting. It might not, if the8 > logicals are all user mode, but it may be worth a try.    A very good Idea. I will.  Jeff   ------------------------------   End of INFO-VAX 2003.441 ************************