1 INFO-VAX	Fri, 18 Nov 2005	Volume 2005 : Issue 644       Contents:7 Re: ??==TLZ10 = HP Compaq Storagworks DAT 12/24 GB DDS3 ( Re: Alpha AU433 <> disk tower DSB-356-KF( Re: Alpha AU433 <> disk tower DSB-356-KF Re: AlphaServer GS140 For Sale/ Configure tips (was: MAKE utility for openVMS?) ! Re: Configuring MSA disks for VMS  Re: f2c for openVMS Alpha? Re: f2c for openVMS Alpha? Re: HP Financials  Re: HP Financials  Re: HP Financials  Re: HP Financials  Re: HP Financials * Re: Illuminata says Itanium was a mistake.* Re: Illuminata says Itanium was a mistake.* Re: Illuminata says Itanium was a mistake.* Re: Illuminata says Itanium was a mistake.* Re: Illuminata says Itanium was a mistake.* Re: Illuminata says Itanium was a mistake.* Re: Illuminata says Itanium was a mistake.* Re: Illuminata says Itanium was a mistake.* Re: Illuminata says Itanium was a mistake. Re: MAKE utility for openVMS?  Re: MAKE utility for openVMS?  Re: MAKE utility for openVMS?  Re: MAKE utility for openVMS?  Re: MAKE utility for openVMS?  Re: Need help with C program Re: Need help with C program Re: Need help with C program new versions Re: new versions Re: new versions> Re: OT: Microsoft appear to announce end of Windows on Itanium> Re: OT: Microsoft appear to announce end of Windows on Itanium5 shared queue and direct printing via TCPIP DECservers 9 Re: shared queue and direct printing via TCPIP DECservers 9 Re: shared queue and direct printing via TCPIP DECservers P Re: TASK can't run SEARCH (was Re: difference between "normal" and DECnet DIRECTP Re: TASK can't run SEARCH (was Re: difference between "normal" and DECnet DIRECTP Re: TASK can't run SEARCH (was Re: difference between "normal" and DECnet DIRECTP Re: TASK can't run SEARCH (was Re: difference between "normal" and DECnet DIRECT" Re: Unable to Boot Firmware CD-ROM UPDATE 5.0 installation errors" Re: UPDATE 5.0 installation errors" Re: UPDATE 5.0 installation errors" Re: UPDATE 5.0 installation errors Re: VMS to Tivoli TEC   F ----------------------------------------------------------------------  % Date: Fri, 18 Nov 2005 13:22:41 +0100 , From: "H. M. Aus" <aus@vim.uni-wuerzburg.de>@ Subject: Re: ??==TLZ10 = HP Compaq Storagworks DAT 12/24 GB DDS37 Message-ID: <aus-78930A.13224118112005@news.cis.dfn.de>   B Our Compaq EOD003 DAT drive from eBay works fine. We can read the G $Backup tapes from the production Alpha with the TLZ10 drive. We don't   use compression.  ! Thanks to everyone for your help.    ------------------------------  % Date: Fri, 18 Nov 2005 13:17:57 +0100 , From: "H. M. Aus" <aus@vim.uni-wuerzburg.de>1 Subject: Re: Alpha AU433 <> disk tower DSB-356-KF 7 Message-ID: <aus-8A70EE.13175718112005@news.cis.dfn.de>   B Our computer center had a spare (unused) AMP-636217-3, 9952 cable.   This cable works fine.   Thanks for your help.    ------------------------------    Date: 18 Nov 2005 04:44:00 -0800; From: "johnhreinhardt@yahoo.com" <johnhreinhardt@yahoo.com> 1 Subject: Re: Alpha AU433 <> disk tower DSB-356-KF C Message-ID: <1132317840.696219.206270@o13g2000cwo.googlegroups.com>    Martin Vorlaender wrote:   *snip*  
 >   Martin > --F >  O Lord, won't you buy me     | Martin Vorlaender  |  OpenVMS rules!9 >  an HP OS                     | work: mv@pdv-systeme.de L >  its name starts with "Open"  |   http://www.pdv-systeme.de/users/martinv/@ >  and ends in "VMS" ...        | home: martin@radiogaga.harz.de   Love the new sig. :-)    ------------------------------    Date: 18 Nov 2005 01:40:14 -0800$ From: "ataylor" <kusoneko@gmail.com>' Subject: Re: AlphaServer GS140 For Sale B Message-ID: <1132306814.721478.65430@z14g2000cwz.googlegroups.com>  D Well, the previous deal fell through. This system is still availableF for $750 to any serious buyer. If you're interested in just parts, letD me know and I might be able to work something out if no one buys it.  - Just in case it was missed, here's the specs:    AlphaServer GS140  8x EV6 525Mhz CPUs 8Gb RAM E 6x 18Gb Hard Drives in the little arrays in the bottom of the chassis  7x SE SCSI Controllers 2x 10/100 Ethernet Controllers 1x 8 Port Serial Card  2x FC-AL Controllers (KGPSA-BY)   F Located in Tacoma, WA. I can help arrange shipping. I really need this gone within a week or so.    Thanks,      -Aaron Taylor    ------------------------------  # Date: Fri, 18 Nov 2005 16:52:49 GMT 7 From: John Malmberg <malmberg@dskwld.zko.hp.compaq.dec> 8 Subject: Configure tips (was: MAKE utility for openVMS?)3 Message-ID: <BFnff.16825$Jx7.5201@news.cpqcorp.net>    Martin Vorlaender wrote: > G > And talking about environments, the number of projects I see that use J > autoconf/automake grows. And adapting those config.h.in files for VMS is1 > sometimes just as bad as tweaking the makefile.  > 3 > So, a unixy make is just one piece of the puzzle.   E The main piece of the puzzle for GNV to generate a config.h for many  0 projects is getting a current config.guess file.  + $search config.guess "ia64","vms"/match=and   H If you do not see any matches, the config.guess for that package is out I of date.  Someone seems to have been updating the config.guess files for  E several of the GNU packages though.  What is curious is that some of  < them have been updated to know about "alpha-hp-vms" but not : "ia64-hp-vms".  In most cases, I am seeing "ia64-dec-vms".  @ autoconf requires changes to Perl on VMS so that Perl can spawn H multi-line bash commands.  Currently Perl on VMS will try to issue them  as DCL commands.  I Configure scripts may hang under GNV Bash because they are sending files  H to the sed editor that are larger than what can be stored completely in F an OpenVMS MAILBOX.  In some cases this only shows up after the first F run of Configure because it is validating the config.status file.  In H that case deleting the config.status file allow the Configure script to J be re-run.  In other cases, the Configure script will need to be modified.  K I am anticipating this issue will be fixed in an future version of GNV. :-)   H Configure scripts also generally require the following line just before I they are run to prevent their tests from being attempted as DCL commands.   ' bash$ export GNV_DISABLE_DCL_FALLBACK=1   I The use of --disable-dependency-tracking as a parameter to the Configure  I command may also be required for proper generation of the Makefile.  You  I may also need to use other Configure options to override tests.  Run the  G Configure script with the "--help" option to get a list of the options. B Some options are controlled by the export of shell symbols before  running the script.   G Also, the CC/GCC program in GNV will use the current setting of the CC  F symbol.  The CC symbol may need to be modified so that the C compiler # will behave more like UNIX expects.   ! cc :== cc/names=(shortened,as_is)   I For simple projects, you can add a "/FIRST_INCLUDE=path:vms_inc_first.h"  I to that symbol which will allow you to add OpenVMS specific hacks to the  F programs.  This does not always work, because when the CC/GCC wrapper > program gets too complex of a command, it can append it's own  /FIRST_INCLUDE qualifier.   8 In the vms_inc_first.h file, you can put such things as: #define _POSIX_EXIT 1 + #define _USE_STD_STAT 1 /* V8.2 or later */  #define _LARGEFILE  A If you want to use the GNU getopt instead of the one in the CRTL:    /* Hide DECC getopt */E #include <unistd.h> /* Process the header for the prefixed symbols */  #define getopt gnu_getopt  #define optarg gnu_optarg  #define optopt gnu_optopt  #define optind gnu_optind  #define opterr gnu_opterr   8 #include <string.h> /* Missing from some gnu getopt.c */    C Unless a UNIX program was written to specifically use OpenVMS exit  H codes, the _POSIX_EXIT macro should probably be defined.  Bash and some D newer versions of Perl need this in order to properly interpret the ) non-zero exit codes of spawned processes.   H Any program that actually uses "st_ino" values will either need OpenVMS G specific modifications for before V8.2 or for V8.2 and later will need  C the _USE_STD_STAT.  _USE_STD_STAT also will set _LARGEFILE.  These  C macros need to be defined before any standard headers are included.   H If the project needs the alloca() function, then in the vms_inc_first.h A the following is needed for Configure and the program to find it.    #include <builtins.h> ! #define alloca(__x) __alloca(__x)   G GCC typically ignores this warning, so unless it is suppressed, it can   make the builds quite noisy.  $ #pragma message disable ptrmismatch1  F And the Configure step may need a different first include header file  than the build step.  H If you do not have C++ installed on your system, A configure script may C be fooled by the C++/G++/CXX programs on your system and insist on  I trying to use them.  In this case, you may need to rename those programs   or install the C++ compiler.  I While this is not a complete answer, hopefully this will help in getting   some things ported.      -John ! malmberg@dskwld.zko.hp.compaq.dec  Personal Opinion Only    ------------------------------  % Date: Fri, 18 Nov 2005 15:52:11 +0100 , From: Albrecht Schlosser <ajs856@tiscali.de>* Subject: Re: Configuring MSA disks for VMS+ Message-ID: <arpkld.ln.ln@news.hus-soft.de>    jpl schrieb:F > I added three new disks to my MSA1000 (It has already a set of threeI > disks - thus now it has six disks)).  I created a unit to contain these E > disks as a RAID 1 w/spare.  However, when I restart the AlphaServer F > DS25 (VMS 7.3-2), it still sees the original three disks and not the
 > new set. > G > The documentation for setting the MSA1000 with a VMS server is pretty 
 > lacking. >  > Does anyone have any hints.    set unit_id ... ?   2 what does "show units" and/or "show disks" output?   Albrecht   ------------------------------    Date: 18 Nov 2005 07:46:45 -0600; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) # Subject: Re: f2c for openVMS Alpha? 3 Message-ID: <iGntTAgrmhoi@eisner.encompasserve.org>   M In article <dlis5b$idg$1@news-srv1.vanderbilt.edu>, <wob96@yahoo.com> writes: L > Thanks, I'm porting a legacy Fortran-77 program to Linux, and the program O > uses some OpenVMS specific bindings and hard to migrate, so I hope to see if   > I can get it into C...  @    I seriously doubt f2c will handle this.  There are commercial+    products which can handle some of these.      H    I think you'ld be better off using the gnu f77 compiler on Linux, andA    separating the Fortran vs. C issues from VMS vs. Linux issues.    ------------------------------    Date: 18 Nov 2005 08:02:06 -0600; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) # Subject: Re: f2c for openVMS Alpha? 3 Message-ID: <fATKDR1$KW3h@eisner.encompasserve.org>   M In article <dlj4ph$kja$1@news-srv1.vanderbilt.edu>, <wob96@yahoo.com> writes: I > Hi Bill, thanks for your kindness. The parts of the program I'm having  N > trouble with are some plot routines with X11.. It's not big, but everything M > seems so different from things on Linux --- I dont know much about VMS and  I > VMS fortran, so I hope converting it into C would make things a little  < > easier to update.. Anyway, I've emailed the code to you...  B    There is no standard API between Fortran and X11.  The language@    independent API to X11 provided by VMS is VMS specific.  Most9    folks use the C based platform almost-independent API.    ------------------------------  % Date: Fri, 18 Nov 2005 10:01:02 +0100 + From: Marc Schlensog <fishtank.spam@web.de>  Subject: Re: HP Financials: Message-ID: <20051118100102.68af9dda.fishtank.spam@web.de>   On 18 Nov 2005 03:46:56 GMT ) bill@cs.uofs.edu (Bill Gunshannon) wrote:    [...] A > I don't know about a canary, but if you nail a Parrot's feet to  the H > perch you can probably get someone to take it.  Even if it is bloomin'
 > demised.  F Like this? http://www.davidpbrown.co.uk/jokes/monty-python-parrot.html   >  > bill >    Marc   ------------------------------  # Date: Fri, 18 Nov 2005 11:21:12 GMT 5 From: rdeininger@mindspringdot.com (Robert Deininger)  Subject: Re: HP FinancialsL Message-ID: <rdeininger-1811050621110001@user-uinj45j.dialup.mindspring.com>  C In article <3u511uFvkaieU1@individual.net>, bill@cs.uofs.edu wrote:   1 >In article <11nqg8jfd78i247@corp.supernews.com>, 2 >        Dave Froble <davef@tsoft-inc.com> writes:  L >> Well, pure speculation, but it could be HP-UX that's taking a real dive. I >>   Since it's suppost to be much larger than VMS, it should be the one  9 >> driving the itanic, and if the itanic is lagging .....  >>   > % >BCS revenue down 1% Y/Y; HP-UX up 1%  > F >Nope, according to the financials HP-UX is up, not down.  That leavesD >NSK and VMS and we know that NSK is pretty much a captive audience.
 >What's left?   L What's in BCS?  In no particular order, I can think of some major pieces ...   PA-RISC servers  AlphaServers Integrity servers    HP-UX  OpenVMS 
 Tru64 Unix  D (I don't think linux and Windows contribute any significant software revenue to HP.)   5 OpenVMS and HP-UX are both sold on two architectures.   F Y'all see that BCS was down 1%, HP-UX was up 1%, and PA and Alpha wereE down.  And you think you have enough information to conclude ANYTHING F about the trend of OpenVMS for the quarter?  OpenVMS (and Tru64) couldH have been up, down, or flat -- any of these would be consistent with the reported aggregate numbers.   I (There's also services revenue associated with all of the BCS businesses, 1 but none of that shows up in the BCS financials.)   % So have fun with your speculations...      -- Robert    ------------------------------    Date: 18 Nov 2005 07:49:00 -0600; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler)  Subject: Re: HP Financials3 Message-ID: <JPNJjCvoyOd9@eisner.encompasserve.org>   \ In article <437D5461.34D98402@teksavvy.com>, JF Mezei <jfmezei.spamnot@teksavvy.com> writes:  E > HP-UX, like VMS is still mostly a product that relies on its lagacy 0 > platform (PaRisc for HP-UX and Alpha for VMS).  '    Was that a typo, or a Fruedian slip?    ------------------------------  % Date: Fri, 18 Nov 2005 07:54:24 -0700  From: Dan Notov <d9nn0@hp.com> Subject: Re: HP Financials* Message-ID: <437deb21@usenet01.boi.hp.com>   Alan Greig wrote:  >  >  > Bill Gunshannon wrote: > ' >> BCS revenue down 1% Y/Y; HP-UX up 1%  >>H >> Nope, according to the financials HP-UX is up, not down.  That leavesF >> NSK and VMS and we know that NSK is pretty much a captive audience. >> What's left?  >  > J > I'm assumimg NSK is "NSS up 17%" so that implies "Windows + VMS" down I B > guess. Although "HP-UX up 1%" I'll bet "HP-UX + Tru-64" is down  > considerably.  >  >  > D NSS is Networked Storage & Solutions, now known as the StorageWorks  Division (SWD.) Not NonStop.   ------------------------------  # Date: Fri, 18 Nov 2005 16:00:30 GMT ( From: Alan Greig <greigaln@netscape.net> Subject: Re: HP Financials= Message-ID: <yUmff.35725$375.10848@fe3.news.blueyonder.co.uk>    Dan Notov wrote:   >>F > NSS is Networked Storage & Solutions, now known as the StorageWorks  > Division (SWD.) Not NonStop.   Ah ok. --  
 Alan Greig   ------------------------------  % Date: Fri, 18 Nov 2005 01:37:31 -0500 ' From: Dave Froble <davef@tsoft-inc.com> 3 Subject: Re: Illuminata says Itanium was a mistake. 0 Message-ID: <11nqtk9qr377na7@corp.supernews.com>   JF Mezei wrote:  > Dave Froble wrote: > H >>I never understand, no matter how many times I see it, how easily someA >>proclaim that others should defy those who sign their paycheck.  >  >  > D > Can any product be succesful when employees are affraid to suggestH > changes  to expand a product's market ? Do you really think that a inkJ > division employee would be fired for suggesting some changes to businessH > practices that would result in long term better profitability ? Do youA > think that Microsoft employees fear for their jobs if they make I > suggestion to top management on how to better market Windows and how to , > improve windows to reach a bigger market ? >  > G > If within VMS, making such moves causes people to be scared of losing I > their jobs, then there is something very wrong even if in reality there E > is no such danger. The end result is that VMS management don't dare ' > change anything and not lead the way.  > F > Call me what you want. Moron, stupid etc. VMS had marketing problemsD > under Olsen. It had under Palmer, It had under Curly, it had underE > Carly, it has under Hurd.  As a result, VMS is considered "dead" or I > "also ran" in the public's mind. Being on 1 totally dead platform (VAX) I > and 2 dying platforms (Alpha and IA64) doesn't help. It needs marketing H > and a move to a viable platform in order to regain market credibility. > F > Now that Solaris is firmly on 64 bit 8086s, do you hear constant FUDH > about Solaris going away ?  Sun may phase out Sparc in the medium termD > as the 8086 scales up, but with SOlaris on the 8086, it has a firmA > foundation. (Sun only needs to find a good business model now).  >  > G > When the Alpha murder was announced with the subsequent HP merger, it J > was hoped that once on HP's "strategic" platform, VMS would be marketed.H >  It hasn't happened.  So it is clear that unless something is changed,A > VMS will continue to be in jeoperdy under HP and not marketed.   > J > What if VMS management say they are happy with the situation and tell HPI > upper management to dismiss the complaints from customers anout lack of K > marketing, citing that they only come from a few "moron" trouble makers ?  > J > Over the years, I have seen one constant from the VMS employees who postG > here: they do not think that a marketing campaign would be effective.  > H > How can we expect VMS to be marketed if VMS management doesn't believe > in VMS marketing ? > F > If VMS would have greater profits/revenus and market presence on theE > 8086, why is it so bloody impossible for HP employees to admit it ? G > We're not asking HP to port VMS to IBM platforms or Sun SPARCs. We're J > asking to port to HP's own  maintream product, the 8086 based machines. E > Why is it a sin to propose to port an HP product to HP's mainstream  > hardware platform ?????  > F > STATUS QUO AND "PLAN OF RECORD" FOR VMS ISN'T WORKING OUT. CHANGE ISF > NECESSARY. And I don't mean scaling down the product roadmap. I meanA > real change in philosophy of selling and growing VMS within HP.  > J > With VMS on the 8086, stealing a Windows sale wouldn't negatively impactJ > HP since HP would still ship an industry standard server and that is howH > HP is measured on Wall Street. But right now, any VMS sale on Alpha or8 > IA64 deprives HP of an industry standard  server sale.  " I agree with much of what you say.  C However, the current issue is what can people do when after making  I suggestions, and get told NO.  I've got to believe that some are trying.  F   I've also got to believe that they are not being allowed to do some 2 things that you and I think would be good for VMS.  B So, lets assume that the VMS people have gone to upper management G multiple times with ideas, and were turned down, or, before they could  G go to upper management with ideas, they were told how things are going  A to be and don't bother management with anything else.  With that  H assumption, what would you have them do?  Disobey their superiors?  Get ) fired and replaced by someone from India?    What would you have them do?   --  4 David Froble                       Tel: 724-529-04504 Dave Froble Enterprises, Inc.      Fax: 724-529-0596> DFE Ultralights, Inc.              E-Mail: davef@tsoft-inc.com 170 Grimplin Road  Vanderbilt, PA  15486    ------------------------------  % Date: Fri, 18 Nov 2005 02:27:11 -0500 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> 3 Subject: Re: Illuminata says Itanium was a mistake. , Message-ID: <437D822C.BDA88B37@teksavvy.com>   Dave Froble wrote:C > So, lets assume that the VMS people have gone to upper management H > multiple times with ideas, and were turned down, or, before they couldH > go to upper management with ideas, they were told how things are goingB > to be and don't bother management with anything else.  With thatI > assumption, what would you have them do?  Disobey their superiors?  Get + > fired and replaced by someone from India?     G Look at Sun's original plan to drop 32 bit 8086. Do you think employees H were calling customers "moron" for complaining to upper management aboutE this move ? No. Customers complained enough that Sun changed its mind H and agreed to re-instate Solaris on the 32 bit 8086. And heck, now it is on the 64 bit 8086.   @ Imagine if the same had happened when Curly announced the lethal injection for Alpha ?   H Imagine if VMS management provided customers will all the ammunition andH documents needed to mount a succesful campaign to force Compaq to revoke/ its decision to send Alpha to the gas chamber ?     ? There are ways for VMS management to convey information back to H customers. "We've investigated a port to the 8086, but HP top managementF feel that this is not appropriate at this point in time". This sends aE strong message to customers that writing to top management to ask for 9 port of 8086 would support the efforts of VMS management.   ? And if VMS manager gets fired for saying this to customers in a F presentation, you make that firing public and HP will get egg on theirE face once the media which a whim of this. In other words, HP would be G making a major PR mistake if it fired a manager who said something that  was popular with customers.     G But VMS management stating that they are perfectly happy about IA64 and ? that they don't ever receive any request to port to 8086 or any H complaint about IA64's lack of future, then HP top management will see aG disconnect between what VMS management is saying and what customers are  saying. And that is not good.     H Maybe VMS management are truly fighting for VMS to grow and be marketed.C But they do not convey this back to us and instead go through great E lengths to dismiss our complaints and defend the public HP strategies 9 and deny any plans that go against those public roadmaps.   B This does not convey to customers the idea that VMS management are fighting to grow VMS.   F If VMS management continues to tell HP management that their customersG are perfectly happy with that IA64 thing, how do you think this affects 1 the chances of VMS being ported beyond the IA64 ?    ------------------------------    Date: 18 Nov 2005 06:02:29 -0800 From: bob@instantwhip.com 3 Subject: Re: Illuminata says Itanium was a mistake. C Message-ID: <1132321497.672507.212630@g14g2000cwa.googlegroups.com>   E the problem is someone is being paid off by Micro$oft to keep OpenVMS  off the x86 boat anchor ...    ------------------------------  % Date: Fri, 18 Nov 2005 09:14:31 -0500 * From: "FredK" <fred.nospam@nospam.dec.com>3 Subject: Re: Illuminata says Itanium was a mistake. , Message-ID: <437de1c8$1@usenet01.boi.hp.com>  & <bob@instantwhip.com> wrote in message= news:1132321497.672507.212630@g14g2000cwa.googlegroups.com... G > the problem is someone is being paid off by Micro$oft to keep OpenVMS  > off the x86 boat anchor ...  >   B You found us out.  Bill himself comes by once a month scared silly? about VMS and dumps bags of unmarked $100 bills to keep us from 
 releasing it.    ------------------------------  % Date: Fri, 18 Nov 2005 07:00:31 -0800 # From: "Tom Linden" <tom@kednos.com> 3 Subject: Re: Illuminata says Itanium was a mistake. ( Message-ID: <ops0fym5a5zgicya@hyrrokkin>  H On Fri, 18 Nov 2005 09:14:31 -0500, FredK <fred.nospam@nospam.dec.com>   wrote:   > ( > <bob@instantwhip.com> wrote in message? > news:1132321497.672507.212630@g14g2000cwa.googlegroups.com... H >> the problem is someone is being paid off by Micro$oft to keep OpenVMS >> off the x86 boat anchor ... >> > D > You found us out.  Bill himself comes by once a month scared sillyA > about VMS and dumps bags of unmarked $100 bills to keep us from  > releasing it.  > ! I thought he went to Cupertino:-)    ------------------------------    Date: 18 Nov 2005 08:00:11 -07001 From: nothome@spammers.are.scum (Malcolm Dunnett) 3 Subject: Re: Illuminata says Itanium was a mistake. , Message-ID: <OpYxyy4uUfUL@malvm9.mala.bc.ca>  - In article <437D822C.BDA88B37@teksavvy.com>,  4      JF Mezei <jfmezei.spamnot@teksavvy.com> writes:   > A > There are ways for VMS management to convey information back to J > customers. "We've investigated a port to the 8086, but HP top managementH > feel that this is not appropriate at this point in time". This sends aG > strong message to customers that writing to top management to ask for ; > port of 8086 would support the efforts of VMS management.  >   /    Just for a laugh, I dug this up with Google:    _____________________________    Newsgroups: comp.os.vms J From: Clair Grant <g...@evms.zko.dec.com> - Find messages by this author   Date: 1999/06/03  Y Subject: Re: Porting OpenVMS to Intel (was Re: let Compaq know (VMS and Alpha) are dying     Malcolm Dunnett wrote:    J >    I would hope that the VMS engineering folks are at least considering > > the possibility of a day when Alpha is no longer available.    I can't resist this one.    E Pick a year, say 1987. Did I think about the day when VAXes would no  @ longer be available? Nope. Never. Then a couple years later the E powers-to-be said, "time to port VMS to Alpha, make it so", which we   did.      @ Now it's 1999. Do I think about a day when Alpha will no longer G available? Nope. Never. But if in a couple years the powers-to-be say,  E "time to port VMS to the foobar64, make it so", we'll probably do it   again.   ______________________________      L   I'll let the reader draw his own conclusions about whether history repeats itself or not.   ------------------------------   Date: 18 Nov 2005 16:20:05 GMT( From: bill@cs.uofs.edu (Bill Gunshannon)3 Subject: Re: Illuminata says Itanium was a mistake. + Message-ID: <3u6d9lFvovc2U2@individual.net>   ( In article <ops0fym5a5zgicya@hyrrokkin>,& 	"Tom Linden" <tom@kednos.com> writes:J > On Fri, 18 Nov 2005 09:14:31 -0500, FredK <fred.nospam@nospam.dec.com>   > wrote: >  >>) >> <bob@instantwhip.com> wrote in message @ >> news:1132321497.672507.212630@g14g2000cwa.googlegroups.com...I >>> the problem is someone is being paid off by Micro$oft to keep OpenVMS  >>> off the x86 boat anchor ...  >>>  >>E >> You found us out.  Bill himself comes by once a month scared silly B >> about VMS and dumps bags of unmarked $100 bills to keep us from >> releasing it. >># > I thought he went to Cupertino:-)    That's just a cover story.  :-)    bill      --  J Bill Gunshannon          |  de-moc-ra-cy (di mok' ra see) n.  Three wolvesD bill@cs.scranton.edu     |  and a sheep voting on what's for dinner. University of Scranton   |A Scranton, Pennsylvania   |         #include <std.disclaimer.h>       ------------------------------  % Date: Fri, 18 Nov 2005 11:17:38 -0500 ' From: Dave Froble <davef@tsoft-inc.com> 3 Subject: Re: Illuminata says Itanium was a mistake. 0 Message-ID: <11nrvjvso4d8c05@corp.supernews.com>   FredK wrote:( > <bob@instantwhip.com> wrote in message? > news:1132321497.672507.212630@g14g2000cwa.googlegroups.com...  > G >>the problem is someone is being paid off by Micro$oft to keep OpenVMS  >>off the x86 boat anchor ...  >> >  > D > You found us out.  Bill himself comes by once a month scared sillyA > about VMS and dumps bags of unmarked $100 bills to keep us from  > releasing it.  >  >  >  >   8 I'm starting to feel sympathy for the technical purists.   --  4 David Froble                       Tel: 724-529-04504 Dave Froble Enterprises, Inc.      Fax: 724-529-0596> DFE Ultralights, Inc.              E-Mail: davef@tsoft-inc.com 170 Grimplin Road  Vanderbilt, PA  15486    ------------------------------    Date: 18 Nov 2005 11:37:10 -0600% From: frey@encompasserve.org (Sharon) 3 Subject: Re: Illuminata says Itanium was a mistake. 3 Message-ID: <71R9LAJ6MxIz@eisner.encompasserve.org>   Z In article <11nqtk9qr377na7@corp.supernews.com>, Dave Froble <davef@tsoft-inc.com> writes: > JF Mezei wrote:  >> Dave Froble wrote:  >>  I >>>I never understand, no matter how many times I see it, how easily some B >>>proclaim that others should defy those who sign their paycheck. >>  E >> Can any product be succesful when employees are affraid to suggest I >> changes  to expand a product's market ? Do you really think that a ink K >> division employee would be fired for suggesting some changes to business I >> practices that would result in long term better profitability ? Do you B >> think that Microsoft employees fear for their jobs if they makeJ >> suggestion to top management on how to better market Windows and how to- >> improve windows to reach a bigger market ?  > $ > I agree with much of what you say.   Me too.   E > However, the current issue is what can people do when after making  K > suggestions, and get told NO.  I've got to believe that some are trying.  H >   I've also got to believe that they are not being allowed to do some 4 > things that you and I think would be good for VMS.  O Having been in this exact situation myself, I can attest that it sadly doesn't  O gain anything.  I tried to influence my (ex) company against internal politics  P and they persistently ignored me.  When I persisted the relationship between me O and my management became extremely hostile.  Both sides became very frustrated  N with each other.  I ended up leaving the company abruptly (I quit before they G could fire me) and with bad feelings all around.  The "exit interview"  M consisted of me sitting in my manager's office, in the presence of my direct  J supervisor and the deputy director, patiently letting the director scream O (literally) at me and hurl personal insults.  I didn't step down to that level  G and it was long past defending myself, so I just took it and then left.   M After I was gone the end result was that they did what they wanted to anyway   and I was job-hunting.  F I don't blame the VMS engineers or VMS management for not going there.  	  - Sharon " "Gravity...  is a harsh mistress!"   ------------------------------  % Date: Fri, 18 Nov 2005 01:40:26 -0500 ' From: Dave Froble <davef@tsoft-inc.com> & Subject: Re: MAKE utility for openVMS?0 Message-ID: <11nqtpn7mae9p1c@corp.supernews.com>   Z wrote: > Jim wrote: > C >>> I'm looking a MAKE utility for openVMS Alpha 7.1 system, could  < >>> someone please tell me where I can get it? Thanks a lot! >  > ( >> In truth, you really don't need MAKE. >  > J > A fully functional version of make would reduce by days, perhaps weeks, D > the amount of time it takes to build (compile,link) portable code ! > packaged for Unix/Linux on VMS.   D Not having ever seen such a utility, I cannot discuss it in detail. H However, days?  weeks?  Cannot comprehend.  Is this stuff all bloatware?   --  4 David Froble                       Tel: 724-529-04504 Dave Froble Enterprises, Inc.      Fax: 724-529-0596> DFE Ultralights, Inc.              E-Mail: davef@tsoft-inc.com 170 Grimplin Road  Vanderbilt, PA  15486    ------------------------------  % Date: Fri, 18 Nov 2005 02:30:38 -0500 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> & Subject: Re: MAKE utility for openVMS?, Message-ID: <437D82FB.9C077128@teksavvy.com>   Dave Froble wrote:E > Not having ever seen such a utility, I cannot discuss it in detail. J > However, days?  weeks?  Cannot comprehend.  Is this stuff all bloatware?  H If you have 500 source code modules, equal amount of includes with aboutH 20 that need to be created on-site based on your software configuration,% then yes, the make utility is needed.   F It isn't enough to CC *.C in that directory. Some modules need to haveE special CC commands, others don't. And not everytrhing is necessarily 8 linked as a single .EXE. Maybe you are creting 15 .EXEs.  D Without the MAKE utility, you are stuck trying to interpret the unixG makefiles and create your own makefile (either .COM or other). And this B means that with every new version of that software, you need to go through the work again.    ------------------------------    Date: 18 Nov 2005 08:00:10 -0600; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) & Subject: Re: MAKE utility for openVMS?3 Message-ID: <MCpwQYG+X+JJ@eisner.encompasserve.org>   Z In article <11nqtpn7mae9p1c@corp.supernews.com>, Dave Froble <davef@tsoft-inc.com> writes: > F > Not having ever seen such a utility, I cannot discuss it in detail. J > However, days?  weeks?  Cannot comprehend.  Is this stuff all bloatware?  3    The code, the build files, the support data, ...        All full of UNIX assumptions.      Like:E       you can change directores by appending /.. or /able or /../able "       you need a definition for ln8       you'll be putting the executable in /usr/local/bin	       ...   @    Getting a similar compiler, and a similar make utility is the)    starting point for porting this stuff.    ------------------------------    Date: 18 Nov 2005 09:45:59 -0600- From: Kilgallen@SpamCop.net (Larry Kilgallen) & Subject: Re: MAKE utility for openVMS?3 Message-ID: <JchzkBXhzvan@eisner.encompasserve.org>   B In article <iacff.75479$RG4.52498@fe05.lga>, Z <Z@no.spam> writes: > Jim wrote:J >>>I'm looking a MAKE utility for openVMS Alpha 7.1 system, could someone 3 >>>please tell me where I can get it? Thanks a lot!  > ( >> In truth, you really don't need MAKE. > J > A fully functional version of make would reduce by days, perhaps weeks, D > the amount of time it takes to build (compile,link) portable code ! > packaged for Unix/Linux on VMS.   E Leaving only the time to debug it and rid it of its Unix assumptions. B But from reports in this newsgroup, lots of porters omit that step anyway.    ------------------------------  % Date: Fri, 18 Nov 2005 11:29:20 -0500 ' From: Dave Froble <davef@tsoft-inc.com> & Subject: Re: MAKE utility for openVMS?0 Message-ID: <11ns0a0lqj02019@corp.supernews.com>   JF Mezei wrote:  > Dave Froble wrote: > E >>Not having ever seen such a utility, I cannot discuss it in detail. J >>However, days?  weeks?  Cannot comprehend.  Is this stuff all bloatware? >  > J > If you have 500 source code modules, equal amount of includes with aboutJ > 20 that need to be created on-site based on your software configuration,' > then yes, the make utility is needed.  > H > It isn't enough to CC *.C in that directory. Some modules need to haveG > special CC commands, others don't. And not everytrhing is necessarily : > linked as a single .EXE. Maybe you are creting 15 .EXEs. > F > Without the MAKE utility, you are stuck trying to interpret the unixI > makefiles and create your own makefile (either .COM or other). And this D > means that with every new version of that software, you need to go > through the work again.   F In all the software I write, included are command files for compiling @ and linking.  Use of logicals for source code, object files and F libraries, executables makes it rather easy to re-build applications. H As for changes, when you change the source, if command file chenges are H required, you do them as part of the modification.  Basically, building + the application is part of the application.   8 I don't see the difficulty in doing the same for C code.  G Me, I'd rather be in charge of what goes into an application, not some   utility.   --  4 David Froble                       Tel: 724-529-04504 Dave Froble Enterprises, Inc.      Fax: 724-529-0596> DFE Ultralights, Inc.              E-Mail: davef@tsoft-inc.com 170 Grimplin Road  Vanderbilt, PA  15486    ------------------------------    Date: 18 Nov 2005 06:50:01 -0800% From: "RJDurkee" <RJDurkee@yahoo.com> % Subject: Re: Need help with C program B Message-ID: <1132325401.896557.29530@g43g2000cwa.googlegroups.com>  C I get the following error when compiling the program snippet listed  above:  + strcpy("5-MAR-2000 05:35:30.25",date_char); 
   .......^ %CC-E-CLOSEPAREN, Missing ")".   I am using Dec CC.F I would also like the program to be able to accept one parameter - the= date in "5-MAR-2000 05:35:30.25" format, and have it create a ? symbol with the converted time in it that I could read in a DCL  program. Thanks Rich   ------------------------------  % Date: Fri, 18 Nov 2005 07:13:48 -0800 # From: "Tom Linden" <tom@kednos.com> % Subject: Re: Need help with C program ( Message-ID: <ops0fy9amfzgicya@hyrrokkin>  C On 18 Nov 2005 06:50:01 -0800, RJDurkee <RJDurkee@yahoo.com> wrote:   E > I get the following error when compiling the program snippet listed  > above: > - > strcpy("5-MAR-2000 05:35:30.25",date_char);  >   .......^  > %CC-E-CLOSEPAREN, Missing ")". >  > I am using Dec CC.H > I would also like the program to be able to accept one parameter - the? > date in "5-MAR-2000 05:35:30.25" format, and have it create a A > symbol with the converted time in it that I could read in a DCL 
 > program. > Thanks > Rich > . Here is an example in PL/I for setting symbol,$ which you can readily translate to C  @ http://ftp.kednos.com/pli_examples/0091aacc-e97d5300-1c0069.html   and here for passing argument   @ http://ftp.kednos.com/pli_examples/0094d650-7f755220-1c01e7.html   ------------------------------   Date: 18 Nov 2005 16:19:21 GMT( From: bill@cs.uofs.edu (Bill Gunshannon)% Subject: Re: Need help with C program + Message-ID: <3u6d89Fvovc2U1@individual.net>   B In article <1132325401.896557.29530@g43g2000cwa.googlegroups.com>,( 	"RJDurkee" <RJDurkee@yahoo.com> writes:E > I get the following error when compiling the program snippet listed  > above: > - > strcpy("5-MAR-2000 05:35:30.25",date_char);  >   .......^  > %CC-E-CLOSEPAREN, Missing ")". >  > I am using Dec CC.H > I would also like the program to be able to accept one parameter - the? > date in "5-MAR-2000 05:35:30.25" format, and have it create a A > symbol with the converted time in it that I could read in a DCL 
 > program.  F Well, right off the bat, you have the source and destination reversed.C Secondly, you should be using strncpy() as it is always safer.  And @ don't forget to allow for the \0 when you define the size of the destination.  E I do have to admit that the error message doesn't seem to make sense, E but I would need to see more of the output before deciding.  It could ' actually be caused by an earlier error.    bill     --  J Bill Gunshannon          |  de-moc-ra-cy (di mok' ra see) n.  Three wolvesD bill@cs.scranton.edu     |  and a sheep voting on what's for dinner. University of Scranton   |A Scranton, Pennsylvania   |         #include <std.disclaimer.h>       ------------------------------    Date: 18 Nov 2005 13:36:55 +01006 From: peter@langstoeger.at (Peter 'EPLAN' LANGSTOEGER) Subject: new versions , Message-ID: <437dd8f7$1@news.langstoeger.at>   In case you haven't noted:  N 1) CSWS V2.1 (along with CSWS_JAVA V3.0, CSWS_PERL V2.1, CSWS_PHP V1.3) is out 2) PERL V5.8-6 is out + 3) JAVA 1.5.0 fieldtest (alpha only) is out   L Most/all kits (Alpha/I64 - no VAX) are in ZIPSFX now (many thanks for this).K A few (Alpha) kits have bad links (replace DCX with SFX to get a valid one)    --   Peter "EPLAN" LANGSTOEGER % Network and OpenVMS system specialist  E-mail  peter@langstoeger.atF A-1030 VIENNA  AUSTRIA              I'm not a pessimist, I'm a realist   ------------------------------  % Date: Fri, 18 Nov 2005 14:09:08 +0000 # From: issinoho <issinoho@gmail.com>  Subject: Re: new versions 4 Message-ID: <dlkna9$erh$1$8300dec7@news.demon.co.uk>    Peter 'EPLAN' LANGSTOEGER wrote: > In case you haven't noted: > P > 1) CSWS V2.1 (along with CSWS_JAVA V3.0, CSWS_PERL V2.1, CSWS_PHP V1.3) is out > 2) PERL V5.8-6 is out - > 3) JAVA 1.5.0 fieldtest (alpha only) is out  > N > Most/all kits (Alpha/I64 - no VAX) are in ZIPSFX now (many thanks for this).M > A few (Alpha) kits have bad links (replace DCX with SFX to get a valid one)  >   I CSWS_PHP is now at V1.3 and has (hurray) PHP_GD support. Thanks, OpenVMS   engineering. Great work.  D BTW, CSWS_PERL v2.1 for Alpha download like is broken at the moment.   ------------------------------  + Date: Fri, 18 Nov 2005 15:03:05 +0000 (UTC)  From: david20@alpha2.mdx.ac.uk Subject: Re: new versions ) Message-ID: <dlkqf9$hrl$1@news.mdx.ac.uk>   Z In article <dlkna9$erh$1$8300dec7@news.demon.co.uk>, issinoho <issinoho@gmail.com> writes:! >Peter 'EPLAN' LANGSTOEGER wrote:  >> In case you haven't noted:  >>  Q >> 1) CSWS V2.1 (along with CSWS_JAVA V3.0, CSWS_PERL V2.1, CSWS_PHP V1.3) is out  >> 2) PERL V5.8-6 is out. >> 3) JAVA 1.5.0 fieldtest (alpha only) is out >>  O >> Most/all kits (Alpha/I64 - no VAX) are in ZIPSFX now (many thanks for this). N >> A few (Alpha) kits have bad links (replace DCX with SFX to get a valid one) >>   > J >CSWS_PHP is now at V1.3 and has (hurray) PHP_GD support. Thanks, OpenVMS  >engineering. Great work.  > E >BTW, CSWS_PERL v2.1 for Alpha download like is broken at the moment.   A Although it's great to see these available. I've one minor peeve. C Why is it that every port only works on the latest versions of VMS. 0 SWS version 2.1 only works on VMS 7.3-2 and 8.2.L Hence I won't be able to try these out until I upgrade my VMS 7.3-1 systems.  K It's the same with other products. The latest version of DEC TCPIP services N (version 5.5) requires VMS 8.2. Other TCPIP stacks (TCPWARE, MULTINET) provideH the same if not more functionality but support VMS going back to v5.5-2.      
 David Webb Security team leader CCSS Middlesex University   ------------------------------  % Date: Fri, 18 Nov 2005 02:07:47 -0500 ( From: Bill Todd <billtodd@metrocast.net>G Subject: Re: OT: Microsoft appear to announce end of Windows on Itanium G Message-ID: <q9OdneY3c9pZ4ODenZ2dnUVZ_sednZ2d@metrocastcablevision.com>    Dave Froble wrote:   ...   I > They did not give Intel $3 billion.  They talked about $3 billion they  : > (HP) were spending on stuff such as supporting chipsets.  E Er, it's *hard* to spend $3 billion on *any* kind of development, at  H least within the 3-year time-frame I recall being discussed.  Consider, C for example, that at $150 million annually (or $300 million if you  E include not only chip development but server-platform development as  I well and possibly software development too) $3 billion would have funded   Alpha for 10 - 20 years.  H My impression was that most of the claimed $3 billion was planned to be E targeted at marketing - everything from the kind of visible industry  C presence that VMS hasn't had for decades to giving away systems to  E 'prime the pump' (and if there's no water at the bottom of the well,  7 that can be a *very* lengthy and expensive process...).   F Funny how little we've actually seen in that area (unless HP's Itanic D marketing is modeled on VMS's).  Perhaps deciding not to spend that B money after all is a significant part of what helped their recent  financial numbers.   - bill   ------------------------------  % Date: Fri, 18 Nov 2005 11:33:02 -0500 ' From: Dave Froble <davef@tsoft-inc.com> G Subject: Re: OT: Microsoft appear to announce end of Windows on Itanium 0 Message-ID: <11ns0grpo8faa9f@corp.supernews.com>   Bill Todd wrote: > Dave Froble wrote: >  > ...  > J >> They did not give Intel $3 billion.  They talked about $3 billion they ; >> (HP) were spending on stuff such as supporting chipsets.  >  > G > Er, it's *hard* to spend $3 billion on *any* kind of development, at  J > least within the 3-year time-frame I recall being discussed.  Consider, E > for example, that at $150 million annually (or $300 million if you  G > include not only chip development but server-platform development as  K > well and possibly software development too) $3 billion would have funded   > Alpha for 10 - 20 years. > J > My impression was that most of the claimed $3 billion was planned to be G > targeted at marketing - everything from the kind of visible industry  E > presence that VMS hasn't had for decades to giving away systems to  G > 'prime the pump' (and if there's no water at the bottom of the well,  9 > that can be a *very* lengthy and expensive process...).  > H > Funny how little we've actually seen in that area (unless HP's Itanic F > marketing is modeled on VMS's).  Perhaps deciding not to spend that D > money after all is a significant part of what helped their recent  > financial numbers. >  > - bill  G Yeah, I kind of wondered about that myself.  What I was rather sure of  D was that a check wasn't written to Intel.  But then, what do I know?   --  4 David Froble                       Tel: 724-529-04504 Dave Froble Enterprises, Inc.      Fax: 724-529-0596> DFE Ultralights, Inc.              E-Mail: davef@tsoft-inc.com 170 Grimplin Road  Vanderbilt, PA  15486    ------------------------------    Date: 18 Nov 2005 08:40:08 -0800( From: "Rich Jordan" <jordan@ccs4vms.com>> Subject: shared queue and direct printing via TCPIP DECserversC Message-ID: <1132332008.863372.132560@g47g2000cwa.googlegroups.com>   G I've got a problem.  An old customer (running very old code) which does @ all of queued and spooled printing (to laser printers), "direct"A printing to those same lasers, and direct printing to several dot F matrix printers, is losing their MUXserver network, and therefore LAT.F The remote sites will soon only have TCPIP connectivity to the central	 location.   B OpenVMS V7.3, TCPIP V5.1 ECO5, DS90M+ with DNAS V3.2 via IPSec VPN tunnels   G Direct printing (where an LTA device is created and associated with the F specific MUXserver and port, but no queue or spooling is used) was setG up to provide maximum control of the printer by the program; it queries C the user for alignment and such on expensive pre-print forms before 3 generating print output.  Mostly thats on the DMPs.   G The laser queues are set up normally; LTA device created and associated G with the MUX server and port, queue aimed at the LTA device, LTA device D spooled to queue.  However for check printing these old program alsoA stop the queue, despool the LTA device, and print direct.  We are A looking at how much work it will take to switch check printing to @ spooled.  We don't have dedicated check printers so thats not an option.   5 The DMPs in our test environment are working with the F TELNET/CREATE/RECONNECT option, though there are limitations (like theG printer going offline not being detected so jobs go to the bit bucket). >  However the lasers are an issue; we would like to run them asF telnetsym queues, but can't do that with a direct TNA port created (as for the DMPs).  < So if the queue is up, and someone needs to print checks, weF stop/queue/reset the queue, despool the (LTA device, which will likelyE be retained for its name and as spool target), create the direct port G (requires privs), do the direct print job, then delete the direct port,  and restart/respool the queue.  
 The problems:   G - the first job sent to the direct port after queue stop/reset and port & creation has spurious linefeeds added.  A - If the TNA device is created without the /RECONNECT option, any E connection failure will require the port to be deleted and recreated; > you won't know there's a failure until you try to print a job.  G - If the TNA device is created with /RECONNECT and the remote decserver E goes offline for any reason, the program printing to the port doesn't E get any feedback, although the data seems to somehow get buffered, at # least for small data sets we tried.   = - If the queue is stopped, a direct job sent, the direct port B destroyed, and the queue restarted, we will sometimes see extendedC delays before the queue 'connects' to the port again and is able to D print.  It doesn't seem to correlate to idle or reconnect times, andC logging out the port from the DECserver console clears the problem.   B We're testing using PRTSMB and aiming the queue at the  TNA directC port.  That works so far, but the TNA port cannot be spooled to the E queue ("SET-E-INVDEV, device is invalid for requested operation").  A C file 'copied' to the TNA device while the queue is active gets sent D directly to the printer, but at least there is no long delay betweenB the direct copy  and the queue restarting, unlike with a TELNETSYM! queue and a separate direct port.   A I'm pressing for updating the code, but I don't know if that will A happen soon enough.  Has anyone had good results doing the telnet D direct printing to attached serial printers?  Especially in a shared' queue/direct print situation like this?    Thanks for any info.   Rich Jordan  CCS    ------------------------------    Date: 18 Nov 2005 12:02:54 -0600; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) B Subject: Re: shared queue and direct printing via TCPIP DECservers3 Message-ID: <zu8W25UiU3xS@eisner.encompasserve.org>   n In article <1132332008.863372.132560@g47g2000cwa.googlegroups.com>, "Rich Jordan" <jordan@ccs4vms.com> writes: > I > Direct printing (where an LTA device is created and associated with the H > specific MUXserver and port, but no queue or spooling is used) was setI > up to provide maximum control of the printer by the program; it queries E > the user for alignment and such on expensive pre-print forms before 5 > generating print output.  Mostly thats on the DMPs.  > I > The laser queues are set up normally; LTA device created and associated I > with the MUX server and port, queue aimed at the LTA device, LTA device F > spooled to queue.  However for check printing these old program alsoC > stop the queue, despool the LTA device, and print direct.  We are C > looking at how much work it will take to switch check printing to B > spooled.  We don't have dedicated check printers so thats not an	 > option.  > 7 > The DMPs in our test environment are working with the H > TELNET/CREATE/RECONNECT option, though there are limitations (like theI > printer going offline not being detected so jobs go to the bit bucket). @ >  However the lasers are an issue; we would like to run them asH > telnetsym queues, but can't do that with a direct TNA port created (as > for the DMPs). > > > So if the queue is up, and someone needs to print checks, weH > stop/queue/reset the queue, despool the (LTA device, which will likelyG > be retained for its name and as spool target), create the direct port I > (requires privs), do the direct print job, then delete the direct port,   > and restart/respool the queue. >   H    Sounds like a job for print queue forms.  Have you tried using those?   ------------------------------    Date: 18 Nov 2005 10:21:30 -0800( From: "Rich Jordan" <jordan@ccs4vms.com>B Subject: Re: shared queue and direct printing via TCPIP DECserversC Message-ID: <1132338090.019831.197960@z14g2000cwz.googlegroups.com>    Bob,E      there are forms in use.  Do you mean using different stock types G to prevent sending checks to the printer when the wrong stock is in it? E  If so that is certainly used elsewhere; its just this place is using E very old code that direct prints the checks.  If the programmers have > time to change it, then we'd use a check stock type to prevent
 misprints.  D None of that helps with the spurious linefeeds and connection delaysE we're seeing in testing though.  Although so far having the queue use @ PRTSMB and print to the direct port is working better than using TELNETSYM...   ------------------------------    Date: 18 Nov 2005 03:17:57 -08003 From: "Big John" <john.powers@airwidesolutions.com> Y Subject: Re: TASK can't run SEARCH (was Re: difference between "normal" and DECnet DIRECT B Message-ID: <1132312677.397612.58130@z14g2000cwz.googlegroups.com>  2 I tried your example and got interesting results..   $!) $ TYPE BART"JGP [deleted]"::"TASK=JPTEST"  $INTER: ! $ SEARCH SYS$login:LOGIN.COM GOLD < $ DEFINE/KEY/NOLOG PF1 /SET_STATE=GOLD ""       ! PF1 = gold	 $    EXIT      [it worked as expected]    $!* $ TYPE MARGE"JGP [deleted]"::"TASK=JPTEST" $INTER: ! $ SEARCH SYS$login:LOGIN.COM GOLD < $ DEFINE/KEY/NOLOG PF1 /SET_STATE=GOLD ""       ! PF1 = gold	 $    EXIT      [it worked as expected]    $!* $ TYPE HOMER"JGP [deleted]"::"TASK=JPTEST" $INTER: ! $ SEARCH SYS$login:LOGIN.COM GOLD ' %SYSTEM-F-IVDEVNAM, invalid device name  $   $   [It failed just as it did for you]   $ 
 $ SHO CLUS0 View of Cluster from system ID 12613  node: BART +-------------------+---------+  |      SYSTEMS      | MEMBERS |  +--------+----------+---------+  |  NODE  | SOFTWARE |  STATUS |  +--------+----------+---------+  | BART   | VMS V7.1 | MEMBER  |  | HOMER  | VMS V6.2 | MEMBER  |  | MARGE  | VMS V7.3 | MEMBER  |  | LISA   | VMS V7.3 | MEMBER  |  +--------+----------+---------+   ; Seems like there is a problem on V6.2 - What version of VMS  are your running?   
 AEF wrote: > Bob Koehler wrote:{ > > In article <dlg667$ver$2@online.de>, helbig@astro.multiCLOTHESvax.de (Phillip Helbig---remove CLOTHES to reply) writes:  > > > ; > > > $  dir/dat=(c,m)/siz=all NODE"USER"::DISK:[DIRECTORY]  > > > , > > > Directory NODE"USER"::DISK:[DIRECTORY] > > >  > > > FILE.TYPE;1 - > > >                    file access conflict  > > > " > > > Total of 1 file, 0/0 blocks. > >  > >    Try this: > > 4 > >    On remote node NODE create the following file > >  > >    $! sys$login:attempt.com ! > >    $define sys$output sys$net C > >    $directory/date=(created,modified)/size=all disk:[directory]   > >    $logoutnow   ! not a typo > > # > >    Then from the local node do:  > > ' > >    $type node"user"::"task=attempt"  >  > F > Speaking of TASKing, why doesn't SEARCH work in such a command file: >  >  > On node B: > = > $    IF (F$MODE().EQS."INTERACTIVE") THEN GOTO _INTERACTIVE ! > $    DEFINE SYS$PRINT NOSUCHQUE   > $    DEFINE SYS$OUTPUT SYS$NET > $_INTERACTIVE:- > $    SEARCH SYS$MANAGER:SYLOGIN.COM ELEMENT  > $    EXIT  >  > $ @SEARCH B > $    ACCPORNAM0=  F$ELEMENT(0,",",F$GETDVI("TT","TT_ACCPORNAM")) >  > 
 > One node A:  > ) > $ TYPE NODE_X"BLAH BLOW"::"TASK=SEARCH" ) > %SYSTEM-F-IVDEVNAM, invalid device name  >  > G > Here it is with SET VERIFY added to the top of the command procedure:  > ) > $ TYPE NODE_X"BLAH BLOW"::"TASK=SEARCH"  > $_INTERACTIVE:- > $    SEARCH SYS$MANAGER:SYLOGIN.COM ELEMENT ) > %SYSTEM-F-IVDEVNAM, invalid device name  >  > F > Why don't I just SEARCH from the local node? Because I am in NYC andI > the remote node is in Hong Kong and it takes longer. Anyway, I'd REALLY # > like to know why it doesn't work.    ------------------------------    Date: 18 Nov 2005 05:47:21 -0800$ From: "AEF" <spamsink2001@yahoo.com>Y Subject: Re: TASK can't run SEARCH (was Re: difference between "normal" and DECnet DIRECT C Message-ID: <1132321641.153734.221290@g14g2000cwa.googlegroups.com>    Big John wrote: 4 > I tried your example and got interesting results..  1 [...successful tests on other systems omitted...]    > $!, > $ TYPE HOMER"JGP [deleted]"::"TASK=JPTEST"	 > $INTER: # > $ SEARCH SYS$login:LOGIN.COM GOLD ) > %SYSTEM-F-IVDEVNAM, invalid device name  > $  > & >   [It failed just as it did for you] >  > $  > $ SHO CLUS2 > View of Cluster from system ID 12613  node: BART! > +-------------------+---------+ ! > |      SYSTEMS      | MEMBERS | ! > +--------+----------+---------+ ! > |  NODE  | SOFTWARE |  STATUS | ! > +--------+----------+---------+ ! > | BART   | VMS V7.1 | MEMBER  | ! > | HOMER  | VMS V6.2 | MEMBER  | ! > | MARGE  | VMS V7.3 | MEMBER  | ! > | LISA   | VMS V7.3 | MEMBER  | ! > +--------+----------+---------+  > = > Seems like there is a problem on V6.2 - What version of VMS  > are your running?     C I'm running 6.1 on some and 6.2 on others! I guess that must be it.   3 My apologies for not including the versions before.    Thanks!    ------------------------------    Date: 18 Nov 2005 08:04:56 -0600; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) Y Subject: Re: TASK can't run SEARCH (was Re: difference between "normal" and DECnet DIRECT 3 Message-ID: <Ay2eaod4Y5uV@eisner.encompasserve.org>   ` In article <17NOV05.22393178@feda01.fed.ornl.gov>, Dave Greenwood <greenwoodde@ornl.gov> writes:  B > I cut and pasted your command procedure.  It worked fine for me. >  > OpenVMS V7.3-1  on an alpha.  G    I don't have access to VMS 7 at the moment.  It fails on 6.1 on VAX. %    May have been fixed along the way.    ------------------------------    Date: 18 Nov 2005 08:06:05 -0600; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) Y Subject: Re: TASK can't run SEARCH (was Re: difference between "normal" and DECnet DIRECT 3 Message-ID: <QW2Nk6TBBBV7@eisner.encompasserve.org>   j In article <1132268749.009723.144460@g44g2000cwa.googlegroups.com>, "AEF" <spamsink2001@yahoo.com> writes:  $ > $    SHOW LOGICAL/FULL SYS$MANAGERE >    "SYS$MANAGER" [exec] = "SYS$SYSROOT:[SYSMGR]" (LNM$SYSTEM_TABLE) - > $    SEARCH SYS$MANAGER:SYLOGIN.COM ELEMENT ) > %SYSTEM-F-IVDEVNAM, invalid device name   A    SYS$MANAGER is not the problem.  It's the output device that's     having the problem.   ------------------------------  % Date: Fri, 18 Nov 2005 06:24:02 -0800 # From: "Tom Linden" <tom@kednos.com> + Subject: Re: Unable to Boot Firmware CD-ROM ( Message-ID: <ops0fwycn6zgicya@hyrrokkin>  E On 17 Nov 2005 13:42:49 -0800, Schnootling <chuckm@dis.wa.gov> wrote:   	 > Hi Tom,  > H > Will a Sony CRX 230E - CD-RW drive - internal  (as seen on eBay at the > time of this note) work ?  >  > Chuck  > $ Don't know but on XP1000 inder 7.3-2I Disk $9$DQA0: (HAFNER), device type SONY    CD-RW  CRX185E1, is online,    file-  so, very likely    ------------------------------  % Date: Fri, 18 Nov 2005 10:42:55 +0200 - From: "Kari Keronen" <kari.keronen@digita.fi> ' Subject: UPDATE 5.0 installation errors : Message-ID: <hygff.10002$dv6.4656@reader1.news.jippii.net>  H I installed UPDATE 5.0 kit to an AlphaStation 500 running VMS 7.3-2. GotE following error messages. All seems to work after reboot, but is this   something I should worry about ?   -Kari-F Portion done: 0%...10%...20%...30%...40%...50%...60%...70%...80%...90%  ) %CLI-F-SYNTAX, error parsing 'BLOCK_SIZE'   : -CLI-E-ENTNF, specified entity not found in command tables  B %DCL-W-SKPDAT, image data (records not beginning with "$") ignored  ) %CLI-F-SYNTAX, error parsing 'BLOCK_SIZE'   : -CLI-E-ENTNF, specified entity not found in command tables  B %DCL-W-SKPDAT, image data (records not beginning with "$") ignored  ) %CLI-F-SYNTAX, error parsing 'BLOCK_SIZE'   : -CLI-E-ENTNF, specified entity not found in command tables  B %DCL-W-SKPDAT, image data (records not beginning with "$") ignored  ) %CLI-F-SYNTAX, error parsing 'BLOCK_SIZE'   : -CLI-E-ENTNF, specified entity not found in command tables  B ...100%SKPDAT, image data (records not beginning with "$") ignored  K The following product has been installed (and a recovery data set created):   8 DEC AXPVMS VMS732_UPDATE V5.0 Patch (maintenance update)   ------------------------------  % Date: Fri, 18 Nov 2005 09:06:13 -0000 ' From: "Roger Fraser" <rfraser3@csc.com> + Subject: Re: UPDATE 5.0 installation errors / Message-ID: <437d97b1_1@glkas0286.greenlnk.net>   K No - no worries. A block_size qualifier has been added to the COPY command  + but the DCLTABLES had not yet been updated. J This qualifier was introduced with the VMS732_COPY-V0100 patch so, if you 9 had applied this first, it would have "hidden" the error.            Roger   K Roger Fraser - CSC Computer Sciences - who does not speak on behalf of the   company!  9 "Kari Keronen" <kari.keronen@digita.fi> wrote in message  4 news:hygff.10002$dv6.4656@reader1.news.jippii.net...I >I installed UPDATE 5.0 kit to an AlphaStation 500 running VMS 7.3-2. Got G > following error messages. All seems to work after reboot, but is this " > something I should worry about ? >  > -Kari-H > Portion done: 0%...10%...20%...30%...40%...50%...60%...70%...80%...90% > + > %CLI-F-SYNTAX, error parsing 'BLOCK_SIZE'  > < > -CLI-E-ENTNF, specified entity not found in command tables > D > %DCL-W-SKPDAT, image data (records not beginning with "$") ignored > + > %CLI-F-SYNTAX, error parsing 'BLOCK_SIZE'  > < > -CLI-E-ENTNF, specified entity not found in command tables > D > %DCL-W-SKPDAT, image data (records not beginning with "$") ignored > + > %CLI-F-SYNTAX, error parsing 'BLOCK_SIZE'  > < > -CLI-E-ENTNF, specified entity not found in command tables > D > %DCL-W-SKPDAT, image data (records not beginning with "$") ignored > VMS732_COPY-V0100 + > %CLI-F-SYNTAX, error parsing 'BLOCK_SIZE'  > < > -CLI-E-ENTNF, specified entity not found in command tables > D > ...100%SKPDAT, image data (records not beginning with "$") ignored > D > The following product has been installed (and a recovery data set  > created):  > : > DEC AXPVMS VMS732_UPDATE V5.0 Patch (maintenance update) >  >    ------------------------------  % Date: Fri, 18 Nov 2005 12:37:14 +0300 N From: "Ruslan R. Laishev" <zzLaishev@zzDeltaTelecom.RU-remove.all-zz-to-reply>+ Subject: Re: UPDATE 5.0 installation errors 3 Message-ID: <1E79F334D43381107A4BB4FFFAB1EF9C@nntp>    Have a look to COPY's ECO.   Kari Keronen wrote:   J > I installed UPDATE 5.0 kit to an AlphaStation 500 running VMS 7.3-2. GotG > following error messages. All seems to work after reboot, but is this " > something I should worry about ? >  > -Kari-H > Portion done: 0%...10%...20%...30%...40%...50%...60%...70%...80%...90% > + > %CLI-F-SYNTAX, error parsing 'BLOCK_SIZE'  > < > -CLI-E-ENTNF, specified entity not found in command tables > D > %DCL-W-SKPDAT, image data (records not beginning with "$") ignored > + > %CLI-F-SYNTAX, error parsing 'BLOCK_SIZE'  > < > -CLI-E-ENTNF, specified entity not found in command tables > D > %DCL-W-SKPDAT, image data (records not beginning with "$") ignored > + > %CLI-F-SYNTAX, error parsing 'BLOCK_SIZE'  > < > -CLI-E-ENTNF, specified entity not found in command tables > D > %DCL-W-SKPDAT, image data (records not beginning with "$") ignored > + > %CLI-F-SYNTAX, error parsing 'BLOCK_SIZE'  > < > -CLI-E-ENTNF, specified entity not found in command tables > D > ...100%SKPDAT, image data (records not beginning with "$") ignored > M > The following product has been installed (and a recovery data set created):  > : > DEC AXPVMS VMS732_UPDATE V5.0 Patch (maintenance update) >  >  >    --  F + WBR, OpenVMS [Sys|Net] HardWorker ............. Skype: SysMan-One  +9 Delta Telecom JSC, IMT-MC-450(CDMA2000) cellular operator E Russia,191119,St.Petersburg,Transportny per. 3 Cel: +7 (812) 716-3222 F +http://starlet.deltatelecom.ru ............. Frying on OpenVMS only +   ------------------------------    Date: 18 Nov 2005 13:22:27 +01006 From: peter@langstoeger.at (Peter 'EPLAN' LANGSTOEGER)+ Subject: Re: UPDATE 5.0 installation errors , Message-ID: <437dd593$1@news.langstoeger.at>  f In article <1132304995.800027.110840@o13g2000cwo.googlegroups.com>, "Ian Miller" <ijm@uk2.net> writes:B >It's due to temporary mismatch between the dcl command table yourE >progress was using and the version of the COPY utility your programm  >was using.  > ' >(/BLOCK_SIZE is a new COPY qualifier).   + Yup, the same was with UPDATE V4 already...   A >If you want to check then re-install the patch and it should not  >install any files.   ) But what COPY did appearantly fail then ?    --   Peter "EPLAN" LANGSTOEGER % Network and OpenVMS system specialist  E-mail  peter@langstoeger.atF A-1030 VIENNA  AUSTRIA              I'm not a pessimist, I'm a realist   ------------------------------    Date: 18 Nov 2005 07:52:01 -0600; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler)  Subject: Re: VMS to Tivoli TEC3 Message-ID: <d7Ss2Po7O+a4@eisner.encompasserve.org>   a In article <lkppn1p0oka0cnql2bn1v2ddeme39t9gng@4ax.com>, Gary L. Ross <nospam@nospam.com> writes: E > We're looking for a way to send VMS system events to our Tivoli TEC G > system.  I've been asked by our Tivoli Admin. if there are any TECAD, G > POSTEMSG, or MIBs available for VMS.  Does anyone know where we could ; > locate these or if any such files/programs exist for VMS?   F    Tivoli supported VMS a few years ago, probably still does.  Why not    load thier software for VMS?    ------------------------------   End of INFO-VAX 2005.644 ************************                                                                                                                                                                                                              'A0[6upXlǣ9cWS8\M8uP.BK#NBNEnPT,e	~nut=dKjNK0$nm{*V^x5py~n8Z2s:q(z֚anXTVX .]؁3p./6>-Bd]n碃xNakAdR#L
	MJ])};EPtQjHcfqw9ǹ5卺"@@ڨj0Umڸt,ya!THFơ)*/6pc֚[OVf*H)K#
:pwV`^,- 2Nun'gZ<:Rϭ]]°Cd-1oG) Y"!|*"hcAgJ-."7BM˞GGYl};lbDymb5~@ms~xvp3r=oy]s