1 INFO-VAX	Wed, 27 Jul 2005	Volume 2005 : Issue 415       Contents:) Re: Another VMS system bites the dust :-( ) Re: Another VMS system bites the dust :-( ) Re: Another VMS system bites the dust :-( ) Re: Another VMS system bites the dust :-( ) Re: Another VMS system bites the dust :-( ) Re: Another VMS system bites the dust :-( ) Re: Another VMS system bites the dust :-(  Attention all VMS HOBBYIEST's & Re: DEC Forms Calender and Time Panels Re: EFI news event occurred in BASEstar ?$ Re: how different RUN and RUN/DETACH Re: HP layoffs: 14,500 IA64 .CALL_LINKAGE problem2 Re: improve file system performance related to BEA2 Re: improve file system performance related to BEA2 Re: improve file system performance related to BEA2 Re: improve file system performance related to BEA2 Re: improve file system performance related to BEA2 Re: improve file system performance related to BEA model a 1010y help Re: Mozilla and ODS5 Re: Mozilla and ODS5 Re: Mozilla and ODS5 Re: Mozilla and ODS5) Re: Performance issue after 7.3-2 upgrade ) Re: Performance issue after 7.3-2 upgrade ) Re: Platform Support vs. Business Support ) Re: Platform Support vs. Business Support ) Re: Platform Support vs. Business Support 0 Re: Printing while defaulted to remote directoryP Re: Two New Itanium 2s Feature Faster Front-Side Bus - Is this new Montecito inf Re: VMS Backup for Windows= Re: [OT] Rounding v Truncation, was: Re: Platform Support vs. = Re: [OT] Rounding v Truncation, was: Re: Platform Support vs.   F ----------------------------------------------------------------------  % Date: Tue, 26 Jul 2005 13:57:47 -0400 2 From: "Stanley F. Quayle" <squayle@insight.rr.com>2 Subject: Re: Another VMS system bites the dust :-(. Message-ID: <42E6415B.21788.3E9E142@localhost>  ( On 26 Jul 2005 at 13:15, JF Mezei wrote: > "Stanley F. Quayle" wrote:F > > I had proposed CHARON-VAX as a replacement back in September 2004.E > > They were already on their way to the replacement system.  *sigh*  > E > Did they replace it with tandem technology ? any other HP product ?   D No, with a Motorola system of some sort (it's in the press release).  C > Integration is "interesting" argument. I don't see why VMS system F > couldn't connect to other systems to pick the information and do all > the fancy stuff.  E As I responded to someone who emailed me privately, "integration" is  F an excuse to get rid of something.  Heck, I've even integrated MS-DOS  systems in my time.   A > What I'd like to know is whether HP fought to maintain this VMS H > account or if, as usual, they had already written off all VMS acocunts* > so they doN't feel bad when losing them.  D Well, I certainly didn't bump into any HP people while I working on 
 this account.   D I'm not sure it's "written off" as much as just plain "forgotten".  E Last year, I ran across a software development company that's moving  E its product to Windows because they can't buy VAX systems anymore --  ; they had no clue about Alpha!  ("Gosh, it runs VMS?  Wow!")   
 --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: Tue, 26 Jul 2005 14:00:34 -0400 - From: William Webb <william.w.webb@gmail.com> 2 Subject: Re: Another VMS system bites the dust :-(7 Message-ID: <8660a3a105072611003c02b0fa@mail.gmail.com>   2 On 7/26/05, DeanW <dean.woodward@gmail.com> wrote:7 > On 7/26/05, Stanley F. Quayle <stan@stanq.com> wrote: H > > > But, that sounds like you were replacing hardware- not solving theF > > > stated issue, "Integration"- or was there more to your proposal? > > F > > "Integration" is a frequent excuse for eliminating VMS.  There areG > > gobs of integration options for VMS, but that's not the real issue.  >=20C > In law enforcement, "Integration" between 911, police (incident & C > investigation) records, corrections, supervision (probation), the G > courts- is the hot topic. In many places, that's at least four and as   > many as six different systems. >=20E > We're currently working an interface for a customer to pull 911/CAD D > data to start the officer's incident reports, which (if someone isE > arrested) can also pre-populates the the jail's booking data... The D > police and jail systems are already "integrated" (They're both ourD > product, and really, it's only one product), and interfaces to the  > courts have existed for years. >=20E > I suspect the issue is that the Miami/Dade system was "home grown", @ > and nobody wanted to do the work to straighten it out. (HavingE > encountered "home grown" before, I know how ugly the design can be, F > but the memories are locked away and only accessible by handing me a
 > beer... ;-)  >=20G > You're probably right that hardware (VAX) maintenance costs were also F > an issue. In any case, they saw VMS as part of the problem- too many6 > people associate "VMS" directly with "VAX". Too bad. >=20  ; Where's Jim Strehlow? the E-911 guy-- and his take on this?    WWWebb   --=20 C NOTE: This email address is only used for noncommerical VMS-related  correspondence. C All unsolicited commercial email will be deemed to be a request for 8 services pursuant to the terms and conditions located at# http://bellsouthpwp.net/w/e/webbww/    ------------------------------  % Date: Tue, 26 Jul 2005 14:14:30 -0400 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> 2 Subject: Re: Another VMS system bites the dust :-(, Message-ID: <42E67D7F.A4243DB6@teksavvy.com>   DeanW wrote:E > I suspect the issue is that the Miami/Dade system was "home grown",   G Can a 911 system really be homegrown ? Surely there would be commercial L interfaces in there to connect to the phone system, accept the data from the telcos etc etc.   G > You're probably right that hardware (VAX) maintenance costs were also F > an issue. In any case, they saw VMS as part of the problem- too many6 > people associate "VMS" directly with "VAX". Too bad.  L What would they be migrating to ? Alpha sales are announced to end some timeK soon.  And there isn't much available on that IA64 thing yet (if ever), and J with IA64's future in doubt, it might be a waste of money to develop a new system on IA64.   K Remember that until HP commits to porting VMS to whatever platform succeeds N IA64, it is a risk to build something big on IA64 if by 2007, HP announces the+ end of IA64 and won't port VMS to the 8086.   J Meanwhile, you can go Linux or Solaris and know that those systems will be around for a very long time.  L (HP-UX is not as bad as VMS because they have just issued a new PA-Risc chipN and systems based on PA-Risc will continue to be sold some time, and it is farN more likely that HP-UX will survive in some form or other once IA64 is allowed to rest in peace.)   ------------------------------  % Date: Tue, 26 Jul 2005 16:17:01 -0400 ' From: Dave Froble <davef@tsoft-inc.com> 2 Subject: Re: Another VMS system bites the dust :-(0 Message-ID: <11ed6bl5k18d71b@corp.supernews.com>   Stanley F. Quayle wrote:  G > As I responded to someone who emailed me privately, "integration" is  H > an excuse to get rid of something.  Heck, I've even integrated MS-DOS  > systems in my time.   0 Yes.  If someone has made up his mind to change E hardware/software/applications, then all that's needed is an excuse.  I So, claim that VMS doesn't talk to anything else.  Suppressing any facts  5 to the contrary is rather easy, don't listen to them.   H That was the claim at one client that I lost.  I demonstrated all types C of connectivity, but such didn't matter.  It wasn't the real issue.    --  4 David Froble                       Tel: 724-529-04504 Dave Froble Enterprises, Inc.      Fax: 724-529-0596> DFE Ultralights, Inc.              E-Mail: davef@tsoft-inc.com 170 Grimplin Road  Vanderbilt, PA  15486    ------------------------------  % Date: Tue, 26 Jul 2005 14:59:55 -0700  From: Z <Z@no.spam> 2 Subject: Re: Another VMS system bites the dust :-(+ Message-ID: <vnyFe.19993$bG4.8684@fe06.lga>    JF Mezei wrote: E >>I suspect the issue is that the Miami/Dade system was "home grown",   I > Can a 911 system really be homegrown ? Surely there would be commercial N > interfaces in there to connect to the phone system, accept the data from the > telcos etc etc.   D You've obviously never delivered a gov't system. Even for federally A mandated systems, like EBT, each state has different specs - and  G different laws - that must be observed, making them _all_ one-offs, to   some degree.   ------------------------------  % Date: Tue, 26 Jul 2005 18:18:14 -0400 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> 2 Subject: Re: Another VMS system bites the dust :-(, Message-ID: <42E6B68F.E667E269@teksavvy.com>   Z wrote:E > You've obviously never delivered a gov't system. Even for federally B > mandated systems, like EBT, each state has different specs - andH > different laws - that must be observed, making them _all_ one-offs, to > some degree.  M The "to some degree" is important here. If a 911 system relied on X25, do you K really think that "home grown" would imply they wrote their own X25 stack ? M Sure there would lots of high end logic that varies from system to system due L to local requirements. (a landlocked city may not have the need for maritime! search and erescue for instance).   N But in terms of interfaces with phone system, networking stacks, interfaces toN various physical devices, woudln't those be more likely standard stuff instead of home grown ?   M As others have said, it seems to me that a decision was made to ditch VMS and + then they found some excuses to justify it.   L This to me, shows a problem at HP: more than willing to let go of a customerJ beause they think they will get wintel sales to compensate. HP should haveH been in there fighting with other VMS based 911 solutions that were moreN sophisticated than that home grown system and potentially better migrationa nd% integration with the existing system.   L The days where Digital could afford to let customers beg to buy a VMS systemJ are over. VMS sales people must fight to maintain customers and fight evenI harder to get them. If that were happening, the VMS sales people would be N telling VMS management what we've been telling them for years: YOU NEED PUBLIC1 MARKETING TO KILL ALL THE MYTHS ABOUT VMS' DEATH.   N The minute you let customers decide to ditch VMS because of myths, even beforeK you've had a chance to make a pitch for a better software on VMS, then your  hopes are next to nil.  - 911 used to be one of those "niches" for VMS.   K SWIFT used to a niche too. Compaq was happy to let swift die on VMS because S they hoped to sell wintel systems to replace them. Most customers went Sun/Solaris.    ------------------------------  % Date: Tue, 26 Jul 2005 18:54:35 -0400 # From: "John Smith" <a@nonymous.com> 2 Subject: Re: Another VMS system bites the dust :-(4 Message-ID: <42e6c04c$1_2@spool9-west.superfeed.net>   Dave Froble wrote: > Stanley F. Quayle wrote: > G >> As I responded to someone who emailed me privately, "integration" is H >> an excuse to get rid of something.  Heck, I've even integrated MS-DOS >> systems in my time. > 1 > Yes.  If someone has made up his mind to change F > hardware/software/applications, then all that's needed is an excuse.D > So, claim that VMS doesn't talk to anything else.  Suppressing any= > facts to the contrary is rather easy, don't listen to them.  > C > That was the claim at one client that I lost.  I demonstrated all D > types of connectivity, but such didn't matter.  It wasn't the real > issue.    4 That's exactly why "mind share" is so important.....  K With the revolving door of script-kiddie new IT 'executives' who have never K heard of VMS, much less spell it (placing them in the same category as most 2 HP executives) it's doubly important to advertise.     --F OpenVMS - The never-advertised operating system with the dwindling ISV base.       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: 26 Jul 2005 19:58:56 -0700! From: susan_skonetski@hotmail.com & Subject: Attention all VMS HOBBYIEST'sC Message-ID: <1122433136.615445.114050@g14g2000cwa.googlegroups.com>   F As a reminder the VMS Hobby Contest ends on Friday and we would reallyF like more participation.  Please visit www.openvms.org to either enterE or read what we have already.  There are some very cool hobby systems > out there and even more that have not submitted their stories.  : By the way you will have an chance to vote a little later.  
 Warm Regards,  Sue    ------------------------------  % Date: Tue, 26 Jul 2005 21:21:18 +0200 0 From: Keith Cayemberg <keith.cayemberg@arcor.de>/ Subject: Re: DEC Forms Calender and Time Panels B Message-ID: <42e68d3b$0$20137$9b4e6d93@newsread2.arcor-online.net>   Earl Lakia wrote:   A > Anyone developed a Calender Panel or Clock panel for DEC Forms? F > Something similar to what is available in the Visual Basic and other > Microsoft  > Environments?  > F > I can't justify writing my own, and it's ok to call me lazy as I am. >  > -earl  >  >     E I don't know any based on DECforms but here are a few alternatives...    ALL-IN-12 http://h71000.www7.hp.com/openvms/products/allin1/  < DATE - Show day of week, date, Julian day, and week number - Hunter Goatley's FILESERV 9 http://vms.process.com/scripts/fileserv/fileserv.com?DATE   > DCLHolidays - Calculation of holidays - OpenVMS Freeware CD v6: http://h71000.www7.hp.com/freeware/freeware60/dclholidays/    Lucane for OpenVMS - Thierry USO/ http://perso.wanadoo.fr/thierry.uso/luc-en.html  http://www.lucane.org/EN/   ? NPC DCL - DCL routines for clock, calendar, VT keyboards etc. -  OpenVMS Freeware CD v65 http://h71000.www7.hp.com/freeware/freeware60/npcdcl/   @ PCAL - PostScript calendar generator - Hunter Goatley's FILESERV9 http://vms.process.com/scripts/fileserv/fileserv.com?PCAL   D Reminder - VAX/VMS Personal Reminder Utility - University of Arizona( ftp://arizona.edu/software/vms/reminder/  H Russell Information Sciences - Calendar Manager server for Digital UNIX  and OpenVMS ' http://www.russellinfo.com/digital.html   G Stalker Software Inc. - CommuniGate Pro, email, calendaring, SIP based   server9 http://www.stalker.com/content/news_article_01252005.html , http://www.stalker.com/content/solutions.htm9 http://www.openvms.org/stories.php?story=04/12/02/3371441   - WebCalendar - Demo (Username=demo - Pwd=demo) 0 http://www.pi-net.dyndns.org/calendar/login.php?! http://www.k5n.us/webcalendar.php      And here's an extra tip... Using Telnet to get time -, telnet time-b.timefreq.bldrdoc.gov  /port=13D http://groups-beta.google.com/group/comp.os.vms/msg/7cbdaf8d6127a316     Cheers!    Keith Cayemberg    ------------------------------  % Date: Tue, 26 Jul 2005 16:38:21 -0400 . From: JF Mezei <jfmezei.spamnot@vaxination.ca> Subject: Re: EFI news - Message-ID: <42E69F2D.CD526B6E@vaxination.ca>    FredK wrote: > q > http://home.businesswire.com/portal/site/google/index.jsp?ndmViewId=news_view&newsId=20050725005749&newsLang=en   g http://news.com.com/Intel+hands+off+BIOS+successor+to+trade+group/2100-1012_3-5805069.html?tag=nefd.top   M The above seems to indicate the goal is to move EFI to the wintel world since N the original BIOS concept has become a mismash of stuff. It also says that EFI& woudl allow wintel PCs to boot faster.   ------------------------------    Date: 26 Jul 2005 17:05:13 -0700$ From: nol2002@hotmail.com (BG Jeong)% Subject: event occurred in BASEstar ? = Message-ID: <fc6d1562.0507261605.1e2ac2b7@posting.google.com>   7 I'd pleased if anyone could tell me what this means ...   ; our BASEstar on VMS system occurred some Events repeatedly.   N ============================================================================== BS> show history
 ............. 1 Event 21.25.6 occurred at 17-JUN-2005 18:00:31.21 # Error occurred on VAX port LTA781:. 3 Possible DLE ACK or DLE NAK embedded in packet - 5.   1 Event 21.25.6 occurred at 18-JUN-2005 00:00:33.75 # Error occurred on VAX port LTA783:. 3 Possible DLE ACK or DLE NAK embedded in packet - 5.   1 Event 21.25.6 occurred at 18-JUN-2005 00:00:33.87 # Error occurred on VAX port LTA784:. 3 Possible DLE ACK or DLE NAK embedded in packet - 5.   1 Event 21.25.6 occurred at 27-JUN-2005 10:39:15.91 # Error occurred on VAX port LTA788:. 3 Possible DLE ACK or DLE NAK embedded in packet - 5.   1 Event 21.25.6 occurred at 18-JUN-2005 00:00:33.75 $ Error occurred on VAX port LTA1016:.3 Possible DLE ACK or DLE NAK embedded in packet - 5.   1 Event 21.25.6 occurred at 17-JUN-2005 18:00:32.18 # Error occurred on VAX port LTA781:. . Discarded garbage data on line - message lost.  1 Event 21.25.6 occurred at 18-JUN-2005 00:00:33.77 # Error occurred on VAX port LTA783:. . Discarded garbage data on line - message lost.  1 Event 21.25.6 occurred at 21-JUN-2005 01:00:20.86 # Error occurred on VAX port LTA784:. . Discarded garbage data on line - message lost.  1 Event 21.25.6 occurred at 17-JUN-2005 18:00:28.81 # Error occurred on VAX port LTA788:. . Discarded garbage data on line - message lost.  1 Event 21.25.6 occurred at 18-JUN-2005 00:00:33.78 $ Error occurred on VAX port LTA1016:.. Discarded garbage data on line - message lost.  1 Event 21.25.4 occurred at 17-JUN-2005 18:00:28.83 # Error occurred on VAX port LTA781:.  Bad QIO read status, data overrun  1 Event 21.25.4 occurred at 18-JUN-2005 00:00:33.87 # Error occurred on VAX port LTA783:.  Bad QIO read status, data overrun  1 Event 21.25.4 occurred at 18-JUN-2005 00:00:33.89 # Error occurred on VAX port LTA784:.  Bad QIO read status, data overrun  1 Event 21.25.4 occurred at 17-JUN-2005 18:00:28.83 # Error occurred on VAX port LTA788:.  Bad QIO read status, data overrun  1 Event 21.25.4 occurred at 18-JUN-2005 00:00:33.81 $ Error occurred on VAX port LTA1016:. Bad QIO read status, data overrun  1 Event 21.25.4 occurred at 18-JUN-2005 00:00:33.81 $ Error occurred on VAX port LTA2906:. Bad QIO read status, data overrun  1 Event 21.25.6 occurred at 17-JUN-2005 18:00:32.18 # Error occurred on VAX port LTA781:. - Did not find DLE STX at the start of message.   1 Event 21.25.6 occurred at 18-JUN-2005 00:00:33.75 # Error occurred on VAX port LTA783:. - Did not find DLE STX at the start of message.   1 Event 21.25.6 occurred at 21-JUN-2005 01:00:20.86 # Error occurred on VAX port LTA784:. - Did not find DLE STX at the start of message.   1 Event 21.25.6 occurred at 27-JUN-2005 10:47:35.72 # Error occurred on VAX port LTA788:. - Did not find DLE STX at the start of message.   1 Event 21.25.6 occurred at 18-JUN-2005 00:00:33.77 $ Error occurred on VAX port LTA1016:.- Did not find DLE STX at the start of message.   1 Event 21.25.6 occurred at 17-JUN-2005 18:00:33.22 # Error occurred on VAX port LTA781:.  1005.   1 Event 21.25.6 occurred at 18-JUN-2005 00:00:33.78 # Error occurred on VAX port LTA783:.  1005.   1 Event 21.25.6 occurred at 27-JUN-2005 10:23:35.81 $ Error occurred on VAX port LTA1016:. 1005.   1 Event 21.25.6 occurred at 19-JUN-2005 10:00:26.66 # Error occurred on VAX port LTA783:.  Unexpected ACK received.  1 Event 21.25.6 occurred at 27-JUN-2005 10:47:35.79 # Error occurred on VAX port LTA788:.  Unexpected ACK received.  1 Event 21.25.6 occurred at 17-JUN-2005 20:00:31.78 $ Error occurred on VAX port LTA1016:. Unexpected ACK received.  1 Event 21.25.6 occurred at 27-JUN-2005 10:30:52.53 $ Error occurred on VAX port LTA2906:. Unexpected ACK received.  N ==============================================================================  > Does it mean that there is something wrong with the DECserver?D It's not a very big problem as it works, but I'd love to understand.O is there any way I could change any setting so it would not occure error event?    ------------------------------    Date: 26 Jul 2005 14:53:11 -0700" From: dave.baxter@bannerhealth.com- Subject: Re: how different RUN and RUN/DETACH C Message-ID: <1122414791.472786.289900@g47g2000cwa.googlegroups.com>   E Try adding the /UIC=<your UIC> to the command.    This will cause the A created process to have the same Process Privs and Quotas as your  normal interactive login.    Dave.    BG Jeong wrote: : > I'd be pleased if anyone could tell me what this mean...3 > I have to run a detach process in VAX vms system.  > but it ocurred error.  > # > $ RUN SYS$SYSTEM:LOGINOUT.EXE   - C >       /INPUT =  OA_ROOT:[SDK.ODBCSAMP.SRC]POP_10MIN_RUN_KKK.COM - ? >       /OUTPUT = OA_ROOT:[SDK.ODBCSAMP.SRC]POP_10MIN_KKK.LOG - " >       /DETACH                  -) >       /PROCESS_NAME = POP_10MIN_KKK   - " >       /PRIORITY = 4            -" >       /BUFFER_LIMIT = 32672    -" >       /PRIVILEGES = ALL        -" >       /ENQUE = 50000           - >       /WORKING_SET  = 10240  >  > $ type  POP_10MIN_KKK.LOG ) > %LIB-E-ACTIMAGE, error activating image 1 > DSA1:[SYS1.SYSCOMMON.][SYSLIB]CX$ACCESS_SHR.EXE + > -SYSTEM-F-EXQUOTA, process quota exceeded 1 > %TRACE-E-TRACEBACK, symbolic stack dump follows D > module name     routine name                     line       rel PC > abs PC > E >                                                            00192260 
 > 00192260E >                                                            001DF273 
 > 001DF273E >                                                            001DAAC8 
 > 001DAAC8E > TP0TCP_S        tp0tcp_conn_req                 13260      00000214 
 > 0010E5D0E > TPI_RFC         TCONreq                         12439      0000005E 
 > 0011211EE > SKERNEL         Str004                           9677      00000213 
 > 000FEBC3E > FSM             s_fsm                            9585      0000025F 
 > 0008BD27E > MGMT            s_connect                        9696      00000186 
 > 0008DA1AE > PSEND           pxPCONREQ                       14600      00000366 
 > 0009FE9EE > PPDU            ppduCP                          13202      000004C1 
 > 00097405E > PKERNEL         paCONREQ                        13528      000000E0 
 > 00092FCCE > PMAIN           p_fsm                           13162      000000C4 
 > 00094FC4E > PMANAGEM        p_connect                       13861      00000153 
 > 00095B0BE > RDAERCV         RDA_aeSndPpdu                   24090      000000C1 
 > 000B9569E > ROUTE           AL_sacfRoute                    13715      000000B2 
 > 000EDDD6E > FLOWSND         AL_sacfCreditSnd                15520      0000012F 
 > 0008BA33E > FLOWSND         AL_sacfUStopSnd                 15395      000001D9 
 > 0008B839E > FLOWSND         AL_sacfFlowSnd                  15230      0000009F 
 > 0008B547E > ROUTE           AL_sacfRoute                    13715      000000B2 
 > 000EDDD6E > RDAFSND         rda_sacfSnd                     18893      0000019E 
 > 000BBFDEE > RDAOSND         rda_saoSnd                      20459      00000389 
 > 000C9BDDE > RDAESND         rda_aeSnd                       21485      0000026E 
 > 000B9E16E > SURUTIL         AL_surSendToAe                  13773      00000122 
 > 0010BD0EE > RDASGSND        rda_surSnd                      22600      000002B9 
 > 000CC8A1E > RDACEVNT        RDA_cliSendEvent                23372      000000D5 
 > 000ACBCDE > RDACCONN        rda_cliConnect                  25224      000004A9 
 > 000A8D71E > EWOCONN         SQLConnect                      11823      0000024B 
 > 0007FE6FE > POP_10MIN_KKK   main                             4934      000000D2 
 > 0006DAD2( > connection Error !!!.Retry after 10sec > G > I tested various way(increasing /Working_set...)  to run that process  > but it's same result.  > E > It is very stange result that it's running ok when just run process  > below. >  > $ RUN POP_10MIN_RUN_KKK.COM  > connection OK !!!. >  > Any ideas? >  > SYSGEN>  SHOW WS@ > Parameter Name            Current    Default     Min.     Max. > Unit  Dynamic B > --------------            -------    -------    -------  ------- > ----  ------- H > WSMAX                       28700       1024        60   1048576 Pages >  > $ show mem > ............, >  DISK$OPENVMS062:[SYS1.SYSEXE]SWAPFILE.SYSB >                                                34000       34000 > 34000 , >  DISK$OPENVMS062:[SYS1.SYSEXE]PAGEFILE.SYSB >                                               124976     -136557 > 142408 > E > Does it mean that there is something wrong in SWAPFILE? is that not 	 > enough?    ------------------------------  % Date: Tue, 26 Jul 2005 14:05:45 -0400 - From: William Webb <william.w.webb@gmail.com>  Subject: Re: HP layoffs: 14,500 7 Message-ID: <8660a3a1050726110552e74e39@mail.gmail.com>   . On 7/25/05, Tom Linden <tom@kednos.com> wrote:. > On Tue, 26 Jul 2005 01:06:36 GMT, Bob Harris1 > <nospam.News.Bob@remove.Smith-Harris.us> wrote:  >=20J > >> It would be great if VMS were to become an independent business unit.F > > Not really.  Everytime I've seen this sort of thing, the operatingI > > system does not get credit for all the stuff that goes along with the J > > sale of the OS.  The group making the hardware gets credit for sellingF > > hardware.  The storage group gets credit for selling storage.  TheH > > networking group gets credit for selling comm gear.  The support org/ > > gets credit for selling a support contract. D > > The operating system group gets credit for selling a copy of theL > > operating system.  And while you may think a license for VMS is a lot o= f 4 > > money, it alone will not fund the growth of VMS.J > > Only if you are Microsoft and sell as many licenses a MS does, can you > > live off of OS sales. H > > Making VMS an independent business unit can be a way of stacking the > > deck to justify more cuts.4 > > Just an observation I've noticed over the years. >=20L > Not to be rude, but you are not thinking outside the box.  The VMS busine= ssI > unit would OEM the boxes it needed to meet its business objectives, and 	 > whether E > Power PC box, Opteron or Itanium box, or HP or Hitachi storage unit  > becomes a I > subordinated issue and could be reduced to standard business evaluation  > criteria, E > performance, reliability, support and price.  If a HP business unit  > supplying, e.g. L > storage doesn't meet the requisite criteria, you go elsewhere.  Subsidies= , 	 > whether L > in the private or public sector never work in the long run.  If a unit ca= n 	 > survive  > on its own merits, shoot it. >=20  > <<< If a unit can survive on its own merits, shoot it.  >>>=20   ?   & You might be management material, Tom.  - (just kidding you about the Freudian slip...)    WWWebb   --=20 C NOTE: This email address is only used for noncommerical VMS-related  correspondence. C All unsolicited commercial email will be deemed to be a request for 8 services pursuant to the terms and conditions located at# http://bellsouthpwp.net/w/e/webbww/    ------------------------------  # Date: Tue, 26 Jul 2005 19:56:45 GMT " From:   VAXman-  @SendSpamHere.ORG# Subject: IA64 .CALL_LINKAGE problem 0 Message-ID: <00A47583.1615C838@SendSpamHere.ORG>  K %ILINK-W-LNKGERR, linkage to routine STR$GET1_DX_R4 is not compatible with   linkage of caller          calling module: 9                 file: DISK:[PRODUCT]PRODUCT_ROUTINE.OBJ;1          target  module: LIBRTL5                 file: SYS$COMMON:[SYSLIB]LIBRTL.EXE;1 D         IA64 register R4 (Alpha R4) -- call=PRESERVE, target=SCRATCH    ' .CALL_LINKAGE RTN_NAME=STR$GET1_DX_R4 - 1                    LANGUAGE=OTHER INPUT=<R0,R1> -                      OUTPUT=<R0> -+                    PRESERVE=<R8,R9,R10,R11>   I I believe the definition is wrong for this linkage.  Do I need to define  G this .CALL_LINKAGE with SCRATCH=<R4> ???  Or is there some other issue?    --  K VAXman- A Bored Certified VMS Kernel Mode Hacker   VAXman(at)TMESIS(dot)COM              5   "Well my son, life is like a beanstalk, isn't it?"     ------------------------------    Date: 26 Jul 2005 13:08:00 -0500 From: briggs@encompasserve.org; Subject: Re: improve file system performance related to BEA 3 Message-ID: <4sgX2YEvheAP@eisner.encompasserve.org>   g In article <1122400339.158569.147110@g43g2000cwa.googlegroups.com>, "Nazim" <nmanser@progis.de> writes: 8 > here i can put the source code of the java application   [snip]9 > /*  26*/                int read_byte = istream.read();   9 istream.read() is a single character read operation, yes?   C If that's your only I/O primitive then the Java RTL had damned well B better be optimized to make it scream.  If it's not optimized thenC someone is a moron.  Evidence is strong that whoever ported Java to  VMS is indeed a moron.  @ If that's not your only I/O primitive then you should be using a> multi-character read instead.  You want to read a lot of bytes at once, not a few at a time.    	John Briggs   ------------------------------    Date: 26 Jul 2005 13:23:29 -0500 From: briggs@encompasserve.org; Subject: Re: improve file system performance related to BEA 3 Message-ID: <5e5zUu++Nz7$@eisner.encompasserve.org>   T In article <4sgX2YEvheAP@eisner.encompasserve.org>, briggs@encompasserve.org writes:i > In article <1122400339.158569.147110@g43g2000cwa.googlegroups.com>, "Nazim" <nmanser@progis.de> writes: 9 >> here i can put the source code of the java application  >  > [snip]: >> /*  26*/                int read_byte = istream.read(); > ; > istream.read() is a single character read operation, yes?   E Following up my own post after having looked at the definition of the  Java inputstream object...  ' Yes, read() is a single character read.   J It looks like read(byte[] b, int off, int len) is the primitive of choice,A providing the ability to read a variable number of bytes at once.    	John Briggs   ------------------------------    Date: 26 Jul 2005 11:24:10 -0700! From: "Nazim" <nmanser@progis.de> ; Subject: Re: improve file system performance related to BEA B Message-ID: <1122402250.894802.18250@g47g2000cwa.googlegroups.com>  E the purpose of that programm was to try to simulate what happens when & bea weblogic starts up and read files.  C as we dont know exacltly how java reads files, we used the standard % method for opening and reading files.   E in a windoiws or unix enviromnent the same code takes only 4 seconds.    why ?   % by the way here is the cache contents   3 _$1$DGA5:[BEA.Karim.FileCheckSum]log4j.zip;1 (open) 9  Caching is enabled, active caching mode is Write Through D     Allocated pages             39     Total QIOs                 35D     Read hits                   29     Virtual reads              35F     Virtual writes               0     Hit rate                   82 %D     Read aheads                  8     Read throughs              35D     Write throughs               0     Read arounds                0   regards,   Nazim Manser   ------------------------------    Date: 26 Jul 2005 13:33:44 -0500 From: briggs@encompasserve.org; Subject: Re: improve file system performance related to BEA 3 Message-ID: <MUaHiviUpMho@eisner.encompasserve.org>   f In article <1122402250.894802.18250@g47g2000cwa.googlegroups.com>, "Nazim" <nmanser@progis.de> writes:G > the purpose of that programm was to try to simulate what happens when ( > bea weblogic starts up and read files. > E > as we dont know exacltly how java reads files, we used the standard ' > method for opening and reading files.  > G > in a windoiws or unix enviromnent the same code takes only 4 seconds.  >  > why ?   > Asked and answered.  Because the guy who ported Java to VMS is@ a low grade moron who considers that reading 512 bytes from disk= (and depending on RMS caching to save his ass) is a perfectly = reasonable substitute for reading the next byte from a buffer  in his own memory space.   	John Briggs   ------------------------------    Date: 26 Jul 2005 14:13:05 -0500; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) ; Subject: Re: improve file system performance related to BEA 3 Message-ID: <GqLN8QY9O5rK@eisner.encompasserve.org>   T In article <Fzcgx$jtg1FS@eisner.encompasserve.org>, briggs@encompasserve.org writes:  E >> 2005-07-26 16:20:28,364  INFO [main] (FileCheckSum.java:29) - Read   >> 316415 bytes from log4j_1.zip
 >   ^^^^^^   >>  B >>   0.00 IO/Ops.  Ops: 316524  Cache:   0% Global:  0%  log4j.zip >                        ^^^^^^   E    Looks like the ZIP/JAR reader is doing byte by byte reading.  This D    is probably down inside the class that implements it.  The authorH    is probably assuming UNIX-like file buffering.  I really doubt you're     going to get Sun to fix this.  A    If log4j_1.zip is part of your classpath, try unzipping it and G    replacing that file in your classpath with the resulting directory.  =    I'd really like to see what that does to these statistics.    ------------------------------    Date: 26 Jul 2005 14:22:04 -0500; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) ; Subject: Re: improve file system performance related to BEA 3 Message-ID: <3tVDggPdLNdf@eisner.encompasserve.org>   g In article <1122400339.158569.147110@g43g2000cwa.googlegroups.com>, "Nazim" <nmanser@progis.de> writes:   7 > /*  21*/            BufferedInputStream istream = new   > BufferedInputStream(fistream);  9 > /*  26*/                int read_byte = istream.read();   A    OK, so first you tell the JRE that you want buffered I/O, then ?    you read one byte at a time.  Look at the Java release notes C    and find out if theres a java$* logical name that will allow you E    to control the buffering, because it looks like the default buffer     is tiny.   D    I can't think of any reason in the world that BufferedInputStreamC    should use a buffer size smaller than BUFSIZ from stdio.h (32768     on Alpha and I assume IA64).   B    Also look at the BufferedInputStream class and see if it has an+    interface for controlling the buffering.    ------------------------------    Date: 26 Jul 2005 12:47:35 -0700+ From: "Highest Point" <ingagreen@gmail.com>  Subject: model a 1010y help C Message-ID: <1122407255.778685.101560@g44g2000cwa.googlegroups.com>   D hey wanted to know if hp a 1010y is a good to buy? need a new pc and i'm going to get it tomorrow.    ------------------------------  % Date: Tue, 26 Jul 2005 20:04:50 +0200 0 From: Keith Cayemberg <keith.cayemberg@arcor.de> Subject: Re: Mozilla and ODS5 B Message-ID: <42e67b4e$0$28159$9b4e6d93@newsread4.arcor-online.net>   David B Sneddon wrote:# > Bob Koehler was overheard to say:  > H >> In article <_IudnWmq7bv85HjfRVn-oQ@adelphia.com>, "John E. Malmberg"  >> <wb8tyw@qsl.network> writes:  >> >>> Mark Berryman wrote: >>> H >>>> Does anyone know the magic incantation to get Mozilla to save filesG >>>> using ODS5 syntax, rather than converting them to ODS2 (and would   >>>> you be  >>>> willing to share it)? >>>  >>> G >>> It appears to be hardcoded into the VMS_JACKETS shared image, so a  G >>> change would be required there to fix it.  There may be some other  - >>> parts of Mozilla that need to be changed.  >> >> >>H >>    Mozilla accesses VMS_JACKETS as a shared image.  It is possible toG >>    get the VMS_JACSKETS source from www.hp.com/go/vms and modify it.  >>E >>    I did that just because I want to see /logical-name rather than E >>    /physical-name for disks when I open a file chooser in Mozilla.  >  >  > Bob, > @ > Do you have a URL that points to the source?  I tried a search( > and had a look around but had no luck. > 
 > Regards, > Dave.     ; http://h71000.www7.hp.com/openvms/products/ips/porting.html    Cheers!    K.C.   ------------------------------    Date: 26 Jul 2005 14:02:24 -0500; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler)  Subject: Re: Mozilla and ODS5 3 Message-ID: <sfCPv911$lJl@eisner.encompasserve.org>   c In article <DMZHJ+WO+66Y@eisner.encompasserve.org>, Kilgallen@SpamCop.net (Larry Kilgallen) writes: s > In article <EALtz2HJmDxZ@eisner.encompasserve.org>, koehler@eisner.nospam.encompasserve.org (Bob Koehler) writes:  > H >>    Mozilla accesses VMS_JACKETS as a shared image.  It is possible toG >>    get the VMS_JACSKETS source from www.hp.com/go/vms and modify it.  >>  E >>    I did that just because I want to see /logical-name rather than E >>    /physical-name for disks when I open a file chooser in Mozilla.  > G > That sounds like the original Mozilla author did not read the release J > notes for VMS V2.0 which explained why one should eschew physical names.  4   No, its in the jackets code.  Mozilla has no idea.   ------------------------------    Date: 26 Jul 2005 14:07:05 -0500; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler)  Subject: Re: Mozilla and ODS5 3 Message-ID: <Kn9LvhL8GlAB@eisner.encompasserve.org>   Z In article <42E65728.6050605@bigpond.com>, David B Sneddon <dbsneddon@bigpond.com> writes: >  > Bob, > @ > Do you have a URL that points to the source?  I tried a search( > and had a look around but had no luck. >   ?    No.  Look around the VMS web site for the "porting" library.    ------------------------------    Date: 26 Jul 2005 17:48:54 -0500- From: Kilgallen@SpamCop.net (Larry Kilgallen)  Subject: Re: Mozilla and ODS5 3 Message-ID: <VR3$AvjpKXBO@eisner.encompasserve.org>   q In article <sfCPv911$lJl@eisner.encompasserve.org>, koehler@eisner.nospam.encompasserve.org (Bob Koehler) writes: e > In article <DMZHJ+WO+66Y@eisner.encompasserve.org>, Kilgallen@SpamCop.net (Larry Kilgallen) writes: t >> In article <EALtz2HJmDxZ@eisner.encompasserve.org>, koehler@eisner.nospam.encompasserve.org (Bob Koehler) writes: >>  I >>>    Mozilla accesses VMS_JACKETS as a shared image.  It is possible to H >>>    get the VMS_JACSKETS source from www.hp.com/go/vms and modify it. >>> F >>>    I did that just because I want to see /logical-name rather thanF >>>    /physical-name for disks when I open a file chooser in Mozilla. >>  H >> That sounds like the original Mozilla author did not read the releaseK >> notes for VMS V2.0 which explained why one should eschew physical names.  > 6 >   No, its in the jackets code.  Mozilla has no idea.  E For what purpose was that written ?  What (besides Mozilla) uses it ?    ------------------------------    Date: 26 Jul 2005 11:30:11 -0700+ From: "Jeff Anicker" <anickerj@comcast.net> 2 Subject: Re: Performance issue after 7.3-2 upgradeC Message-ID: <1122402611.122116.249910@g44g2000cwa.googlegroups.com>   C Thanks for the info on pcs.  I've run that several times during the C problem period.  The results show primarily smp acquire.  The other F highest item is xfc.  I have xfc enabled with a minimum size of 400mb.F I notice that this problem happens most often at 10:30am which is whenF typically xfc cache size is reduced to its minimum size.  The time xfcF reaches it's minimum size is typically a minute or 2 after the problemG starts.  However, I don't know that these are really related because on E some days the issue does not arise and the xfc hits it minimum around F that time every day.  When looking at pcs data for non problem periods xfc is well down the list.  C The explanation from hp was that something is saturating cpu 0 with F interupt requests.  All the other cpu's need a response from cpu 0 forE some operation they are working on so they keep doing spinlocks until G they get what they need.  However, we can't find what is saturating cpu  0.  E Monitor modes/cpu=0 shows interupt state of 50-60% during the problem 0 period when during normal times it is below 20%.  A I'm going to work on load balancing a bit to see if I can free up E enough memory so that xfc does not hit it's minimum.  Beyond that I'm B not sure where to go on this one.  Hp is still working on this.  IE think I've finally convinced them that it's not an oracle issue since E oracle does not run on this box but they've been pretty persistant in  blaming oracle, don't ask...  F As for our san, I can say that we have sun storage and windows systemsA on this san and haven't had any issues with them.  I'm not seeing = errors on the ports to the controllers or to the vms systems.   ( Here's pcs output from a problem period:   PC sampler information:  ----------------------- * PC       IPL Pid      Count        Routine ModuleC -------- --- -------- ------------ --------------------------------  ------7 8009BE24  8  20200814         4190 SMP$ACQUIREL_C+00314  SYSTEM_SYNCH RONIZATION_MIN+00017E24 6 8009A274  8  20297A49         2881 SMP$ACQUIRE_C+00324 SYSTEM_SYNCH RONIZATION_MIN+00016274 7 8009C084  8  2029AA5C         2806 SMP$ACQUIREL_C+00574  SYSTEM_SYNCH RONIZATION_MIN+00018084 7 8009BD4C  8  202A353D         1973 SMP$ACQUIREL_C+0023C  SYSTEM_SYNCH RONIZATION_MIN+00017D4C 6 8009A4D4  8  20298A60         1442 SMP$ACQUIRE_C+00584 SYSTEM_SYNCH RONIZATION_MIN+000164D4 6 8009A19C  8  202A353D         1298 SMP$ACQUIRE_C+0024C SYSTEM_SYNCH RONIZATION_MIN+0001619C 7 8009BD50  8  202B12A2          791 SMP$ACQUIREL_C+00240  SYSTEM_SYNCH RONIZATION_MIN+00017D50 7 80098934  8  20298A60          727 SMP$ACQNOIPL_C+00274  SYSTEM_SYNCH RONIZATION_MIN+00014934 4 80318C20  8  00000000          720 SYS$XFCACHE+12C20 SYS$XFCACHE+ 00012C207 8009BE30  8  20299B8C          596 SMP$ACQUIREL_C+00320  SYSTEM_SYNCH RONIZATION_MIN+00017E30 < 8012CF80  3  00000000          593 SCH$CALC_CPU_LOAD_C+00470 PROCESS_MANA GEMENT+00000F80 6 8009A1A0  8  2028482B          500 SMP$ACQUIRE_C+00250 SYSTEM_SYNCH RONIZATION_MIN+000161A0 7 8009BE20  8  202CC4C9          443 SMP$ACQUIREL_C+00310  SYSTEM_SYNCH RONIZATION_MIN+00017E20 6 8009A280  8  202A512A          419 SMP$ACQUIRE_C+00330 SYSTEM_SYNCH RONIZATION_MIN+00016280 : 801DF42C  8  2022C38B          403 LCK$COMP_GGMODE_C+0003C LOCKING+0000 B42C7 8009C090  8  2029E9FB          391 SMP$ACQUIREL_C+00580  SYSTEM_SYNCH RONIZATION_MIN+00018090 7 8009BD40  8  202CC4C9          375 SMP$ACQUIREL_C+00230  SYSTEM_SYNCH RONIZATION_MIN+00017D40 7 80098B94  8  202B217D          370 SMP$ACQNOIPL_C+004D4  SYSTEM_SYNCH RONIZATION_MIN+00014B94 A 8002BE3C  8  00000000          365 EXE$TIMEDWAIT_COMPLETE_C+0002C  SYS$CPU_ROUT INES_0C08+0001BE3C7 8009885C  8  202894E3          341 SMP$ACQNOIPL_C+0019C  SYSTEM_SYNCH RONIZATION_MIN+0001485C 7 8009BE10  8  00000000          326 SMP$ACQUIREL_C+00300  SYSTEM_SYNCH RONIZATION_MIN+00017E10 6 8009A4E0  8  20280105          289 SMP$ACQUIRE_C+00590 SYSTEM_SYNCH RONIZATION_MIN+000164E0 < 8012CE10  3  00000000          288 SCH$CALC_CPU_LOAD_C+00300 PROCESS_MANA GEMENT+00000E10 6 8009A190  8  20262286          263 SMP$ACQUIRE_C+00240 SYSTEM_SYNCH RONIZATION_MIN+00016190 < 8012CDF4  3  00000000          262 SCH$CALC_CPU_LOAD_C+002E4 PROCESS_MANA GEMENT+00000DF4 < 8012CF90  3  00000000          258 SCH$CALC_CPU_LOAD_C+00480 PROCESS_MANA GEMENT+00000F90 6 8009A270  8  2029D27C          256 SMP$ACQUIRE_C+00320 SYSTEM_SYNCH RONIZATION_MIN+00016270 6 8009A260  8  202A512A          256 SMP$ACQUIRE_C+00310 SYSTEM_SYNCH RONIZATION_MIN+00016260 < 8012CF60  3  00000000          227 SCH$CALC_CPU_LOAD_C+00450 PROCESS_MANA GEMENT+00000F60 < 8012CE00  3  00000000          220 SCH$CALC_CPU_LOAD_C+002F0 PROCESS_MANA GEMENT+00000E00 < 8012CF70  3  00000000          208 SCH$CALC_CPU_LOAD_C+00460 PROCESS_MANA GEMENT+00000F70 6 80099FA4  8  2029BA74          201 SMP$ACQUIRE_C+00054 SYSTEM_SYNCH RONIZATION_MIN+00015FA4 < 8012CF74  3  00000000          194 SCH$CALC_CPU_LOAD_C+00464 PROCESS_MANA GEMENT+00000F74 6 8009A2AC  8  20280105          192 SMP$ACQUIRE_C+0035C SYSTEM_SYNCH RONIZATION_MIN+000162AC < 8012CE20  3  00000000          158 SCH$CALC_CPU_LOAD_C+00310 PROCESS_MANA GEMENT+00000E20 7 8009BB58  8  20299B8C          129 SMP$ACQUIREL_C+00048  SYSTEM_SYNCH RONIZATION_MIN+00017B58 ; 8002BE10  8  00000000          128 EXE$TIMEDWAIT_COMPLETE_C  SYS$CPU_ROUT INES_0C08+0001BE10< 8012CF54  3  00000000          121 SCH$CALC_CPU_LOAD_C+00444 PROCESS_MANA GEMENT+00000F54 7 80098860  8  202C1065          116 SMP$ACQNOIPL_C+001A0  SYSTEM_SYNCH RONIZATION_MIN+00014860 7 80098940  8  20299B8C          113 SMP$ACQNOIPL_C+00280  SYSTEM_SYNCH RONIZATION_MIN+00014940 5  80318C44  8  00000000           93 SYS$XFCACHE+12C44  SYS$XFCACHE+ 00012C440 80222B74  8  20262286           80 F11BXQP+16B74 F11BXQP+0001 6B747 80098778  8  2027F261           79 SMP$ACQNOIPL_C+000B8  SYSTEM_SYNCH RONIZATION_MIN+00014778 B 8006AC30  8  2029E9FB           79 MMG$ALLOC_ZERO_COLOR_64_C+00260 SYSTEM_PRIMI TIVES_MIN+00034C307 80098850  8  202894E3           77 SMP$ACQNOIPL_C+00190  SYSTEM_SYNCH RONIZATION_MIN+00014850 6 8009A920  8  20262286           77 SMP$ACQUIRE_C+009D0 SYSTEM_SYNCH RONIZATION_MIN+00016920 6 8009A000  8  202AC287           72 SMP$ACQUIRE_C+000B0 SYSTEM_SYNCH RONIZATION_MIN+00016000 7 80098930  8  20299B8C           71 SMP$ACQNOIPL_C+00270  SYSTEM_SYNCH RONIZATION_MIN+00014930    ------------------------------  # Date: Tue, 26 Jul 2005 20:35:32 GMT 1 From: Keith Parris <keithparris_NOSPAM@yahoo.com> 2 Subject: Re: Performance issue after 7.3-2 upgrade2 Message-ID: <o8xFe.9270$wX5.8926@news.cpqcorp.net>   Jeff Anicker wrote: E > The explanation from hp was that something is saturating cpu 0 with H > interupt requests.  All the other cpu's need a response from cpu 0 forG > some operation they are working on so they keep doing spinlocks until I > they get what they need.  However, we can't find what is saturating cpu  > 0.  H You might need to do SDA> SHOW TRACE/MINIPL=3 after doing SET OUTPUT to H a file and then do some post-processing on the raw sample data. Without H the /STATISTICS qualifier the SHOW TRACE output does identify which CPU I a particular sample is on, so you can sift out just the samples from CPU  ? 0 and then write some DCL to count and summarize these samples.   F $SHOW DEVICE/FULL will show you which devices are using Fast_Path and 9 the current Preferred and Interrupt CPUs for those, e.g.: 2      Current preferred CPU Id       1    Fastpath 	         1 $      Current Interrupt CPU Id      1* so look for the devices assigned to CPU 0.   ------------------------------   Date: 26 Jul 2005 21:55:42 GMT( From: bill@cs.uofs.edu (Bill Gunshannon)2 Subject: Re: Platform Support vs. Business Support+ Message-ID: <3knpquFvf1blU1@individual.net>   , In article <42E31F83.6E1F807D@teksavvy.com>,0 	JF Mezei <jfmezei.spamnot@teksavvy.com> writes: > Dave Froble wrote:I >> The engines are manufactured by a company in West Virginia.  They have K >> multiple uses, models, target drones, and such.  Each produces 45 lbs of 
 >> thrust. > 8 > Are they pure jet, or do they have a bypass section ?  >  > I >> Neat things.  About 12 inches in length, 6-7 inches in diameter.  Very @ >> light.  Expensive, $5,000 per engine, with a TBO of 50 hours. >  > What does "TBO" mean ?   "Time Before Overhaul"?    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: Tue, 26 Jul 2005 22:19:03 -0400 # From: "John Smith" <a@nonymous.com> 2 Subject: Re: Platform Support vs. Business Support4 Message-ID: <42e6f039$1_2@spool9-west.superfeed.net>   Dave Froble wrote: > Keith Cayemberg wrote: >> JF Mezei wrote: >> >>> Dave Froble wrote: >>> F >>>> it.  There's 2 jet engines on my back porch, and I'm putting themE >>>> on a 50 MPH Ultralight aircraft this afternoon.  Not only have I E >>>> joined 'them', but now I'm leading them.  But at least I'll have  >>>> some fun. >>>  >>>  >>>  >>> D >>> Since your ultralight isn't very aerodynamic, make sure your jet >>> engines are C >>> overpowered to compensate. I hope you got at least 2 GE90s  jet  >>> engines for C >>> your ultralight :-) :-)  Oh, and be careful when you start your  >>> engines to7 >>> make sure the exhaust isn't aimed at your house ...  >>>  >>> E >>> (For those who don't know, the GE90 is the engine used in the 777 
 >>> aircraft, D >>> with the nacelles almost as wide as the fuselage of a 737 :-) It
 >>> generates B >>> over 90,000 pounds of thrust in its early vintage and has been >>> uprated since ! >>> (I thing it now does 115,000)  >>>  >>A >> Na, a transonic turbofan developed using OpenVMS would be more E >> appropriate. How about the Pratt & Whitney F119-PW-100 used in the ( >> F/22A at 35,000 pounds of thrust? :-)& >> http://www.adaic.org/atwork/pw.html1 >> http://www.pratt-whitney.com/prod_mil_f119.asp  > G > I can't afford enough fuel to just start the thing.  I'd like it.  If / > I was given one, I couldn't afford to run it.       5 Get a sponsor and shoot for Mach 2 land speed record.    --F OpenVMS - The never-advertised operating system with the dwindling ISV base.       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: Tue, 26 Jul 2005 22:16:25 -0400 # From: "John Smith" <a@nonymous.com> 2 Subject: Re: Platform Support vs. Business Support4 Message-ID: <42e6ef9b$1_2@spool9-west.superfeed.net>   Dave Froble wrote: <major snip>   > Not always an issue. > H > The customer I'm currently doing some work for is an organization thatF > is mostly office automation.  A PC running Word and Excel sitting onE > each person's desk is the perfect business solution for them.  Most F > people do entirely different things, so a central system is actuallyD > detrimental.  They have one file server and one mail server.  MostC > things are on the client systems and the server just insures that F > backups and such are rather easy.  I doubt that there's much of that > for the clients. > D > Since windows turns out to be good for most of their requirements,F > they made the mistake of thinking that it would be the best solutionG > for everything.  There are a few more 'traditional' applications, (if D > there truly is such a thing), and they're running on VMS.  RunningD > quite well on VMS.  The most important application, implemented onF > PDP-11 in 1985 and moved to VMS sometime since then.  They'll freelyF > say that it runs more smoothly than anything else they have.  In theF > next breath they'll say that not only will there be no new VMS basedE > applications, but that they are eager to move these applications to 
 > windows. > G > One consideration is that since windows was such a good thing for the E > diverse office automation tasks, and these were most visable to the A > company owners, there may have been a mandate from on high that ? > windows was so wonderful and that everything should be run on F > windows.  Don't know.  The single person in charge of programming isD > a real windows bigot, won't stand to hear of any shortcomings, andH > probably couldn't be convinced by a firing squad of changing her mind.    A The analogy I use in conversation which works reasonably well is:   G You need to regularly haul 1,000 lbs. of construction materials to your 8 cottage and you are intent on doing it yourself. Do you:K a) Dump all 1,000 lbs. into your Mercedes SL500 all at once and damage your  car and ruin the leather? . b) Use your SL500 and haul 200 lbs. at a time?5 c) Get a truck capable of hauling 1,000 lbs. or more?   L Inevitably the IT exec chooses c), at which point I suggest that VMS is likeE c) - capable of all the grunt work you can throw at it day-after-day.          > E > When I had a problem with Visual Basic she defended VB and wouldn't D > consider it wrong.  So I'll ask, actually maybe take a poll.  If aF > real value is placed into an integer variable, how many people wouldF > expect the fraction to be truncated?  I'd expect most would.  I did.G > VAX/DEC BASIC truncates.  Well, VB rounds, and fractional parts of .5 G > and greater round up.  Sure screwed with the logic from the converted 5 > VAX Basic applications.  Sure screwed with my mind.    --F OpenVMS - The never-advertised operating system with the dwindling ISV base.       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: 26 Jul 2005 20:21:07 -0700# From: "Bobby" <colemanr7@yahoo.com> 9 Subject: Re: Printing while defaulted to remote directory C Message-ID: <1122434467.654250.305600@g14g2000cwa.googlegroups.com>   A Thanks for the replies.  After reading your responses and looking C closer I decided to try two alternatives--both of which use network @ proxy accounts to access the remote files rather than "user pwd"D connections.  Yes... the local LRA0: port is spooled through a print4 queue and it is a relatively "simple configuration".  C Option 1.  Not use "set def" to the remote host and instead perform G remote file searches and process/print the results locally.  This works = fine for automated procedures but can be tedious when working  interactively with data files.A Option 2.  Configure a restricted/captive "print account" locally C through which to print while defaulted to another host drive--e.g., F def/sys lpr "machineA""print_user print_pwd""::lra0:" and then use theG logical (in this case, lpr:) as the print destination when defaulted to D a remote host::drive.  This works fine also.  Interestingly, a local< account apparently cannot be accessed by proxy from a remote@ host::drive that is accessed locally via "set default" through aE proxy--I'm guessing because the remote host never processed any login 6 credentials but instead "trusted" the connecting node.  = Both methods work... but #1 is the more secure and #2 is more / transparant to the command line user interface.   
 Thanks again.    ------------------------------  # Date: Tue, 26 Jul 2005 21:33:50 GMT % From: Rick Jones <rick.jones2@hp.com> Y Subject: Re: Two New Itanium 2s Feature Faster Front-Side Bus - Is this new Montecito inf 2 Message-ID: <2%xFe.9278$Kj6.4315@news.cpqcorp.net>  D > There's been an Itanium 2 with 533 MHz FSB for a while.  HP offers  > this CPU in the rx1620 system.  ? > (Note: there's a terminology problem here.  The "400 MHz" FSB F > actually runs at 200 MHz and transfers data on both clock edges.  ItC > is more properly refered to as 400 M transfers/second.  Similarly B > for the "533 MHz" and "667 MHz" FSB speeds.  Obviously this is a8 > case where Intel's marketers outranked the engineers.)  B The other nit is that the new CPU is 1.66 GHz rather than 1.6 GHz.  
 rick jones --  D The glass is neither half-empty nor half-full. The glass has a leak.) The real question is "Can it be patched?" F these opinions are mine, all mine; HP might not want them anyway... :)D feel free to post, OR email to rick.jones2 in hp.com but NOT BOTH...   ------------------------------  % Date: Wed, 27 Jul 2005 07:46:13 +0200 ( From: "Rudolf Wingert" <win@fom.fgan.de># Subject: Re: VMS Backup for Windows 3 Message-ID: <002301c5926e$7f9d4bc0$994614ac@wat153>    Hello,   Arie de Groot wrotes:   : > You could try our OpenVMS TapeReader utility for Windows  G Is there any German side, where I can buy this one? I work on a science @ institute and it is a big trouble to order in foreign countries.   Best regards R. Wingert    ------------------------------  % Date: Tue, 26 Jul 2005 16:36:06 -0400 ' From: Dave Froble <davef@tsoft-inc.com> F Subject: Re: [OT] Rounding v Truncation, was: Re: Platform Support vs.0 Message-ID: <11ed7fglvqco402@corp.supernews.com>   Simon Clubley wrote:^ > In article <42E66D94.1AA8573A@teksavvy.com>, JF Mezei <jfmezei.spamnot@teksavvy.com> writes: > N >>A real number is comprised of an integer followed by decimals. When you move9 >>it to an integer, only the integer part should be used.  >>H >>truncating is a logical operation. You know exactly what you will get. >>T >>"rounding" is a subjective operation.  If you have 10.4444444444444444444444444446 >> >  > @ > Erm, that value is less than 10.5, so the answer is always 10. >  > P >>Is that machine going to see the 6, and then round each digit as it moves leftO >>to come up with integer 11, or will it stop after n decimals and see only "4"  >>and keep the integer at 10 ? >  >   > That's not how it works... :-) > I > As for rounding versus truncation, I prefer rounding because it results L > in a more accurate result. IE: rounding 3.6 results in a difference of 0.49 > versus truncation which results in a difference of 0.6.  >  > Simon. >   I If your application requires rounding, then you code it accordingly.  If  @ it requires truncation, then you code it accordingly.  Strickly D speaking, since I had the requirement of truncation, there's a good H argument that I should have used a function to perform truncation.  The I only reason I didn't is the many years experience I've had wwith integer   arithmetic doing it for me.   B Say you're $160 late on an installment contract, and your monthly E payment is $100.  Calculate 160/100 and get 2 months late, and there  ; will be some screaming going on.  Not a place for rounding.    --  4 David Froble                       Tel: 724-529-04504 Dave Froble Enterprises, Inc.      Fax: 724-529-0596> DFE Ultralights, Inc.              E-Mail: davef@tsoft-inc.com 170 Grimplin Road  Vanderbilt, PA  15486    ------------------------------   Date: 27 Jul 2005 05:19:19 GMT2 From: "Dave Weatherall" <djw-nothere@nospam.nohow>F Subject: Re: [OT] Rounding v Truncation, was: Re: Platform Support vs.? Message-ID: <DTiotGxQ0bj6-pn2-drQtoWMC6L8i@dave2_os2.home.ours>   F On Mon, 25 Jul 2005 13:26:27 UTC, "Tom Linden" <tom@kednos.com> wrote:  0 > On 25 Jul 2005 07:52:36 -0500, Simon Clubley     <Snip>  & > >         Target := Integer(Source);L > >         Put_Line("Source = " & Source'Img & ", Target = " & Target'Img);   <Snip>   > > int main()
 > >         {  > >         int target;  > >         float source;  > >  > >         source = 3.4;  > >         target = source;  D  Every programming language has it's own set of rules for implicit  
 > conversion. ? > some more consistent than others.  PL/I for example truncates  > FREJA> create rnd_trnc.pli > test: proc options(main);  > dcl f fixed dec(3,1);  > dcl i fixed bin(15); > do f = 3.4 to 3.6 by .1; >     i = f; >     put skip list(i); 
 >     end; > end test;  > *EXIT* > FREJA> pli rnd_trnc  > FREJA> > FREJA> link rnd_trnc > FREJA> run rnd_trnc  >  >          3 >          3 >          3 >  >   E Is the difference here not down to explicit (casted) versus implicit   conversion?    --   Cheers - Dave W.   ------------------------------   End of INFO-VAX 2005.415 ************************