1 INFO-VAX	Thu, 10 Jun 2004	Volume 2004 : Issue 320       Contents:* Re: =?iso-8859-1?Q?NEC=B4s?= Itanium Blade@ Announcement of LDAP User Authentication for OpenVMS version 1.1 Re: DEC PWS RAM  Re: Exit and Exception Handlers  Re: Exit and Exception Handlers % Re: Experience with solid state disks % Re: Experience with solid state disks  Re: few questions 2 Golden Eggs Update: AlphaServer GS1280 M64 1150MHz7 Introducing CORE Migration http://www.coremigration.com ; Re: Introducing CORE Migration http://www.coremigration.com ; Re: Introducing CORE Migration http://www.coremigration.com ; Re: Introducing CORE Migration http://www.coremigration.com ; Re: Introducing CORE Migration http://www.coremigration.com ; Re: Introducing CORE Migration http://www.coremigration.com ; Re: Introducing CORE Migration http://www.coremigration.com 	 Re: Merci # Re: Start Ingres with VAX time back  Re: Storing system files in CMS 3 Re: Sun To Open Source Solaris ... sort of ...maybe = Re: Understanding Peak virtual size VS UAF pgflquota+WSEXTENT = Re: Understanding Peak virtual size VS UAF pgflquota+WSEXTENT = Re: Understanding Peak virtual size VS UAF pgflquota+WSEXTENT 1 URL for latest Library and Tape Tools version 3.5 4 Re: Where have all the rec.travel.air regulars gone?4 Re: Where have all the rec.travel.air regulars gone?4 Re: Where have all the rec.travel.air regulars gone?4 Re: Where have all the rec.travel.air regulars gone?4 Re: Where have all the rec.travel.air regulars gone? Re: Xwindows: SAVE-AS question# Re: [OpenVMS V7.3-2] Mount question # Re: [OpenVMS V7.3-2] Mount question # Re: [OpenVMS V7.3-2] Mount question # Re: [OpenVMS V7.3-2] Mount question ) Re: [OT]:  Maybe SCO is (partially) right ) Re: [OT]:  Maybe SCO is (partially) right   F ----------------------------------------------------------------------  # Date: Wed, 09 Jun 2004 17:24:19 GMT - From: JF Mezei <jfmezei.spamnot@teksavvy.com> 3 Subject: Re: =?iso-8859-1?Q?NEC=B4s?= Itanium Blade @ Message-ID: <c6ff4b6d264cb437b207e62dd9452d5c@news.teranews.com>   Fabio Cardoso wrote: > C > I think its time to liberate OpenVMS from the HP hardware only !  > + > http://www.theinquirer.net/?article=16475   @ So, NEC is now in the business of making compact space heaters ?  K With the power consumption and hence heat generation of IA64, I find it odd L that they would have gone through the trouble if finding a way to build IA64 blades that don't melt.    ------------------------------  # Date: Thu, 10 Jun 2004 02:53:33 GMT # From: Jonas Lindholm <jlhm@usa.net> I Subject: Announcement of LDAP User Authentication for OpenVMS version 1.1 : Message-ID: <N2Qxc.116500$Nn4.24831872@twister.nyc.rr.com>  * This version include several improvements:  G     1. Password synchronization when user change password during login   or with SET PASSWORD. H     2. Mixture of lower case and upper case characters for passwords is / supported for OpenVMS 7.3-2 and later versions. F     3. Support for LOCAL_PASSWORD qualifier if defined when compiling  LGI_IDENTITY.CC     4. Added locking to support cluster and addition of users when  : several logins are made for the new user at the same time.>     5. Add code to clear temporary password storage in memory.E     6. Added support for secondary password, local verification only. @     7. Added external command procedure when DN change for user.F     8. Added DN as input to add, modify and delete command procedures.A     9. Works with FTP. The world need read and execute access to   sharable LGILDAP.EXE. G    10. Major bug fix for code that could cause hanging and / or ACCVIO. H    11. Added file that was missing in version 1.0. Link option file for  LGILDAP was missing.B    12. All LGI_LDAP logicals names must now be defined in its own F logical name table LNM_LGI_LDAP, still in executive mode. The logical 9 name table can and should be set up without world access. !    13. Minor bug fixes / cleanup. -    14. More thorough testing and code review.   # See more at http://vms.dnsalias.com    /Jonas Lindholm    ------------------------------   Date: 9 Jun 2004 23:52:07 GMT  From: healyzh@aracnet.com  Subject: Re: DEC PWS RAM, Message-ID: <ca87r702vrr@enews4.newsguy.com>  3 William Webb <williamwebb@openvms-rocks.com> wrote: G > You want to see lame, run VMS on a Multia (64MB) with WINDOW_SYSTEM=1 ? > or try running the early versions of the ABS 4 JAVA GUI on an F > AlphaStation 200 4/166 (192MB) when there's about 1500 miles between9 > the AlphaStation and the system that ABS is running on.   H Oh, I wouldn't call that "lame", I would call that "excruciating".  I'veI tried running 7.2 on an AlphaStation 200 4/233 with only 64MB of RAM, and G DECwindows.  I've also tried running "Hello, World" in Java on the same F system running 7.3-2 when it had 640MB RAM and UW-SCSI (with a 10k RPML system disk), I wouldn't want to try to run a real Java app on it.  For that? matter, just typing "java" and hitting return took long enough!    		Zane   ------------------------------  % Date: Wed, 09 Jun 2004 19:46:48 +0200 & From: Andreas Gruhl <gruhl@isidata.de>( Subject: Re: Exit and Exception Handlers* Message-ID: <40C74D08.1042C0E0@isidata.de>   Bob Koehler wrote: > q > In article <51262235.0406072354.50555f5d@posting.google.com>, stuie_norris@yahoo.com.au (Stuart Norris) writes:  > > Dear Readers,  > > H > > I am trying to understand exit and exception handlers with a FORTRANI > > program under Open VMS 6.2 on Alpha.  I have a program which uses TCP J > > (UCX) sockets and this program can be run as both detached process and > > interactive process. > > I > > How do I catch stopping the program with stop/id=<PID> in the program I > > so I can cancel all the I/O and close any open channels?  What system G > > service should I reveiew?  What section of the Programming Concepts  > > Guide is this described in?  > N >    You don't without privileges.  STOP/ID will cause user-mode exit handlersI >    to be skipped.  Inner mode exit handlers will cancel any outstanding H >    I/O and close all channels for you, unless one is in resource wait. > I > > To catch CRTL-C and CTRL-Y for interactive active processes can I use C > > the same as above or do I need to use QIO calls to catch these.  > H >    Ctrl-c and ctrl-y can be caught with $QIO.  They do not cause imageI >    exit, so if you must catch them you must use $QIO.  However, usually H >    the user follows them with things that do cause image exit and that* >    does include user-mode exit handlers. > I >    Those of us who must do something like stop/id but include user-mode C >    image hanlders write little utility programs based on $forcex.   > This is what  $ STOP/IMAGE  is also able to do since VMS 7.3-1? It is a softer way to terminate an image than plain old  $ STOP ; But it keeps the process alive, which might not be desired.   ; Also have a look at  $ STOP/EXIT=exit_handlers_to_be_called    ------------------------------  % Date: Wed, 09 Jun 2004 19:05:26 -0700  From: Z <z@no.spam> ( Subject: Re: Exit and Exception Handlers0 Message-ID: <10cfgelh0ed7ia8@corp.supernews.com>   Andreas Gruhl wrote:@ > This is what  $ STOP/IMAGE  is also able to do since VMS 7.3-1A > It is a softer way to terminate an image than plain old  $ STOP = > But it keeps the process alive, which might not be desired.    Is it a $FORCEX?  0 If so, it's about time DCL had a way to do that.   ------------------------------  # Date: Wed, 09 Jun 2004 17:48:18 GMT 1 From: Michael Austin <maustin@firstdbasource.com> . Subject: Re: Experience with solid state disks; Message-ID: <C3Ixc.3751$aa.1724@newssvr24.news.prodigy.com>    Michael Austin wrote:    > David Harrold wrote: > G >> We are looking at adding solid state disks to our environment.  Our   >> DBAs are L >> looking at using solid state disk for the redo logs to improve the Oracle >> performance.  >>H >> Our current configuration is 3 GS1280s (16 CPUs and 64GB of memory), 	 >> Oracle J >> 8.1.7.3, 2 EVA5000s and VMS V7.3-1.  We will be upgrading to V7.3-2 in 
 >> another >> 2 weeks.  >>J >> Is anyone using solid state disks in a VMS/Oracle environment?  If so, 	 >> who is % >> the vender and how do you like it?  >>" >> Any input would be appreciated. >>
 >> Thanks, >> >> Dave Harrold  >> >>R >> ..............................................................................  >>G >> David Harrold                              E-Mail: David.Harrold at  
 >> aurora.org E >> Lead Software Systems Engineer              Phone:          (414)   >> 647-6204 E >>                                             Pager:          (414)   >> 941-4634 E >> Aurora Health Care                            Fax:          (414)   >> 647-4999  >> 3031 W. Montana Street  >> Milwaukee, WI 53215 >  > H > IIRC, DEC/HP hasn't had a solid-state disk since the ES50.  There are J > some on the market (Tiger comes to mind) that say they work on OpenVMS,   2 my mistake, the company was Tigi www.tigicorp.com.  I > but I am not sure what controller they are using... it would not be in  K > the EVA cabinet (they are Fibre drives not SCSI-n). Now, if they work in  K > an MSA cabinet (possibly???) then your limitation will still be your SAN  C > and how you achieve the connection and which KGPSA you are using  G > (1-2-4?-10? Gb), as well as how much cache and a whole host of other   > considerations.  > I > But first, you need to quantify that your redo logs are the bottleneck  J > before throwing hardware at it. And unfortunately, the EVA doesn't have F > any performance monitoring features.  So you are unable to actually K > quanitify anything, except what you can get out of Monitor (look at your  G > T4 disk data WRT to Resp and Queue Depth.  If you don't have a queue  H > depth, then your caching would be sheilding your system from any disk I > latencies that would be corrected by a SSD and therefore you would not  H > see any performance gains.  Now, if those drives are local SCSI, then H > you now have another issue in that your drives will no longer be 100% I > available across the cluster (individual system crash/reboot) and this  # > is unacceptable to your database.  > K > One of the limitations of the EVA3K/5K controllers is the fact they only  F > have 4 SAN ports like the HSG.  There are some benefits to possibly J > using the XP line which has up to 32 cross-bar ports (all ports talk to F > all controllers concurrently).  Using this, you can have a lot more 3 > granularity when assigning multipath connections.  >  >  > Michael Austin > http://www.firstdbasource.com ) > T4 Expert/Tuning Consultant - Available  > 816-373-8572 > 816-728-3080 (Mobile)    ------------------------------  $ Date: Wed, 9 Jun 2004 22:25:05 -0500% From: "Mike Naime" <mnaime@kc.rr.com> . Subject: Re: Experience with solid state disks8 Message-ID: <nwQxc.39357$to.38975@twister.rdc-kc.rr.com>  K Michael did  a good summary here.  From what I remember when they talked to L us, 1.) the cost was way up there.  and 2.) they only made up to a 6 or 8GIGH drive.  If you are creating 50-70GB of redo log a day, that is not large enough to handle the data.  K This drive was more usable on the Front-end Citrix farm than on the Backend  VMS cluster.  J I would rather have a 2GB SAN fabric with 240 spindles to spread the load.I Use the 240 spindles for performance.  Not for Capacity!!!  If you use it + for capacity, you won't have performance!!!   
 Mike Naime) 270 TB and growing!  (+70TB on demo/loan)   < Michael Austin <maustin@firstdbasource.com> wrote in message6 news:qkHxc.5363$295.1919@newssvr22.news.prodigy.com... > David Harrold wrote:L > > We are looking at adding solid state disks to our environment.  Our DBAs are F > > looking at using solid state disk for the redo logs to improve the Oracle > > performance. > > H > > Our current configuration is 3 GS1280s (16 CPUs and 64GB of memory), OracleJ > > 8.1.7.3, 2 EVA5000s and VMS V7.3-1.  We will be upgrading to V7.3-2 in another  > > 2 weeks. > > J > > Is anyone using solid state disks in a VMS/Oracle environment?  If so, who is& > > the vender and how do you like it? > > # > > Any input would be appreciated.  > >  > > Thanks,  > >  > > Dave Harrold > >  > >  > > L ............................................................................ ..G > > David Harrold                              E-Mail: David.Harrold at 
 aurora.orgE > > Lead Software Systems Engineer              Phone:          (414)  647-6204E > >                                             Pager:          (414)  941-4634E > > Aurora Health Care                            Fax:          (414)  647-4999 > > 3031 W. Montana Street > > Milwaukee, WI 53215  > G > IIRC, DEC/HP hasn't had a solid-state disk since the ES50.  There are I > some on the market (Tiger comes to mind) that say they work on OpenVMS, H > but I am not sure what controller they are using... it would not be inJ > the EVA cabinet (they are Fibre drives not SCSI-n). Now, if they work inJ > an MSA cabinet (possibly???) then your limitation will still be your SANB > and how you achieve the connection and which KGPSA you are usingF > (1-2-4?-10? Gb), as well as how much cache and a whole host of other > considerations.  > H > But first, you need to quantify that your redo logs are the bottleneckI > before throwing hardware at it. And unfortunately, the EVA doesn't have E > any performance monitoring features.  So you are unable to actually J > quanitify anything, except what you can get out of Monitor (look at yourF > T4 disk data WRT to Resp and Queue Depth.  If you don't have a queueG > depth, then your caching would be sheilding your system from any disk H > latencies that would be corrected by a SSD and therefore you would notG > see any performance gains.  Now, if those drives are local SCSI, then G > you now have another issue in that your drives will no longer be 100% H > available across the cluster (individual system crash/reboot) and this# > is unacceptable to your database.  > J > One of the limitations of the EVA3K/5K controllers is the fact they onlyE > have 4 SAN ports like the HSG.  There are some benefits to possibly I > using the XP line which has up to 32 cross-bar ports (all ports talk to E > all controllers concurrently).  Using this, you can have a lot more 3 > granularity when assigning multipath connections.  >  >  > Michael Austin > http://www.firstdbasource.com ) > T4 Expert/Tuning Consultant - Available  > 816-373-8572 > 816-728-3080 (Mobile)    ------------------------------   Date: 9 Jun 2004 12:18:02 -0700 . From: fabiopenvms@yahoo.com.br (Fabio Cardoso) Subject: Re: few questions= Message-ID: <f30679fb.0406091118.2346ff7d@posting.google.com>   v koehler@eisner.nospam.encompasserve.org (Bob Koehler) wrote in message news:<s5PtTEj6Nddp@eisner.encompasserve.org>...o > In article <f401eb7f.0406041616.255bd228@posting.google.com>, soccer13player@yahoo.com (Nom de Plume) writes:  > > F > > Barry, yes and no.  I have to respectfully disagree.  UNIX and VMSF > > perform mostly the same functionality but do it in a different wayH > > (e.g.: filesystem, user interface, etcetera).  Take the command line > > interface for instance:  > > E >    Get real.  UNIX was designed from the bottom up as a timesharing G >    system.  VMS was designed as a general pupose system:  it has both E >    timesharing and realtime capabilities designed in.  Anyone who's A >    done "realtime" on UNIX knows what functionality is lacking.   9 OpenVMS dont have good White Papers for the beginners  !  Even for the experienced...        Regards    FC   ------------------------------  # Date: Wed, 09 Jun 2004 22:00:50 GMT 6 From: "Kenneth Farmer" <kfarmer@NOSPAM.spyderbyte.com>; Subject: Golden Eggs Update: AlphaServer GS1280 M64 1150MHz > Message-ID: <mMLxc.15334$wH4.1035113@twister.southeast.rr.com>   New and Updated & --------------------------------------   AlphaServer GS1280 M64 1150MHz   Updated 01-Jun-04   0 http://www.openvms.org/pages.php?page=GoldenEggs   ------------------------------   Date: 9 Jun 2004 11:41:57 -0700 * From: dfrom@coremigration.com (David From)@ Subject: Introducing CORE Migration http://www.coremigration.com= Message-ID: <926d9870.0406091041.20b44cfd@posting.google.com>    To Whom It May Concern:   7             Please allow me to introduce CORE Migration D http://www.coremigration.com to your company.  CORE Migration is theD proven method for migrating mission-critical PowerHouse applicationsB to modern computing platforms based on Java or Microsoft .Net.  We@ would welcome an opportunity to discuss at your convenience, ourD solutions and how they may add value to one's plans involving Cognos Powerhouse applications.  
 Sincerely,  
 David From! Vice President, Delivery Services  dfrom@coremigration.com  Tel: (613) 271-3695 8 Core Migration - The proven PowerHouse migration method. http://www.coremigration.com   ------------------------------  % Date: Wed, 09 Jun 2004 12:48:33 -0700 + From: "Barry Treahy, Jr." <Treahy@MMaz.com> D Subject: Re: Introducing CORE Migration http://www.coremigration.com' Message-ID: <40C76991.7070805@MMaz.com>    David From wrote:    >To Whom It May Concern: > 8 >            Please allow me to introduce CORE MigrationE >http://www.coremigration.com to your company.  CORE Migration is the E >proven method for migrating mission-critical PowerHouse applications C >to modern computing platforms based on Java or Microsoft .Net.  We A >would welcome an opportunity to discuss at your convenience, our E >solutions and how they may add value to one's plans involving Cognos  >Powerhouse applications.  >    > 9 I, for one, never give business to *ANYONE* that spams...    Barry Treahy, Jr.    --    > Barry Treahy, Jr                       E-mail: Treahy@MMaz.com> Midwest Microwave                          Phone: 480/314-1320> Vice President & CIO                         FAX: 480/661-7028                            ------------------------------  $ Date: Wed, 9 Jun 2004 16:19:02 -0400< From: "Peter Weaver" <WeaverConsultingServices@sympatico.ca>D Subject: Re: Introducing CORE Migration http://www.coremigration.com* Message-ID: <2ip9lnFqab5vU1@uni-berlin.de>   Spammer wrote:F > proven method for migrating mission-critical PowerHouse applicationsD > to modern computing platforms based on Java or Microsoft .Net.  We  @ Who on Earth would want to migrate a mission-critical PowerHouse@ application to Java nor Microsoft .Net? Just doesn't make sense.   --   Peter Weaver Weaver Consulting Services Inc.  Canadian VAR for CHARON-VAX  www.weaverconsulting.ca    ------------------------------  # Date: Wed, 09 Jun 2004 21:02:18 GMT 1 From: Michael Austin <maustin@firstdbasource.com> D Subject: Re: Introducing CORE Migration http://www.coremigration.com< Message-ID: <uVKxc.3778$281.3101@newssvr24.news.prodigy.com>   Peter Weaver wrote:    > Spammer wrote: > F >>proven method for migrating mission-critical PowerHouse applicationsD >>to modern computing platforms based on Java or Microsoft .Net.  We >  > B > Who on Earth would want to migrate a mission-critical PowerHouseB > application to Java nor Microsoft .Net? Just doesn't make sense. >    far too many morons....      M.   ------------------------------  # Date: Wed, 09 Jun 2004 22:13:35 GMT - From: JF Mezei <jfmezei.spamnot@teksavvy.com> D Subject: Re: Introducing CORE Migration http://www.coremigration.com@ Message-ID: <9d6a4bc616202257a1ce294ae7d7cc32@news.teranews.com>   Peter Weaver wrote: B > Who on Earth would want to migrate a mission-critical PowerHouseB > application to Java nor Microsoft .Net? Just doesn't make sense.  N All pointy haired managers who have been told VMS is dead, and in order not toK repeat the mistake of selecting a non viable platform, they will select one , which has no rumours of going away: Windows.   ------------------------------  # Date: Wed, 09 Jun 2004 22:47:44 GMT - From: JF Mezei <jfmezei.spamnot@teksavvy.com> D Subject: Re: Introducing CORE Migration http://www.coremigration.com@ Message-ID: <4c749241cec9abc24a7b7d7e02ff6ec1@news.teranews.com>    Peter 'EPLAN' LANGSTOEGER wrote: > r > In article <9d6a4bc616202257a1ce294ae7d7cc32@news.teranews.com>, JF Mezei <jfmezei.spamnot@teksavvy.com> writes:G > Oh, haven't you heard, M$ is forced to stop selling Windows and other K > products because their security problems lasts too long and made too much I > damage to the world economy and M$ also didn't fulfill the promises for N > fixing the holes for a much too long time. So, now it's too late for them...     nop...  N Oh, haven't you heard ? While re-evaluating Windows security in order to avoidL all the legal threaths of gross negligence, they have realised that the onlyM way to fix windows is to rework the GUI API from scratch and this will render A all existing applications useless on upcoming version of Windows.    ------------------------------  * Date: Wed, 9 Jun 2004 22:47:00 +0000 (UTC)6 From: peter@langstoeger.at (Peter 'EPLAN' LANGSTOEGER)D Subject: Re: Introducing CORE Migration http://www.coremigration.com0 Message-ID: <newscache$rbc2zh$fi2$1@news.sil.at>  p In article <9d6a4bc616202257a1ce294ae7d7cc32@news.teranews.com>, JF Mezei <jfmezei.spamnot@teksavvy.com> writes: >Peter Weaver wrote:C >> Who on Earth would want to migrate a mission-critical PowerHouse C >> application to Java nor Microsoft .Net? Just doesn't make sense.  > O >All pointy haired managers who have been told VMS is dead, and in order not to L >repeat the mistake of selecting a non viable platform, they will select one- >which has no rumours of going away: Windows.   " Ok. Then let's start such a rumor:  E Oh, haven't you heard, M$ is forced to stop selling Windows and other I products because their security problems lasts too long and made too much G damage to the world economy and M$ also didn't fulfill the promises for L fixing the holes for a much too long time. So, now it's too late for them...   --   Peter "EPLAN" LANGSTOEGER % Network and OpenVMS system specialist  E-mail  peter@langstoeger.atF A-1030 VIENNA  AUSTRIA              I'm not a pessimist, I'm a realist   ------------------------------   Date: 10 Jun 2004 05:34:42 GMT2 From: "Dave Weatherall" <djw-nothere@nospam.nohow> Subject: Re: Merci? Message-ID: <DTiotGxQ0bj6-pn2-SwDdoHdIMGqs@dave2_os2.home.ours>   3 On Mon, 7 Jun 2004 05:42:58 UTC, "Dave Weatherall"  ! <djw-nothere@nospam.nohow> wrote:   , > On Sun, 6 Jun 2004 18:12:18 UTC, JF Mezei ' > <jfmezei.spamnot@teksavvy.com> wrote:  >  > > Rich Alderson wrote:  > > > Il n'y a point des mots... > > > - > > > Vive la France!  Vivent les Etats-Unis!  > > P > > Vive le Canada, Vive l'Angleterre. Vive tout autre pays qui a particip mais > > qui n'est pas mention.  > > O > > (i.e. some media outlets only mention their own country as participating in @ > > D-day, but there were a lot of nations who did participate). > > Q > > Does anyone know if Australia-New Zealand had sent troups over , or were they R > > too busy defending themselves against the Japanese to contribute to the war in > > europe ? > > Q > > And also, vive la Rsistance. All those french who risked their lives just as @ > > much as soldiers by helping defeat the invadors from within. > G > And Poles, Czechs, Greeks, Belgians, Nowegians, Luxembourg. Heck who   > have I left out?  
 The Dutch.     --   Cheers - Dave.   ------------------------------  $ Date: Wed, 9 Jun 2004 20:34:58 +0200, From: "Hans Vlems" <hvlems.dotweg@zonnet.nl>, Subject: Re: Start Ingres with VAX time back* Message-ID: <2ip3nqFplshdU1@uni-berlin.de>  5 "Sukanta" <smohapatra@hss.hns.com> schreef in bericht 7 news:5c75209e.0406082243.710ab7f1@posting.google.com... 9 > "Hans Vlems" <hvlems.dotweg@zonnet.nl> wrote in message & news:<2im5lfFonr9sU1@uni-berlin.de>...9 > > "Sukanta" <smohapatra@hss.hns.com> schreef in bericht ; > > news:5c75209e.0406080521.1df293d2@posting.google.com... L > > > I found that if the Ingres license has already been expired then it isI > > > possible to start the Ingres with the VAX reboot by setting the VAX 7 > > > time back to a period when the license was valid.  > > > L > > > How can we check this type of problem( the validity period) so that ItJ > > > should not be possible to start Ingres by setting the VAX time back. > > >  > > > regds 
 > > > Sukanta  > > F > > If your customers have no use for a correct timestamp then they're	 hobbyists ; > > and no license will prevent them for using the product. D > > That said, this trick is not limited to VMS, it'll work on other	 operating  > > systems as well.L > > If your company relies on timestamp based licenses make sure the license not  > > onlyL > > has an expiration date but also a valid starting date. Even if the users > > don't care aboutL > > the correct value of a timestamp, having duplicates in the database is a > > sure way to  > > mess things up.  > >  > > Hans >  >  >  > G > In case of timestamp based licenses by setting the VAX time back to a B > period which is in-between the license starting date and license2 > expire date, Ingres can run with the VAX reboot.D > Hans, are there any other type of licenses (except timestamp basedD > licenses) available in the market so that our customer couldn't be3 > able run the Ingres after the license is expired.  >  > 	 > Sukanta   K If you're not satisfied with the LMF utility supplied with VMS then I guess  you have no choice but to roll your own. 9 Did you look closely at the functionality offered by LMF? I First of all, LMF is a pretty good tool. When used like DEC did it may be 	 fooled by C setting the system time, but I haven't heard much about attempts to  compromise the< key generation algorithm. Other than the WET-TSHIRT attempt.J So I'd suggest you have a look at the by-and-large unused fields in a PAK, like= PRODUCT RELEASE DATE, VERSION, PRODUCT TOKEN and HARDWARE ID. G Perhaps you can figure out a way to put a value in one or more of these 	 items and H have your application check those. When a certain time slace has elapsed then youB could perhaps even modify the PAK (?) and have the application act accordingly.  F I'm still trying to figure out what type of user you want to catch. No professional user K would do that on such a scale that it would attract your attention. If they  do they're notF worth having as a customer because strictly enforcing the license will effectively stopH them using your product too. And then you won't be able to bill them. As long as they stillI use the product and you have some way to prove that you can always try to 
 talk to them. L If you want to discourage hobbyists then I think you're barking up the wrong tree...    Hans   ------------------------------   Date: 10 Jun 2004 05:34:45 GMT2 From: "Dave Weatherall" <djw-nothere@nospam.nohow>( Subject: Re: Storing system files in CMS? Message-ID: <DTiotGxQ0bj6-pn2-0OvFpDfntnv4@dave2_os2.home.ours>   D On Tue, 8 Jun 2004 08:41:28 UTC, pulley_p@hotmail.com (Phil Pulley)  wrote:   > ' > No luck resolving this unfortunately!  > G > I have tried increasing quota's as suggested in various posts but the  > problem remains unaffected.  > < > As a previous poster managed to store/retrieve these filesE > successfully it is obviously a problem with the configuration of my * > system or the version of CMS I am using. > E > However.... I have no more time to spend on it and will store these  > files outside of CMS.    PhilA          I've cleared out a lot of the thread so I can't tell if  " someone has mentioned this before.  < Wouldn't it be sufficient to keep a command file that would 4 re-establish the UAF entries that you need for your F project/installation. It would/could  help avoid destroying other UAF - entries that are important to other projects.    --   Cheers - Dave.   ------------------------------  % Date: Wed, 09 Jun 2004 18:22:48 +0100 O From: Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com> < Subject: Re: Sun To Open Source Solaris ... sort of ...maybe0 Message-ID: <ca7h18$13m$1@new-usenet.uk.sun.com>   Bill Todd wrote:H > "Andrew Harrison" <andrew_._remove_harrison@su_n.com> wrote in message, > news:ca1f2f$gth$1@new-usenet.uk.sun.com... >  >>Bill Todd wrote: >> >>1 >>>"John Smith" <a@nonymous.com> wrote in message ) >>>news:pemdnQneyfJ_bV3dRVn-jg@igs.net...  >>>  >>>  > N > http://story.news.yahoo.com/news?tmpl=story&ncid=1209&e=5&u=/nf/24366&sid=95 > 
 >>>>573734 >>>  >>> J >>>That's nice, I guess.  But I'm more interested in the new 'dynamic fileI >>>system' that they just announced, which at least claims to support the  >  > kinds  > K >>>of features I've been suggesting for years:  anyone seen any substantive 9 >>>information on it yet (I didn't find any more than the ? >>>press-release/high-level-manager comments stuff at sun.com)?  >>>  >>A >>Access to Solaris Dynamic Filesystem AKA ZFS can be had through ? >>the Software Express Program which gives people with existing = >>Solaris licenses access to the latest builds of Solaris 10.  >  > H > What I'm looking for is access to *information* about the Dynamic FileH > System.  I did hear mentioned somewhere that it was a rebadged/updatedG > version of a previous Sun file system, but don't know if that's true.  >   C I will see if I can get you some technical documentation that isn't  covered by an NDA.  A However it isn't an updated filesystem, its completely new though > for obvious reasons it preserves same sematicas as the current UFS+ fs.   Regards  Andrew Harrison  > - bill >  >  >    ------------------------------   Date: 9 Jun 2004 11:11:45 -0600  From: briggs@encompasserve.orgF Subject: Re: Understanding Peak virtual size VS UAF pgflquota+WSEXTENT3 Message-ID: <TUE69wfCKRou@eisner.encompasserve.org>   n In article <b096a4ee.0406090612.171ac363@posting.google.com>, spamsink2001@yahoo.com (Alan E. Feldman) writes:h > "Syltrem" <syltremzulu@videotron.ca> wrote in message news:<%6oxc.7381$Xy3.24117@tor-nn1.netcom.ca>... >> Hi  >>  M >> I'm having a hard time making sense of some of the numbers I see in a SHOW 2 >> PROCESS/ACCOUNTING vs the settings in UAF file. >>  O >> Although the application program does not actually exit with an Insufficient N >> Virtual Memory error, I'm pretty sure this is the problem. The program justI >> hangs after a while and I know it's using a lot of memory at the time.  >>  H >> I started with PGFLQUO in UAF set to 150,000 and the program crashed.D >> I tried increasing the PGFLQUO in UAF to 300,000 and that worked.H >> I tried decreasing to 50,000 (just to further make the point) and the% >> program crashed even more quickly.  >> So far it's all consistent. >>  C >> Problem comes with the Peak Virtual Size I see in SHOW PROC/ACCO O >> With a setting of PGFLQUO at 150,000, process peak usage is 341,856 when the  >> process hangsF >> Setting at 300,000, peak usage is 353,008 and it runs to completionB >> Setting at 50,000, peak usage at 292,016 when the process hangs >>  8 >> WSQUOTA is always set to 7,168 and WSEXTENT to 16,384 >>  L >> If Accounting reports that the usage is 342K when the quota is 150K, thenN >> how am I supposed to know how to set the quota if I know the process really# >> needs 353K to run to completion? 7 >> Those number, AFAIK, are all pagelets (Alpha system)  >>   >> Soemthing's unclear here. >>   >> Thanks for your help! > H > Is WSEXTENT really 16384? At least in v6.2 it is overridden by its PQLB > system parameter. I don't see how you can otherwise have 300000+H > virtual pagelets when PGLFQUOTA is only 150000. But I am using VAX/VMS0 > v6.2, so take what I say with a grain of salt!  D Does PGFLQUOTA get charged for section space where the backing store$ is something other than a page file?   	John Briggs   ------------------------------   Date: 9 Jun 04 13:35:10 PST  From: mckinneyj@cpva.saic.com F Subject: Re: Understanding Peak virtual size VS UAF pgflquota+WSEXTENT( Message-ID: <igPu+FzOLZp+@cpva.saic.com>  3 In article <TUE69wfCKRou@eisner.encompasserve.org>, !  briggs@encompasserve.org writes: p > In article <b096a4ee.0406090612.171ac363@posting.google.com>, spamsink2001@yahoo.com (Alan E. Feldman) writes:i >> "Syltrem" <syltremzulu@videotron.ca> wrote in message news:<%6oxc.7381$Xy3.24117@tor-nn1.netcom.ca>...  >>> Hi >>> N >>> I'm having a hard time making sense of some of the numbers I see in a SHOW3 >>> PROCESS/ACCOUNTING vs the settings in UAF file.  >>> P >>> Although the application program does not actually exit with an InsufficientO >>> Virtual Memory error, I'm pretty sure this is the problem. The program just J >>> hangs after a while and I know it's using a lot of memory at the time. >>> I >>> I started with PGFLQUO in UAF set to 150,000 and the program crashed. E >>> I tried increasing the PGFLQUO in UAF to 300,000 and that worked. I >>> I tried decreasing to 50,000 (just to further make the point) and the & >>> program crashed even more quickly. >>> So far it's all consistent.  >>> D >>> Problem comes with the Peak Virtual Size I see in SHOW PROC/ACCOP >>> With a setting of PGFLQUO at 150,000, process peak usage is 341,856 when the >>> process hangs G >>> Setting at 300,000, peak usage is 353,008 and it runs to completion C >>> Setting at 50,000, peak usage at 292,016 when the process hangs  >>> 9 >>> WSQUOTA is always set to 7,168 and WSEXTENT to 16,384  >>> M >>> If Accounting reports that the usage is 342K when the quota is 150K, then O >>> how am I supposed to know how to set the quota if I know the process really $ >>> needs 353K to run to completion?8 >>> Those number, AFAIK, are all pagelets (Alpha system) >>>  >>> Soemthing's unclear here.  >>>  >>> Thanks for your help!  >>  I >> Is WSEXTENT really 16384? At least in v6.2 it is overridden by its PQL C >> system parameter. I don't see how you can otherwise have 300000+ I >> virtual pagelets when PGLFQUOTA is only 150000. But I am using VAX/VMS 1 >> v6.2, so take what I say with a grain of salt!  > F > Does PGFLQUOTA get charged for section space where the backing store& > is something other than a page file? >  > 	John Briggs    F I believe that John is correct in suspecting backing stores other thanB pagefiles here. When running an image part of your virtual addressE space may consist of global sections or installed image sections (the  RTLs).   ------------------------------  $ Date: Wed, 9 Jun 2004 17:00:25 -0400* From: "Syltrem" <syltremzulu@videotron.ca>F Subject: Re: Understanding Peak virtual size VS UAF pgflquota+WSEXTENT4 Message-ID: <5TKxc.7448$Xy3.24457@tor-nn1.netcom.ca>   Hi   Thanks for your answer.  I have this:  G Parameter Name           Current    Default     Min.      Max.     Unit  Dynamic L --------------           -------    -------    -------   -------   ----  --- ----J PQL_DPGFLQUOTA             500000      65536        -1         -1 Pagelets D G  internal value             31250       4096         0         -1 Pages  D J PQL_MPGFLQUOTA             100000       2048        -1         -1 Pagelets D G  internal value              6250        128       128         -1 Pages  D J PQL_DWSEXTENT               32800      16384        -1         -1 Pagelets D G  internal value              2050       1024         0         -1 Pages  D J PQL_MWSEXTENT               10000       2048        -1         -1 Pagelets D G  internal value               625        128       128         -1 Pages  D   ( What can be concluded from those values?* Me, I don't come to any conclusion yet ;-(   Thanks   --   Syltrem    OpenVMS 7.3-1 + Oracle 8.1.7.4H http://pages.infinit.net/syltrem (OpenVMS related web site, en franais)% ---zulu is not in my email address--- E "Alan E. Feldman" <spamsink2001@yahoo.com> a crit dans le message de 7 news:b096a4ee.0406090612.171ac363@posting.google.com... 7 > "Syltrem" <syltremzulu@videotron.ca> wrote in message 0 news:<%6oxc.7381$Xy3.24117@tor-nn1.netcom.ca>... > > Hi > > I > > I'm having a hard time making sense of some of the numbers I see in a  SHOW3 > > PROCESS/ACCOUNTING vs the settings in UAF file.  > > C > > Although the application program does not actually exit with an  InsufficientJ > > Virtual Memory error, I'm pretty sure this is the problem. The program justJ > > hangs after a while and I know it's using a lot of memory at the time. > > I > > I started with PGFLQUO in UAF set to 150,000 and the program crashed. E > > I tried increasing the PGFLQUO in UAF to 300,000 and that worked. I > > I tried decreasing to 50,000 (just to further make the point) and the & > > program crashed even more quickly. > > So far it's all consistent.  > > D > > Problem comes with the Peak Virtual Size I see in SHOW PROC/ACCOL > > With a setting of PGFLQUO at 150,000, process peak usage is 341,856 when the  > > process hangs G > > Setting at 300,000, peak usage is 353,008 and it runs to completion C > > Setting at 50,000, peak usage at 292,016 when the process hangs  > > 9 > > WSQUOTA is always set to 7,168 and WSEXTENT to 16,384  > > H > > If Accounting reports that the usage is 342K when the quota is 150K, thenH > > how am I supposed to know how to set the quota if I know the process really$ > > needs 353K to run to completion?8 > > Those number, AFAIK, are all pagelets (Alpha system) > >  > > Soemthing's unclear here.  > >  > > Thanks for your help!  > H > Is WSEXTENT really 16384? At least in v6.2 it is overridden by its PQLB > system parameter. I don't see how you can otherwise have 300000+H > virtual pagelets when PGLFQUOTA is only 150000. But I am using VAX/VMS0 > v6.2, so take what I say with a grain of salt! > C > Also, when ACCOUNTING says "Peak page file:" it really should say F > "Peak virtual size:", at least it does on my VAX systems running VMS > v6.1 and v6.2.   ------------------------------  $ Date: Wed, 9 Jun 2004 16:17:00 -0400< From: "Peter Weaver" <WeaverConsultingServices@sympatico.ca>: Subject: URL for latest Library and Tape Tools version 3.5* Message-ID: <2ip9htFosoihU1@uni-berlin.de>  G Just received a note from our Gold Storage TAM about the HP Library and  Tape Tools for VMS.    $ SET MODE/RANT=MAJOR   B 1. The product tells me that first I have to install the "TerminfoH database." I have been working with VMS for 20 years, I do not know what a "Terminfo database" is.   G 2. The product tells me that I need a logical named USR pointing to the < database mentioned above. What happened to the standard thatB DEC/Compaq/HP logicals would have a $ in them and that sites couldB create logicals with no $ without having to worry about conflicts?  F 3. The web page states that the program wants me to set my terminal to; VT100 mode. VT100's have been obsolete for almost 20 years.   < 4. The web page states that the product will be installed inD [000000.sys0.syscommon], should it not say SYS$COMMON? What will the= installation do if I do not have a 0 root on my system drive?   D 5. After installing the product I checked HELP to see what was added' there. I do not see anything new there.   F 6. After installing I logged out and logged in to check if there was a4 new command in DCLTABLES, I did not notice anything.  E 7. I found a file called SYS$COMMON:[OPT.LTT.MISC]README_OVMS.TXT and G typed it. It told me "For additional information on using this program, F please see the online help (available from the Start Programs menu andG the program's toolbar)." Please tell me where to find a "Start Programs F menu" on my VMS box. Or at least tell me where the "Program's toolbar" is.   5 8. Given up all hope of finding instructions I tried;   $ mcr SYS$COMMON:[OPT.LTT]HP_LTT3 %DCL-W-ACTIMAGE, error activating image PTHREAD$RTL  -CLI-E-IMGNAME, image file4 TSTBED$DRA0:[SYS0.SYSCOMMON.][SYSLIB]PTHREAD$RTL.EXE: -SYSTEM-F-SHRIDMISMAT, ident mismatch with shareable image  
 I give up.   $ SET MODE/NORANT    --   Peter Weaver Weaver Consulting Services Inc.  Canadian VAR for CHARON-VAX  www.weaverconsulting.ca    ------------------------------  , Date: Wed,  9 Jun 2004 18:20:02 +0200 (CEST)% From: Nomen Nescio <nobody@dizum.com> = Subject: Re: Where have all the rec.travel.air regulars gone? 8 Message-ID: <1a914db57470d54e268890b3c1c8177c@dizum.com>  / Gary L. Burnore <gburnore@databasix.com> wrote:   8 >On Wed,  9 Jun 2004 05:00:01 +0200 (CEST), Nomen Nescio ><nobody@dizum.com> wrote: >  >>2 >>Gary L. Burnore <gburnore@databasix.com> writes: >>I >>>Still can't get that remailer thing right, eh coward.  Didja know yer' G >>>over BI=20 with these?  Hehehe. So you're a coward AND a net abuser. " >>>No wonder you post anonymously. >> >>What a pat[SPLAT]  > 
 >Poor [FLUSH]   A Poor convicted sex offender coward.  No matter how many times you C post, people still see that you're a convicted sex offender coward. D See cowardly convicted sex molester molest.  Coward molester molests8 often.  Molest, cowardly convicted sex molester, molest!  ' From NC Convicted Sex Offender Registry       GARY LEE BURNORE     4201 BLAND ROAD APT J    RALEIGH NC 27609     TELEPHONE (919) 420-7691   # Offense and Conviction Information:     Conviction Date: 03-13-19970    NC Statute: 14-202.1 - INDECENT LIBERTY MINOR!    Sentence Imposed: PROBATION 3Y      Court County: SANTA CLARA, CA  / NC sex offender registry number: (SRN 001693S3)   "    Registration Status: Registered%    Possible Violations: None Reported     BURNORE,GARY LEE     Alias Names:     BURNORE,GARY LEE     Photo Date: 08-27-1997     SRN: 001693S3  1    Reported Date: 12-16-1997 Address Verified: NO      Street: 4201 BLAND ROAD APT J2    City: RALEIGH State: NC Zip: 27609 County: WAKE  D    Race: W Sex: M Height: 5'08" Weight: 170 LBS. Hair: BRO Eyes: BLU    Birth Date(s): 10-13-1957    Scars, marks, tattoos: $    State ID #: FBI #: Dept. Corr. #:  5    Contact County: WAKE Registration Date: 08-27-1997 ,    Conviction Date: 03-13-1997 Release Date:"    Court County: - SANTA CLARA, CA  1    Reported Date: 08-27-1997 Address Verified: NO     Street: 4201 BLAND ROAD2    City: RALEIGH State: NC Zip: 27609 County: WAKE   ------------------------------  , Date: Wed,  9 Jun 2004 20:50:03 +0200 (CEST)% From: Nomen Nescio <nobody@dizum.com> = Subject: Re: Where have all the rec.travel.air regulars gone? 8 Message-ID: <f516bad9315aaba1106b0315eede9ebf@dizum.com>  / Gary L. Burnore <gburnore@databasix.com> wrote:   8 >On Wed,  9 Jun 2004 05:00:01 +0200 (CEST), Nomen Nescio ><nobody@dizum.com> wrote: >  >>2 >>Gary L. Burnore <gburnore@databasix.com> writes: >>I >>>Still can't get that remailer thing right, eh coward.  Didja know yer' G >>>over BI=20 with these?  Hehehe. So you're a coward AND a net abuser. " >>>No wonder you post anonymously. >> >>What a pat[SPLAT]  > 
 >Poor [FLUSH]   A Poor convicted sex offender coward.  No matter how many times you C post, people still see that you're a convicted sex offender coward. D See cowardly convicted sex molester molest.  Coward molester molests8 often.  Molest, cowardly convicted sex molester, molest!  ' From NC Convicted Sex Offender Registry       GARY LEE BURNORE     4201 BLAND ROAD APT J    RALEIGH NC 27609     TELEPHONE (919) 420-7691   # Offense and Conviction Information:     Conviction Date: 03-13-19970    NC Statute: 14-202.1 - INDECENT LIBERTY MINOR!    Sentence Imposed: PROBATION 3Y      Court County: SANTA CLARA, CA  / NC sex offender registry number: (SRN 001693S3)   "    Registration Status: Registered%    Possible Violations: None Reported     BURNORE,GARY LEE     Alias Names:     BURNORE,GARY LEE     Photo Date: 08-27-1997     SRN: 001693S3  1    Reported Date: 12-16-1997 Address Verified: NO      Street: 4201 BLAND ROAD APT J2    City: RALEIGH State: NC Zip: 27609 County: WAKE  D    Race: W Sex: M Height: 5'08" Weight: 170 LBS. Hair: BRO Eyes: BLU    Birth Date(s): 10-13-1957    Scars, marks, tattoos: $    State ID #: FBI #: Dept. Corr. #:  5    Contact County: WAKE Registration Date: 08-27-1997 ,    Conviction Date: 03-13-1997 Release Date:"    Court County: - SANTA CLARA, CA  1    Reported Date: 08-27-1997 Address Verified: NO     Street: 4201 BLAND ROAD2    City: RALEIGH State: NC Zip: 27609 County: WAKE   ------------------------------  $ Date: Wed, 9 Jun 2004 20:50:18 -05005 From: Starshine Moonbeam <silverbells@tacoshells.com> = Subject: Re: Where have all the rec.travel.air regulars gone? 5 Message-ID: <MPG.1b31663f84039ab198b476@news.alt.net>   @ In article <1a914db57470d54e268890b3c1c8177c@dizum.com>, "Nomen 9 Nescio"(nobody@dizum.com) dropped a +5 bundle of words...    > 1 > Gary L. Burnore <gburnore@databasix.com> wrote:  > : > >On Wed,  9 Jun 2004 05:00:01 +0200 (CEST), Nomen Nescio > ><nobody@dizum.com> wrote: > >  > >>4 > >>Gary L. Burnore <gburnore@databasix.com> writes: > >>K > >>>Still can't get that remailer thing right, eh coward.  Didja know yer' I > >>>over BI=20 with these?  Hehehe. So you're a coward AND a net abuser. $ > >>>No wonder you post anonymously. > >> > >>What a pat[SPLAT]  > >  > >Poor [FLUSH]  > & > Poor convicted sex offender coward.   0 Stop being so hard on yourself. No, wait. Don't.  G (SNIP - Wanted, one that doesn't mind if I obsess over them. Must like  H repetitive conversation with no real content. Looks unimportant. Prefer B shut-in or housebound. MAILBOX:Luzerboi24@yourlocalnewspaper.com)    --   Starshine Moonbeam   ------------------------------  % Date: Thu, 10 Jun 2004 00:52:12 -0400 . From: Gary L. Burnore <gburnore@databasix.com>= Subject: Re: Where have all the rec.travel.air regulars gone? 8 Message-ID: <ca8p80$q86$3@blackhelicopter.databasix.com>  7 On Wed,  9 Jun 2004 18:20:02 +0200 (CEST), Nomen Nescio  <nobody@dizum.com> wrote:    > 0 >Gary L. Burnore <gburnore@databasix.com> wrote: > 9 >>On Wed,  9 Jun 2004 05:00:01 +0200 (CEST), Nomen Nescio  >><nobody@dizum.com> wrote:  >> >>> 3 >>>Gary L. Burnore <gburnore@databasix.com> writes:  >>> J >>>>Still can't get that remailer thing right, eh coward.  Didja know yer'H >>>>over BI=20 with these?  Hehehe. So you're a coward AND a net abuser.# >>>>No wonder you post anonymously.  >>>  >>>What a pat[SPLAT] >> >>Poor [FLUSH] > B >Poor convicted sex offender coward.  No matter how many times youD >post, people still see that you're a convicted sex offender coward.E >See cowardly convicted sex molester molest.  Coward molester molests 9 >often.  Molest, cowardly convicted sex molester, molest! ! Getting to you, aren't I, coward?    ------------------------------  % Date: Thu, 10 Jun 2004 00:29:57 -0500 5 From: Starshine Moonbeam <silverbells@tacoshells.com> = Subject: Re: Where have all the rec.travel.air regulars gone? 5 Message-ID: <MPG.1b31add21c7a2ef398b4a7@news.alt.net>   B In article <ca8p80$q86$3@blackhelicopter.databasix.com>, "Gary L. @ Burnore"(gburnore@databasix.com) dropped a +5 bundle of words...  9 > On Wed,  9 Jun 2004 18:20:02 +0200 (CEST), Nomen Nescio  > <nobody@dizum.com> wrote:  >  > > 2 > >Gary L. Burnore <gburnore@databasix.com> wrote: > > ; > >>On Wed,  9 Jun 2004 05:00:01 +0200 (CEST), Nomen Nescio  > >><nobody@dizum.com> wrote:  > >> > >>> 5 > >>>Gary L. Burnore <gburnore@databasix.com> writes:  > >>> L > >>>>Still can't get that remailer thing right, eh coward.  Didja know yer'J > >>>>over BI=20 with these?  Hehehe. So you're a coward AND a net abuser.% > >>>>No wonder you post anonymously.  > >>>  > >>>What a pat[SPLAT] > >> > >>Poor [FLUSH] > > D > >Poor convicted sex offender coward.  No matter how many times youF > >post, people still see that you're a convicted sex offender coward.G > >See cowardly convicted sex molester molest.  Coward molester molests ; > >often.  Molest, cowardly convicted sex molester, molest!   # > Getting to you, aren't I, coward?   " I'm thinking maybe just a little.    --   Starshine Moonbeam   ------------------------------  $ Date: Wed, 9 Jun 2004 20:21:07 +0200, From: "Hans Vlems" <hvlems.dotweg@zonnet.nl>' Subject: Re: Xwindows: SAVE-AS question * Message-ID: <2ip2tsFphmpgU1@uni-berlin.de>  < "JF Mezei" <jfmezei.spamnot@teksavvy.com> schreef in bericht: news:017a52d42091cf699cb918af5da72036@news.teranews.com... > Hans Vlems wrote: L > > Not sure what you mean with "system directory" and what your application is > > intended for, H > > but I'd be dead against *any* application that stores information in > > SYS$SYSTEM, SYS$SHARE,L > > SYS$* whatever. Even if the application will be used by system managers, at" > > best it's asking for pollutingF > > your system directories, worse, you could end up by having a "new" > H > In my case, it is a library module browser. So if you are consulting a DECCRTL L > module form the DECCRTL.TLB, the library is located in a system directory. But I > if you want to save a copy of the module you don't want it saved in the  same > directory as the library.   A That's what I'd prefer too as the default action of the program..    > K > The problem is that the applictation doesn't really know if it is started  fromJ > the desktop or from command line. I guess I'll just specify sys$login as default.  I In those cases where it is not clear from what environment an application  got started then; it's safe to assume that SYS$LOGIN is a nice default value.    Hans   ------------------------------  * Date: Wed, 9 Jun 2004 18:04:56 +0000 (UTC)6 From: peter@langstoeger.at (Peter 'EPLAN' LANGSTOEGER), Subject: Re: [OpenVMS V7.3-2] Mount question1 Message-ID: <newscache$o9z1zh$jq32$1@news.sil.at>   \ In article <87n03cbscc.fsf@prep.synonet.com>, Paul Repacholi <prep@prep.synonet.com> writes:9 >peter@langstoeger.at (Peter 'EPLAN' LANGSTOEGER) writes:  > B >> %MOUNT-F-DEVBUSYINSET, mount or dismount in progress on device, >  >So the mount failed because,  >   > $DSAdevice$IN_SET lock failure > B >it failed to get a lock. So is there a stale lock held somewhere,E >is the LKM running out of resources and failing, or `other'. Are all E >your patches up to date? I have a very slight feeling I've seen this  >a few years ago.   E A stale lock ? Where from ? Shortly after every (ok, 4 so far) boot ?   H Patches are as current as offically possible (eg. I still don't have theH DECnet-Plus ECO which fixes the proxy problem because it isn't released)  B Resources could be a problem, I setup the satellite from fresh andE tuned autogen hadn't happened so far. And the 160GB might trigger the 5 resource limitation earlier than the 2GB system disk.    Thanks   --   Peter "EPLAN" LANGSTOEGER % Network and OpenVMS system specialist  E-mail  peter@langstoeger.atF A-1030 VIENNA  AUSTRIA              I'm not a pessimist, I'm a realist   ------------------------------  # Date: Wed, 09 Jun 2004 19:11:41 GMT / From: brooks@cuebid.zko.dec.nospam (Rob Brooks) , Subject: Re: [OpenVMS V7.3-2] Mount question- Message-ID: <S3SzDGQx3iiX@cuebid.zko.dec.com>   8 peter@langstoeger.at (Peter 'EPLAN' LANGSTOEGER) writes:0 > Paul Repacholi <prep@prep.synonet.com> writes:: >>peter@langstoeger.at (Peter 'EPLAN' LANGSTOEGER) writes: >>C >>> %MOUNT-F-DEVBUSYINSET, mount or dismount in progress on device,  >> >>So the mount failed because, >>! >> $DSAdevice$IN_SET lock failure   3 Peter, please post (or email me) with the output of   $ SDA> SHO LOCK/NAME= $DSA000n_$IN_SET  ? where the unit number is zero-filled to four places, such that  ; (for example), for DSA12, the lock name is $DSA0012_$IN_SET   O This is one of  those things that you expect to see only in an environment with " constant mount/dismounts going on.  E Given that your system is probably not doing that, something has gone 4 wrong.  Do you have the latest V7.3-2 shadowing kit?   --    M Rob Brooks    VMS Engineering -- I/O Exec Group     brooks!cuebid.zko.dec.com    ------------------------------  * Date: Wed, 9 Jun 2004 22:41:04 +0000 (UTC)6 From: peter@langstoeger.at (Peter 'EPLAN' LANGSTOEGER), Subject: Re: [OpenVMS V7.3-2] Mount question0 Message-ID: <newscache$v1c2zh$a92$1@news.sil.at>  _ In article <S3SzDGQx3iiX@cuebid.zko.dec.com>, brooks@cuebid.zko.dec.nospam (Rob Brooks) writes: 4 >Peter, please post (or email me) with the output of > % >SDA> SHO LOCK/NAME= $DSA000n_$IN_SET  > @ >where the unit number is zero-filled to four places, such that < >(for example), for DSA12, the lock name is $DSA0012_$IN_SET > P >This is one of  those things that you expect to see only in an environment with# >constant mount/dismounts going on.  > F >Given that your system is probably not doing that, something has gone5 >wrong.  Do you have the latest V7.3-2 shadowing kit?    Thanks Rob, but too late. L The last boot (after 2 power outages today caused by thunder&lightning) withG a shadow merge (and after a parameter increase caused by AUTOGEN I made $ yesterday) made the problem go away.  K Yes, I do have the VMS732_SHADOWING installed, but a UNDO PATCH for testing L is no longer possible (I upgraded JAVA and SSL which deletes the UNDO data).  3 So, my current guess is a resources problem so far.   
 Thanks to all    -Peter  E PS: Can someone please add a DEVBUSYINSET to HELP/MESSAGE and add the * ressources guess as a possible solutions ?L PPS: Next problem is a LASTCP problem (LASTCP doesn't start with ESS$STARTUPL but no problem if you do it by hand after the boot). I think it is a timeout or a ressource problem...  --   Peter "EPLAN" LANGSTOEGER % Network and OpenVMS system specialist  E-mail  peter@langstoeger.atF A-1030 VIENNA  AUSTRIA              I'm not a pessimist, I'm a realist   ------------------------------  # Date: Thu, 10 Jun 2004 02:54:11 GMT / From: brooks@cuebid.zko.dec.nospam (Rob Brooks) , Subject: Re: [OpenVMS V7.3-2] Mount question- Message-ID: <90ans8NDq0Tz@cuebid.zko.dec.com>   # (Peter 'EPLAN' LANGSTOEGER) writes:   5 > So, my current guess is a resources problem so far.  > G > PS: Can someone please add a DEVBUSYINSET to HELP/MESSAGE and add the , > ressources guess as a possible solutions ?  ? I'll get it added, although it won't be in the V8.2 field test.   B With all due respect, it is highly unlikely that lack of resources is the cause of the problem.   --    M Rob Brooks    VMS Engineering -- I/O Exec Group     brooks!cuebid.zko.dec.com    ------------------------------  * Date: Wed, 9 Jun 2004 18:00:34 +0000 (UTC), From: Mikko Putkonen <miputkon@paju.oulu.fi>2 Subject: Re: [OT]:  Maybe SCO is (partially) right* Message-ID: <ca7j82$acv$1@ousrvr3.oulu.fi>  - Mikko Putkonen <miputkon@paju.oulu.fi> wrote: H > Maybe this is not a news anymore, but Tanenbaum has already written an$ > interesting page about that stuff:  B >     "Some Notes on the "Who wrote Linux" Kerfuffle, Release 1.3"  % >     http://www.cs.vu.nl/~ast/brown/   ( http://www.cs.vu.nl/~ast/brown/rebuttal/     -Mikko Putkonen  <miputkon@paju.oulu.fi>    ------------------------------   Date: 10 Jun 2004 04:36:48 GMT From: healyzh@aracnet.com 2 Subject: Re: [OT]:  Maybe SCO is (partially) right+ Message-ID: <ca8oh00ikt@enews4.newsguy.com>   & Dan Foster <usenet@evilphb.org> wrote:J > The code does indeed look simplistic; that's to be expected from someoneJ > bored trying to see if he could write an UNIX-like OS and coming up withE > a first-pass kernel, sans the userland tools that folks are used to B > today. I honestly don't think the so-called "study" holds merit.  K I'm firmly convinced it doesn't hold any merit.  While I no longer think as L highly of Linux as I once did, I've worked with it since January of '92, andA at that point there were already about 600 of us messing with it.   G > I do know that Mr. Torvalds wasn't alone with coding Linux; I seem to E > recall that Theodore T'so helped with the early efforts, around 0.7 M > (1992-93 time frame?) or so -- perhaps specializing in the filesystem code?   H Theodore T'so was already involved prior to January of '92, I'm not sureJ just how early.  ISTR he was largely behind the initial 'gcc' releases forF Linux.  He also hosted the primary US archive on the Internet prior toF Sunsite.  I can't remember if he did anything with the filesystem.  InL January of '92 0.12 was released, and you could get a boot and a root disk. K There was no login, you were automatically dumped into a root shell, and if F you wanted to mount a HD partition you had to take a hex editor to theG kernel.  The next release 0.95 and was a lot more like a real unix, but K still had a long ways to go.  By June '92 there were sockets and X-Windows, 8 I believe there was also some very basic TCP/IP support.  H > There were a few other 'valued contributors' around that time as well,B > but it seems clear that Linus did indeed put up the initial codeL > himself, and had the expertise to discuss it in depth at the time as well.  L There was explosive growth in early '92, something to remember is that LinuxH filled a HUGE VOID, there was nothing to compare it to in the PC world. L Finally an affordable Unix implementation, even if it wasn't very functionalJ at first.  Sure there were others, but the cheapest Coherent, still cost aL lot, and Minix cost a small fortune, real ones were in the $500-1000 range. H Dr. Dobbs had already been doing the 386BSD articles, but nothing wasn'tK really available to the average person.  With 0.12 Linux hit the BBS world, L and as odd as it might sound, that's where a lot of early activity was.  The& newsgroup was gated between Fidonet.    I Of course speaking of the cost of Unix, I spent about $200 in access fees I downloading the initial SLS release from the internet at $6 an hour.  I'd I download a disk, and then I'd turn around and upload to a couple BBS's in : the DC area (thankfully the uploads didn't cost anything).  G > I first had hands-on experience with Linux starting at 1.0.2 or so... J > my first deployed production system at an all-Linux employer in 1994 wasI > based on the Linux 1.0.9 kernel -- they were upgrading to 1.0.9 from an G > earlier version. Apparently the userland -- mostly GNU stuff -- tools G > and kernel had stabilized well enough to be usable for production ISP  > services at the time.    M One thing I think imporant to point out is that I don't think any of us back  L in '92 expected Linux to ever be a major OS, it was just something fun to   I play with.  I lost all connection with the online world in October of '93 H and I was really surprised by how quickly after that Linux started being> adopted for real use (it already had seen some prior to that).  I > Obligatory VMS reference: I learned VMS before I ever touched UNIX (the ! > real thing and derivatives) :-)   L Lucky bum, I was working on GCOS-8 at the time, I touched Unix long before I2 touched VMS, but only days before I touched Linux.  K These days I'd much rather run VMS than Linux.  I rarely have Linux running + at home, but my VMS system is always up :^)    		Zane   ------------------------------   End of INFO-VAX 2004.320 ************************