1 INFO-VAX	Sat, 02 Jul 2005	Volume 2005 : Issue 366       Contents:8 Re: ANNOUNCEMENT - OpenVMS Technical Journal - June 20058 Re: ANNOUNCEMENT - OpenVMS Technical Journal - June 20058 Re: ANNOUNCEMENT - OpenVMS Technical Journal - June 2005 Re: FreeVMS 0.1.7  FW: Date to quadword in DCL???? # Re: US military and confidentiality # Re: US military and confidentiality # Re: US military and confidentiality # Re: US military and confidentiality # Re: US military and confidentiality  Re: Vax emulator Re: Vax emulator' Re: VAX software available for download B Re: WORKING_SET.COM gives all COM states when run at high priority Re: [Announce] FreeVMS 0.1.7 Re: [Announce] FreeVMS 0.1.7 Re: [Announce] FreeVMS 0.1.7  F ----------------------------------------------------------------------  % Date: Sat, 02 Jul 2005 01:53:00 -0400 % From: JF Mezei <jfmezei@teksavvy.com> A Subject: Re: ANNOUNCEMENT - OpenVMS Technical Journal - June 2005 , Message-ID: <42C62BB9.9A7742B2@teksavvy.com>  " susan_skonetski@hotmail.com wrote: >  > JF and everyone else, H > And you think posting notes in response here is going to do something?I > What? the only people that read this are the folks already doing stuff.   L Sue, while some of the stuff is perhaps not really constructuve, much of theL stuff is. Remember that many of us are pushing to get HP to agree to includeJ VMS as a core product and market it just as it does the rest. And our onlyK means is to consistently point out the areas where HP is not marketing VMS,  missed opportunities etc.   K Please don't see this as messages against you or VMS. See this as customers L wanting HP to help you do your job instead of putting sticks in your wheels.   ------------------------------  $ Date: Sat, 2 Jul 2005 08:39:47 -0400# From: "John Smith" <a@nonymous.com> A Subject: Re: ANNOUNCEMENT - OpenVMS Technical Journal - June 2005 4 Message-ID: <42c68c27$1_2@spool9-west.superfeed.net>  " susan_skonetski@hotmail.com wrote:G > Well John I have about 4K people on my email distribution list that I G > talk to on a regular basis, the Ambassadors talk to people regularly, B > its posted on the web and referred to on a number of web sites IF > suppose it was a dumb question but I do like to check with the usersH > once in awhile, we have had about 23,000 views this year.  I am prettyF > sure that our larger ISV's know about the tech journal since some ofG > them have written articles. Since even this question can get folks on F > a soap box I might as well join the fray,  No I do not put pieces ofD > paper in boxes of anything EVER if I can help it.  In fact I avoidG > paper when ever I can.  It was the first thing I stopped doing when I H > took on the Ambassadors program I thought what a stupid waste of treesH > (having hard copy of the presentations, that were always wrong anyway,C > folks left the binders in their rooms and still needed electronic / > copy).  I came from the DEC networking group.  > A > I do not understand the need to make fun of my questions or the C > company I work for with every question and comment I post are you G > trying to see how much I will take before I stop.   Please do not say F > its not personal, its not personal when its not you.  It is personalG > to me, it is  my job, its customers I work with and care about, it is F > the engineers I care about it is people I see and talk to every day.@ > This constant bickering and cutting down does nothing to help. > ; > This was a simple question not deserving of this comment.  >  > sue     J If you thought I was making 'fun' of your question, then you've misread my	 response.   G Not every customer, existing or new, gets a visit by an Ambassador. Not K every customer, existing or new, may have people currently on-staff who are H familiar with VMS  community resources or knows of the Tech Journal much( less of the ability to contribute to it.  J Perhaps you (read HP) need to have a link or a banner 'ad' on the VMS homeL page which invites people to write for the Tech Journal (yes I know that youL have a link like that buried several layers deep from the home page).  ( BTW5 HP VMS info ought to be a available at www.hp.com/vms J   or /openvms, but I know that you have no control over this - the avarageK VMS-curious prospective customer getting a 404 error is just plain dumb and J not a good way to make it easy for prospective customers to find out aboutH VMS.....but then again HP corporately has never shown any inclination inG that regard). And this is not making 'fun' of you or HP - it's a simple   observation of a factual nature.  H I know that space on home pages tends to be valuable real esate so if itJ isn't a link on the side (which is probably easier space to acquire), thenG how about a 'rotating' banner ad on the VMS Home Page that is displayed J every 5th page view or something like that? And in addition to the HP siteH perhaps HP should put ads on Ken Farmer's site and others about the TechK Journal. I'm sure Ken could add a 'Contribute to the VMS Tech Journal' link K in about 4 seconds flat and e-mail you any submissions received or hot-link = to a place on the HP web site where submissions are received.    --/ OpenVMS - The never-advertised operating system       O ----== Posted via Newsfeeds.Com - Unlimited-Uncensored-Secure Usenet News==---- S http://www.newsfeeds.com The #1 Newsgroup Service in the World! 120,000+ Newsgroups K ----= East and West-Coast Server Farms - Total Privacy via Encryption =----    ------------------------------  % Date: Sat, 02 Jul 2005 10:02:50 -0500 2 From: David J Dachtera <djesys.nospam@comcast.net>A Subject: Re: ANNOUNCEMENT - OpenVMS Technical Journal - June 2005 + Message-ID: <42C6AC9A.C74AF88F@comcast.net>     Peter 'EPLAN' LANGSTOEGER wrote: > a > In article <42C461E7.F921017@comcast.net>, David J Dachtera <djesys.nospam@comcast.net> writes: # > >Peter 'EPLAN' LANGSTOEGER wrote: ` > >> In article <42c30509$1@usenet01.boi.hp.com>, "warren sander" <warren.sander@hp.com> writes:2 > >> >I created a pcsi$compressed file (I hope)... > >>I > >> It would be better to get an ZIPSFX file instead (or in addition)...  > > J > >ZIP SFX's are specific to a CPU architecture. The archibe would have to, > >be duplicated for each SFX stub required. > 2 > So what ? Do you think space is an issue today ?C > Iff space is an issue, .ZIP is _way_ better than .PCSI$COMPRESSED   E ...but requires additional effort. Man-time is *WAY* more costly than  hardware these days.  9 > >..ZIPs and .PCSI$COMPRESSEDs are architecture-neutral.  > 4 > only in the form as .PCSI is architecture-neutral.6 > .PCSI* are very often only for one specific platform  9 Check out the LD V8.0 distro. VAX and Alpha in one .PCSI.   L > >..PCSI$COMPRESSEDs, while less than optimally compressed (ZIP can usuallyK > >squezze 'em another 30% or so), do not require further processing before  > >handing them off to PRODUCT.  > H > I want to have a method which doesn't alter the kitfile's creationdate > during transport !!!   Why?  E ...and did you ever unpack a .PCSI file? I have, but I never bothered ? with the creation date of the extracted contents. Check it out.   G The CDT of the container is not as important as the CDT of the content.    > And this is only doable with >  > 1) hardware kits (like CDs) 1 > 2) DECnet-over-IP COPY (which HP doesn't offer)    ...but Multinet/TCPware do...   B > 3) packaged files (Backup Savesets, DCX Files, ZIP/ZIPSFX files)+ > 4) maybe FTP/FDL (which HP doesn't offer)  > % > So, I continue to request ZIPSFX...   H What's lacking in a plain .ZIP? Prudence these days demands examining anE archive before unpacking it, and the ZIPSFX stub does not provide for G that, AFAIK. You still need to UNZIP/LIST it out just to get an idea of C what should be inside. .PCSI and .PCSI$COMPRESSED files can also be  PRODUCT LISTed.   G Personally, I like Hunter Goatley's approach: provide .EXEs in the .ZIP H archive, but also provide .OLBs so the image can be linked on the target' system, even if no compiler is present.    --   David J Dachtera dba DJE Systems  http://www.djesys.com/  ) Unofficial OpenVMS Hobbyist Support Page: " http://www.djesys.com/vms/support/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/   " Unofficial OpenVMS-IA32 Home Page: http://www.djesys.com/vms/ia32/    Coming soon:& Unofficial OpenVMS Marketing Home Page   ------------------------------   Date: 2 Jul 2005 09:16:07 -0700 ' From: "marius  popa" <mapopa@gmail.com>  Subject: Re: FreeVMS 0.1.7B Message-ID: <1120320967.082059.41510@g14g2000cwa.googlegroups.com>  " any bochs image with new version ? The old link doesn't work :(6 http://www.systella.fr/~bertrand/FreeVMS/disk1.tar.bz2   ------------------------------  $ Date: Sat, 2 Jul 2005 18:50:59 +10006 From: "O'Brien Paddy" <Paddy.O'Brien@transgrid.com.au>( Subject: FW: Date to quadword in DCL????X Message-ID: <8BAD914A0B8CA84C9E94187103A1AB9E05BE5B@EX-TG2-PR.corporate.transgrid.local>  , This is a multi-part message in MIME format.  ' ------_=_NextPart_001_01C57EE3.2B3768B4 . Content-Type: text/plain; charset="iso-8859-1"+ Content-Transfer-Encoding: quoted-printable          >-----Original Message----- 3 >From: derek pietro [mailto:djpietro@earthlink.net]  >Sent: Sat 7/2/2005 12:19 AM >To: Info-VAX@Mvb.Saic.Com% >Subject: Date to quadword in DCL????  >=20D >Can someone point me to something that might lead me to the path ofG >converting a date string to a binary quadword in DCL? (If its possible  >there) C >If it cant be done in DCL I would like simply to know that as well  >Thanks!  * To my knowledge it is not possible in DCL.  L When we have to charge outsiders for CPU, I wrote a small Fortran program w=L hich uses INTEGER*8 and the $ASCTIM routine.  These work very well with *8 =K -- I do not know the C equivalent, but definitely could not work it in DCL.   % Someone will probably tell me how :-)    Regards, Paddy    G ***********************************************************************   C "This electronic message and any attachments may contain privileged @ and confidential information intended only for the use of the=20D addressees named above.  If you are not the intended recipient of=20C this email, please delete the message and any attachment and advise D the sender.  You are hereby notified that any use, dissemination,=207 distribution, reproduction of this email is prohibited.   C If you have received the email in error, please notify TransGrid=20 C immediately.  Any views expressed in this email are those of the=20 ? individual sender except where the sender expressly and with=20 C authority states them to be the views of TransGrid.  TransGrid uses > virus-scanning software but excludes any liability for viruses contained in any attachment.  < Please note the email address for TransGrid personnel is now$ firstname.lastname@transgrid.com.au"  G ***********************************************************************     ' ------_=_NextPart_001_01C57EE3.2B3768B4 - Content-Type: text/html; charset="iso-8859-1" + Content-Transfer-Encoding: quoted-printable   1 <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">  <HTML> <HEAD>L <META HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html; charset=3Diso-8859-= 1"> K <META NAME=3D"Generator" CONTENT=3D"MS Exchange Server version 6.5.7226.0"> . <TITLE>FW: Date to quadword in DCL????</TITLE> </HEAD>  <BODY>) <!-- Converted from text/plain format -->  <BR> <BR> <BR>  4 <P><FONT SIZE=3D2>&gt;-----Original Message-----<BR>L &gt;From: derek pietro [<A HREF=3D"mailto:djpietro@earthlink.net">mailto:dj= pietro@earthlink.net</A>]<BR> # &gt;Sent: Sat 7/2/2005 12:19 AM<BR> ! &gt;To: Info-VAX@Mvb.Saic.Com<BR> , &gt;Subject: Date to quadword in DCL????<BR> &gt;<BR>K &gt;Can someone point me to something that might lead me to the path of<BR> L &gt;converting a date string to a binary quadword in DCL? (If its possible<= BR>  &gt;there)<BR>J &gt;If it cant be done in DCL I would like simply to know that as well<BR> &gt;Thanks!<BR>  <BR>. To my knowledge it is not possible in DCL.<BR> <BR>L When we have to charge outsiders for CPU, I wrote a small Fortran program w=L hich uses INTEGER*8 and the $ASCTIM routine.&nbsp; These work very well wit=L h *8 -- I do not know the C equivalent, but definitely could not work it in=	  DCL.<BR>  <BR>) Someone will probably tell me how :-)<BR>  <BR> Regards, Paddy<BR> </FONT>  </P>   <FONT SIZE=3D3><BR>  <BR>K ***********************************************************************<BR>  <BR>G "This electronic message and any attachments may contain privileged<BR> B and confidential information intended only for the use of the <BR>F addressees named above.  If you are not the intended recipient of <BR>G this email, please delete the message and any attachment and advise<BR> F the sender.  You are hereby notified that any use, dissemination, <BR>; distribution, reproduction of this email is prohibited.<BR>  <BR>E If you have received the email in error, please notify TransGrid <BR> E immediately.  Any views expressed in this email are those of the <BR> A individual sender except where the sender expressly and with <BR> G authority states them to be the views of TransGrid.  TransGrid uses<BR> B virus-scanning software but excludes any liability for viruses<BR>  contained in any attachment.<BR> <BR>@ Please note the email address for TransGrid personnel is now<BR>( firstname.lastname@transgrid.com.au"<BR> <BR>K ***********************************************************************<BR>  </FONT>  </BODY>  </HTML> ) ------_=_NextPart_001_01C57EE3.2B3768B4--    ------------------------------  % Date: Sat, 02 Jul 2005 11:42:56 -0400 2 From: "Stanley F. Quayle" <squayle@insight.rr.com>, Subject: Re: US military and confidentiality. Message-ID: <42C67DC0.19719.A44DD77@localhost>  * On 1 Jul 2005 at 16:00, Bob Koehler wrote:C >    I was under the impression that HP willonly officially support F >    Charon-VAX on PCs with HP and Compaq logos, but would license VMS >    for it for other PC makes.   D My understanding is that HP will only sell VMS software support for 7 CHARON-VAX systems that run on HP (or Compaq) hardware.   @ As for license transfers, no one at HP has ever asked about the ! server that's running CHARON-VAX.   C But, what would I know?  I'm only a CHARON-VAX reseller [Shameless   Plug (tm) Alert].   
 --Stan Quayle  Quayle Consulting Inc.  
 ----------- Stanley F. Quayle, P.E. N8SQ  +1 614-868-1363 3 8572 North Spring Ct., Pickerington, OH  43147  USA 0 stan-at-stanq-dot-com       http://www.stanq.com) "OpenVMS, when downtime is not an option"    ------------------------------  % Date: Sat, 02 Jul 2005 09:40:08 -0700 # From: "Tom Linden" <tom@kednos.com> , Subject: Re: US military and confidentiality( Message-ID: <opstaok6y0zgicya@hyrrokkin>  7 On Sat, 02 Jul 2005 11:42:56 -0400, Stanley F. Quayle    <squayle@insight.rr.com> wrote:   , > On 1 Jul 2005 at 16:00, Bob Koehler wrote:D >>    I was under the impression that HP willonly officially supportG >>    Charon-VAX on PCs with HP and Compaq logos, but would license VMS   >>    for it for other PC makes. > E > My understanding is that HP will only sell VMS software support for 9 > CHARON-VAX systems that run on HP (or Compaq) hardware.  > A > As for license transfers, no one at HP has ever asked about the # > server that's running CHARON-VAX.   I Can you license VMS to run on CHARON-VAX or does it have to be a transfer H of an existing license?  If so, can you do it, or does one have to go to HP for the license?    > D > But, what would I know?  I'm only a CHARON-VAX reseller [Shameless > Plug (tm) Alert].  >  > --Stan Quayle  > Quayle Consulting Inc. >  > ----------/ > Stanley F. Quayle, P.E. N8SQ  +1 614-868-1363 5 > 8572 North Spring Ct., Pickerington, OH  43147  USA 2 > stan-at-stanq-dot-com       http://www.stanq.com+ > "OpenVMS, when downtime is not an option"  >  >    ------------------------------  % Date: Sat, 02 Jul 2005 13:14:58 -0400 % From: JF Mezei <jfmezei@teksavvy.com> , Subject: Re: US military and confidentiality, Message-ID: <42C6CB92.527F9B08@teksavvy.com>   "Stanley F. Quayle" wrote:E > My understanding is that HP will only sell VMS software support for 9 > CHARON-VAX systems that run on HP (or Compaq) hardware.     M Since Charon-VAX is the actual hardware from VMS' point of view, is there any  technical reason for this ?   M Also, how does HP know on what PC Charon is running on ? You could get an old J HP piece of junk and give that serial number to HP, while your real charon! systems run on Lenovo or Dell :-)    ------------------------------  % Date: Sat, 02 Jul 2005 13:33:31 -0400 2 From: "Stanley F. Quayle" <squayle@insight.rr.com>, Subject: Re: US military and confidentiality- Message-ID: <42C697AB.7712.AAA0DC8@localhost>   ( On 2 Jul 2005 at 9:40, Tom Linden wrote:B > Can you license VMS to run on CHARON-VAX or does it have to be aE > transfer of an existing license?  If so, can you do it, or does one # > have to go to HP for the license?   E I have customers who buy licenses from HP for their "new" VAX.  Most  @ use a HP-authorized license reseller since getting the licenses % directly HP appears to be impossible.   
 --Stan Quayle  Quayle Consulting Inc.  
 ----------- Stanley F. Quayle, P.E. N8SQ  +1 614-868-1363 3 8572 North Spring Ct., Pickerington, OH  43147  USA 0 stan-at-stanq-dot-com       http://www.stanq.com) "OpenVMS, when downtime is not an option"    ------------------------------  % Date: Sat, 02 Jul 2005 13:49:14 -0400 2 From: "Stanley F. Quayle" <squayle@insight.rr.com>, Subject: Re: US military and confidentiality. Message-ID: <42C69B5A.23373.AB8718E@localhost>  ' On 2 Jul 2005 at 13:14, JF Mezei wrote:    > "Stanley F. Quayle" wrote:G > > My understanding is that HP will only sell VMS software support for ; > > CHARON-VAX systems that run on HP (or Compaq) hardware.    E > Since Charon-VAX is the actual hardware from VMS' point of view, is ' > there any technical reason for this ?   F VMS doesn't see CHARON-VAX.  It sees a VAX 4000, or a MicroVAX II, or & a VAX 6630, whatever's being emulated.  : > Also, how does HP know on what PC Charon is running on ?  C The customer buys VMS support directly from HP.  I don't know what   customers say to buy it.  D Most of the "big" systems (6000's, 7000's, multi-node clusters) are F on support, both hardware and software.  The MicroVAX 3100's in broom C closets typically aren't.  That's a cost/benefit decision that the   customer makes.   
 --Stan Quayle  Quayle Consulting Inc.  
 ----------- Stanley F. Quayle, P.E. N8SQ  +1 614-868-1363 3 8572 North Spring Ct., Pickerington, OH  43147  USA 0 stan-at-stanq-dot-com       http://www.stanq.com) "OpenVMS, when downtime is not an option"    ------------------------------  % Date: Sat, 02 Jul 2005 11:53:34 -0400 2 From: "Stanley F. Quayle" <squayle@insight.rr.com> Subject: Re: Vax emulator . Message-ID: <42C6803E.30244.A4E99FE@localhost>  ) On 1 Jul 2005 at 7:39, Bob Koehler wrote: ; > In article <3ikml7Flj2dpU1@individual.net>, Michael Unger ) > <spam.to.unger@spamgourmet.com> writes:  > F > > I still don't understand why there is no version built on top of a	 > > RT OS  > E >    There is a version built on top of OpenVMS Alpha.  Which I would F >    think would meet as many RT needs as using VMS on a VAX did.  But! >    SRI doesn't advertise it so.   ? The Alpha version could be more deterministic than the Windows   version, true.  ? But, most of the real-time applications need access to various  D special hardware -- the Alpha version of CHARON-VAX doesn't connect $ to those things (Q-bus cards, etc.).      
 --Stan Quayle  Quayle Consulting Inc.  
 ----------- Stanley F. Quayle, P.E. N8SQ  +1 614-868-1363 3 8572 North Spring Ct., Pickerington, OH  43147  USA 0 stan-at-stanq-dot-com       http://www.stanq.com) "OpenVMS, when downtime is not an option"    ------------------------------  % Date: Sat, 02 Jul 2005 11:39:09 -0500 2 From: David J Dachtera <djesys.nospam@comcast.net> Subject: Re: Vax emulator + Message-ID: <42C6C32D.BAFCD361@comcast.net>    Didier Morandi wrote:  >  > David J Dachtera wrote:  > F > > Stan replied to me privately, but I think everyone knew what I wasH > > looking for: a version of Charon that does not require an underlying > > o.s. > U > David, CHARON is a *program*. It needs an underlying O.S. to run. It is not an O.S.    My point, exactly.  O > If you are looking for an O.S. which understands VAX hardware, I know of only  > one: VAX/VMS :-)  H Well, what I'm looking for is a "cpu emulation layer" that lives betweenF the console/BIOS and the O.S. You power up the box, it first loads the: console/BIOS, then boots the CEL, then boots the emulated-6 architecture-specific console/BIOS, then the emulated- architecture-specific o.s.    G Current users of GS160, ES47 and GS1280 see this type of layering today E (sans the CEL). SRM is not the first thing that the machine loads and  runs.   C The CEL would be a sort of extended cross-between SIMH and PALcode. E PALcode, as has been talked about in another thread, provides certain G VAX-like functionality (a two-mode CPU appears to have four modes) that F is now done locally within the OS layer in VMS-I64 V8 and later. LayerC that on top the CEL, and VOILA! OpenVMS-VAX runs "natively" on x86, B SPARC, POWER  or whatever CPU architectures are supported by SIMH.  F ...and Charon would be the next logical follow-on to adopt that model.  G Kinda hard to get one's mind around it. Gotta think "outside the chip".    --   David J Dachtera dba DJE Systems  http://www.djesys.com/  ) Unofficial OpenVMS Hobbyist Support Page: " http://www.djesys.com/vms/support/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/   " Unofficial OpenVMS-IA32 Home Page: http://www.djesys.com/vms/ia32/    Coming soon:& Unofficial OpenVMS Marketing Home Page   ------------------------------   Date: 2 Jul 2005 11:47:51 GMT ( From: bill@cs.uofs.edu (Bill Gunshannon)0 Subject: Re: VAX software available for download+ Message-ID: <3ind77Fmh8nuU1@individual.net>   4 In article <Lsoxe.12015$U4.1506689@news.xtra.co.nz>,' 	"Lurker" <nowhere@nothing.com> writes: 1 > "AEF" <spamsink2001@yahoo.com> wrote in message ? > news:1119880450.608451.259120@f14g2000cwb.googlegroups.com...  > I >> What I'm trying to say is that ownership should not, and is often not,  >> the be all and end all. >  > Reminds me of the old saying:  > ( > Nothing makes you doubt that posession' > is 99.9% of the law as much as having  > tiger by the tail.   > My experience has been that the most likely person to say that9 is someone who doesn't have something they wish they did.   > Kind of like all the ppor people running around saying, "Money; can't buy happiness."  Both case remind me of a fable about  sour grapes.   bill     --  J Bill Gunshannon          |  de-moc-ra-cy (di mok' ra see) n.  Three wolvesD bill@cs.scranton.edu     |  and a sheep voting on what's for dinner. University of Scranton   |A Scranton, Pennsylvania   |         #include <std.disclaimer.h>       ------------------------------  % Date: Sat, 02 Jul 2005 11:47:16 -0500 2 From: David J Dachtera <djesys.nospam@comcast.net>K Subject: Re: WORKING_SET.COM gives all COM states when run at high priority + Message-ID: <42C6C513.8ECB3D3D@comcast.net>   ! VAXman-, @SendSpamHere.ORG wrote:  > b > In article <42C467F4.40BBC31D@comcast.net>, David J Dachtera <djesys.nospam@comcast.net> writes:
 > >AEF wrote:  > >> > >> David J Dachtera wrote: > >> > AEF wrote:  > >> > > > >> > > Hello,  > >> > >K > >> > > WORKING_SET.COM, which is in SYS$EXAMPLES, lists all processes and P > >> > > various working set statistics for each. I recently found out that whenO > >> > > you run it at high priority, most or all of the states show up as COM. 0 > >> > > The state is determined by the function > >> > >! > >> > >     f$getjpi("","STATE")  > >> > >O > >> > > The higher the priority, the higher the percentage of states which are  > >> > > reported as COM.  > >> > >O > >> > > Why should the result of this function be dependent on the priority at  > >> > > which it is run?  > >> >I > >> > Well, think about it: the priority effects CPU scheduling. If your N > >> > process (running WORKING_SET.COM) is more eligible to be scheduled intoJ > >> > the CPU than the other processes, what's going to happen to the CPU
 > >> > queue?  > >> > > >>I > >> But many processes don't want the CPU, yet if their priority is less I > >> than yours they always show up as COM, even a process running a WAIT  > >> statement.  > > H > >Depends on what the process is doing. Even a process which appears toH > >sit in LEF (or CEF) state all day periodically becomes computable. IfH > >the CPU is devoted to processes of higher priority at that time, what > >will you see? >  >         .entry  go,0  >         $clref_s        efn=#1  >         $waitfr_s       efn=#1 >  > ;When do I become COMputable?  > 
 >         ret  >         .end    go  A Processes sitting that DCL prompt or on an INPUT or GET statement G (BASIC) reading from the terminal show in LEF state in SHOW SYSTEM, but A still manage to accumulate CPU time, and even increment their I/O B counts. This is why Hitman and other "'idle' process killers" haveE thresholds you can set based on CPU time and I/O counts per period to # avoid missing truly idle processes.    --   David J Dachtera dba DJE Systems  http://www.djesys.com/  ) Unofficial OpenVMS Hobbyist Support Page: " http://www.djesys.com/vms/support/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/   " Unofficial OpenVMS-IA32 Home Page: http://www.djesys.com/vms/ia32/    Coming soon:& Unofficial OpenVMS Marketing Home Page   ------------------------------   Date: 2 Jul 2005 16:21:14 GMT ( From: bill@cs.uofs.edu (Bill Gunshannon)% Subject: Re: [Announce] FreeVMS 0.1.7 + Message-ID: <3int7qFm66vsU1@individual.net>   - In article <87k6k9z1km.fsf@prep.synonet.com>,  	prep@prep.synonet.com writes:" > david20@alpha2.mdx.ac.uk writes: > > >> Many of the engineers who worked on VMS have moved to otherC >> companies and will have carried the knowledge of how things were - >> done at DEC with them into later products.  > D >> A clone of VMS doesn't have to implement everything using exactlyF >> the same internal datastructures or coding. It just needs to do theC >> same things and present the same user interface and APIs as VMS. 9 >> Overtime as VMS has grown and been ported the internal * >> datastructures and coding have changed. > E > Yep. Have a troll through the early SIG tape stuff, and look at the H > huge list of programs that are now not needed as most* of the function# > is in VMS, or no longer an issue.  > B >> The challenge for the developers of FreeVMS will be to maintain  >> discipline over code quality. > / > Good luck! Oh, and you forgot design quality.  >   A Bu that was pretty much my point in the first place.  Copying VMS @ functionality is probably no big thing.  Copying VMS is.  PeopleD here like to point to Linux, and that just stresses my point.  Linux? copied Unix functionality but in a true technical comparison it  comes up way short.    bill   --  J Bill Gunshannon          |  de-moc-ra-cy (di mok' ra see) n.  Three wolvesD bill@cs.scranton.edu     |  and a sheep voting on what's for dinner. University of Scranton   |A Scranton, Pennsylvania   |         #include <std.disclaimer.h>       ------------------------------  % Date: Sat, 02 Jul 2005 23:10:01 +0800  From: prep@prep.synonet.com % Subject: Re: [Announce] FreeVMS 0.1.7 - Message-ID: <87k6k9z1km.fsf@prep.synonet.com>     david20@alpha2.mdx.ac.uk writes:  F > As a matter of interest how long was the gestation period for VMS ieF > how long between someone deciding to start working on a new OS to be2 > called VMS and the first public release of VMS ?  K I have docs on bits of VMS that have '74 dates on them. So that is 4 years, 
 modulo a bit.   A > My understanding is that the Windows NT kernel was pretty good.   D VMS -> MICA -> NT. `spelling error for spelling error compatible...'   ...   2 > I'm not sure what "trade secrets" VMS still has.% > The core of VMS dates from 1977/78. & 76-77 would probably be closer, but...    > Clustering dates from 1983/84.  4 SCS is 82 and that is the foundation for clustering.  = > Many of the engineers who worked on VMS have moved to other B > companies and will have carried the knowledge of how things were, > done at DEC with them into later products.  C > A clone of VMS doesn't have to implement everything using exactly E > the same internal datastructures or coding. It just needs to do the B > same things and present the same user interface and APIs as VMS.8 > Overtime as VMS has grown and been ported the internal) > datastructures and coding have changed.   C Yep. Have a troll through the early SIG tape stuff, and look at the F huge list of programs that are now not needed as most* of the function! is in VMS, or no longer an issue.   A > The challenge for the developers of FreeVMS will be to maintain  > discipline over code quality.   - Good luck! Oh, and you forgot design quality.    --  < Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda. @                                              West Australia 6076* comp.os.vms,- The Older, Grumpier Slashdot. Raw, Cooked or Well-done, it's all half baked.F EPIC, The Architecture of the future, always has been, always will be.   ------------------------------  % Date: Sat, 02 Jul 2005 09:37:03 -0700 # From: "Tom Linden" <tom@kednos.com> % Subject: Re: [Announce] FreeVMS 0.1.7 ( Message-ID: <opstaof1b0zgicya@hyrrokkin>  B On Sat, 02 Jul 2005 23:10:01 +0800, <prep@prep.synonet.com> wrote:  " > david20@alpha2.mdx.ac.uk writes: > G >> As a matter of interest how long was the gestation period for VMS ie G >> how long between someone deciding to start working on a new OS to be 3 >> called VMS and the first public release of VMS ?  > H > I have docs on bits of VMS that have '74 dates on them. So that is 4   > years, > modulo a bit.  > B >> My understanding is that the Windows NT kernel was pretty good. > F > VMS -> MICA -> NT. `spelling error for spelling error compatible...' >  > ...  > 3 >> I'm not sure what "trade secrets" VMS still has. & >> The core of VMS dates from 1977/78.( > 76-77 would probably be closer, but... > ! >> Clustering dates from 1983/84.  > 6 > SCS is 82 and that is the foundation for clustering. > > >> Many of the engineers who worked on VMS have moved to otherC >> companies and will have carried the knowledge of how things were - >> done at DEC with them into later products.  > D >> A clone of VMS doesn't have to implement everything using exactlyF >> the same internal datastructures or coding. It just needs to do theC >> same things and present the same user interface and APIs as VMS. 9 >> Overtime as VMS has grown and been ported the internal * >> datastructures and coding have changed. > E > Yep. Have a troll through the early SIG tape stuff, and look at the H > huge list of programs that are now not needed as most* of the function# > is in VMS, or no longer an issue.  > B >> The challenge for the developers of FreeVMS will be to maintain  >> discipline over code quality. > / > Good luck! Oh, and you forgot design quality.  >  and implementation language.   ------------------------------   End of INFO-VAX 2005.366 ************************                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                /Z^g0`y8(7wvy'tL'!Y01Sܩ\I7R=e{":"e}GmZ:`1eIOlcᄝt.]Ƕu?,3ӻV /kJc*o"#,3Q%.[.-VY}{uM=w^b6?޵i#s&F<1Ϫ킹>&=k_)
?6/gTeē^Zbg@O]F|;յ"ʁDrbLsIod~m,okE]P8h
#LCe:܋7{mQWaCSSʑysmoy\73Q9_7|_1cVA-g.K)ǨuU?L0s	K$%V?}( _kʲ5-dK}h=<q
Ё0Lk~ےY探?'/7//.2WTh~

P