1 INFO-VAX	Mon, 20 Sep 2004	Volume 2004 : Issue 523       Contents:> Re: 1920x1200 resolution with VMS and the HP L2335 LCD monitor> Re: 1920x1200 resolution with VMS and the HP L2335 LCD monitor> Re: 1920x1200 resolution with VMS and the HP L2335 LCD monitor BASIC EDIT$ - 256 - Finding who the DNS server (resolver library)  Re: GTK+ 2.x MAN output and ALL-IN-1  Re: MAN output and ALL-IN-1 1 RE: MySQL 4.1.4a-gamma available for AXP and IA64 1 Re: MySQL 4.1.4a-gamma available for AXP and IA64  OpenVMS: 4GL x Web Development Python for OpenVMS 7.21 Re: Recommendations for secure terminal emulation   Re: TCP/IP cluster interconnect?  Re: TCP/IP cluster interconnect?( Re: VAX 6000 replacement with CHARON-VAX( Re: VAX 6000 replacement with CHARON-VAX VMS on IBM's Itanium Re: VMS on IBM's Itanium Re: VMS on IBM's Itanium1 Windoze not rebooted monthly shuts down airports! 5 Re: Windoze not rebooted monthly shuts down airports! 5 Re: Windoze not rebooted monthly shuts down airports! 5 Re: Windoze not rebooted monthly shuts down airports! 6 ZIP "-V" v. UNIX, et al.: Problem, possible solutions.: Re: ZIP "-V" v. UNIX, et al.: Problem, possible solutions.: Re: ZIP "-V" v. UNIX, et al.: Problem, possible solutions.: Re: ZIP "-V" v. UNIX, et al.: Problem, possible solutions.  F ----------------------------------------------------------------------  % Date: Mon, 20 Sep 2004 02:49:50 -0400 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> G Subject: Re: 1920x1200 resolution with VMS and the HP L2335 LCD monitor , Message-ID: <414E7D8B.7E42A61B@teksavvy.com>   Vance Haemmerle wrote:? > it's set at this resolution because xdpyinfo shows 1920x1200    5 > receiving is 1600x1200 and displays it accordingly    O With the second monitor plugged in, what does xdypinfo show ? is it 1600*1200 ?   G I am not sure if the powerstorm card has the ability to "read" from the L monitor. On a Microvax, there is no communications between monitor and videoJ card. The card just spits out a signal and hopes the monitor is compatible with that signal.   N One thing you need to check is whether your powerstorm card has the ability toN spit out 1900*1200 at a frequency which is compatible with your monitor. It is3 the combination of size AND frequency that matters.    ------------------------------  # Date: Mon, 20 Sep 2004 16:12:39 GMT 3 From: Vance Haemmerle <vance@toyvax.Glendale.CA.US> G Subject: Re: 1920x1200 resolution with VMS and the HP L2335 LCD monitor = Message-ID: <XjD3d.21667$SU2.7758@newssvr27.news.prodigy.com>    JF Mezei wrote:  > Vance Haemmerle wrote: > ? >>it's set at this resolution because xdpyinfo shows 1920x1200   >  > 5 >>receiving is 1600x1200 and displays it accordingly   >  > Q > With the second monitor plugged in, what does xdypinfo show ? is it 1600*1200 ?   F    There's no second monitor.  Like I said in my original post, I knowD the video is 1920 because with the New Desktop while I move a window< around the corner pixel location is displayed in the center.   > I > I am not sure if the powerstorm card has the ability to "read" from the N > monitor. On a Microvax, there is no communications between monitor and videoL > card. The card just spits out a signal and hopes the monitor is compatible > with that signal.   D    I don't expect the powerstorm card to read the monitor, though itA does use a DB15 connector and could use one of the pins for that. - I set the resolution the VMS way, in the file 3 DECW$PRIVATE_SERVER_SETUP.COM I have the following:   6 $ define/exec/system/nolog decw$server_refresh_rate 60  $ decw$xsize_in_pixels == "1920"  $ decw$ysize_in_pixels == "1200"  F I expect the card to put out a standard 1920x1200 signal and I expect > the Hewlett Packard monitor to understand this signal as 1920.  P > One thing you need to check is whether your powerstorm card has the ability toP > spit out 1900*1200 at a frequency which is compatible with your monitor. It is5 > the combination of size AND frequency that matters.   H The Powerstorm 350 can do 24bit color at 1920x1200 at 60 and 75 Hz.  TheE monitor says it can do 1920x1200 only at 60Hz, which is what I've set F the card.  I was thinking that since both 1600x1200 and 1920x1200 haveH the same number of lines there must be something about the two standardsG that differ so that the monitor can tell the difference.  Almost all of B the other standards that it supports as presets: 640x480, 720x400,E 800x600, 832x624, 1152x720, 1280x1024, 1600x1000 and 1680x1250 have a G differing number of lines.  There is another set, 1024x768 and 1280x768 C at 60Hz, in which it would have to tell the difference another way. E Since the Powerstorm can't do the second of these, I can't test that.    -- Vance Haemmerle    ------------------------------  # Date: Mon, 20 Sep 2004 17:06:00 GMT 4 From: "Fred Kleinsorge" <fred.nospam@nospam.dec.com>G Subject: Re: 1920x1200 resolution with VMS and the HP L2335 LCD monitor 3 Message-ID: <Y5E3d.11174$pP3.4678@news.cpqcorp.net>   L We (VMS) have 2 of these flat panels on order to test them on a Radeon 7500,G so I can't tell you much about the panel yet.  I do have several 2035's J (1600x1200), and 1825's (1280x1024), which appear to work fine (but I haveE not tried a P350).  The 2335 which is fairly new, was never tested or I qualified on the P350 (or any of the cards yet) which stopped being built * and sold long before this FP was designed.  F The P350 only has an analog output.  I know that the 2335 has a nativeG display of 1920x1200 @ 60Hz -- at least in digital (DVI) mode.  I would L expect it to be able to sync on an analog signal of that rate -- but until IE get one in, I won't be able to tell.  It may be that the timing being 2 generated is outside of what the panel can handle.  L The P350 (or any of our drivers except perhaps the AlphaBook 1) driver isn'tJ smart enough to generate a 1600x1200 output when set to 1920x1200 - nor doI we inquire the monitor capabilities (which can be done by some signalling J techniques on most video cards).  It is entirely possible that the monitorK however is doing something funky when seeing an input it can't handle - the $ FP displays are quite sophisticated.    @ "Vance Haemmerle" <vance@toyvax.Glendale.CA.US> wrote in message7 news:XjD3d.21667$SU2.7758@newssvr27.news.prodigy.com...  > JF Mezei wrote:  > > Vance Haemmerle wrote: > > @ > >>it's set at this resolution because xdpyinfo shows 1920x1200 > >  > > 6 > >>receiving is 1600x1200 and displays it accordingly > >  > > G > > With the second monitor plugged in, what does xdypinfo show ? is it  1600*1200 ?  > H >    There's no second monitor.  Like I said in my original post, I knowF > the video is 1920 because with the New Desktop while I move a window> > around the corner pixel location is displayed in the center. >  > > K > > I am not sure if the powerstorm card has the ability to "read" from the J > > monitor. On a Microvax, there is no communications between monitor and video C > > card. The card just spits out a signal and hopes the monitor is 
 compatible > > with that signal.  > F >    I don't expect the powerstorm card to read the monitor, though itC > does use a DB15 connector and could use one of the pins for that. / > I set the resolution the VMS way, in the file 5 > DECW$PRIVATE_SERVER_SETUP.COM I have the following:  > 8 > $ define/exec/system/nolog decw$server_refresh_rate 60" > $ decw$xsize_in_pixels == "1920"" > $ decw$ysize_in_pixels == "1200" > G > I expect the card to put out a standard 1920x1200 signal and I expect @ > the Hewlett Packard monitor to understand this signal as 1920. > G > > One thing you need to check is whether your powerstorm card has the 
 ability toL > > spit out 1900*1200 at a frequency which is compatible with your monitor. It is 7 > > the combination of size AND frequency that matters.  > J > The Powerstorm 350 can do 24bit color at 1920x1200 at 60 and 75 Hz.  TheG > monitor says it can do 1920x1200 only at 60Hz, which is what I've set H > the card.  I was thinking that since both 1600x1200 and 1920x1200 haveJ > the same number of lines there must be something about the two standardsI > that differ so that the monitor can tell the difference.  Almost all of D > the other standards that it supports as presets: 640x480, 720x400,G > 800x600, 832x624, 1152x720, 1280x1024, 1600x1000 and 1680x1250 have a I > differing number of lines.  There is another set, 1024x768 and 1280x768 E > at 60Hz, in which it would have to tell the difference another way. G > Since the Powerstorm can't do the second of these, I can't test that.  >  > -- > Vance Haemmerle    ------------------------------    Date: 20 Sep 2004 08:46:18 -0700" From: cstranslations@msn.com (Joe) Subject: BASIC EDIT$ - 256; Message-ID: <d56d1c2d.0409200746.7991de@posting.google.com>    Alpha BASIC V1.5-000 OpenVMS V7.3-2  E 256 is suppose to "Do not alter characters inside quotes" but I guess @ I always figured they were talking about "balanced" ones. Has it always been this way??  
 $ ty test.bas = option type = explicit, size = integer long,                &          constant type = integer   9 print edit$("COEUR D'ALENE, ID 83814",2+4+8+16+32+64+128) = print edit$("COEUR D'ALENE, ID 83814",2+4+8+16+32+64+128+256)  $ 
 $ run test COEURD'ALENE,ID83814 COEURD'ALENE, ID 83814   ------------------------------  % Date: Mon, 20 Sep 2004 03:00:03 -0400 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> 6 Subject: Finding who the DNS server (resolver library), Message-ID: <414E7FF0.73807DCD@teksavvy.com>  M In order to emulate the finctionlaity of NSLOOKUP, one must find out the host F anme of the DNS server serving the host the application is running on.  : Doing a SHOW LOGICAL TCPIP$BIND* reveals that there is a :  N TCPIP$BIND_SERVER000  which points to a dotted server address which appears to be correct.   M However, since there can be multiple servers used by the resolver, I *ASSUME* P that one could potentially find TCPIP$BIND_SERVER001 002 etc.  Is this correct ?  N Must the logical point to a dotted decimal address or could one expect a fullyV qualified host name ? (which might get resolved in the local hosts file for instance).  K Also, if mutiple servers are available, do the logicals remain the same, or N does the system rotate them to do load balancing amongst the various servers ?  G Is there some recommended logic to scan and choose one of the available 	 servers ?   N Since there is no way to programatically get a wildcard list of logical names,K should one simply test for SERVER000, SERVER001 SERVER002 until there is no / longer any matches ? Or is there a better way ?   N What happens when the software tried to be runned on systems that have anotherM TCPIP stack ? are the logical names compatible across stacks ? Or would there N be a more standard way to obrtain the name of the DNS server which can respond to requests from a program ?  J (the standard $QIO or gethostbyname are not able to get the variety of DNSK information (MX, TXT etc records, so one must send requests directly to the ) server and parse the output accordingly).     I Also, since NSLOOKUP has been implemented in VMS, does anyone know if the N resolver library is available to other applications, or must one re-invent theM wheel because NSLOOKUP was linked with a proprietary library contained within  the executable ?   ------------------------------  % Date: Mon, 20 Sep 2004 08:50:40 +0200 ' From: JOUKJ <joukj@hrem.stm.tudelft.nl>  Subject: Re: GTK+ 2.x 2 Message-ID: <414E7DC0.4050609@hrem.stm.tudelft.nl>   Thierry USO wrote: > Hello,H > Does anybody know if HP plans to provide a port of GTK+ 2.2 (or later)D > for OpenVMS ? I asked it openvms.ebusiness@hp.com and didn't get a > response. 	 > Thanks. I As far as I know, they will only do this when applications They support,  = like Mozilla, will need them. So probably they have no plans.   A I had a try myself, but it is not yet finished. glib2 works, but  H pango,atk,gtk2 still need some work. I'm progressing very slowly due to  a lack of time doing it.  : See for how far I got http://nchrem.tnw.tudelft.nl/openvms                  Jouk    ------------------------------  % Date: Mon, 20 Sep 2004 03:28:06 -0400 - From: JF Mezei <jfmezei.spamnot@teksavvy.com>   Subject: MAN output and ALL-IN-1, Message-ID: <414E8685.EDD769BC@teksavvy.com>   Just a tidbit...  J Found another interesting use for ALL-IN-1... Wanted to take a look at theM output of some MAN doccuments (extensions such as .LST). They contain lots of > backspace characters (repeating a letter to make it bold) etc.  8 type can resonably disply those files, but TPU wouldn't.  M However, ALL-IN-1 was able to render the output both when copied to screen or H when copied to wpsplus documents (where bolding , new page marks etc areJ properly done). So it would be possible to then convert from WPL format to5 DDIF which DECwrite could then display/edit properly.    ------------------------------    Date: 20 Sep 2004 06:26:27 -0700. From: fabiopenvms@yahoo.com.br (Fabio Cardoso)$ Subject: Re: MAN output and ALL-IN-1= Message-ID: <f30679fb.0409200526.70ecd242@posting.google.com>   a JF Mezei <jfmezei.spamnot@teksavvy.com> wrote in message news:<414E8685.EDD769BC@teksavvy.com>...  > Just a tidbit... > L > Found another interesting use for ALL-IN-1... Wanted to take a look at theO > output of some MAN doccuments (extensions such as .LST). They contain lots of @ > backspace characters (repeating a letter to make it bold) etc. > : > type can resonably disply those files, but TPU wouldn't. > O > However, ALL-IN-1 was able to render the output both when copied to screen or J > when copied to wpsplus documents (where bolding , new page marks etc areL > properly done). So it would be possible to then convert from WPL format to7 > DDIF which DECwrite could then display/edit properly.   D HP should donate these old software to the Free Software Foundation.C May be someone could make a reverse engineering with ALL-IN-1 ! :-)    Regards    FC   ------------------------------   Date: 20 SEP 2004 14:37:13 GMT4 From: karcher@thuria.waisman.wisc.edu (Carl Karcher): Subject: RE: MySQL 4.1.4a-gamma available for AXP and IA646 Message-ID: <20SEP04.14371323@thuria.waisman.wisc.edu>  G FYI: A new install of this version on VMS 7.3-2 TCPIP V5.4-ECO2 has the  following minor problems:   D 1. In mysql_root:[vms.mysql]mysql_privileges.com, an attempt is made.    to create the table 'time_zone_name' twice.  F 2. The two mysqladmin shutdown commands no longer shutdown the server.H    A third mysqladmin (anything) causes the MYSQL_SERVER process to wind"    through bgnnnn devices forever.  & Not really sure who to report this to.  @ I'd also like to thank everyone who's make the vms port of mysql@ possible. Being able to provide the hugely popular mysql service. from a vms environment is greatly appreciated.   --G -- Carl Karcher, Waisman Computing Services, Waisman Center, UW-Madison 6 --               karcher.nomorespzm@waisman.wisc.edu     ------------------------------  % Date: Mon, 20 Sep 2004 19:28:14 +0200 1 From: =?ISO-8859-1?Q?Jean-Fran=E7ois_Pi=E9ronne?= : Subject: Re: MySQL 4.1.4a-gamma available for AXP and IA642 Message-ID: <cin3vm$afh$1@news-reader1.wanadoo.fr>   Hi Carl,   thanks for your feedback.   I > FYI: A new install of this version on VMS 7.3-2 TCPIP V5.4-ECO2 has the  > following minor problems:  > F > 1. In mysql_root:[vms.mysql]mysql_privileges.com, an attempt is made0 >    to create the table 'time_zone_name' twice. >    Fix in the latest kit.  H > 2. The two mysqladmin shutdown commands no longer shutdown the server.J >    A third mysqladmin (anything) causes the MYSQL_SERVER process to wind$ >    through bgnnnn devices forever. >   N I have never noticed this, times to times I have to execute more than 2 times O   the shutdown command before server effectively stop, but it always finish to  	 shutdown.   M I run it on AXP VMS 7.3, 7.3-1 and IA64 8.2 without any problem, but I don't   shutdown it very often :-)  L As we have experimented this problem on Linux too, it is probably not a VMS  specific problem.   ( > Not really sure who to report this to. > B > I'd also like to thank everyone who's make the vms port of mysqlB > possible. Being able to provide the hugely popular mysql service0 > from a vms environment is greatly appreciated. >    Thanks.    > --I > -- Carl Karcher, Waisman Computing Services, Waisman Center, UW-Madison 8 > --               karcher.nomorespzm@waisman.wisc.edu      
 Jean-Franois    ------------------------------    Date: 20 Sep 2004 09:31:57 -0700. From: fabiopenvms@yahoo.com.br (Fabio Cardoso)' Subject: OpenVMS: 4GL x Web Development = Message-ID: <f30679fb.0409200831.33a1f2f4@posting.google.com>   . Do you know what is the most used 4GL language0 under OpenVMS ? Gembase, PowerHouse, Rally etc ?> Does it still a good option for development (Term/Thin client)5 or would be better to develop Web-based applications?    Regards    FC   ------------------------------  % Date: Mon, 20 Sep 2004 17:08:15 +0200 1 From: =?ISO-8859-1?Q?Jean-Fran=E7ois_Pi=E9ronne?=  Subject: Python for OpenVMS 7.2 2 Message-ID: <cimrp4$ioa$1@news-reader1.wanadoo.fr>  O Tom Uijldert has provide me a port of Zlib, Libbz2 and Python for OpenVMS V7.2.    I have put the kits on6 http://www.pi-net.dyndns.org/anonymous/kits/axp/vms72/  G I have also add some documentation about the various kits which can be   download from my site / (http://www.pi-net.dyndns.org/anonymous/kits/).       
 Jean-Franois    ------------------------------  % Date: Mon, 20 Sep 2004 12:47:13 -0400 # From: sol gongola <sol@adldata.com> : Subject: Re: Recommendations for secure terminal emulation+ Message-ID: <414F0991.B37491A3@adldata.com>    O-Dzin Tridral wrote:  >  > We would like to find a terminal emulator that is capable of connecting to VMS via using SSH and running full-screen applications (e.g. CODA, TPU).  >  > I've had a look at PuTty, for example, and connecting using Telnet allows me to run full-screen applications, but using SSH doesn't. >  > I'd appreciate any advice. > 	 > '-Dzin  >  > --n > '-Dzin Tridral, Project Team Leader, Business Information Systems, Information Services, Cardiff University& > +44(0)29 20876160, tridralo@cf.ac.uk > ''OpenVMS uptimes can be measured in years. This is certainly preferable to a culture of rebooting and disruption that plague other platforms due to viruses, Trojans, denial-of-service attacks, and endless patching of systems.''5 > -- Joseph Stenz, Albert Einstein Healthcare Network = > -- http://itmanagement.earthweb.com/erp/article.php/3406641   2 What happens (or doesn't happen) when using putty.9 Putty can do both an ssh and a standard telnet connection : and the terminal emulation shoud work the same either way.4 Are you sure you have SSH properly set up under VMS?   sol gongola    ------------------------------    Date: 20 Sep 2004 07:42:51 -0500; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) ) Subject: Re: TCP/IP cluster interconnect? 3 Message-ID: <MWA036$VoxfS@eisner.encompasserve.org>   ` In article <414CAFCD.BBB84058@comcast.net>, David J Dachtera <djesys.nospam@comcast.net> writes: > H > Since an OpenVMS cluster can survive quite happily without ANY networkE > stack loaded (not even DECnet or LAT), I'd have to say the issue is G > irrelevant, and attempting to push cluster communications that far up F > into network stack would only degrade the situation, not improve it.  G    Although it's not DECnet, LAT, or IP, I do believe SCS constitutes a     network stack.    ------------------------------    Date: 20 Sep 2004 07:41:45 -0500; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) ) Subject: Re: TCP/IP cluster interconnect? 3 Message-ID: <078SFuMYXmh8@eisner.encompasserve.org>   l In article <414b4d40$0$10791$65c69314@mercury.nildram.net>, "Jim Brankin" <brankin at nildram.co.uk> writes: > F > Is it not about time VMS could use TCP/IP as a cluster interconnect?  E    No.  VMS should keep real cluster protocols and real clusters, not 5    move toward some hacked-up castrated half cluster.    ------------------------------  % Date: Mon, 20 Sep 2004 08:01:27 +0200 * From: Paul Sture <nospam@sture.homeip.net>1 Subject: Re: VAX 6000 replacement with CHARON-VAX + Message-ID: <2r7a1sF1789deU1@uni-berlin.de>    Doc. wrote: > > %NEWS-I-NEWMSG, GreyCloud wrote in news:iOmdnbnHvoNnKtDcRVn- > jw@bresnan.com >  >  >>JF Mezei wrote:  >  > G >>>300 watts is the last figure I heard. Intel has plans to lower power  >>>consumption.  >>H >>OUCH!!  They should put a motor and a big tub with holes in it.  That ) >>way it could double as a clothes dryer.  >  > 8 > Okay, I don't know who is being alarmist here or what. > L > The following is the first URL I found in the HP site that mentions power $ > consumption for an Itanium system. > K > http://www.hp.com/products1/servers/integrity/entry_level/rx2600/specific 
 > ations.html  > K > That says the max output of the power supply is 650W.  What matters here  F > is what would be the equivalent for a system that could do the same 8 > amount of work.  JF, care to cite a comparable system? > E OK, I'll dig up another reference, which I posted here when I'd just  ) done an introductory course on the GS320.    http://tinyurl.com/5mfq8   Von:Paul Sture Betrifft:Re: 4 mm tape drive# View: Complete Thread (10 Beitrge)  Original Format  Newsgroups:comp.os.vms Datum:2001-07-04 09:11:20 PST    In article  A <rdeininger-0407011120110001@user-2ive7io.dialup.mindspring.com>,  Robert Deininger wrote:    <snip>    G  > When I get my hobbyist GS320, I'm hoping it comes with a paper tape   reader.   >? Who pays for your electricity?  A GS320/24 uses nearly 10KW :-)    ------------------------------    Date: 20 Sep 2004 07:47:25 -0500; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) 1 Subject: Re: VAX 6000 replacement with CHARON-VAX 3 Message-ID: <CBWLJkRNlx1F@eisner.encompasserve.org>   \ In article <414C8669.DC539BFF@teksavvy.com>, JF Mezei <jfmezei.spamnot@teksavvy.com> writes: > L > Which is why I could take my all mighty microvax II's system disk, plug itP > into a 6000 and boot. Sire, some device names would change (ethernet, serial),H > but wouldn't the rest work fine ? (assuming proper licences of course) >   H    It depends on the version of VMS.  There are older versions that willC    boot on an MV II and not on a 6000.   Then it depends on memory, E    pagefile, and swapfile.  I'm not sure a lot of 6000 were sold with C    only 16MB.  You might get all hung up with a severly out of tune     memory management system.  J > But since wintel or alpha do not have q-bus, then it is a given that theN > emulator can only "fake" a limited number of q-bus devices because each must > be coded into the emulator.   C    I've seen Alpha with Qbus adapters, and vendors of Qbus adapters J    for Wintel.  And I've seen Qbus based systems with 68K chips in them.  .    Qbus may show up where you least expect it.   ------------------------------    Date: 20 Sep 2004 05:45:50 -0700 From: janicmx@yahoo.com (Mike) Subject: VMS on IBM's Itanium = Message-ID: <31886a6f.0409200445.46255ea7@posting.google.com>   2 Will VMS be available on IBM's  ITANIUM  systems ?   TIA,   Mike   ------------------------------    Date: 20 Sep 2004 10:32:54 -0500- From: Kilgallen@SpamCop.net (Larry Kilgallen) ! Subject: Re: VMS on IBM's Itanium 3 Message-ID: <mPnSzzvKK91C@eisner.encompasserve.org>   ^ In article <31886a6f.0409200445.46255ea7@posting.google.com>, janicmx@yahoo.com (Mike) writes:4 > Will VMS be available on IBM's  ITANIUM  systems ?  D VMS Developers have said their implementation goal is to make it run. on any system confirming to Intel's standards.  0 But by "be available on", I presume you mean not  	 	"run on"    but one of:    	"be supported by HP on" 	"be supported by IBM on"  	"come bundled with"  7 and I have seen no indication one of those will happen.    ------------------------------  # Date: Mon, 20 Sep 2004 16:45:45 GMT 4 From: "Fred Kleinsorge" <fred.nospam@nospam.dec.com>! Subject: Re: VMS on IBM's Itanium 3 Message-ID: <ZOD3d.11171$AK3.1473@news.cpqcorp.net>   - There are four issues (at least) to consider:   L - The boot path.  While every attempt has been been made to make it platformK independent (and this has worked out well) - it is impossible to know if it F will work.  In the early days of development, we needed to do a lot ofA tweaking for a new platform to deal with assumptions we made, and  differences in firmware.  K - Maximum memory.  Because the device drivers we are using, mostly ports of J drivers we had on Alpha - there is a current assumption that Map RegistersJ (aka ab IOTLB) will be available.  They are on HP platforms.  But they areF not on the Intel reference platform.  There is no "standard" for IOTLBL implementations - even on the same architecture and same manufacturer.  ThisK means that at best the platform would be probably limited to 2GB of memory. L This requirement will probably go away over time, as future HP platforms may not have an IOTLB.  H - Devices.  Are the devices that VMS supports supported on the platform.D You could end up with a situation where the disk controllers are not supported for example.  K - Support.  Even if it works, there is no plan or infrastructure to support I a non-HP platform.  There would need to be a business case and plan to do  it.   I We aren't Windows.  We don't have the infrastructure set up to run on any H platform that meets specific requirements (or rather, the platform wouldJ have to effectively meet HP requirements today).  We are a part of HP, andK we are in business to sell HP hardware, software and services - so while we L are not actively doing anything that would stop it from working, we are alsoK not actively making sure it will work either.  Our customer base in general L won't use unsupported hardware in production.  Finally, when you look at theJ Itanium hardware being sold by others, there is no compelling advantage to not use the HP hardware.    : "Larry Kilgallen" <Kilgallen@SpamCop.net> wrote in message- news:mPnSzzvKK91C@eisner.encompasserve.org... ? > In article <31886a6f.0409200445.46255ea7@posting.google.com>,   janicmx@yahoo.com (Mike) writes:6 > > Will VMS be available on IBM's  ITANIUM  systems ? > F > VMS Developers have said their implementation goal is to make it run0 > on any system confirming to Intel's standards. > 2 > But by "be available on", I presume you mean not > 
 > "run on" > 
 > but one of:  >  > "be supported by HP on"  > "be supported by IBM on" > "come bundled with"  > 9 > and I have seen no indication one of those will happen.    ------------------------------    Date: 20 Sep 2004 05:43:50 -0700( From: bob@instantwhip.com (Bob Ceculski): Subject: Windoze not rebooted monthly shuts down airports!= Message-ID: <d7791aa1.0409200443.32f97295@posting.google.com>   6 what fools, trying to run an airport on anything other	 than VMS!   C http://news.zdnet.co.uk/software/windows/0,39020396,39167074,00.htm    ------------------------------  % Date: Mon, 20 Sep 2004 09:15:11 -0600 . From: "Michael D. Ober" <mdo.@.wakeassoc..com>> Subject: Re: Windoze not rebooted monthly shuts down airports!- Message-ID: <3uC3d.2$B7.1146@news.uswest.net>   E Running the US Air Traffic Control system on Windows 95, 98, or ME is F criminal!  Windows NT, 2000, XP, and 2003 don't have this bug.  As forH running on Windows vs. VMS, that's a different story - the FAA has neverL used VMS.  It used to use IBM iron as this system predates VMS.  This sounds( like another case of VMS (non)marketing.  
 Mike Ober.  5 "Bob Ceculski" <bob@instantwhip.com> wrote in message 7 news:d7791aa1.0409200443.32f97295@posting.google.com... 8 > what fools, trying to run an airport on anything other > than VMS!  > E > http://news.zdnet.co.uk/software/windows/0,39020396,39167074,00.htm  >    ------------------------------  % Date: Mon, 20 Sep 2004 12:27:48 -0400 # From: "John Smith" <a@nonymous.com> > Subject: Re: Windoze not rebooted monthly shuts down airports!, Message-ID: <G4WdnTRjh6aQmNLcRVn-iw@igs.net>   Michael D. Ober wrote:G > Running the US Air Traffic Control system on Windows 95, 98, or ME is H > criminal!  Windows NT, 2000, XP, and 2003 don't have this bug.  As forD > running on Windows vs. VMS, that's a different story - the FAA hasG > never used VMS.  It used to use IBM iron as this system predates VMS. 6 > This sounds like another case of VMS (non)marketing. >  > Mike Ober.    . In the news story there was the following bit:  H "The newspaper said that a Microsoft-based replacement for an older UnixH system needed to be reset every thirty days 'to prevent data overload' "  I This sounds a lot like the problem that all versions of windows up to and E including Win2000 (not sure about XP or Server 2003) has with  system F 'resources' being 'consumed' by poorly written code. Win2000 and priorK almost always had to be turned off every 30 days or so in order to free the  system resources.   J As I recall, most of the traffic over the western North Atlantic (ie. justG about anything that flies a northerly great circle route to Europe from J North America), is handled by Nav Canada out of Gander, Newfoundland. That$ ATC system, I believe, is VMS-based.   ------------------------------  # Date: Mon, 20 Sep 2004 16:48:53 GMT & From: John Reagan <john.reagan@hp.com>> Subject: Re: Windoze not rebooted monthly shuts down airports!3 Message-ID: <VRD3d.11172$RN3.7572@news.cpqcorp.net>    Bob Ceculski wrote: 8 > what fools, trying to run an airport on anything other > than VMS!  > E > http://news.zdnet.co.uk/software/windows/0,39020396,39167074,00.htm   H A co-worker who read another article on the story which gave the actual H time before the system would die figured out that the duration is 2**32 F milliseconds (or something like that).  He guessed that some longword  counter overflows.   --   John Reagan / HP Pascal/{A|I}MACRO for OpenVMS Project Leader  Hewlett-Packard Company    ------------------------------  + Date: Mon, 20 Sep 2004 00:38:53 -0500 (CDT)  From: sms@antinode.org? Subject: ZIP "-V" v. UNIX, et al.: Problem, possible solutions. ) Message-ID: <04092000385362@antinode.org>   C    I recently had occasion to try to unpack a ZIP archive which was A produced on a VMS system using ZIP "-V" (to preserve the VMS file H attributes).  The unpacking was done on a Tru64 UNIX system, but I'd bet0 the results would be similar on any UNIX system.  B    All the files of interest to a non-VMS user were Record format:G Stream_LF (that is, maximally UNIX-friendly), and all were corrupted in E a particular way when unpacked on the UNIX system, specifically, each B file was padded with NULs until its size was a multiple of 16384. D (Which extra bytes sure startled the Compaq C compiler, by the way.)  C    After a bit of research, I learned that the Zip archive included E defective values for the uncompressed sizes of the files therein, and E that this problem arose only when "-V" was used.  (Thus, UnZip on the H UNIX system was doing its best to try to follow bad instructions when it was unpacking.)   C    The problem appears to be in the [.VMS]VMS_PK.C code, which uses G (fairly raw) block I/O to read the input file(s), specifically, that it F generally has only a vague idea of how many bytes it has read.  I have@ some modifications which appear to work correctly, within limitsF discussed below.  I also stole some of my code from Wget to enable theG DECC$ARGV_PARSE_STYLE feature (where possible), obviating the quotation H marks around "-V" (among other things) if the command-line parsing style) is extended (on modern, non-VAX systems).   D    The only problem I've seen so far (after limited testing) is someF complaints from BACKUP /COMPARE when a byte or two past the end of theE last record fails to match.  A minor tune-up to UnZip helps, but does E not fix every case.  (UnZip on VMS also tries to do (fairly raw) fast G I/O, so it always writes an even number of bytes to a file.  Up to now, B when it incremented an odd byte count to make it even, it took theA existing garbage in the buffer and wrote that as the extra byte.  D Clearing that extra byte fixes a lot of the mis-compares, but I haveD some Alpha and VAX (but not IA64?) object files with an extra "FFFF"C after the end of the last record, and I don't see much to gain from G trying to reproduce any data from past the EOF.)  DIFFERENCES is alwaysp& happy, but BACKUP /COMPARE is fussier.      So, my questions are:  (    Has anyone else noticed this problem?  B    Is anyone interested in pushing some changes back into the main [Un]Zip code stream?  *    Does anyone see any potential problems?  ?    Is anyone working on ODS5 support for the Info-Zip programs?2    +    Potentially pertinent details (I quote):A  2 This is Zip 2.3 (November 29th 1999), by Info-ZIP.H                               [^^^^--- And I'd bet that no one's touched+ the I/O code in VMS_PK.C since about 1993.]   ' UnZip 5.51 of 22 May 2004, by Info-ZIP.o  H ------------------------------------------------------------------------  4    Steven M. Schweda               (+1) 651-699-98183    382 South Warwick Street        sms@antinode-org     Saint Paul  MN  55105-2547M   ------------------------------    Date: 20 Sep 2004 06:20:36 -0700+ From: shoppa@trailing-edge.com (Tim Shoppa)sC Subject: Re: ZIP "-V" v. UNIX, et al.: Problem, possible solutions.z= Message-ID: <bec993c8.0409200520.1186a38d@posting.google.com>   G sms@antinode.org wrote in message news:<04092000385362@antinode.org>...,B > I recently had occasion to try to unpack a ZIP archive which wasC > produced on a VMS system using ZIP "-V" (to preserve the VMS filenJ > attributes).  The unpacking was done on a Tru64 UNIX system, but I'd bet2 > the results would be similar on any UNIX system. > D >    All the files of interest to a non-VMS user were Record format:I > Stream_LF (that is, maximally UNIX-friendly), and all were corrupted inaG > a particular way when unpacked on the UNIX system, specifically, each D > file was padded with NULs until its size was a multiple of 16384. F > (Which extra bytes sure startled the Compaq C compiler, by the way.) > E >    After a bit of research, I learned that the Zip archive includedaG > defective values for the uncompressed sizes of the files therein, andtG > that this problem arose only when "-V" was used.  (Thus, UnZip on thedJ > UNIX system was doing its best to try to follow bad instructions when it > was unpacking.)y  F Well, info-zip works very differently in "-V" than otherwise, and this
 is by design:i  I 1.  When "-V" is used, it doesn't try hard at all to determine Unix-styleeC line length.  It's only goal is to get the blocks all there and get2B the attributes right.  The intention of "-V" is that you'll unpackE the file on a VMS machine and have it just as it originally was.  ButeB if you unpack it on a non-VMS machine you'll get raw blocks (whichF you seem to describe as padding, actually I'm not so sure that they'llD necessarily be NUL's, you may have random bytes instead in general.)  D 2.  When "-V" isn't used it tries harder to determine file length inH a Unix-type way and will (if necessary, and sometimes if not necessary!)F convert the file in such a way that VMS-ism's are removed (e.g. recordD lengths etc. if they're there.)  This way when you unzip the file onF a non-VMS machine you usually get what you want and don't get what you don't want.d  ? You seem to be trying to use it in a hybrid way, and I see whatrF you're doing, but I suspect that if you used it without the "-V" you'd get what you wanted right away.m   Tim.   ------------------------------  % Date: Mon, 20 Sep 2004 08:13:47 -0500 6 From: "Craig A. Berry" <craigberry@mac.com.spamfooler>C Subject: Re: ZIP "-V" v. UNIX, et al.: Problem, possible solutions.VD Message-ID: <craigberry-78EF39.08134620092004@news.isp.giganews.com>  A In article <04092000385362@antinode.org>, sms@antinode.org wrote:w  A >    Is anyone working on ODS5 support for the Info-Zip programs?e  D The GNV version of zip had some modifications for case preservation , that didn't work.  I submitted a patch here:  9 http://sourceforge.net/tracker/?group_id=2506&atid=302506o  D I've seen no evidence that the GNV maintainers pay any attention to E patches submitted there, nor that there is any two-way communication N% between the GNV project and Info-ZIP.s   ------------------------------  + Date: Mon, 20 Sep 2004 09:48:39 -0500 (CDT)a From: sms@antinode.orgC Subject: Re: ZIP "-V" v. UNIX, et al.: Problem, possible solutions.t) Message-ID: <04092009483940@antinode.org>m  + From: shoppa@trailing-edge.com (Tim Shoppa)t  H > Well, info-zip works very differently in "-V" than otherwise, and this > is by design:t > K > 1.  When "-V" is used, it doesn't try hard at all to determine Unix-style1E > line length.  It's only goal is to get the blocks all there and get D > the attributes right.  The intention of "-V" is that you'll unpackG > the file on a VMS machine and have it just as it originally was.  ButmD > if you unpack it on a non-VMS machine you'll get raw blocks (whichH > you seem to describe as padding, actually I'm not so sure that they'llF > necessarily be NUL's, you may have random bytes instead in general.)  B    Apparently, you haven't actually looked at the code, or run theD experiment.  Please read carefully.  Currently, ZIP "-V" will take aF four-byte file, with 1 VMS disk block used, and save info like this in2 the Zip archive (as displayed by 'UNZIP "-Z" -v'):  <   compressed size:                                  38 bytes?   uncompressed size:                                16384 bytesw  B    The suggestion that this error is "by design" is funny, but not
 enlightening.   F > 2.  When "-V" isn't used it tries harder to determine file length inJ > a Unix-type way and will (if necessary, and sometimes if not necessary!)H > convert the file in such a way that VMS-ism's are removed (e.g. recordF > lengths etc. if they're there.)  This way when you unzip the file onH > a non-VMS machine you usually get what you want and don't get what you
 > don't want.t  C    Please read carefully.  The files in question are Record format:tF Stream_LF, so what you see in raw form on VMS is exactly what you wantG to see on the UNIX system.  My choice of Stream_LF was not an accident.i  D    Getting "the blocks all there" does not require getting 31 blocksF past the end of the file, attributes or no attributes.  In a four-byteD file (one line, "ABC\n"), there is one raw block, not 32.  Even DUMPF (not /RECORD) admits this.  The extra 31 blocks on the UNIX system areC padding, not "raw blocks".  Whether the padding comprises only NULs H depends on the implementation of things on the UNIX system, but it's theD result of the defective "uncompressed length" stored in the archive.  H    I assumed that the _intention_ of "-V" was to get the file attributesE right if the archive was unpacked on a VMS system, not necessarily to ? produce corrupt files on non-VMS systems.  Clearly, the current F _implementation_ offers file corruption as a bonus for a non-VMS user.  A > You seem to be trying to use it in a hybrid way, and I see what.H > you're doing, but I suspect that if you used it without the "-V" you'd! > get what you wanted right away.i  E    Yes, because not using "-V" (or with SET PROCESS /PARSE = EXTENDED > and my changes, just plain -V), BYPASSES THE _DEFECTIVE_ CODE.      But thanks for playing.  H ------------------------------------------------------------------------  4    Steven M. Schweda               (+1) 651-699-98183    382 South Warwick Street        sms@antinode-orgn    Saint Paul  MN  55105-2547E   ------------------------------   End of INFO-VAX 2004.523 ************************