1 INFO-VAX	Thu, 31 Oct 2002	Volume 2002 : Issue 602       Contents:
 RE: <None>
 Re: <None>
 Re: <None>
 Re: <None>
 Re: <None>
 Re: <None>
 Re: <None> Re: ASSERTFAIL Bugcheck ' can vms C access the keyboard directly? + RE: can vms C access the keyboard directly? + Re: can vms C access the keyboard directly? + Re: can vms C access the keyboard directly? + Re: can vms C access the keyboard directly?  CHARON-ALPHA - soon ???? Re: CHARON-ALPHA - soon ???? Re: CHARON-ALPHA - soon ???? Re: CHARON-ALPHA - soon ???? Re: CHARON-ALPHA - soon ???? Re: CHARON-ALPHA - soon ???? Re: CHARON-ALPHA - soon ???? Re: CHARON-ALPHA - soon ???? Re: CHARON-ALPHA - soon ???? Re: CHARON-ALPHA - soon ???? Re: decwindows resolution  Re: decwindows resolution  Re: decwindows resolution  Re: decwindows resolution  RE: decwindows resolution  Re: decwindows resolution  Re: equivalent of touch in VMS Re: equivalent of touch in VMS Re: HP Advocacy Site HP advocacy survey Re: HP advocacy survey HP User Advocacy ADE survey  Re: HP User Advocacy ADE survey  Re: HP User Advocacy ADE survey  Re: Immutable laws of the PC Re: Immutable laws of the PC Re: Immutable laws of the PC1 Itanic ordered to halt by court. Iceberge free... 5 Re: Itanic ordered to halt by court. Iceberge free... 5 Re: Itanic ordered to halt by court. Iceberge free...   Re: Lib$spawn and $PIPE question" Motif 1.1 app recompiled under 1.2 Re: Palladium article % Re: Pathworks v6 (AS) & Win2000 (SBS) % Re: Pathworks v6 (AS) & Win2000 (SBS)   Re: So I went to the HP IT forum  Re: So I went to the HP IT forum Re: TCL/TK on OpenVMS 8 RE: VIP software e-mails (spamming to sell VMS software)8 Re: VIP software e-mails (spamming to sell VMS software), VMS PHP connect to local Oracle Rdb Database0 Re: VMS PHP connect to local Oracle Rdb DatabaseA Re: VUPS, MIPS, microfortnights and other arcane units of measure  Re: Whatever happened to .... " [Fwd: HP User Advocacy ADE survey]  F ----------------------------------------------------------------------  % Date: Thu, 31 Oct 2002 08:19:09 -0500 ' From: "Main, Kerry" <Kerry.Main@hp.com>  Subject: RE: <None> T Message-ID: <BE56C50EA024184DAF48F0B9A47F5CF402660B02@kaoexc01.americas.cpqcorp.net>   Carl,   E >>> due to the comparatively limited caching and the RMS overhead and F some very poor default I/O related settings that many programs use,<<<  0 This has been improved in VMS V7.3-1. Reference:= http://www.openvms.compaq.com/openvms/os/v731features.html=20   D (scroll down to RMS enhancements - now have a write behind option as well) ' - Increase in default I/O transfer size % - Increase in default autoextend size % - RMS write behind performance option A - New readahead hint passed by RMS to XFC to prefetch disk blocks   B http://www.openvms.compaq.com/doc/731FINAL/6657/6657pro.html#pfeat  A I suspect these are reasons why some Cust's have reported here on C comp.os.vms of up to 20% increase in performance on some jobs after  upgrading to VMS V7.3-1.   Regards   
 Kerry Main Solutions Architect  Hewlett-Packard (Canada) Co.! Consulting & Integration Services  Voice: 613-592-4660  Fax   : 613-591-4477 Email: Kerry.Main@hp.com     -----Original Message-----1 From: Carl Perkins [mailto:carl@gerg.tamu.edu]=20  Sent: October 30, 2002 1:37 PM To: Info-VAX@Mvb.Saic.Com  Subject: Re: <None>     ' "John Smith" <a@nonymous.com> writes... H }I think that the accepted wisdom is that Alpha/Tru64 is about 5% fasterF than }Alpha/VMS on non-disk intensive operations. It's probably a wash on the i/o }to disk.  * I'm not sure who would accept that wisdom.  A The "accepted widom" that I am aware of is that for computational B purposes VMS and Tru64 are essentially equal (some things a littleG faster on one or the other, but in most cases they work out to be about D the same). But, due to the comparatively limited caching and the RMSB overhead and some very poor default I/O related settings that manyC programs use, disk I/O on VMS is often significantly slower than on C Tru64 with the same hardware (until you try to use some of the more D complex RMS features, anyway - indexed files on VMS are a lot fasterH than on Tru64 because it hasn't got them, and are likely still noticablyH faster, and less prone to error, even if you install some 3rd party ISAM= package on Tru64 - RMS has had a lot of time to be tuned). By H "significantly" I mean by maybe as much as an order of magnitude in someE cases. This is one of the more common complaints here on comp.os.vms.   E The one time that I am aware of that the SPEC benchmarks were done on E what appeard to be the same hardware running both VMS and Tru64 (then H Digital Unix), I recall tha VMS came out a little more than 1% slower onD the integer rating and about 1% faster on the floating point rating.B This was something like 7 or 8 years ago. The difference is easily@ within the range one might expect from just compiler variations.  H It is also known that using all the default settings with the C RTL usedH to (and may still) give disk I/O performance that is very slow. ManuallyH adding some stuff to the open() statement could (and probably still can)E improve performance by a factor of 10 in same cases. Other languages' C default settings may, or may not, be better than the C RTL's. (As I F recall, the defaults for Fortran are better but a lot less tweaking is. possible without going to a useropen routine.)  C Note that this was all from before the new XFC - that may help even  things out some.   --- Carl   ------------------------------  % Date: Thu, 31 Oct 2002 08:40:32 -0500 + From: "Martin O'Connor" <moconnor@dvfs.com>  Subject: Re: <None> 5 Message-ID: <aprbso$43jls$1@ID-118202.news.dfncis.de>   Z After we upgraded to VMS 7.3-1 in mid Sept., with XFC turned on, I observed a 20% decreaseU in the clock time for out nightly batch runs which are very IO bound. Even users came H (unsolicited) asking what we had done because the systems seemed faster.   Marty O'Connor    2 "Main, Kerry" <Kerry.Main@hp.com> wrote in messageN news:BE56C50EA024184DAF48F0B9A47F5CF402660B02@kaoexc01.americas.cpqcorp.net... Carl,   E >>> due to the comparatively limited caching and the RMS overhead and F some very poor default I/O related settings that many programs use,<<<  A I suspect these are reasons why some Cust's have reported here on C comp.os.vms of up to 20% increase in performance on some jobs after  upgrading to VMS V7.3-1.   ------------------------------  % Date: Thu, 31 Oct 2002 13:22:51 +0000 ' From: Andrew Harrison SUNUK Consultancy  Subject: Re: <None> . Message-ID: <3DC12EAB.3050805@nospamn.sun.com>   John Smith wrote: 7 > "Bill Todd" <billtodd@metrocast.net> wrote in message . > news:JJKcnXygCbymvF2gXTWc3g@metrocast.net... > 0 >>"John Smith" <a@nonymous.com> wrote in messageF >>news:dpRv9.105939$mxk1.94422@news04.bloor.is.net.cable.rogers.com... >> >>...  >> >>K >>>Of course you probably have an ulterior motive in thinking that it would  >> >>be >>A >>>easier to steal a customer from VMS than an IBM mainframe. ;-)  >>J >>That does bring to mind a question that Paul's first post raised:  do weE >>know in which direction this planned migration is going?  There was H >>something about the wording that made me suspect it might be *to* IBM. >  >  > N > My cynical streak was suggesting that Andrew would prefer the app to stay onN > Alpha/VMS as he'd probably consider that to be a more likely Sun customer in
 > the future.  >   ) In this case you were being over cynical.   . In practice Z-OS or MVS is also under the same. kind of threat as OpenVMS, falling ISV support, and a push on cost reduction means that lots0 of customers are trying to ditch their S390 tin.  - Why do you think IBM is so keen on Linux on a - mainframe, technically and economically its a - terrible idea but it may stave off the wolves  for a bit longer.   / The project I am involved in at the moment will . end up replacing a number of IBM mainframes as# well as a shed load of HP-UX boxes.   2 MVS and OpenVMS both have corrosponding UNIX based0 migration toolkits and Sun has Affinity programs0 for both it is probably equally hard to move off each onto another platform.    Regards  Andrew Harrison    ------------------------------  % Date: Thu, 31 Oct 2002 09:08:57 -0500  From: norm.raphael@metso.com Subject: Re: <None> ? Message-ID: <OF2992F7FD.D9062DF9-ON85256C63.004DC2A9@metso.com>   6 Is this for a standalone system or a clustered system?K Pardon my ignorance, but does XFC help cluster-shared storage IO this much?         ? "Martin O'Connor" <moconnor@dvfs.com> on 10/31/2002 08:40:32 AM   7 Please respond to "Martin O'Connor" <moconnor@dvfs.com>    To:    Info-VAX@Mvb.Saic.Com cc:  Subject:    Re: <None>    K After we upgraded to VMS 7.3-1 in mid Sept., with XFC turned on, I observed  a 20% decreaseJ in the clock time for out nightly batch runs which are very IO bound. Even
 users cameH (unsolicited) asking what we had done because the systems seemed faster.   Marty O'Connor    2 "Main, Kerry" <Kerry.Main@hp.com> wrote in messageM news:BE56C50EA024184DAF48F0B9A47F5CF402660B02@kaoexc01.americas.cpqcorp.net..  .  Carl,   E >>> due to the comparatively limited caching and the RMS overhead and F some very poor default I/O related settings that many programs use,<<<  A I suspect these are reasons why some Cust's have reported here on C comp.os.vms of up to 20% increase in performance on some jobs after  upgrading to VMS V7.3-1.   ------------------------------  % Date: Thu, 31 Oct 2002 09:19:18 -0500 + From: "Martin O'Connor" <moconnor@dvfs.com>  Subject: Re: <None> 5 Message-ID: <apre5d$4a9e2$1@ID-118202.news.dfncis.de>   Z Sorry for being so terse. The system is a cluster of 6 nodes, 4 CI Alpha nodes (2 AS4100 &Y 2 AS2100) and 2 NI nodes (1 Alpha & 1 VAX). For this week all of the disks are on HSJ 40s X and 50s and all night long the CI is being used at max. Within the next few weeks we areE migrating to an EVA so I hope to really blow the socks off the users.    Marty   ) <norm.raphael@metso.com> wrote in message 9 news:OF2992F7FD.D9062DF9-ON85256C63.004DC2A9@metso.com...   6 Is this for a standalone system or a clustered system?K Pardon my ignorance, but does XFC help cluster-shared storage IO this much?     ? "Martin O'Connor" <moconnor@dvfs.com> on 10/31/2002 08:40:32 AM   7 Please respond to "Martin O'Connor" <moconnor@dvfs.com>    To:    Info-VAX@Mvb.Saic.Com cc:  Subject:    Re: <None>  Z After we upgraded to VMS 7.3-1 in mid Sept., with XFC turned on, I observed a 20% decreaseU in the clock time for out nightly batch runs which are very IO bound. Even users came H (unsolicited) asking what we had done because the systems seemed faster.   Marty O'Connor   ------------------------------  + Date: Thu, 31 Oct 2002 15:10:39 +0000 (UTC) + From: david20@alpha2.mdx.ac.uk (David Webb)  Subject: Re: <None> + Message-ID: <aprh5f$ckf$2@aquila.mdx.ac.uk>   c In article <apre5d$4a9e2$1@ID-118202.news.dfncis.de>, "Martin O'Connor" <moconnor@dvfs.com> writes: [ >Sorry for being so terse. The system is a cluster of 6 nodes, 4 CI Alpha nodes (2 AS4100 & Z >2 AS2100) and 2 NI nodes (1 Alpha & 1 VAX). For this week all of the disks are on HSJ 40sY >and 50s and all night long the CI is being used at max. Within the next few weeks we are F >migrating to an EVA so I hope to really blow the socks off the users. >  >Marty  O I've got a cluster of VMS 7.3-1 systems with the latest patches on but am still $ currently running with VCC_FLAGS = 1   VCC_FLAGS is not dynamic. I Can I do a rolling reboot of the cluster to change this or will I need to N take all the cluster members down at once ie can XFC be run on some nodes with, Virtual IO cache running on the other nodes.    
 David Webb VMS and Unix team leader CCSS Middlesex University   > * ><norm.raphael@metso.com> wrote in message: >news:OF2992F7FD.D9062DF9-ON85256C63.004DC2A9@metso.com... > 7 >Is this for a standalone system or a clustered system? L >Pardon my ignorance, but does XFC help cluster-shared storage IO this much? >  > @ >"Martin O'Connor" <moconnor@dvfs.com> on 10/31/2002 08:40:32 AM > 8 >Please respond to "Martin O'Connor" <moconnor@dvfs.com> >  >To:    Info-VAX@Mvb.Saic.Com  >cc: >Subject:    Re: <None>  > [ >After we upgraded to VMS 7.3-1 in mid Sept., with XFC turned on, I observed a 20% decrease V >in the clock time for out nightly batch runs which are very IO bound. Even users cameI >(unsolicited) asking what we had done because the systems seemed faster.  >  >Marty O'Connor  >  >  >  >  >    ------------------------------  % Date: Thu, 31 Oct 2002 10:40:06 -0500 + From: "Martin O'Connor" <moconnor@dvfs.com>  Subject: Re: <None> 5 Message-ID: <aprisu$4dlpq$1@ID-118202.news.dfncis.de>   V You do not need to take the Cluster down. At one point, to eliminate XFC as a possibleX problem, we set VCC_FLAGS=1 on the 2 AS2100s and left VCC_FLAGS=2 on the 2 AS4100s underY the direction of CSC. we left this for 2 weeks until we could reboot to turn XFC back on. 2 There were not any problem and XFC was exonerated.   Marty   8 "David Webb" <david20@alpha2.mdx.ac.uk> wrote in message% news:aprh5f$ckf$2@aquila.mdx.ac.uk... G In article <apre5d$4a9e2$1@ID-118202.news.dfncis.de>, "Martin O'Connor"  <moconnor@dvfs.com> writes:   O I've got a cluster of VMS 7.3-1 systems with the latest patches on but am still $ currently running with VCC_FLAGS = 1   VCC_FLAGS is not dynamic. I Can I do a rolling reboot of the cluster to change this or will I need to N take all the cluster members down at once ie can XFC be run on some nodes with, Virtual IO cache running on the other nodes.    
 David Webb VMS and Unix team leader CCSS Middlesex University   ------------------------------  % Date: Thu, 31 Oct 2002 08:17:14 -0500 2 From: norm lastovica <norman.lastovica@oracle.com>  Subject: Re: ASSERTFAIL Bugcheck) Message-ID: <3DC12D5A.3020503@oracle.com>   0 Install the required XFC patch kit.  Better yet, upgrade to vms v7.3-1.   James T Horn wrote: & > Here is the start of the CLUE CRASH: >   > Crashdump Summary Information:  > ------------------------------, > Crash Time:        28-OCT-2002 21:39:16.84? > Bugcheck Type:     ASSERTFAIL, System ASSERT failure detected & > Node:              NELL    (Cluster), > CPU Type:          Compaq AlphaServer ES40 > VMS Version:       V7.3  > Current Process:   SYSTEM_1 6 > Current Image:     $5$DKB500:[VORTEX.BIN]VTX4.EXE;12; > Failing PC:        FFFFFFFF.802DCA6C    SYS$XFCACHE+22A6C & > Failing PS:        28000000.00000201M > Module:            SYS$XFCACHE    (Link Date/Time:  3-APR-2001 18:32:22.28)  > Offset:            00022A6C ' > =====================================    ------------------------------    Date: 31 Oct 2002 09:21:53 -0800  From: aronoffs@hotmail.com (stu)0 Subject: can vms C access the keyboard directly?= Message-ID: <80d4088b.0210310921.76a9b7fb@posting.google.com>    Hi,   C I need to be able to access the vax vms keyboard directly so that I @ can capture key presses as they occur, including the arrow keys.  D When you use the getchar() library routine (which advertises that itD gets a character from stdin), it actually doesn't get any charactersF until the user has pressed the ENTER key.  And, any arrow keys pressed are filtered out of stdin.  1 Is there a way for a C program to do what I need?    Thanks.    ------------------------------  % Date: Thu, 31 Oct 2002 09:54:57 -0800 $ From: Shane Smith <ssmith@icius.com>4 Subject: RE: can vms C access the keyboard directly?0 Message-ID: <01C280C3.B0E6A9C0@sulfer.icius.com>  F You'll need to use the SYS$QIO routine if you want raw keyboard input.C Note though that the arrow keys and function keys generate multiple  bytes for a single keypress.  G There was a discussion on this group maybe a week or two ago about this 8 very subject. I suggest you have a look at the archives.   Shane    -----Original Message-----8 From: aronoffs@hotmail.com [mailto:aronoffs@hotmail.com]( Sent: Thursday, October 31, 2002 9:22 AM To: Info-VAX@Mvb.Saic.Com 0 Subject: can vms C access the keyboard directly?     Hi,   C I need to be able to access the vax vms keyboard directly so that I @ can capture key presses as they occur, including the arrow keys.  D When you use the getchar() library routine (which advertises that itD gets a character from stdin), it actually doesn't get any charactersF until the user has pressed the ENTER key.  And, any arrow keys pressed are filtered out of stdin.  1 Is there a way for a C program to do what I need?    Thanks.    ------------------------------  % Date: Thu, 31 Oct 2002 10:46:25 -0700 + From: "Barry Treahy, Jr." <Treahy@MMaz.com> 4 Subject: Re: can vms C access the keyboard directly?' Message-ID: <3DC16C71.8040207@MMaz.com>   
 stu wrote:   >Hi, > D >I need to be able to access the vax vms keyboard directly so that IA >can capture key presses as they occur, including the arrow keys.  > E >When you use the getchar() library routine (which advertises that it E >gets a character from stdin), it actually doesn't get any characters G >until the user has pressed the ENTER key.  And, any arrow keys pressed  >are filtered out of stdin.  > 2 >Is there a way for a C program to do what I need? >    > H Using VMS System Service calls to $QIO on the terminal that the process ? is connected to, you can read per key input if you so desire...    Barry    --    @ Barry Treahy, Jr  *  Midwest Microwave  *  Vice President & CIO   A E-mail: Treahy@mmaz.com * Phone: 480/314-1320 * FAX: 480/661-7028    ------------------------------    Date: 31 Oct 2002 11:37:19 -0600 From: briggs@encompasserve.org4 Subject: Re: can vms C access the keyboard directly?3 Message-ID: <uX9pFhMcEbk4@eisner.encompasserve.org>   ` In article <80d4088b.0210310921.76a9b7fb@posting.google.com>, aronoffs@hotmail.com (stu) writes: > Hi,  > E > I need to be able to access the vax vms keyboard directly so that I B > can capture key presses as they occur, including the arrow keys. > F > When you use the getchar() library routine (which advertises that itF > gets a character from stdin), it actually doesn't get any charactersH > until the user has pressed the ENTER key.  And, any arrow keys pressed > are filtered out of stdin. > 3 > Is there a way for a C program to do what I need?    I can think of three ways.  C 1.  SYS$QIOW.  Open a channel to the terminal device and issue read 	 requests.   D 2.  SMG.  You can set up for an SMG$READ_KEYSTROKE call quite easily2 and SMG doesn't even take over your output stream.  G 3.  curses.  I think this is still in the RTL, but I have never used it  and never intend to.  E Personally, I'd use QIO.  But that's because I've used it in the past A and know how it behaves.  SMG is what I'd recommend that you use.   H I would not expect any adverse interaction between your single characterC I/O and C RTL I/O.  You should be able to mix get() and your chosen F style of single character I/O freely as long as you remember that whenE you issue a get() style read, you'll be reading (and buffering) whole  lines of input at a time.    	John Briggs   ------------------------------  % Date: Thu, 31 Oct 2002 12:22:15 -0600 7 From: "Craig A. Berry" <craigberry@nospam.telocity.com> 4 Subject: Re: can vms C access the keyboard directly?G Message-ID: <craigberry-07B439.12221431102002@news.directvinternet.com>   = In article <80d4088b.0210310921.76a9b7fb@posting.google.com>, "  aronoffs@hotmail.com (stu) wrote:  E > I need to be able to access the vax vms keyboard directly so that I B > can capture key presses as they occur, including the arrow keys.  3 > Is there a way for a C program to do what I need?   D More ways than one.  You might look through the sections on virtual 3 keyboards in the screen managment utilities manual:   = <http://www.openvms.compaq.com/doc/73final/5935/5935PRO.HTML>   C I think the curses function getch also can do what you want.  This  ) documented in the C RTL reference manual:   D <http://www.openvms.compaq.com/doc/731FINAL/5763/5763pro_index.html>   ------------------------------  + Date: Thu, 31 Oct 2002 05:16:48 -0800 (PST) . From: Fabio Cardoso <fabiopenvms@yahoo.com.br>! Subject: CHARON-ALPHA - soon ???? @ Message-ID: <20021031131648.31780.qmail@web20207.mail.yahoo.com>  F As Alpha is fading .... is there a possibility to have a CHARON-ALPHA + emulator after the end of its processor ??? % Does anyone know anything about it ?       Regards    FC     =====  ========================== Fbio dos Santos Cardoso OpenVMS System Manager Rio de Janeiro - Brazil  fabiopenvms@yahoo.com.br ==========================  2 __________________________________________________ Do you Yahoo!?# HotJobs - Search new jobs daily now  http://hotjobs.yahoo.com/    ------------------------------  % Date: Thu, 31 Oct 2002 09:49:02 -0500 * From: "Stanley F. Quayle" <stan@stanq.com>% Subject: Re: CHARON-ALPHA - soon ???? . Message-ID: <3DC0FC8E.32589.CF974B1@localhost>  , On 31 Oct 2002 at 5:16, Fabio Cardoso wrote:H > As Alpha is fading .... is there a possibility to have a CHARON-ALPHA - > emulator after the end of its processor ???   A I can't speak for SRI, but there's a strong probability.  From a  C marketing perspective, there's no need for CHARON-ALPHA until they  ? stop making real ones -- which won't happen for some years yet.   
 --Stan Quayle  Quayle Consulting Inc.  
 ----------C Stanley F. Quayle, P.E. N8SQ  +1 614-868-1363  Fax: +1 614 868-1671 1 8572 North Spring Ct. NW, Pickerington, OH  43147 = Preferred address:  stan@stanq.com       http://www.stanq.com    ------------------------------  + Date: Thu, 31 Oct 2002 14:58:47 +0000 (UTC) + From: david20@alpha2.mdx.ac.uk (David Webb) % Subject: Re: CHARON-ALPHA - soon ???? + Message-ID: <aprgf7$ckf$1@aquila.mdx.ac.uk>   q In article <20021031131648.31780.qmail@web20207.mail.yahoo.com>, Fabio Cardoso <fabiopenvms@yahoo.com.br> writes: G >As Alpha is fading .... is there a possibility to have a CHARON-ALPHA  , >emulator after the end of its processor ???& >Does anyone know anything about it ?  > 2 What platform do you want to run the emulator on ?D It would probably be difficult to emulate the 64bit Alpha on a 32bit chip. G It would probably be pointless to emulate it on Itanic since there will D already be a native implementation on Itanic (If Intel and HPs plansD are successful - and if they aren't there isn't much point in havingF an emulation anyway). That might change if there is a large amount of 8 software on Alpha VMS which wasn't ported to Itanic VMS.  3 That probably just leaves Hammer/Opteron and Power.   L Hammer looks more likely to have the larger user base and hence would be theK more likely target for a Charon emulation. However i'd be far happier if it  was a native port to Hammer.      
 David Webb VMS and Unix team leader CCSS Middlesex University   >  >Regards >  >FC  >  >===== >==========================  >Fbio dos Santos Cardoso  >OpenVMS System Manager  >Rio de Janeiro - Brazil >fabiopenvms@yahoo.com.br  >==========================  > 3 >__________________________________________________  >Do you Yahoo!? $ >HotJobs - Search new jobs daily now >http://hotjobs.yahoo.com/   ------------------------------  % Date: Thu, 31 Oct 2002 08:53:45 -0700 + From: "Barry Treahy, Jr." <Treahy@MMaz.com> % Subject: Re: CHARON-ALPHA - soon ???? ' Message-ID: <3DC15209.4030303@MMaz.com>    Fabio Cardoso wrote:  G >As Alpha is fading .... is there a possibility to have a CHARON-ALPHA  , >emulator after the end of its processor ???& >Does anyone know anything about it ?  >    > Humm, running Charon-VAX on Charon-Alpha on  VMS running on top of IPF/IA-64...  How about putting RSX on top too!  All kidding aside, I'd bounce the question off of SRI but until the vaporware results from Intel surface, do you really want to ditch your Alpha to run a potential Alpha emulator on an Intel chipset that is expected to be already be slower than the hardware it would be attempting to emulate?  ' Doesn't seem like a good idea to me :-)    Barry      --    @ Barry Treahy, Jr  *  Midwest Microwave  *  Vice President & CIO   A E-mail: Treahy@mmaz.com * Phone: 480/314-1320 * FAX: 480/661-7028    ------------------------------    Date: 31 Oct 2002 08:54:54 -0600- From: koehler@encompasserve.org (Bob Koehler) % Subject: Re: CHARON-ALPHA - soon ???? 3 Message-ID: <43SPPx7dkRnI@eisner.encompasserve.org>   Y In article <aprgf7$ckf$1@aquila.mdx.ac.uk>, david20@alpha2.mdx.ac.uk (David Webb) writes:  >>4 > What platform do you want to run the emulator on ?F > It would probably be difficult to emulate the 64bit Alpha on a 32bit > chip.   F    It was supposed to have been bad enough emulating 36 bit systems on    32 bit systems.   ------------------------------    Date: 31 Oct 2002 08:55:32 -0600- From: koehler@encompasserve.org (Bob Koehler) % Subject: Re: CHARON-ALPHA - soon ???? 3 Message-ID: <bqQAQur+QaCc@eisner.encompasserve.org>   U In article <00A1644E.1111643C@SendSpamHere.ORG>,   VAXman-  @SendSpamHere.ORG writes:  > E > I asked (and pleaded with) SRI to bring an Alpha version to market.   )    You want to run ODS-5 on a Windows PC?    ------------------------------  # Date: Thu, 31 Oct 2002 15:09:34 GMT " From:   VAXman-  @SendSpamHere.ORG% Subject: Re: CHARON-ALPHA - soon ???? 0 Message-ID: <00A1644E.1111643C@SendSpamHere.ORG>  [ In article <3DC0FC8E.32589.CF974B1@localhost>, "Stanley F. Quayle" <stan@stanq.com> writes: - >On 31 Oct 2002 at 5:16, Fabio Cardoso wrote: I >> As Alpha is fading .... is there a possibility to have a CHARON-ALPHA  . >> emulator after the end of its processor ??? > B >I can't speak for SRI, but there's a strong probability.  From a D >marketing perspective, there's no need for CHARON-ALPHA until they @ >stop making real ones -- which won't happen for some years yet.  C I asked (and pleaded with) SRI to bring an Alpha version to market. D I'm not interested in replacing actual chips but I'd love to have anA Alpha on my lap in the form of a laptop emulation if need be.  It A would have to run under Linux (or any non-M$ OS) though as I will = not channel my hard earned cash to the miscreants of Redmond.     --O VAXman- OpenVMS APE certification number: AAA-0001     VAXman(at)TMESIS(dot)COM              5   "Well my son, life is like a beanstalk, isn't it?"     ------------------------------  + Date: Thu, 31 Oct 2002 10:28:56 -0800 (PST) . From: Fabio Cardoso <fabiopenvms@yahoo.com.br>% Subject: Re: CHARON-ALPHA - soon ???? @ Message-ID: <20021031182856.92895.qmail@web20204.mail.yahoo.com>   By the way -  / Is possible to run CHARON-VAX under VMWare ????    Regards    FC  0 --- "Barry Treahy, Jr." <Treahy@MMaz.com> wrote: > Fabio Cardoso wrote: > I > >As Alpha is fading .... is there a possibility to have a CHARON-ALPHA  . > >emulator after the end of its processor ???( > >Does anyone know anything about it ?  > >    > > D > Humm, running Charon-VAX on Charon-Alpha on  VMS running on top ofI > IPF/IA-64...  How about putting RSX on top too!  All kidding aside, I'd K > bounce the question off of SRI but until the vaporware results from Intel J > surface, do you really want to ditch your Alpha to run a potential AlphaL > emulator on an Intel chipset that is expected to be already be slower than1 > the hardware it would be attempting to emulate?  > ) > Doesn't seem like a good idea to me :-)  >  > Barry  >  >  > --   > B > Barry Treahy, Jr  *  Midwest Microwave  *  Vice President & CIO  > C > E-mail: Treahy@mmaz.com * Phone: 480/314-1320 * FAX: 480/661-7028  >  >  >      =====  ========================== Fbio dos Santos Cardoso OpenVMS System Manager Rio de Janeiro - Brazil  fabiopenvms@yahoo.com.br ==========================  2 __________________________________________________ Do you Yahoo!?# HotJobs - Search new jobs daily now  http://hotjobs.yahoo.com/    ------------------------------  + Date: Thu, 31 Oct 2002 10:28:07 -0800 (PST) . From: Fabio Cardoso <fabiopenvms@yahoo.com.br>% Subject: Re: CHARON-ALPHA - soon ???? @ Message-ID: <20021031182807.87797.qmail@web20205.mail.yahoo.com>  7 I just asked because the number of VMWare installations B are growing. It is the better choice for development environments.B Ok, ok ! When Itanium arrives, we can have a 4 CPU machine runningA W2K-64bits. May be we can install two instances of CHARON-VAX and > create a vitual OpenVMS cluster in this machine as is possible4 nowadays with VMWare to have virtual WNT Clusters ! G I believe these switzerland people should make an agreement with VMWare   when it arrives for Itanium ! !      Regards  FC  / --- "Stanley F. Quayle" <stan@stanq.com> wrote: . > On 31 Oct 2002 at 5:16, Fabio Cardoso wrote:J > > As Alpha is fading .... is there a possibility to have a CHARON-ALPHA / > > emulator after the end of its processor ???  > C > I can't speak for SRI, but there's a strong probability.  From a  E > marketing perspective, there's no need for CHARON-ALPHA until they  A > stop making real ones -- which won't happen for some years yet.  >  > --Stan Quayle  > Quayle Consulting Inc. >  > ----------E > Stanley F. Quayle, P.E. N8SQ  +1 614-868-1363  Fax: +1 614 868-1671 3 > 8572 North Spring Ct. NW, Pickerington, OH  43147 ? > Preferred address:  stan@stanq.com       http://www.stanq.com  >  >      =====  ========================== Fbio dos Santos Cardoso OpenVMS System Manager Rio de Janeiro - Brazil  fabiopenvms@yahoo.com.br ==========================  2 __________________________________________________ Do you Yahoo!?# HotJobs - Search new jobs daily now  http://hotjobs.yahoo.com/    ------------------------------  % Date: Thu, 31 Oct 2002 11:50:58 -0500 2 From: Atlant Schmidt <atlantnospam@mindspring.com>% Subject: Re: CHARON-ALPHA - soon ???? . Message-ID: <3DC15F72.E6DA3D79@mindspring.com>   "Stanley F. Quayle" wrote:  . > On 31 Oct 2002 at 5:16, Fabio Cardoso wrote:I > > As Alpha is fading .... is there a possibility to have a CHARON-ALPHA / > > emulator after the end of its processor ???  > B > I can't speak for SRI, but there's a strong probability.  From aD > marketing perspective, there's no need for CHARON-ALPHA until theyA > stop making real ones -- which won't happen for some years yet.   / Gee, I'd tink there'd be a few bucks to be made / selling an Alpha emulator that runs atop SPARC, / Power, or even PowerPC. This would enable folks 0 to port their VMS operating environment and apps off of old Digital (etc.) iron.   / Doing that would decouple the question of VMS's 6 survival from the twinned questions of Alpha surviving1 and/or the IA-64 port being a commercial success.    Atlant   ------------------------------  % Date: Thu, 31 Oct 2002 08:07:21 +0000 ( From: Nic Clews <sendspamhere@127.0.0.1>" Subject: Re: decwindows resolution) Message-ID: <3DC0E4B9.1F573A44@127.0.0.1>    Phillip Sobottke wrote:  > G > How do I change the display resolution when using decwindows?  I want - > something like 1024X768 pixels if possible.    On what?  H The more primitive graphics controllers (also lower resolution) are onlyD capable of certain resolutions, which also matches parameters of the) connected (default as supplied) monitors.   0 Having read the warning above, look at the files" SYS$MANAGER:DECW$PRIVATE*.TEMPLATE  F This contains the areas where you'd customize such things, but do haveA some thoughts as to how you'd get out of a situation if you break  something, including a monitor.   F Of course, if you find to can't achieve the resolution you want on theH decwindows equipment available to you, consider running an X server on a? PC with the required resolution and 'fire' the windows to that.    --  ? Regards, Nic Clews a.k.a. Mr. CP Charges, CSC Computer Sciences  nclews at csc dot com    ------------------------------  + Date: Thu, 31 Oct 2002 13:26:16 +0000 (UTC) , From: lewis@mazda.mitre.org (Keith A. Lewis)" Subject: Re: decwindows resolution. Message-ID: <aprb1n$69u$1@newslocal.mitre.org>   "Phillip Sobottke" <psobottke@ameritech.net> writes in article <S6Yv9.2980$z5.2115277@newssvr28.news.prodigy.com> dated Wed, 30 Oct 2002 21:25:06 GMT:F >How do I change the display resolution when using decwindows?  I want, >something like 1024X768 pixels if possible.  K First a little research -- "show dev g" will tell you the device name(s) of H your video card(s).  Then look at SYS$MANAGER:DECW$DEVICE_CONFIG_G%.COM,K where % is the second letter in the device name.  For some cards, there's a  list of available resolutions.  & Log in to a privileged account.  Edit L SYS$MANAGER:DECW$PRIVATE_SERVER_SETUP.COM.  If that file doesn't exist, copyG it from SYS$MANAGER:DECW$PRIVATE_SERVER_SETUP.TEMPLATE.  Add the lines:   #     $  decw$xsize_in_pixels == 1024y"     $  decw$ysize_in_pixels == 768  L I think the right place is after the DO_DEFAULT: label.  The top of the fileK will probably also work, assuming you want to set *all* your graphics cardsN to this resolution.e  J Then "@sys$manager:decw$startup restart".  This will reset the console and3 bring up the login screen using the new resolution.P  + --Keith Lewis              klewis$mitre.orge> The above may not (yet) represent the opinions of my employer.   ------------------------------    Date: 31 Oct 2002 08:49:35 -0600- From: koehler@encompasserve.org (Bob Koehler)n" Subject: Re: decwindows resolution3 Message-ID: <ofNJdgC64Idq@eisner.encompasserve.org>o  b In article <iDbw9.32$2r.62909@nnrp1.ptd.net>, "David L. Reed" <dlreed@nospam.hersheys.com> writes:I >  Can anyone suggest a good X server to run on my PC to replace my tired 
 > VT1300 ?  B    For all it's shortcomings we still haven't seen anything better    than Exceed.m   ------------------------------  # Date: Thu, 31 Oct 2002 15:03:42 GMT 2 From: "David L. Reed" <dlreed@nospam.hersheys.com>" Subject: Re: decwindows resolution- Message-ID: <iDbw9.32$2r.62909@nnrp1.ptd.net>P  G  Can anyone suggest a good X server to run on my PC to replace my tired  VT1300 ? ..........David   H > Of course, if you find to can't achieve the resolution you want on theJ > decwindows equipment available to you, consider running an X server on aA > PC with the required resolution and 'fire' the windows to that.i >( > --A > Regards, Nic Clews a.k.a. Mr. CP Charges, CSC Computer Sciencesa > nclews at csc dot como   ------------------------------  % Date: Thu, 31 Oct 2002 09:02:13 -0800e$ From: Shane Smith <ssmith@icius.com>" Subject: RE: decwindows resolution0 Message-ID: <01C280BC.5B430100@sulfer.icius.com>  @ I'm happily using eXcursion, it handles my LK450 series keyboardG properly. Only problem is every once in a while it loses the right hand F pixels of a letter or two. It does handle DECterm character renditionsG properly though, something I've seen Exceed mess up royally a couple ofa
 years ago.   Shanen   -----Original Message-----B From: koehler@encompasserve.org [mailto:koehler@encompasserve.org]( Sent: Thursday, October 31, 2002 6:50 AM To: Info-VAX@Mvb.Saic.Coms" Subject: Re: decwindows resolution    = In article <iDbw9.32$2r.62909@nnrp1.ptd.net>, "David L. Reed" $ <dlreed@nospam.hersheys.com> writes:I >  Can anyone suggest a good X server to run on my PC to replace my tiredo
 > VT1300 ?  B    For all it's shortcomings we still haven't seen anything better    than Exceed.m   ------------------------------  % Date: Thu, 31 Oct 2002 11:42:04 -0500 2 From: Atlant Schmidt <atlantnospam@mindspring.com>" Subject: Re: decwindows resolution. Message-ID: <3DC15D5C.20CC913D@mindspring.com>   Bob Koehler wrote:  d > In article <iDbw9.32$2r.62909@nnrp1.ptd.net>, "David L. Reed" <dlreed@nospam.hersheys.com> writes:K > >  Can anyone suggest a good X server to run on my PC to replace my tirede > > VT1300 ? > D >    For all it's shortcomings we still haven't seen anything better >    than Exceed.X  
 "Me too". :-(u  2 Humingbird FTP, on the other hand, is full of what4 are either failures of human engineering or outright2 bugs (depending on how charitable you're feeling).  1 And their Telnet terminal ain't too swift either.n   Atlant   ------------------------------  # Date: Thu, 31 Oct 2002 07:24:29 GMTi. From: peter@langstoeger.at (Peter LANGSTOEGER)' Subject: Re: equivalent of touch in VMSy3 Message-ID: <NU4w9.50947$aa2.561805@news.chello.at>h   In article <8EA11405E59BD611BA7100104B93C2607580BA@exdel01.del.mgsl.com>, Kesav Tadimeti <Kesav_Tadimeti@KeaneIndia.com> writes:L >What is the equivalent command in VMS to create an empty file? In UNIX this >would be touch.  & How about	$ touch == "APPEND/NEW _NL:" 		$ touch file-name.exto   -- o Peter "EPLAN" LANGSTOEGERp% Network and OpenVMS system specialists E-mail  peter@langstoeger.atF A-1030 VIENNA  AUSTRIA              I'm not a pessimist, I'm a realist   ------------------------------  % Date: Thu, 31 Oct 2002 08:03:04 -0600k0 From: Earl Lakia <Lakia_n_o__s_p_a_m_@ipact.com>' Subject: Re: equivalent of touch in VMS 1 Message-ID: <g3qdnY6BnZ14qlygXTWcqQ@netnitco.net>i  5 Use the create/fdl=whatever you type of file you needs or simply create file    -earle   Kesav Tadimeti wrote:r > Hello all,M > What is the equivalent command in VMS to create an empty file? In UNIX thisi > would be touch.  >  > TIAe > Tadimeti Kesav > KEANE INDIA Ltd. > E9 - E12, SDFg > NEPZ > NOIDA - 201 305  > U.P, INDIA > ! > Telefon: +91-120-456 8210 (211)8' > e-mail: kesav_tadimeti@keaneindia.comh >    ------------------------------    Date: 31 Oct 2002 08:45:42 -0600- From: koehler@encompasserve.org (Bob Koehler)  Subject: Re: HP Advocacy Sitel3 Message-ID: <hmZ9eYvF2W+o@eisner.encompasserve.org>l  l In article <d45fc237.0210301148.7fe76e43@posting.google.com>, ed.stuart@austinenergy.com (Ed Stuart) writes:H > While c.o.v is a good place to exchange ideas, thoughts, questions andH > solutions it may not be the best place to get a response from HP.  TheD > HP Advocacy site at http://www.hpuseradvocacy.org/ allows folks to& > submit issues for HP to respond to.   ;    Yeah, right, those guys really have there acts together.-  >    Just today they asked me to respond to a poll on enterprize>    applications.  Guess which OS I had to enter under "other"!   ------------------------------  % Date: Thu, 31 Oct 2002 08:50:10 -0800 $ From: Shane Smith <ssmith@icius.com> Subject: HP advocacy survey,0 Message-ID: <01C280BA.90472810@sulfer.icius.com>  E I just got an e-mail asking me to take a survey. They're asking aboutc8 what languages etc I develop enterprise applications on.  ; http://www.hpuseradvocacy.com/Surveys/2002October/index.cfm    And I quote:  B >For which platform(s) are you developing enterprise applications? >       NonStop Kernel
 >       HP-UXm >       Tru64 UNIX >       WindowsS
 >       Linux   >       Other (please elaborate)  B Tru64 is there, so it's been designed post-merger. Notice anything missing?   Shaner   ------------------------------  # Date: Thu, 31 Oct 2002 17:13:55 GMTe" From:   VAXman-  @SendSpamHere.ORG Subject: Re: HP advocacy survey-0 Message-ID: <00A1645F.7373FD16@SendSpamHere.ORG>  W In article <01C280BA.90472810@sulfer.icius.com>, Shane Smith <ssmith@icius.com> writes:oF >I just got an e-mail asking me to take a survey. They're asking about9 >what languages etc I develop enterprise applications on.c >.< >http://www.hpuseradvocacy.com/Surveys/2002October/index.cfm >e
 >And I quote:$ >1C >>For which platform(s) are you developing enterprise applications?> >>       NonStop Kernela >>       HP-UX >>       Tru64 UNIXt >>       Windows >>       Linux! >>       Other (please elaborate)  >IC >Tru64 is there, so it's been designed post-merger. Notice anythingl	 >missing?s  L Nope.  The plan was, from the get-go. to kill off VMS.  Annihilate the only K viable platform upon which it runs -- namely Alpha -- and then announce in- I tentions to port it to a platform that looks everyday like it will go thee" way of the dodo -- namely Itanium.   --O VAXman- OpenVMS APE certification number: AAA-0001     VAXman(at)TMESIS(dot)COM             y5   "Well my son, life is like a beanstalk, isn't it?"     ------------------------------  % Date: Thu, 31 Oct 2002 09:29:34 -0500 * From: "Syltrem" <syltremzulu@videotron.ca>$ Subject: HP User Advocacy ADE survey5 Message-ID: <j9bw9.505$SG2.33407@weber.videotron.net>   
 Hello all!" Have you received the email below?  7 It's a shame OpenVMS is not listed under this question:   A For which platform(s) are you developing enterprise applications?r        NonStop KernelM
         HP-UX          Tru64 UNIX         Windows 
         LinuxM          Other (please elaborate)     HP are your listening?          " (Received from HPuseradvocacy.org)  I Are you involved with the development of enterprise applications on an HPwI platform? If so, please take a few moments to complete the new ADE survey84 posted on the HP User Advocacy Program's web site atB http://www.hpuseradvocacy.com/Surveys/2002October/index.cfm. HP isJ sponsoring this survey to better understand languages and to determine theJ extent to which Java will be adopted in these environments. Let Your Voice
 Be Heard!!  7 Thank you for your support and interest in HP Advocacy!a   ------------------------------    Date: 31 Oct 2002 08:56:02 -0600- From: koehler@encompasserve.org (Bob Koehler) ( Subject: Re: HP User Advocacy ADE survey3 Message-ID: <nZykFr5uoyjT@eisner.encompasserve.org>   b In article <j9bw9.505$SG2.33407@weber.videotron.net>, "Syltrem" <syltremzulu@videotron.ca> writes: > Hello all!$ > Have you received the email below? > 9 > It's a shame OpenVMS is not listed under this question:  > C > For which platform(s) are you developing enterprise applications?a >        NonStop Kernel  >         HP-UXu >         Tru64 UNIX >         Windowsd >         Linux " >         Other (please elaborate) >  >  > HP are your listening?  '    Not to us.  Sue's been off too long.o   ------------------------------   Date: 31 Oct 2002 12:08:19 GMT7 From: sy18889@rabmbit.famrp.cosm (Bradford J. Hamilton)-( Subject: Re: HP User Advocacy ADE survey! Message-ID: <j+BqpC4ivska@rabbit>   
 Hello all,   May I make a suggestion here?   H I have gone to the website, logged in, and submitted an "issue" with theJ advocacy organization, expressing my disappointment at not finding a "VMS"5 option, and requesting that they fix this issue ASAP.   M I suspect there are a number of you out there who are Encompasserve members -gN some of you may have a vested interest in seeing VMS remain visible within theL HP "Advocacy" organization; if so, I suggest that you go to the website, and make your feelings known.s  G I know - we shouldn't *have* to light a fire under these folks - that's O supposed to be their job.  Perhaps we can shame them into performing their job.    :-)u  c In article <nZykFr5uoyjT@eisner.encompasserve.org>, koehler@encompasserve.org (Bob Koehler) writes: d > In article <j9bw9.505$SG2.33407@weber.videotron.net>, "Syltrem" <syltremzulu@videotron.ca> writes:
 >> Hello all!N% >> Have you received the email below?i >>  : >> It's a shame OpenVMS is not listed under this question: >> kD >> For which platform(s) are you developing enterprise applications? >>        NonStop Kernel >>         HP-UX >>         Tru64 UNIXm >>         Windows >>         Linux# >>         Other (please elaborate), >> c >> 2 >> HP are your listening?m > ) >    Not to us.  Sue's been off too long.c >  -- o Bradford J. Hamilton& braMdhamAilPtoSn@aMtAtPbi.cSom		(home)& sMy1A88P89S@rabMbit.fAmPr.coSm		(work)  ; "All opinions that I express are my own, not my employer's"r "Lose the MAPS"T   ------------------------------  % Date: Thu, 31 Oct 2002 13:16:07 +0000)' From: Andrew Harrison SUNUK Consultancyi% Subject: Re: Immutable laws of the PC . Message-ID: <3DC12D17.8010708@nospamn.sun.com>   Bob Koehler wrote:Z > In article <3DBFFC71.8090901@nospamn.sun.com>, Andrew Harrison SUNUK Consultancy writes: > * >>I know its bad form to followup ones own# >>posts but the lack of a supportedt0 >>release of Oracle for HP-UX/IA64 puts the seal/ >>on any discussions about the validity of HP'sr/ >>claims to have sucessfully migrated customersd >>from HP-UX/PA to HP-UX/IA64. >> >  > G >    Yeah, right.  We all know there isn't a customer on the planet who 5 >    can use a computer without loading Oracle on it.  > $ >    Get just a little bit real, OK? >   - Nope but most systems have to maintain state.D) At least on UNIX and we are talking about * HP-UX migrations this is generally done in* a DBMS. Sybase isn't available for Itanium( Oracle isn't supported so the claim that- HP have piloted significant customer projectsf+ through the PA->Itanium migration is pretty 
 unbelievable.t  , Now they could have swapped some web servers* out or apps servers for IA-64 based boxes,( but until they do the entire HP-UX stack( including the data then claiming to have migrations down to a tee is BS.l  , Thanks for your insightfull response though.   Regards. Andrew Harrison    ------------------------------    Date: 31 Oct 2002 08:40:38 -0600- From: koehler@encompasserve.org (Bob Koehler) % Subject: Re: Immutable laws of the PCe3 Message-ID: <GIy3a4hUIk5F@eisner.encompasserve.org>o  X In article <3DC12D17.8010708@nospamn.sun.com>, Andrew Harrison SUNUK Consultancy writes: >  >  > Bob Koehler wrote:[ >> In article <3DBFFC71.8090901@nospamn.sun.com>, Andrew Harrison SUNUK Consultancy writes:_ >> =+ >>>I know its bad form to followup ones owne$ >>>posts but the lack of a supported1 >>>release of Oracle for HP-UX/IA64 puts the seal 0 >>>on any discussions about the validity of HP's0 >>>claims to have sucessfully migrated customers >>>from HP-UX/PA to HP-UX/IA64.m >>>e >> sH >>    Yeah, right.  We all know there isn't a customer on the planet who6 >>    can use a computer without loading Oracle on it. >> s% >>    Get just a little bit real, OK?y >>   > / > Nope but most systems have to maintain state.u      Oh god, then don't use NFS!  + > At least on UNIX and we are talking about , > HP-UX migrations this is generally done in	 > a DBMS.l  8    Not if the application doesn't use one to begin with.  #  Sybase isn't available for Itanium * > Oracle isn't supported so the claim that/ > HP have piloted significant customer projects-- > through the PA->Itanium migration is pretty  > unbelievable.0  6    Only to your narrow view of what an application is.  . > Now they could have swapped some web servers, > out or apps servers for IA-64 based boxes,* > but until they do the entire HP-UX stack* > including the data then claiming to have! > migrations down to a tee is BS.   D    They claimed to have migrated some customers.  There is no reasonD    to believe they haven't.  They didn't claim to have all aps readyA    for all customers.  Heck, they don't even have an OS with real(    clustering yet!   ------------------------------  % Date: Thu, 31 Oct 2002 17:51:43 +0000r' From: Andrew Harrison SUNUK Consultancy$% Subject: Re: Immutable laws of the PCl. Message-ID: <3DC16DAF.8010702@nospamn.sun.com>   Atlant Schmidt wrote: * > Andrew Harrison SUNUK Consultancy wrote: >  >  >>Bob Koehler wrote: >>[ >>>In article <3DC12D17.8010708@nospamn.sun.com>, Andrew Harrison SUNUK Consultancy writes:= >>>  >>>- >>>>Bob Koehler wrote:1 >>>>Nope but most systems have to maintain state.s >>>a >>>m! >>>   Oh god, then don't use NFS!h >>>b >> >>Umm, why ? >>( >>Explain in one paragraph why NFS isn't" >>a sensible way of storing state. >  > ) > Andrew, I believe that was a joke aboutt# > NFS being a "stateless" protocol.e >     Hopefully but lets see shall we.   Regardst Andrew Harrisona   ------------------------------    Date: 31 Oct 2002 19:01:51 +0800, From: Paul Repacholi <prep@prep.synonet.com>: Subject: Itanic ordered to halt by court. Iceberge free...- Message-ID: <877kfy6fds.fsf@prep.synonet.com>y  < If you drop over to theinquirer, you will see the details of< Intergraph being granted an injunction against Intel. 30 day# period for Intel to pony up though.   9 Intel I also noted are now refering to the Itanic2 as the-; first volume 64bit chip. Wonder what `first' they will gluee onto the Itaanic3?   --  < Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda.r@                                              West Australia 6076. Raw, Cooked or Well-done, it's all half baked.F EPIC, The Architecture of the future, always has been, always will be.   ------------------------------  + Date: Thu, 31 Oct 2002 13:48:46 +0000 (UTC)0, From: lewis@mazda.mitre.org (Keith A. Lewis)> Subject: Re: Itanic ordered to halt by court. Iceberge free.... Message-ID: <aprcbu$6c5$1@newslocal.mitre.org>  | Paul Repacholi <prep@prep.synonet.com> writes in article <877kfy6fds.fsf@prep.synonet.com> dated 31 Oct 2002 19:01:51 +0800: > = >If you drop over to theinquirer, you will see the details ofo= >Intergraph being granted an injunction against Intel. 30 dayk$ >period for Intel to pony up though.  L Production is not and will not be halted.  Intel and Intergraph already haveK a patent license contract in place.  Under the terms of that contract, this K ruling simply changes the price of the license from $0 to $150,000,000.  IfaD Intel loses the appeal as well, the price goes up to $250,000,000.    I They'll have to sell a lot of chips to cover that fee.  Does anybody know : how much they paid for the Alpha, for comparison purposes?  + --Keith Lewis              klewis$mitre.orgh> The above may not (yet) represent the opinions of my employer.   ------------------------------  # Date: Thu, 31 Oct 2002 14:26:51 GMTe# From: "John Smith" <a@nonymous.com>,> Subject: Re: Itanic ordered to halt by court. Iceberge free...I Message-ID: <L4bw9.132160$Q3S.93956@news01.bloor.is.net.cable.rogers.com>S  9 "Keith A. Lewis" <lewis@mazda.mitre.org> wrote in messagen( news:aprcbu$6c5$1@newslocal.mitre.org...: > Paul Repacholi <prep@prep.synonet.com> writes in articleC <877kfy6fds.fsf@prep.synonet.com> dated 31 Oct 2002 19:01:51 +0800:  > >n? > >If you drop over to theinquirer, you will see the details of-? > >Intergraph being granted an injunction against Intel. 30 dayr& > >period for Intel to pony up though. >eI > Production is not and will not be halted.  Intel and Intergraph alreadyn haveH > a patent license contract in place.  Under the terms of that contract, thisI > ruling simply changes the price of the license from $0 to $150,000,000.r IfD > Intel loses the appeal as well, the price goes up to $250,000,000. >wK > They'll have to sell a lot of chips to cover that fee.  Does anybody knowa< > how much they paid for the Alpha, for comparison purposes?    0 http://www.businessweek.com/1997/45/b3552069.htm  % ROBERT PALMER: CASHING IN DEC'S CHIPS K ROBERT PALMER IS CLEARING the DEC. Digital Equipment's chairman, president,dD and CEO, who in 1992 staked DEC's future on the Alpha computer chip,G announced on Oct. 27 that he's selling Digital's chipmaking business topJ Intel for $700 million, partly to settle a high-stakes patent-infringement suit.u  I Digital's gain could top $1.5 billion, including discounts on the PentiumeB chips DEC buys from Intel and royalties from Intel for using AlphaK technology. But the deal's real value to Digital lies in its sale of a chip @ plant that was costing more than $200 million a year to upgrade.  J Without a lawsuit threat hanging over Intel, a deal was ''very unlikely,''L Palmer says. But in June, soon after DEC sued Intel for patent infringement,L he and Intel President Craig Barrett met in Chicago to discuss a deal. Talks= continued, and the two outlined the deal in August in Dallas.   C Analysts say shedding chipmaking makes DEC a more attractive merger0J candidate. But Palmer says he's not interested. ''We're intent on managing4 our business as an independent operation,'' he says.  " ----------------------------------  G http://www.ifh.ee.ethz.ch/~ballisti/computer_topics/alpha_to_intel.htmlo  H Boston, MA -- As reported by the Associated Press, Intel Corp. announcedC that it will purchase Digital Equipment Corp.'s Alpha computer chipeK manufacturing operations as part of a deal to end a legal battle that beganm2 when Digital accused Intel of stealing technology.  C   The multi-year agreement includes sale of Digital's semiconductormA manufacturing operations to Intel for approximately $700 million,lJ cross-licensing of patents, supply of both Intel and Alpha microprocessorsJ and development of future systems based on Intel's 64-bit microprocessors.* No other financial details were disclosed.  C   "This agreement meets both companies' needs," said Craig Barrett,2F president and chief operating officer of Intel. "We are pleased to getC alignment with one of the world's major computer companies on IA-64.; microprocessors and to let the marketplace judge our work."t  J   The deal could help Intel strengthen its efforts to expand beyond the PCG and into more powerful machines used by business. Although Digital will C lose its flagship product, it also divests intself of worries aboutMJ increasing its disappointing market share. It also can invest the money in its computer business.  E   Analysts said the deal allows Digital to hold on to some measure ofbK independence while ridding itself of its Hudson plant, which operated under-H capacity and was a cash drain on the company. "It is absolutely good forK Digital. It means that DEC gets an albatross out from under its neck," saidDK Laura Conigliaro, an analyst with Goldman Sachs. "And Intel gets itself out  from under a lawsuit."  E   At stake in the fight between the high-tech companies was who wouldrJ control technology vital to improving speed and power of high-end computerG systems used by business. Digital sued Intel for patent infringement inOH May. In the suit, DEC accused the chip maker of unlawfully using DigitalI technology in developing its dominant Pentium processors, introduced foure years earlier.  I   "This agreement brings issues between the two companies to a resolutionkF that benefits customers in many important ways," said Digital ChairmanA Robert B. Palmer. "It ensures long-term availability of Digital's J Alpha-based offerings for Open VMS, Digital UNIX and Windows NT customers.J In addition, Digital will develop Digital UNIX and Windows NT offerings on the IA-64 architecture."  J   Intel will provide Intel products and comprehensive technical support toJ Digital consistent with practices for other major Intel OEMs. Digital willG develop a full line of systems based on Intel's IA-64 processor family.nI Digital will port, with technical assistance from Intel, its Digital UNIXuH to Intel's IA-64. Intel will obtain rights to manufacture and sell other) non-Alpha Digital semiconductor products.e  F   Intel's payment to Digital ensures that money from Pentium and otherH chips will continue to roll in. "We are talking of four business days ofG Intel revenue for this settlement after five months of anxiety. This isa> very low-cost insurance for them," said Richard Doherty of the$ Envisioneering Group in Seaford, NY.  B   Industry observers commented that Digital's move highlighted itsF frustration in trying to boost sales of Alpha chips, which in the fiveH years since being introduced captured less than 1 percent of the market.H Intel, whose chips already are the "brains" of 85 percent of the world'sI personal computers, has been moving aggressively into the market for more=5 powerful business machines -- where Digital competes.a  J   Digital, the country's No. 4 computer maker, filed its suit about a weekI after Intel unveiled its latest chip, Pentium II. Intel first hinted that I it might stop selling to Digital -- which uses Intel chips as well as itsoE own in its computers. It then filed a countersuit accusing Digital of  patent infringement.  E   The settlement may also be an indication that Digital's claims wereeG stronger, analysts said. "It's fairly certain that Intel would not havehC decided on its own to buy semiconductor manufacturing operations inuJ Massachusetts, so clearly there was merit to Digital's lawsuit," said Drew< Beck of Cowen & Co. "They induced Intel to bite the bullet."   -------------------------------H  / http://www.techlawjournal.com/atr/80427intc.htm,  ; FTC Reaches Agreement with Digital On Alpha Chip Settlementu  L (April 27, 1998)  The Federal Trade Commission agreed with Digital EquipmentH Corp. to approve Intel's and Digital's settlement of patent infringementF lawsuits over the high speed, slow sale, 64 bit Alpha chip technology.K However, Digital must license Alpha technology to AMD and Samsung, or othere= companies.  See, Complete Text of FTC Agreement with Digital.o   Related4% Pages Digital-FTC Agreement, 4/23/98.- FTC Complaint, 4/23/98.- FTC Press Release, 4/23/98.4 Intel Press Release, 4/23/98.e Digital Press Release, 4/23/98.R  J This FTC approval came in an "Agreement Containing Consent Order" executedJ on April 23 by the FTC and Digital.  Intel is not a party to, or bound by,F this agreement.  Intel issued a press release stating that the FTC hadK notified it that "Digital agreed to a consent order".  Moreover, Digital isbK in the process of being bought by Compaq Computer Corp., which is committedyI to Intel chips.  However, Intel remains under investigation by the FTC onO several matters.  @ "We are very pleased that the FTC not only has cleared the IntelB transaction, but also has endorsed Digital's plans to assure AlphaL technology is available in volume quantities from a number of sources," saidJ Digital Chairman Robert B. Palmer in a press release.  "By eliminating anyK questions surrounding the future of the Alpha technology and its long- term-@ availability, system makers looking to provide industry-leading,B high-performance computing solutions can now embrace Alpha without hesitation."  J On May 12, 1997 Digital filed suit against Intel in Massachusetts allegingL patent infringement and other things relating to Alpha technology.  The highL speed Alpha microprocessors are best suited for the high-end workstation and? server market, and are thus in competition with Intel's PentiumoI microprocessors which are predominantly used in computers running WindowsF? NT.  Intel, in turn, sued Digital in California and Oregon, anduL counterclaimed in the Massachusetts action.  On October 26 the two reached a settlement agreement.w  J This Intel-Digital settlement agreement included the following provisions:  ! Intel pays $700 Million to Intel.n Cross licensing of patents. H Intel acquires Digital's semiconductor manufacturing facility in Hudson, Massachusetts.> Intel agrees to manufacture Alpha microprocessors for Digital.D On April 23 the FTC filed, and made public, both a Complaint againstC Digital, and the Agreement settling that Complaint. The Digital-FTCi agreement requires that:  @ Digital grant a license to AMD, or another company, of the Alpha9 microprocessor technology.  (See, Agreement, Section II.)yD Digital grant a license to Samsung, or another company, of the Alpha: microprocessor technology.  (See, Agreement, Section III.)J Digital enter into an agreement with IBM, or another company, allowing IBML to become an alternative production source of Alpha chips.  (See, Agreement, Section IV.)D The FTC has 60 days to receive public comment, and monitor Digital'sH compliance with its terms, before deciding whether to make the agreement final.  + What Was Wrong With the Intel-Digital Deal?h  L The FTC Complaint against Digital asserted that the Intel-Digital settlementK agreement violated Section 7 of the Clayton Act (15 USC 18) and the FederaltK Trade Commission Act (15 USC 45). The FTC alleged that the settlement would L transfer Digital's microprocessor production assets to Intel.  This, the FTCK alleged in its press release, "would have threatened competition by placingaG production of the Alpha chip solely in the hands of Digital's principal C competitor, Intel -- possibly endangering the continuing and futuredB development of the Alpha technology."  The Complaint alleges that:  L "Digital and Intel are two of the most significant innovation competitors inI the design and development of high-performance microprocessors. Even withmF its comparatively small share of the relevant markets, Digital's AlphaL microprocessor represents the greatest technological challenge to Intel, andA stands as the most significant threat to Intel's continued marketa$ dominance."  (See, Complaint, P 17.)       Other Resources.   Digital Equipment Corp.>& Spokesman, Dan Kaferle.  978-493-5111.H Legal counsel: C. Benjamin Crisman, Jr., and Michael L. Weiner, SKADDEN,J ARPS, SLATE, MEAGHER & FLOM LLP, 1440 New York Avenue, NW, Washington, DC, 20005  Federal Trade Commission.rI Office of Public Affairs.  Victoria Streitfeld or Claudia Bourne Farrell,g
 202-326-2180.aL FTC Bureau of Competition Staff.  William J. Baer, 202-326-2932, and Willard Tom, 202-326-2786./ Intel.  Spokesman Chuck Malloy.   408-987-8080.v   ------------------------------  % Date: Thu, 31 Oct 2002 06:18:57 -0500g) From: "Neil Rieck" <n.rieck@sympatico.ca>t) Subject: Re: Lib$spawn and $PIPE questiony: Message-ID: <Mk8w9.6576$et4.1053575@news20.bellglobal.com>  + <briggs@encompasserve.org> wrote in messageg- news:k1anx6kwGZDX@eisner.encompasserve.org...L? > In article <4b6ec350.0210291059.25d34c22@posting.google.com>,a. JimStrehlow@data911.com (Jim Strehlow) writes:8 > > "Neil Rieck" <n.rieck@sympatico.ca> wrote in message5 news:<qIuv9.3803$et4.540723@news20.bellglobal.com>...- > > ...nK > >> $ pipe yada==f$file_attributes("47490.dbm","eof") ; define/sys yadalog. 'yada' > >> $L > >> no errors were displayed after the previous DCL command and the logical name was created > >W > >k@ > > Just running slightly different pipe commands on OpenVMS 7.3 > > directly from DCL I get: > >=H > > $pipe yada==f$file_attributes("47490.dbm","eof") ; define/system/log > > yadalog "''yada'"o, > > %SYSTEM-F-IVLOGNAM, invalid logical name >=G > Because the "''yada'" is substituted at PIPE execution time resultingy@ > in the token "".  Then at DEFINE/SYSTEM execution time you getE > an attempt to define a logical name with a null equivalence string.1 >0I > > C$pipe yada==f$file_attributes("47490.dbm","eof") ; define/system/log: > > yadalog "''yada'"?C > > %DCL-I-SUPERSEDE, previous value of YADALOG has been supersededy > G > Now when you do this a second time the YADA symbol is already defined ? > and at PIPE execution time the substitution yields "1" and atm@ > DEFINE/SYSTEM execution time you get the logical name created. >RC > If you think about it, this makes sense.  Apostrophe substitution,B > occurs very early in command line processing.  It happens beforeD > the command is even parsed to determine that it is a PIPE command.= > By the time the command has been parsed into its individual E > PIPE sub-commands, all the apostrophes have already been processed.  >i >MH > At some point early in the design process, I suppose that the decisionH > could have been made to do some careful coding so that most apostropheE > substitution in PIPE subcommands would be deferred until subcommandcE > execution time.  But at this point, the decision has been carved in H > stone.  People have written code that depends on the current behavior. >dC > As indicated in at least two prior responses, the simplest way toh@ > deal with this behavior is to use ampersand ("&") substitutionC > instead, since that sort of substitution occurs much later in thei > command processing sequence. >e
 > John Briggsh  I Thanks for the explanation. Since I was using semi-colons, I assumed thatoG those inner statements wouldn't be parsed until they were about to run.   
 Neil Rieck Kitchener/Waterloo/Cambridge,l Ontario, Canada.! http://www3.sympatico.ca/n.rieck/    ------------------------------    Date: 31 Oct 2002 00:55:36 -0800! From: soterro@yahoo.com (Soterro)e+ Subject: Motif 1.1 app recompiled under 1.2,= Message-ID: <d5440555.0210310055.600d75f7@posting.google.com>v   Hello,  A I have this old Motif application that runs quite ok on the MotifeD 1.2-? from VMS 7.2. The application kit comes as an .OLB which links at the installation time.-  A Now I tried to do some minor changes and recompile it on the 7.2. E Horror! The freshly compiled application looks... ugly is a very nice3
 word here.A The menu colors disappeared (grey now), the fixed fonts look like A printed with a 5-dot matrix printer (barely readable I mean), theoE sizes computations of all the graphical elements - buttons, lists etcn2 are wrong so nothing fits its place on the screen.  ? Is there anything I can do to get those right? I mean somethingd= without redesigning the whole interface (which was apparentlyk  developed under some Motif 1.1).  
 Thanks a lot,s* Sorin <- not an X programmer unfortunately   ------------------------------    Date: 31 Oct 2002 08:48:17 -0600- From: koehler@encompasserve.org (Bob Koehler)r Subject: Re: Palladium article3 Message-ID: <7vnRoeirER9g@eisner.encompasserve.org>o  W In article <30OCT200218200445@gerg.tamu.edu>, carl@gerg.tamu.edu (Carl Perkins) writes:i > L > In Windows, of all flavors I have looked at, the desktop is just a folder. >   E    You ever install Exceed?  It puts an icon on your desktop which isp#    not in the file system anywhere.c  G    Later versions let you move it from the desktop to the "My Computer"w	    level.n  D    I spent time searching the registry to see where it was but never    found it there, either.  D    There's more to the Windows desktop than a collection of folders.   ------------------------------  % Date: Thu, 31 Oct 2002 07:42:30 -0500 5 From: "Brad McCusker" <brad.mccuskerNosp@Mcompaq.com>p. Subject: Re: Pathworks v6 (AS) & Win2000 (SBS)/ Message-ID: <us29a2sjj24ude@corp.supernews.com>p  A "Carl Karcher" <karcher@thuria.waisman.wisc.edu> wrote in messageg, news:30OCT02.23200321@thuria.waisman.wisc...? > In a previous article, whohe@whoever.com (DL Phillips) wrote:  >r > ->... I now thinkoG > ->getting to Pw6.1 then AS 7.(latest) where I can just be a member ofa> > ->the domain will be my only hope of making this thing work. >a/ > Not sure if you have a cluster but it you do:- >-D > Keep in mind when you upgrade to VMS 7.3-1 you cannot do a rollingJ > upgrade if you have AS installed due to registry issues. To do a rollingJ > upgrade you will want to be at PW 6.1 before the VMS upgrade and installJ > AS 7.x after the VMS upgrade. This is mentioned in the VMS 7.3-1 release > notes. >fF Hmmm... I need to go look at this.  The rolling upgrade issue was fromJ 7.2/7.2-1 to 7.2-2/7.3.  I hope that is what the docs still say, I'll need	 to check.   E In his case though, he's not even running AS, so, he doesn't need the,K registry until he gets to his destination platform, so, the rolling upgrade L shouldn't be an issue.  Or, did I miss something and once again learn that I= shouldn't try to work before I have that first cup of coffee?w   Brad   ------------------------------  % Date: Thu, 31 Oct 2002 07:46:12 -0500 5 From: "Brad McCusker" <brad.mccuskerNosp@Mcompaq.com>y. Subject: Re: Pathworks v6 (AS) & Win2000 (SBS)/ Message-ID: <us29gt7d56st60@corp.supernews.com>o  2 "DL Phillips" <whohe@whoever.com> wrote in message7 news:af0dc2ea.0210300605.2ebad343@posting.google.com...aC > Thank you for the reply. I'll try to find a 7.3 kit a give that an >p > <snip> >m7 >it looks like it doesn't really get along with another . > DC in its domain though it let us add one. I  E With Windows 2000, you must add the trust (both parts of it) from the.G Windows 2000 box.  In other words, you can't use ADMIN.  Seeing as thisaI Win2K box is remote, I wonder if you are in fact adding both sides of the0 trust from the Win 2K box.  L The other thought is, you might want to work with CSC on this, those guys in Alphareta are really top notch.    Brad  
 Brad McCusker  OpenVMS Engineering< Advanced Server Engineering  Hewlett-Packard Companye Littleton MA	 Nashua NHC USA.   ------------------------------  % Date: Thu, 31 Oct 2002 08:52:16 -0800.' From: David Mathog <mathog@caltech.edu>r) Subject: Re: So I went to the HP IT foruma8 Message-ID: <20021031085216.74ccf803.mathog@caltech.edu>  " On Wed, 30 Oct 2002 15:04:11 -0500. JF Mezei <jfmezei.spamnot@videotron.ca> wrote:  J > <sniip>this is where there is currently a WINDOW of opportunity for VMS.O > Because clustering and disaster tolerance are becoming important to business,uP > having had lectures and perhaps hands on stuff on some obscure VMS system willM > give students who took that course a definite edge over those who stayed on34 > Unix and are 10 years behind the state of the art.  F Um, depends on the school to some extent.  I doubt that any first tierE university actually has a course in administering multinode clusters,1E although the CS courses probably cover the theory of clusters to someiE extent.  Some of the pure technical schools may have a more practical ? course.  Less formal training occurs though - students may have	B some responsibility as operators on various machines.  If a schoolC isn't running VMS anywhere (that's true most places), they won't bel trained on VMS.e  F It's going to be really hard to get VMS back into universities becauseK there is in practice no software for it anymore that gives it a significantk@ advantage over Unix solutions.  We'll forget about using VMS forC research or engineering purposes - cheap x86 linux boxes are fastertH and all the software is written for them.  But big universities all haveG central mail servers which are typically Solaris systems running on thetD hairy edge under an incredible volume of messages.  (Some places run< Exchange on Windows instead.)  Tens of thousands of studentsB and faculty connect to these, usually via POP, sometimes via IMAP,> and even semidirectly, with pine/elm/mutt etc. This is exactlyA the sort of task where VMS shines.  In fact, 12 years ago, we had I VMS systems here doing this.  But those were the bad old days and Digital A pissed away that market.  To get it back HP would have to offer acH fully configured cluster solution, running something like PMDF, and show that it is:u   1.  At least as fast as Unix 2.  More reliable than Unixg 3.  Less expensive than UnixG 4.  Can play nice with Unix (ie, use NIS or Kerberos to match users and      with their passwords)P  G Honestly I cannot imagine HP making the effort to package and sell suchiH a system.  That's largely because I can't imagine HP making an effort toJ move anything VMS related.  And selling VMS now into new sites is probablyK impossible because Compaq and HP have managed to FUD themselves to death.  -K They can't sell an Alpha cluster (ie, current hardware) to a new university G even if it met 1-4 because HP has thrown their lot in with Itanic - and L Itanic, like Godot, never comes.  The IT guys would  have to be out of theirD minds to suggest a university commit resources to this platform now.   Game's over guys.    > N > If HP waits too long, then Unix will hava narrowed the gap sufficiently thatO > having a separate platform for clustering/DT wouldn't be worth the effort foreL > a university. But right now, VMS would be the only way for a university to > give its students an edge.  K This is just plain silly.  Unix clusters aren't as nice as VMS clusters but?G they get the job done.  And at least with IBM or Sun you don't have the:C vendor constantly trying to force you to migrate to somebody else'saP platform.  HP, in a frenzy of insanity, plans to migrate their entire enterpriseB customer base (HP3000,VMS,Tru64,HPUX) to different hardware and/orG OS.  Never mind that neither the machinery or the OS variants to run ontL it are finished yet, let alone application software to run on top of the OS.M It's the single stupidest strategy I've ever seen in the enterprise computing J sector.  It will be a miracle if HP retains any of these customers 5 years
 from now.   C Tandem's different.  I get the impression that the Tandem guys havexI armed guards at the door who keep out the management of whichever companyiI nominally owns them, and then Tandem just does whatever it is it needs to = do.  So Tandem survived Compaq and will probably also survivef. HP, which is why it isn't in the list above.     Regards,     -- t David Mathog mathog@caltech.edu> Manager, Sequence Analysis Facility, Biology Division, Caltech   ------------------------------  # Date: Thu, 31 Oct 2002 18:36:21 GMTX# From: "John Smith" <a@nonymous.com> ) Subject: Re: So I went to the HP IT forumsJ Message-ID: <FKew9.118394$mxk1.86782@news04.bloor.is.net.cable.rogers.com>  4 "David Mathog" <mathog@caltech.edu> wrote in message2 news:20021031085216.74ccf803.mathog@caltech.edu... >9E > Tandem's different.  I get the impression that the Tandem guys havehK > armed guards at the door who keep out the management of whichever company K > nominally owns them, and then Tandem just does whatever it is it needs ton? > do.  So Tandem survived Compaq and will probably also survive . > HP, which is why it isn't in the list above.  G The banks just send their security teams in along with all the off-duty)J Brinks drivers. The banks won't let anybody f*ck around with Tandem. Carly> would see HP's lines of credit at banks disappear if they did.   ------------------------------   Date: 31 Oct 2002 06:58:04 GMT- From: djweath@attglobal.net (Dave Weatherall)o Subject: Re: TCL/TK on OpenVMS5 Message-ID: <DTiotGxQ0bj6-pn2-Z3edzzH6dHq3@localhost>r  6 On Thu, 31 Oct 2002 05:39:53 UTC, "Sandeep Yelwatkar" " <Sandeep_Yelwatkar@bmc.com> wrote:   > Hi , > 9 > I would like to know if TCL/TK is available on OpenVMS?- > D > If yes, can someone send me the URL from where I can download it . >   > Thanks in advance for any help > 	 > Sandeepr   SandeepDB                    there is an old version (41a2) on the Internet F Product Suite CD. I've only played with it under VMS 6.2 but it works.C There is a later version which I can't find the URL at the minute.  
 It;s at work.t  F If you install from the CD you will find TCL works but TK (started by F RUNTK not wish) will not find its library. The logical name it uses toF find its library needs to be defined in Unix ('x/y/z/') format and notE VMS. I tweaked the startup .com file to get around this. Let me know u if you're interested.t  @ If you can't wait you could use Google and search for VMS,TCL,TK   --   Cheers - Dave.   ------------------------------    Date: 31 Oct 2002 04:38:03 -0600; From: kaplow_r@eisner.encompasserve.org.TRABoD (Bob Kaplow)vA Subject: RE: VIP software e-mails (spamming to sell VMS software)a3 Message-ID: <xbQM5zChEDX$@eisner.encompasserve.org>i  W In article <01C27FFF.7EC4A600@sulfer.icius.com>, Shane Smith <ssmith@icius.com> writes: ) > Some anti-spam links + tools for y'all.s >  > http://www.samspade.org/7 > Great tool for tracking down spammers and their ISPs.   J and http://www.spamcop.net/, which is where I reported this message when I got it."  1 	26-October, 2001: A day that will live in infamyt4 	Support Freedom: http://www.indefenseoffreedom.org/  K         "For as adamant as my country has been about civil liberties duirngtI         peacetime, it has a long history ... of failing to preserve civil-J         liberties when it perceived its national security threatened." -- 4         former Supreme Court Justice William Brennan   ------------------------------    Date: 31 Oct 2002 04:44:58 -0600; From: kaplow_r@eisner.encompasserve.org.TRABoD (Bob Kaplow)wA Subject: Re: VIP software e-mails (spamming to sell VMS software):3 Message-ID: <DjjEt0LZOFdi@eisner.encompasserve.org>n  c In article <VRfswQgrx1TA@eisner.encompasserve.org>, Kilgallen@SpamCop.net (Larry Kilgallen) writes:WP > ==============================================================================K > The Boulder Pledge: "Under no circumstances will I ever purchase anythingoL >      offered to me as the result of an unsolicited email message. Nor willK >      I forward chain letters, petitions, mass mailings, or virus warningsmJ >      to large numbers of others. This is my contribution to the survival  >      of the online community."P > ==============================================================================  J Just a simple extension of my policy toards any unsolicited advertisement,J be it junkmail, telemarketing, or SPAM. Not only would I never do businessE with any of them, but I will even go out of my way to shut them down.k   http://www.junkbusters.com/O  1 	26-October, 2001: A day that will live in infamyo4 	Support Freedom: http://www.indefenseoffreedom.org/  K         "For as adamant as my country has been about civil liberties duirngaI         peacetime, it has a long history ... of failing to preserve civiluJ         liberties when it perceived its national security threatened." -- 4         former Supreme Court Justice William Brennan   ------------------------------    Date: 31 Oct 2002 07:26:58 -0800% From: Franz.Lengel@EvoBus.com (Franz)y5 Subject: VMS PHP connect to local Oracle Rdb Databased= Message-ID: <7eb9f7af.0210310726.226e45a4@posting.google.com>t   Hello !   F On our VMS operating system I was able to install CSWS http server andE PHP (from hp). But how to access a local Rdb database from PHP ? ODBC B functionality is implemented in this PHP version as far as I know.   Thank you in advance.s Franzo   ------------------------------  % Date: Thu, 31 Oct 2002 17:30:44 +0100 2 From: martin@radiogaga.harz.de (Martin Vorlaender)9 Subject: Re: VMS PHP connect to local Oracle Rdb Databasee; Message-ID: <3dc15ab4.524144494f47414741@radiogaga.harz.de>e  & Franz (Franz.Lengel@EvoBus.com) wrote:H > On our VMS operating system I was able to install CSWS http server andG > PHP (from hp). But how to access a local Rdb database from PHP ? ODBClD > functionality is implemented in this PHP version as far as I know.  H Let PHP itself tell you what it can do: Create a file PHPINFO.PHTML with     <?      phpinfo();    ?>  G and drop it into your document root somewhere. When calling it via CSWSh= it reports all options that have been compiled into this PHP.o  G Unfortunately, ODBC (or any other database support) are not among thosea	 (yet?)...r   cu,    Martin -- hA                      | Martin Vorlaender  |  VMS & WNT programmer.. Microsoft's answer   | work: mv@pdv-systeme.deA to OpenVMS is        |   http://www.pdv-systeme.de/users/martinv/ 5 Windows NT 10.0.     | home: martin@radiogaga.harz.der   ------------------------------    Date: 31 Oct 2002 04:49:30 -0600; From: kaplow_r@eisner.encompasserve.org.TRABoD (Bob Kaplow)tJ Subject: Re: VUPS, MIPS, microfortnights and other arcane units of measure3 Message-ID: <YFWGahlpcGTy@eisner.encompasserve.org>o  o In article <BA52530E3149734A9BAABDBBFA808E4903027B8F@rlghncst964.usps.gov>, VAXVMS <bounce@notmail.com> writes:a7 > Presuppose a unit of measurement called the redmond. s > How should it be defined?    Sqrt(-1)      1 	26-October, 2001: A day that will live in infamy 4 	Support Freedom: http://www.indefenseoffreedom.org/  K         "For as adamant as my country has been about civil liberties duirngrI         peacetime, it has a long history ... of failing to preserve civilaJ         liberties when it perceived its national security threatened." -- 4         former Supreme Court Justice William Brennan   ------------------------------  % Date: Thu, 31 Oct 2002 09:41:52 +0000s From: Roy Omond <Roy@Omond.net>l& Subject: Re: Whatever happened to ....) Message-ID: <3DC0FAE0.AD2C8C5F@Omond.net>o  
 dooley wrote:r  / > What do you do when you no longer have a vax?e > take up photography? > 4 > http://www.bayarea.com/mld/mercurynews/4401100.htm >  > (as seen on www.slashdot.org)   * I can't believe Ken Adelman is only 39 ...  4 "In an unprecedented marriage of high technology and7 environmental activism, Adelman, a 39-year-old computeri9 programmer from Santa Cruz County, has taken 7,000 aerialn< photographs of the California coastline -- one roughly every
 500 feet."  1 In any case, Ken is a very interesting character!e   ------------------------------  % Date: Thu, 31 Oct 2002 08:36:02 -0700 + From: "Barry Treahy, Jr." <Treahy@MMaz.com>l+ Subject: [Fwd: HP User Advocacy ADE survey]I' Message-ID: <3DC14DE2.6080602@MMaz.com>f  " -------- Original Message --------$ Subject: HP User Advocacy ADE survey% Date: Thu, 31 Oct 2002 08:08:07 -0600  From: admin@hpuseradvocacy.org To: Treahy@MMAZ.comt      Are you involved with the development of enterprise applications on an HP platform? If so, please take a few moments to complete the new ADE survey posted on the HP User Advocacy Program's web site at http://www.hpuseradvocacy.com/Surveys/2002October/index.cfm. HP is sponsoring this survey to better understand languages and to determine the extent to which Java will be adopted in these environments. Let Your Voice Be Heard!!  8 Thank you for your support and interest in HP Advocacy!    	l ----------------  e Someone remains mentally in a fog, they have a new survey and do not even list VMS as a supported OS!A   Barry        -- :  @ Barry Treahy, Jr  *  Midwest Microwave  *  Vice President & CIO   A E-mail: Treahy@mmaz.com * Phone: 480/314-1320 * FAX: 480/661-7028o   ------------------------------   End of INFO-VAX 2002.602 ************************