1 INFO-VAX	Thu, 28 Nov 2002	Volume 2002 : Issue 657       Contents: Re: ACME agent interface Re: allocating from P1 Re: allocating from P1 Re: allocating from P1 Re: allocating from P1 Re: allocating from P1; Re: ARG!  Isn't there *any* company in the DC Metro area... ; Re: ARG!  Isn't there *any* company in the DC Metro area... ; Re: ARG!  Isn't there *any* company in the DC Metro area... ! Atlant/was OT: Hamburger Flipping  Re: Best VAX upgrade I've seen Re: Chip Upgrade in a DS103 Re: Cracking OpenVMS passwords with John the Ripper 3 RE: Cracking OpenVMS passwords with John the Ripper 3 Re: Cracking OpenVMS passwords with John the Ripper 3 Re: Cracking OpenVMS passwords with John the Ripper 3 Re: Cracking OpenVMS passwords with John the Ripper  Re: Database for VMS" Re: DCPS V2.2 field test available Re: DECtalk error codes 3 RE: DELL Itanium Servers - May be we can run OVMS ? 5 Re: Does the CMU-IP 066 stack run on openVMS VAX 7.3? / European HP and Compaq User Organizations merge P Free Classified Ads: Job listings , Real Estates, Events, Services, Personal and Re: Galaxy and ES47 vs ES80.... ! Re: Getting the user owner string  HP:  moving right along...* Re: It's Official! Sun Listens. Hello, HP?* Re: It's Official! Sun Listens. Hello, HP?( J2EE /Java Server on OpenVMS with MANMAN! Re: Managing C routine prototypes - Re: Netscape 2.02 & VAX/VMS 7.3 & Motif 1.2-6 - Re: Netscape 2.02 & VAX/VMS 7.3 & Motif 1.2-6 - Re: Netscape 2.02 & VAX/VMS 7.3 & Motif 1.2-6  Re: OpenVMS 7.3-1 and CSWING Re: OT: Hamburger Flipping RE: OT: Hamburger Flipping Re: OT: Hamburger Flipping Re: Pathworks Mac vs VMS 7.3-1% Re: poor Gigabit Ethernet performance " Re: Province code change in Canada" Re: Province code change in Canada Re: Recursive Deletion Re: Recursive Deletion Re: Recursive Deletion RE: Recursive Deletion Re: Recursive Deletion Re: Recursive Deletion  Re: Suggestions for Removing LAT" Re: TCPIP programming: URGent flag Re: TIFF processing on VMS?  Re: TIFF processing on VMS? " Re: totally OT: terminal emulators" Re: totally OT: terminal emulators* Re: Where can I find patches to my system? Xdvi and eXcursions ( Re: [OT] FORTRAN-based accounting system  F ----------------------------------------------------------------------   Date: 27 Nov 2002 21:43:23 GMT# From: hoff@hp.nospam (Hoff Hoffman) ! Subject: Re: ACME agent interface * Message-ID: <as3e9r$4vk$3@web1.cup.hp.com>  Q In article <9qYofmaNc1yH@ludens>, tiz@ludens.elte.hu (Toth Istvan Zoltan) writes:  : I :  We should to write an own ACME agent but in documentation (Programming J :  Concepts) ive read that this interface isn't available for public yet. ! :  Do you know anything about it?   E   The solidity of the interface is not completely certain as yet, but C   copies of the interface specification have been made available to D   specific internal and external folks as part of a testing process.  8   Contact me off-line and I will pass the request along.    N  ---------------------------- #include <rtfaq.h> -----------------------------J       For additional, please see the OpenVMS FAQ -- www.openvms.compaq.comN  --------------------------- pure personal opinion ---------------------------E         Hoff (Stephen) Hoffman   OpenVMS Engineering   hoff[at]hp.com    ------------------------------    Date: 27 Nov 2002 12:26:15 -08001 From: usenet_vms@lehrerfamily.com (Joshua Lehrer)  Subject: Re: allocating from P1 = Message-ID: <477e0934.0211271226.789aaa5e@posting.google.com>   X VAXman-  @SendSpamHere.ORG wrote in message news:<00A178A5.FA4CBD34@SendSpamHere.ORG>... >  > SYS$SETPRT doesn't work?  C sure it works, but I'm not A VMS guru, and I didn't know about that C service.  When I asked if how to do it, you simply answered "sounds D like a plan".  Another kind soul pointed out that service, and I was
 on my way.   > 
 > /OPTIONS >  > STACK=   is that documented somewhere?   
 joshua lehrer  factset research systems   ------------------------------  # Date: Wed, 27 Nov 2002 20:42:41 GMT " From:   VAXman-  @SendSpamHere.ORG Subject: Re: allocating from P1 0 Message-ID: <00A179B4.17C38B96@SendSpamHere.ORG>  q In article <477e0934.0211271226.789aaa5e@posting.google.com>, usenet_vms@lehrerfamily.com (Joshua Lehrer) writes: Y >VAXman-  @SendSpamHere.ORG wrote in message news:<00A178A5.FA4CBD34@SendSpamHere.ORG>...  >>   >> SYS$SETPRT doesn't work?  > D >sure it works, but I'm not A VMS guru, and I didn't know about thatD >service.  When I asked if how to do it, you simply answered "soundsE >like a plan".  Another kind soul pointed out that service, and I was  >on my way.   H OK.  I would have assumed that somebody diddling about in P1 space usingA such service as $EXPREG would have used or stumbled upon $SETPRT.      >>   >> /OPTIONS  >>  	 >> STACK=  >  >is that documented somewhere?  
 You betcha...   L It is in my V7.1 bookreader doc set and it's in the on-line Linker reference at:   M http://www.openvms.compaq.com/doc/73final/4548/4548pro_015.html#opt_stack_sec    --O VAXman- OpenVMS APE certification number: AAA-0001     VAXman(at)TMESIS(dot)COM              5   "Well my son, life is like a beanstalk, isn't it?"     ------------------------------   Date: 27 Nov 2002 22:04:59 GMT# From: hoff@hp.nospam (Hoff Hoffman)  Subject: Re: allocating from P1 * Message-ID: <as3fib$4vk$5@web1.cup.hp.com>  q In article <477e0934.0211210734.559962f9@posting.google.com>, usenet_vms@lehrerfamily.com (Joshua Lehrer) writes:   E :given that I can not use 64-bit programming to allocate from P2, and G :that my application uses very little stack, and lots of heap, is there 0 :any way that I can allocate memory from P1? ...  C   Um, what are you up to?  (And how much is "lots", in particular?)   K   I'd tend to use lib$create_vm_zone_64 here, or I'd use the sixty-four-bit H   addressing support available within recent C and C RTL configurations.H   If you want to write your own memory page allocation code for P1 spaceF   -- this should be easy, just some wrappers around $expreg explicitlyJ   requesting pages from P1 space -- you could also use lib$create_vm_zone.    N  ---------------------------- #include <rtfaq.h> -----------------------------J       For additional, please see the OpenVMS FAQ -- www.openvms.compaq.comN  --------------------------- pure personal opinion ---------------------------E         Hoff (Stephen) Hoffman   OpenVMS Engineering   hoff[at]hp.com    ------------------------------    Date: 27 Nov 2002 19:06:40 -0600- From: Kilgallen@SpamCop.net (Larry Kilgallen)  Subject: Re: allocating from P1 3 Message-ID: <aJ9p5dnPhLPE@eisner.encompasserve.org>   U In article <00A179B4.17C38B96@SendSpamHere.ORG>,   VAXman-  @SendSpamHere.ORG writes: s > In article <477e0934.0211271226.789aaa5e@posting.google.com>, usenet_vms@lehrerfamily.com (Joshua Lehrer) writes: Z >>VAXman-  @SendSpamHere.ORG wrote in message news:<00A178A5.FA4CBD34@SendSpamHere.ORG>... >>>  >>> SYS$SETPRT doesn't work? >>E >>sure it works, but I'm not A VMS guru, and I didn't know about that E >>service.  When I asked if how to do it, you simply answered "sounds F >>like a plan".  Another kind soul pointed out that service, and I was >>on my way. > J > OK.  I would have assumed that somebody diddling about in P1 space usingC > such service as $EXPREG would have used or stumbled upon $SETPRT.   E In particular, file:///VMSDOC073/v73/4527/4527pro_037.html#jun_241 of C the VMS V7.3 documentation (describing $EXPREG) lists $SETPRT under  "related services".    ------------------------------    Date: 27 Nov 2002 20:23:11 -08001 From: usenet_vms@lehrerfamily.com (Joshua Lehrer)  Subject: Re: allocating from P1 = Message-ID: <477e0934.0211272023.234af303@posting.google.com>   U hoff@hp.nospam (Hoff Hoffman) wrote in message news:<as3fib$4vk$5@web1.cup.hp.com>... s > In article <477e0934.0211210734.559962f9@posting.google.com>, usenet_vms@lehrerfamily.com (Joshua Lehrer) writes:  > G > :given that I can not use 64-bit programming to allocate from P2, and I > :that my application uses very little stack, and lots of heap, is there 2 > :any way that I can allocate memory from P1? ... > E >   Um, what are you up to?  (And how much is "lots", in particular?)   C lots is more than 1 gig, and less than 1.8 gigs.  Hence, my need to  allocate both from P0 and P1.    > M >   I'd tend to use lib$create_vm_zone_64 here, or I'd use the sixty-four-bit J >   addressing support available within recent C and C RTL configurations.  C but, as I said, I can't, because I need to support almost a million / lines of legacy code that uses 32 bit pointers.   J >   If you want to write your own memory page allocation code for P1 spaceH >   -- this should be easy, just some wrappers around $expreg explicitlyL >   requesting pages from P1 space -- you could also use lib$create_vm_zone. >   D right, that's what I ended up doing.  I used lib$create_vm_zone, andD passed it my own function for allocating pages.  In that function, IF use $expreg to expand either P0 or P1.  It just took me a while to get5 to this understanding, but thanks for everyones help.   
 joshua lehrer  factset research systems   ------------------------------  % Date: Wed, 27 Nov 2002 14:19:50 -0500 0 From: "Alan Boyles" <alan.boyles@mindspring.com>D Subject: Re: ARG!  Isn't there *any* company in the DC Metro area.../ Message-ID: <uua7g4rvqu2p99@corp.supernews.com>   I Look on Monster.com and search on "Sales Support".  I have an agent setup A and I receive notes from Monster every other day which state that H Lockheed/Martin in Rockville is looking for a LARGE number of VMS types.J They use the title Embedded S/W engineer for many things so don't let that	 fool you.    Alan( <01dynamypants@cox.net> wrote in message2 news:krt9uu8ah35j21opr87e50blck1m8eh5u9@4ax.com... > ? > ..that needs an experienced VMS and/or ALLIN1 System Manager?  > : > The one or two companies that have advertised a position6 > doesn't seem to feel any sense of urgency in hiring. >  > This is so frustrating.  > ; > Sorry...just had to vent.  If anyone has any leads or has F > a VMS  position in your company and is located in the DC metro area, > PLEASE ping me off-line. >  >  >  >  > Remove my pants to email   ------------------------------  # Date: Wed, 27 Nov 2002 20:29:01 GMT  From: 01dynamypants@cox.net D Subject: Re: ARG!  Isn't there *any* company in the DC Metro area...8 Message-ID: <pmaauucs5ee9q9osolek0ejgj07aotueuj@4ax.com>  2 On Wed, 27 Nov 2002 14:19:50 -0500,  "Alan Boyles"D <alan.boyles@mindspring.com>  ran screaming out of the mens room and
 exclaimed:  J >Look on Monster.com and search on "Sales Support".  I have an agent setupB >and I receive notes from Monster every other day which state thatI >Lockheed/Martin in Rockville is looking for a LARGE number of VMS types. K >They use the title Embedded S/W engineer for many things so don't let that 
 >fool you. >  >Alan    Alan,   @ You must be searching on something different than I did, becauseF nothing came up for the last 60 days.  I also went to LM's website and0 searched there and didn't come up with anything.         Remove my pants to email   ------------------------------  # Date: Thu, 28 Nov 2002 02:56:17 GMT , From: "Ken Randell" <ken.randell@fortel.com>D Subject: Re: ARG!  Isn't there *any* company in the DC Metro area...8 Message-ID: <lBfF9.38820$hi6.31306@nwrddc02.gnilink.net>  J I tried to send the below to you but got rejected following your 'removal'
 instructions:    Ken Randell   0 ------------------------------------------------  ; Searching various places for 'vax or vms or openvms' shows:   F monster.com, on Nov 25th a position in Fairfax, VA at CARFAX shows up.  L www.washingtonjobs.com shows that the GPO is looking for someone with VMS/NT
 experience  A ACS State/Federal folks in Rockville, MD seem to advertise on the % washingtonjobs.com from time to time.   J From memory, a while ago, the following were also hiring for VMS positions of one kind or another:   K SAIC (Falls Church & Bethesda) -- working on VA CHCS contract -- there were # also some sub-contractors involved. F AC-Technologies in Fairfax, VA (I think this one was more of a project manager who can speak VMSish)   F You may also find things on dice.com.  It REALLY helps if you  have an; existing TS clearance.  This seems to open many more doors.   
 Good Luck.   Ken Randell    ------------------------------  # Date: Thu, 28 Nov 2002 00:59:01 GMT " From:   VAXman-  @SendSpamHere.ORG* Subject: Atlant/was OT: Hamburger Flipping0 Message-ID: <00A179D7.E6C652D0@SendSpamHere.ORG>  a In article <DDsY+gf7ogNz@eisner.encompasserve.org>, kuhrt@encompasserve.org (Marty Kuhrt) writes:  {...big snippage...}B >Having looked at the thread and Atlant's take on it, I read it asB >Atlant admitting that the poor quality of the education that the A >schools are providing in US _are_ a problem created by the Left. B >Otherwise how else could he have taken VAXman's innocuous comment& >about schooling as a Right Wing slam?  A Sadly, and I believe to his own personal detriment, Atlant simply 5 used my statement to bolster his own personal agenda.        >Methinks he protests too much.  > I >The annoying thing about killfiles is that, while they do kill Atlant's  E >initial posts, they don't kill followups.  Bummer.  I need to find a @ >better news reader to cull the useless chaff this poster spews.  D I met Atlant (although he may not remember).  He and Margie SherlockD were working together doing a "driver authoring in C" session at oneE of the last "official" DECUS symposium.  Margie introduced the two of F us.  I don't presently killfile his posts; however, since he has left E the fold, he has seemed to be relocating the ax from the verticle to  D the horizontal.  I may rethink the killfile contents.  I'd really beB happier to see him offer his technical expertise here in to c.o.v.   --O VAXman- OpenVMS APE certification number: AAA-0001     VAXman(at)TMESIS(dot)COM              5   "Well my son, life is like a beanstalk, isn't it?"     ------------------------------  # Date: Thu, 28 Nov 2002 03:39:58 GMT - From: "Stephen Eickhoff" <operagost@not.real> ' Subject: Re: Best VAX upgrade I've seen D Message-ID: <iegF9.1287$qM5.339@tornadotest1.news.pas.earthlink.net>  5 "Baby Peanut" <baby_p_nut@yahoo.com> wrote in message 6 news:c5cf6e8.0211270618.3454e112@posting.google.com...+ > http://www.mini-itx.com/projects/edenvax/    Desecration!  E I wish he'd gutted an old TK50 or full height SCSI disk (like RZ24, I K think). Same case, and you don't send another neat old VAX to the junkyard.    ------------------------------  % Date: Wed, 27 Nov 2002 18:01:22 -0500 2 From: rdeininger@mindspring.com (Robert Deininger)# Subject: Re: Chip Upgrade in a DS10 K Message-ID: <rdeininger-2711021801220001@1cust231.tnt2.nashua.nh.da.uu.net>   ? In article <as2k7f$5lb$1@knossos.btinternet.com>, "Colin Scott" ! <colin@hornby-scott.co.uk> wrote:     G >I am afraid I did not make myself clear in the reply to Fred. When the # >system is started with the revised M >jumper settings, it hangs. There is no activity, not even a beep or a flash.   I I don't know about the DS10, but many systems have some diagnostic LEDs.  F But you have to get into the SRM firmware before they are active.  TheG LEDs usually count down through diagnostic steps, until there is enough I hardware initialized to talk to the real console port.  If you have LEDs, ; and the appropriate service docs, you might get some clues.   H If the firmware is not acceptible, the only code that can execute is theG SROM (serial ROM) code.  The alpha chip loads this into the instruction H cache just after it powers on.  This code initializes the HW path to theH firmware ROMs, finds some good memory, moves the FW into memory, unpacks- it, and transfers control to the SRM console.   N The SROM code also contains the Failsafe loader, for systems that support it.   K >With "466 Mhz" jumper settings, the system provides access to SRM, but VMS < >fails to boot - it hangs. Also tried Linux - it also hangs.    C Are you sure the VMS boot device is good, and has a good VMS on it?   J When you have the "wrong" jumper settings, and you have access to the SRM:  " >>> boot -fl 30000,0 <device name>  D (The zero after the comma assumes you want the [SYS0.] system root.  Adjust as appropriate.)   G If possible, do this with a logging console connection.  You will get a F lot of debugging ouput, which will give a good hint as to where VMS isC failing.  Unless the system is so sick that VMS never gets control.    ------------------------------  % Date: Wed, 27 Nov 2002 17:47:28 -0500 2 From: rdeininger@mindspring.com (Robert Deininger)< Subject: Re: Cracking OpenVMS passwords with John the RipperK Message-ID: <rdeininger-2711021747280001@1cust231.tnt2.nashua.nh.da.uu.net>   I In article <SKWHEP+YdiIq@eisner.encompasserve.org>, Kilgallen@SpamCop.net  (Larry Kilgallen) wrote:    B >4. The vulnerability to such a tool is when people have access toF >   unencrypted backup tapes.  At some shops that is easier to achieve1 >   than privileged access to the running system.      Good point.    ------------------------------   Date: 27 Nov 2002 23:23:13 GMT# From: hoff@hp.nospam (Hoff Hoffman) < Subject: RE: Cracking OpenVMS passwords with John the Ripper* Message-ID: <as3k51$4vk$7@web1.cup.hp.com>  W In article <01C29566.88276080@sulfer.icius.com>, Shane Smith <ssmith@icius.com> writes:  :-----Original Message----- $ :From: jloup@gailly.OmitThisWord.net' :[mailto:jloup@gailly.OmitThisWord.net] ) :Sent: Tuesday, November 26, 2002 3:11 PM  :To: Info-VAX@Mvb.Saic.Com9 :Subject: Cracking OpenVMS passwords with John the Ripper    ..  I :I have written a patch for John the Ripper http://www.openwall.com/john/ I :to allow cracking OpenVMS (Vax and Alpha) passwords.  The patch is based A :on code from Shawn Clifford, Davide Casale and Mario Ambrogetti.   E   Password-guessing tools and dictionary attacks have been around for D   eons, and OpenVMS has mechanisms that can help reduce the exposure+   to even poorly-chosen user passwords.       8   In particular, the OpenVMS breakin evasion mechanisms.  E   This breakin evasion security mechanism is enabled and operating by )   default on all recent OpenVMS releases.   D   That said, password-cracking tools -- whether this one or other ofC   the various options -- can be quite valuable as security auditing B   tools for the system manager.  In particular, these tools permit5   the system manager to look for weak user passwords.     G :The sources are in http://jl.gailly.net/security/john-VMS-patch.tar.gz D :A README file is at http://gailly.net/security/john-VMS-readme.html8 :or in ascii at http://jl.gailly.net/security/README.VMS  %   The correct addresses appear to be:   ,     http://www.teaser.fr/~jlgailly/security/!     http://www.openwall.com/john/   E :... The asm version checks about 150,000 passwords per second on a 1 F :GHz system. Password cracking is much easier on OpenVMS than on otherL :systems since passwords are not case sensitive and limited to alphanumeric, :'$' and '_' only.  H   Most any password-based mechanism does and will provide poor security F   on any platform -- an increase in the size of the character set doesE   clearly increase the time required for a password match, but if the D   nefarious user has a copy of your hashed password or your passwordF   database, you are already in trouble.  The match is only a matter ofE   time, and as the computing cycles available increase, the time to a    matching hash will decreate.  H   Passwords are case-sensitive and a variety of characters are permittedF   as part of external authentication.  And you can also implement your'   own hashing scheme, if so interested.   D   The OpenVMS approach is to restrict access to the hashed values asI   stored in SYSUAF, and to use a salt value to reduce exposure to attacks F   based on the use of pre-generated password tables.  Further, OpenVMSD   is moving to external authentication, as this permits each site toD   provide smartcards or scanners or other technologies, technologiesF   that are more modern and more secure alternatives to the traditional   text-based password scheme.   F   If folks here are interested in improving security, consider portingI   the John the Ripper "proactive password strength checking module" stuff G   or something similar into the LGI callouts.  Other approaches involve J   enabling and using generated passwords though -- again -- text passwordsK   are pretty weak as authentication schemes go.  (Though the implementation <   of an elvish-language password generator was a cute hack.)  I   Ask The Wizard topics (4612) and (7813) will be of interest here -- the I   former is one of the character set discussions, I might add, one of the <   previous times that this particular discussion has arisen.  /   And Jean-loup, the correct DEFINE command is:        "define sysuaf myuaf.dat"   I   The DEFINE command posted at your webpage is wrong.  And no, that isn't F   a security hole -- simply knowing usernames is not something that is<   secured on OpenVMS nor can it particularly be secure-able.  N  ---------------------------- #include <rtfaq.h> -----------------------------J       For additional, please see the OpenVMS FAQ -- www.openvms.compaq.comN  --------------------------- pure personal opinion ---------------------------E         Hoff (Stephen) Hoffman   OpenVMS Engineering   hoff[at]hp.com    ------------------------------   Date: 27 Nov 2002 23:32:34 GMT# From: hoff@hp.nospam (Hoff Hoffman) < Subject: Re: Cracking OpenVMS passwords with John the Ripper* Message-ID: <as3kmi$4vk$8@web1.cup.hp.com>  i In article <as2d1o$2kmi$1@news2.ipartners.pl>, "Tomasz Dryjanski" <tdryjanski.nospam@hotmail.com> writes: K :> If you have a system manager as an accomplice, why go to all the trouble  :> of cracking?... ..8 :Or you may even change the user's password temporarily.G :Some years ago I wrote a program capable of storing a hashed password,  :and then restoring it back.  C   If you have general read access or unrestricted write access into A   the SYSUAF database, then the system is wide-open and literally D   any access and any change is possible -- you are fully privileged.  B   As for your password-maintaining tool, using the existing RENAMEC   command available within AUTHORIZE (twice) would seem far easier. C   But given write-access to SYSUAF means that IMPERSONATE and other B   options are also explicity available to a fully-privileged user,
   why bother?   E   For folks joining this discussion in progress, the OpenVMS security @   manual is useful -- and arguably now even required -- reading.    N  ---------------------------- #include <rtfaq.h> -----------------------------J       For additional, please see the OpenVMS FAQ -- www.openvms.compaq.comN  --------------------------- pure personal opinion ---------------------------E         Hoff (Stephen) Hoffman   OpenVMS Engineering   hoff[at]hp.com    ------------------------------  % Date: Thu, 28 Nov 2002 13:14:29 +1100 * From: "Dale King" <dalek@forpresident.com>< Subject: Re: Cracking OpenVMS passwords with John the Ripper' Message-ID: <as3u66$rt4$1@lore.csc.com>    Shane Smith wrote:B > True. However, access to that file would also be restricted in aG > properly locked down system, so it's still of limited use to hackers. F > They'd have to get in and get privs to get the file, and the program1 > would be fairly pointless once you'd done that.   M The big problem of course is people using the same passwords on many systems. P Once a system is comprised so are the rest.  Similarly, a priviliged user on oneJ system can generally be considered privileged on the rest, where a company5 policy enforces consistent usernames accross systems.    ------------------------------    Date: 27 Nov 2002 19:15:36 -0600- From: Kilgallen@SpamCop.net (Larry Kilgallen) < Subject: Re: Cracking OpenVMS passwords with John the Ripper3 Message-ID: <f4smWtPr1hpq@eisner.encompasserve.org>   P In article <as3kmi$4vk$8@web1.cup.hp.com>, hoff@hp.nospam (Hoff Hoffman) writes: > k > In article <as2d1o$2kmi$1@news2.ipartners.pl>, "Tomasz Dryjanski" <tdryjanski.nospam@hotmail.com> writes: M > :> If you have a system manager as an accomplice, why go to all the trouble  > :> of cracking?... > ..: > :Or you may even change the user's password temporarily.I > :Some years ago I wrote a program capable of storing a hashed password,  > :and then restoring it back.  D >   As for your password-maintaining tool, using the existing RENAMEE >   command available within AUTHORIZE (twice) would seem far easier.   B But it provides more precise audits of what the attacker is doing.   ------------------------------  # Date: Wed, 27 Nov 2002 17:55:29 GMT ( From: Don Sykes <annonymous@pacbell.net> Subject: Re: Database for VMS + Message-ID: <3DE5077A.60167D70@pacbell.net>    Bill Todd wrote: > 3 > <winston@SSRL.SLAC.STANFORD.EDU> wrote in message 4 > news:00A1782C.C418DCB9@SSRL04.SLAC.STANFORD.EDU...C > > In article <_%vE9.19196$H67.86918@tor-nn1.netcom.ca>, "Syltrem" $ > <syltremzulu@videotron.ca> writes:L > > >>> Interesting thing is Interbase, like Oracle, was first written using > VMS  > > >as the  > > >>> base platform! > > > 
 > > >True? >  > True.  > @ > > >Is there anywhere on the web where I could find this said ? > " > You can find it said right here. > I > > >It`s not that I don't believe you, but I`d like to see an "official"  > > >document saying this. > ? > That I can't help you with - but I guess that's your problem.  > 7 >  Kind of interesting Oracle first tought that VMS was M > > >the best-suited OS for their db... and then they migrated to go with the " > > >flow (and the money) I guess. > > >  > > A > > I can't answer the actual question ('official source for this  > information') but - > > here's my understanding of what happened.  > > N > > Jim Starkey (Datatrieve architect) did a design for Rdb that (I'm a littleL > > unclear on this point) got used for Rdb/Eln (the lightweight version for > the J > > VAX/ELN product) but lost out and wasn't used for the VMS Rdb product. > > M > > He founded a new company (Groton Database Systems) and designed a closely M > > related multiplatform database (initially called GDS/Galaxy) which ran on L > > various Unix systems, VMS, and (eventually) NT.  (This was that late-80sM > > timeframe when there were dozens and dozens of  different Unix systems on N > > the market, before it shook down to a few major ones plus a whole bunch ofK > > Linux and xBSD distros.) GDS changed the name of Galaxy to Interbase to M > > better reflect the cross-platform nature of the product, then changed the N > > name of the company, then sold the company to Borland (which was trying toI > > get into enterprise markets because Microsoft was kicking its butt in  > > consumer markets). > M > IIRC the company was sold to Ashton-Tate, which soon thereafter either sold I > it to Borland or got gobbled up in its entirety by Borland.  Other than M > that, your account jibes with what I know, save that calling Jim a (or even H > the) 'Datatrieve architect' does not quite do justice to the fact thatH > Datatrieve was his personal creation (though it did pick up additionalH > developers after a while, especially after his focus moved to database > work). > 6 >   Somehow the Paradox/Interbase synergy didn't work.L > > Finally Borland agreed to make Interbase open source (apparently in lieu > of  H There was one extra step. Around in July 97, Interbase was spun off as aN separate company and moved down the road from Borland, then about a year laterO when Borland became Inprise, it was gobbled back up by 2000 it was open sourced  by Inprise/Borland.   & > > paying a large development staff). > > M > > So: original design was for VAX, for sure, but I can't speak for what the = > > development platform for Interbase proper was originally.  > ? > JRD (Jim's Relational Database) was developed on/for VMS as a N > semi-sanctioned (in that telling Jim what to work on never worked very well,M > so his management gave him pretty free rein) alternative to the primary Rdb I > effort.  When Jim left, he gave me a source tape (just in case DEC ever L > decided to revive it) and rewrote what eventually was named Interbase fromN > scratch in C for IIRC some flavor of Unix (could well have been for DEC UnixN > or BSD, because IIRC he was still using MicroVAX workstations at that time).M > GDS was originally located in Groton, Mass. (duh) in a spare bedroom at Jim M > & Ann's new house there; some time around when the rewrite was completed it K > moved a few miles to 3 (?) second-floor rooms in a small shopping mall in 8 > Westford, where it may have remained until being sold. >  > - bill  O While he may have re-written it for Unix, the locking mechanisms implemented in N Unix were modeled so closely to the VMS lock manager, that they were virtually interchangeable. --     Have VMS. Will Travel. Wire Paladin (@alphase.com) 
 San Francisco    ------------------------------   Date: 27 Nov 2002 19:52 CST ' From: carl@gerg.tamu.edu (Carl Perkins) + Subject: Re: DCPS V2.2 field test available - Message-ID: <27NOV200219524356@gerg.tamu.edu>   ? "Brian Tillman" <tillman_brian@notnoone.notnohow.com> writes... ( }>Then it wasn't in DCPS before, was it. } L }AUTOSTART is a feature of the VMS queue manager.  It's always there.  Thus,J }it WAS in DCPS before.  It just wasn't specifiable via the interface they  C No it wasn't. Nowhere in DCPS was there the ability to do this. You C could not specify autostart in DCPS (unless you add the word to the < comments, I suppose - but that isn't exactly a feature). The@ only way to prove me wrong is to specify a queue to be autostart@ with DCPS. Can you do that? No. That is why you had to make your= own proceedure to do it. Your proceedure is not part of DCPS. < You can tell that it isn't by the fact that you had to write= it yourself. If it was part of DCPS you would not have had to  do it yourself. Duh.  : }supplied.  That doesn't mean that now it's a new feature. }-- B }Brian Tillman                   Internet: tillman_brian at si.com  H In DCPS could you specify the queue to be autostart before this version?   No.    Now you can.  B If something didn't use to be there and it is there now then it is a new feature.  B Nobody ever claimed it was a new feature of the VMS queue manager.A It is a new feature of DCPS. You can tell because it wasn't there  before but it is there now.   A Say person X stubs his toe and is in pain. Moments later you stub @ your toe and are in pain. Is your pain new? According to you, itE isn't because person X alread had stubed toe pain. This is incorrect. B Just becuase some other piece of software has some feature doesn'tA mean that when DCPS gets the ability to use that feature it isn't B new - it certainly is new to DCPS. You can tell because it could't do it before but it can now.  ? Since you have a proceedure of your own that does the autostart > thing, you must have wanted it to do autostart queues. So tellA me, if you had called DEC/Compaq/HP up and asked them if DCPS did ? autostart queues and they had said yes it does have the feature C would you have agreed with them? When you asked them how to do this B and they said "you just write your own proceedure to do it and useB that instead of the ones we wrote" would you have agreed that thisG did actually mean that DCPS did, in fact, have the autostart capability @ as one of its features? I suspect not. If, however, you do thinkA that this means that it had that feature then I can tell you that D OpenVMS has the feature that it can run on IBM's Power4 architecture= systems - all you have to do to use this feature is to do the  programming for it yourself.  C Again, if something didn't use to be there and it is there now then D it is a new feature. Any argument otherwise is just plain stupidity.@ (Me spending my time explaining to you that you are being stupidA is itself stupid. Oh well.) Don't you thihnk the world has enough 2 stupidity in it already without your adding to it?    So are we done being stupid yet?   --- Carl   ------------------------------   Date: 28 Nov 2002 01:06:00 GMT# From: hoff@hp.nospam (Hoff Hoffman)   Subject: Re: DECtalk error codes* Message-ID: <as3q5o$am1$1@web1.cup.hp.com>  H In article <3DCBFDFC.6A6B31E7@osfn.org>, RCS / RI <rcs@osfn.org> writes: : D :I have a DECtalk (DTC01) that does not appear to work.  At power onB :there are a series of touch tones, and then the red LED's display? :11010010  Any hints about what this indicates would be greatlye
 :appreciated.o  G   Once the display stabilizes after powerup and self-tests and such, it E   reflects the state of the device and of the EIA232 signals that area   visible at the DTC01.r  E   Assuming that LED code was not flashing and assuming that the modemnE   support is disabled via SET HOST MODEM OFF, the widget looks OK -- cD   the DECtalk DTC01 is ready to or is moving data around, according F   to the DTC01 listings I've seen.  Based on the LED display, the hostF   is not asserting some typical EIA232 signals (CTS (LED0), DSR (LED2)G   and DCD (LED3), in particular) -- I'd thus check the host-side serial '   wiring and the host-side operations. l  E   DECtalk is quite similar to a serial printer, in how it is accessed H   and how it is wired -- the DTC01 was typically attached to a terminal,C   then to the host system.  Having it connected to the terminal wasE)   handy for setup and configuration, too.   8   IIRC, the signaling was usually set for 1200 baud 8N1.  A   Here is a pinout for EIA232 DB25 connections commonly used withl   the DECtalk DTC01:    I     TXDATA  2 ---------------   ---------------- 2 TXDATA   Transmit Dataa                               \ /                               X                                / \H     RXDATA  3 ---------------   ---------------- 3 RXDATA   Receive Data          K     RTS     4 ---------------   ---------------- 4 RTS      Request to Send                                \ /                               Xt                               / \I     CTS     5 ---------------   ---------------- 5 CTS      Clear to Send           M     DSR     6 -----+                     +------ 6 DSR      Data Set Ready issH                    |                     |                  connected toP     DCD     8 -----+---------   ---------+------ 8 DCD      Data Carrier Detect.                               \ /                               Xm                               / \O     DTR    20 ---------------   --------------- 20 DTR      Data Terminal Ready      I     GROUND  7 ---------------------------------- 7 GROUND   Signal Ground     G   The owners of the DECtalk widgets are at http://www.fonix.com/, FWIW.c  B   There are various DECtalk examples and documentation and such atA   the OpenVMS Freeware website, check both the Freeware V4 and V5t:   distribution directories for their (differing) contents:  >     http://www.openvms.compaq.com/freeware/freeware40/dectalk/>     http://www.openvms.compaq.com/freeware/freeware50/dectalk/  N  ---------------------------- #include <rtfaq.h> -----------------------------J       For additional, please see the OpenVMS FAQ -- www.openvms.compaq.comN  --------------------------- pure personal opinion ---------------------------E         Hoff (Stephen) Hoffman   OpenVMS Engineering   hoff[at]hp.com-   ------------------------------   Date: 27 Nov 2002 22:39:25 GMT# From: hoff@hp.nospam (Hoff Hoffman)t< Subject: RE: DELL Itanium Servers - May be we can run OVMS ?* Message-ID: <as3hit$4vk$6@web1.cup.hp.com>  W In article <01C2914B.31E2B130@sulfer.icius.com>, Shane Smith <ssmith@icius.com> writes:-G : I have no doubt this would be a good thing for us customers, but I dosD : wonder why HP would take a captive market and open it up for otherJ : vendors to take a bite. However, from other postings it does indeed seemH : this is what they're doing. Could this indicate an interest in growing1 : the user base? Did I just see a flying pig? :-/e :  : I'm confused.t  I   An OpenVMS Engineering Engineering design goal is platform portability.dG   This is an engineering goal and not a product requirement, and we mayt4   or may not be able to fufill this particular goal.  I   Formal platform support will likely be restricted to HP and potentiallyt7   also to other specific, designated Itanium platforms.   H   Part of the engineering goal here is to simply to ease the addition ofI   support of newer platforms -- what is repeatedly overlooked here is the.J   scale of the effort involved in adding new platform support.  While thisK   work is often easier for Alpha with dynamic system recognition (DSR) thanrI   it was for VAX, this can easily still be a large and complex effort forS   new platforms.  G   I expect to have more information on the internal organization of thetG   OpenVMS port to Itanium available as the porting work continues -- I lF   expect to see some core differences in the OpenVMS Itanium internalsE   and the platform-specific portions of the internal organization, as E   compared to how OpenVMS internals were organized on the VAX and then   Alpha hardware platforms.I  H   The internal structures of Itanium systems have ample opportunities toG   create both vendor-neutral and vendor-specific constructs within the fB   system operating environment.  OpenVMS Engineering is seeking toH   correctly bootstrap and operate with the vendor-neutral data structureF   constructs alone, and also to make use of specific HP extensions forH   purposes of various enhancements where appropriate (for error handlingI   support, features and enhancements, improved performnce, etc), or wherej+   no standard implementation option exists.3  H   The Itanium ACPI support is a maze of twisty little vendor-neutral and<   vendor-specific passages, some unique and some replicated.  G   For those that are interested in the details, you can visit the Intel H   developers' website and download piles of Inten Itanium documentation.    N  ---------------------------- #include <rtfaq.h> -----------------------------J       For additional, please see the OpenVMS FAQ -- www.openvms.compaq.comN  --------------------------- pure personal opinion ---------------------------E         Hoff (Stephen) Hoffman   OpenVMS Engineering   hoff[at]hp.comw   ------------------------------  % Date: Wed, 27 Nov 2002 14:51:07 -0500s0 From: JF Mezei <jfmezei.spamnot@vl.videotron.ca>> Subject: Re: Does the CMU-IP 066 stack run on openVMS VAX 7.3?/ Message-ID: <3DE5222A.32AC753B@vl.videotron.ca>a  L I had CMU-IP ruinning on VAX-VMS 7.2 until recently. There was one site thatK had a CNMSinstallabl,e update that made it work on 6.* I think and that rani more or less fine on 7.2.-  L The one problem I had was with NAMRES which would get stuck after a while. IH had to shutdown the stack and restart it. (some MBA device gets full, soM alternatively, if yo catch it before it hangs, you can empty the mailbox withs DCL READ statements).i  G Sorry, i do not recall where I had found the kit. But I did not need to,N rebuild the stack, it was ready to run type of deal. The "hardcoded" node nameN that appeared during stack startup had the word "bedroom" in it and was in new, zealand eg: bedroom.something.something.nz )   ------------------------------  # Date: Wed, 27 Nov 2002 19:33:29 GMTw( From: "Ken Farmer" <kfarmer@openvms.org>8 Subject: European HP and Compaq User Organizations merge> Message-ID: <d69F9.20666$ID2.2352188@twister.southeast.rr.com>  9 http://www.openvms.org/stories.php?story=02/11/27/5419130      --   Kenneth Farmer http://www.Tru64.org http://www.OpenVMS.org http://www.LinuxHPC.orgu   ------------------------------    Date: 27 Nov 2002 21:05:22 -0800 From: webinfoboard.comY Subject: Free Classified Ads: Job listings , Real Estates, Events, Services, Personal andG% Message-ID: <3de5a412$1_7@nopics.sjc>e   Hi,   E     Are you looking for jobs? Selling your home? Moving to new areas?   3     It is free to post and search classified ads onR       http://www.webinfoboard.com     
 Web Marketing3 www.webinfoboard.com   ------------------------------  % Date: Wed, 27 Nov 2002 17:43:32 -0500$2 From: rdeininger@mindspring.com (Robert Deininger)( Subject: Re: Galaxy and ES47 vs ES80....K Message-ID: <rdeininger-2711021743320001@1cust231.tnt2.nashua.nh.da.uu.net>s  I In article <gCbZ+ht7wcCu@eisner.encompasserve.org>, Kilgallen@SpamCop.nete (Larry Kilgallen) wrote:  6 >In article <DTiotGxQ0bj6-pn2-s8dKqoWkbOi2@localhost>,/ djweath@attglobal.net (Dave Weatherall) writes:n >oG >> I know very little about Galaxy. My main perception of how it works hI >> comes from the description 'cluster in a box', i.e. running more than  I >> one instance of VMS in a CPU/memory partition and having each instance  >> a member of a/the cluster.e >tF >A prominent Galaxy project leader from VMS Development has emphasizedF >that Galaxy is _not_ "cluster in a box" since the result lacks robust= >failover in the case of central hardware failure in the box.g  E This is true.  However, new systems are tending to do a better job ofpJ isolating failures to a portion of the system.  The EV7 alpha servers willJ be a bit better than the current GS series.  From what I have seen, the HPE big-server line is a bit better still.  None of them come close to myiH understanding of the robustness of the old VAXft systems, or the currentE Tandem offerings.  But the trend for large servers seems to be towardr better fault isolation.h  	 Examples:   G PCI is moving toward 1 slot per bus, with independent power control for2D each slot.  Soon a scrozzled PCI adapter will not be able to hang an entire system.  F Designers of inter-CPU hardware and firmware are thinking about how to# cope with the sudden loss of a CPU.   I Cooling and power are already pretty redundant, but designers are puttinge4 in easier access so real-world hotswap is practical.    B Even with very good electrical isolation of hardware faults, it isJ difficult for an OS like VMS to convince itself that it can proceed past aI failure and still maintain data integrity.  Often the prudent thing to dotG is crash the whole system.  Much more rare is the need to crash a wholenH cluster.  If several cluster members live in the same box, and electicalJ fault isolation is good enough, VMS could crash one instance while letting the others continue.  J "Cluster in a box" is far from the only benefit of a Galaxy.  Multiple OSsI in a box is another possibility.  Migrating hardware resources throughouteF the day as workload chance is also important for some customers.  Etc.   ------------------------------  # Date: Thu, 28 Nov 2002 03:31:31 GMTM- From: "Stephen Eickhoff" <operagost@not.real>A* Subject: Re: Getting the user owner stringD Message-ID: <n6gF9.1286$qM5.473@tornadotest1.news.pas.earthlink.net>  7 "Alan Frisbie" <Abuse@Flying-Disk.com> wrote in message.) news:3DD416B3.5604AC67@Flying-Disk.com...f > Stephen Eickhoff wrote:e > > G > > Is there a RTL of some sort to get the owner field from the currentp user's > > account? >oB > Here is a quick-and-dirty example in DEC BASIC.   Translation to) > other languages is left as an exercise.t >s > Alan  4 Thanks, Alan. That's exactly what I was looking for!   ------------------------------  % Date: Wed, 27 Nov 2002 22:57:29 -0500 * From: "Bill Todd" <billtodd@metrocast.net># Subject: HP:  moving right along... 2 Message-ID: <WNqcnZWPr8S7CXigXTWc2Q@metrocast.net>  K Finally got around to reading the HP fiscal-year-end report that Ken Farmer-F posted.  Glowing words from Carly, of course, but continuing worrisome details hidden in the figures.  L The Enterprise Systems division still lost money (as did Personal Systems, aL loser now for at least 8 quarters in a row), though less than previously dueL to 'reducing structural costs' (read:  mortgaging the future) rather than toL any real growth.  At $4.1 billion, Enterprise Systems revenue bounced weaklyE from last quarter but was still down 5% year over year and was almostpJ identical to what Compaq's Enterprise division was raking in all by itselfH two years ago.  Business-critical systems revenue was down 14% year overE year (and software revenue even more), while industry-standard servercL revenue actually rose 3% year over year:  you can see where HP management isG likely to think things are going (not realizing or not caring about theBC degree to which this prophecy is self-fulfilling), and this is only-L reinforced by the service side, where "strong demand for Microsoft services,H storage services and printing services" was the order of the day (thoughF total service profits weren't all that much higher than Compaq used to? generate all by itself - even well into the current down-turn).l  L Imaging & Printing was the only division that kept HP overall profitable forL the quarter:  overall, the rest of the company lost money.  And - oh, yeah -J layoff targets quietly rose again, to 17,900 - 1100 more than the previousJ target, and nearly 30% more than the target set during the merger brouhahaG (well before that original target has been reached, which suggests thatt# further increases aren't unlikely).t   - bill   ------------------------------  % Date: Wed, 27 Nov 2002 19:34:31 -0600o1 From: "David J. Dachtera" <djesys.nospam@fsi.net>l3 Subject: Re: It's Official! Sun Listens. Hello, HP?h' Message-ID: <3DE572A7.4B1A0827@fsi.net>d   Daryl Jones wrote: > b > "David J. Dachtera" <djesys.nospam@fsi.net> wrote in message news:<3DE433DF.773831E3@fsi.net>...D > > Well, I guess it's official: in the race to engage the "industry7 > > standard" market, Sun has committed it's resources:y > >tR > > http://www.infoworld.com/articles/hn/xml/02/11/26/021126hnsolaris.xml?1126tuam > >f > > Sorry if that wraps. > >tI > > In essence, it says Solaris-9 and Sun's ONE products will run on IA32tG > > long before a viable, quantity-shippable IA64 makes its appearance.c > >DK > > This tells the world (not in so many words, of course) that Sun is morel1 > > responsive to its customers than HP/Q or VMS.  > >sL > > Guess I better get back in touch with that cat that wanted me to teach a8 > > Solaris Admin. class at a local community college... >  > David, > B > If your summary is correct, it sound like Sun's taking two steps< > backward! 32 bit architecture has long been abandon for 64 > bits.   G I must have missed something then. Last I heard, Alpha was dead, Hammer-B is still vaporware and IPF is still not ready for prime time. ThatH leaves Power4 and UltraSparc - hardly an "industry capturing" selection.G Those 100's of millions of IA32 machines are, AFAIK, still going strong F and still growing in numbers. (No VMS anywhere to be found among them,G of course, unless it's running ina VAX emulator under Windows or Linux,cF but I'm the only person in the world who understands how/why this is a missed opportunity.)  F Try again in about five years, we'll see where we stand at that point.   > (unless its the PC world)-  D Does that include rack-mount Proliants? ...rack-mount offerings from Dell? ...etc.?   -- r David J. Dachterac dba DJE Systemsd http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/c   ------------------------------  % Date: Wed, 27 Nov 2002 19:43:09 -0600t1 From: "David J. Dachtera" <djesys.nospam@fsi.net>y3 Subject: Re: It's Official! Sun Listens. Hello, HP?s' Message-ID: <3DE574AD.3D893446@fsi.net>n  ( Andrew Harrison SUNUK Consultancy wrote: >  > Daryl Jones wrote:d > > "David J. Dachtera" <djesys.nospam@fsi.net> wrote in message news:<3DE433DF.773831E3@fsi.net>... > >fD > >>Well, I guess it's official: in the race to engage the "industry7 > >>standard" market, Sun has committed it's resources:l > >>R > >>http://www.infoworld.com/articles/hn/xml/02/11/26/021126hnsolaris.xml?1126tuam > >> > >>Sorry if that wraps. > >>I > >>In essence, it says Solaris-9 and Sun's ONE products will run on IA32(G > >>long before a viable, quantity-shippable IA64 makes its appearance.  > >>K > >>This tells the world (not in so many words, of course) that Sun is moref1 > >>responsive to its customers than HP/Q or VMS.p > >>L > >>Guess I better get back in touch with that cat that wanted me to teach a8 > >>Solaris Admin. class at a local community college... > >6 > > 
 > > David, > >tD > > If your summary is correct, it sound like Sun's taking two steps> > > backward! 32 bit architecture has long been abandon for 64" > > bits.(unless its the PC world) > >t > ? > I think David is refering to the fact that Sun announced thatt@ > it would be abandoning x86 as a platform for Solaris some time > ago. > ? > Since then the Solaris community has lobbied Sun to get us to.A > recind the decision. We have now changed our mind and Solaris 9w > will be available on x86.o > B > David is I am sure comparing this with a number of decisons made@ > by Compaq where users have complained vociferously without any	 > effect.-   Chalk up one for Andrew...  : > David isn't I would suggest very interested in Solaris's/ > availability for x86 though I could be wrong,   H Indeed. Even the folks who like Solaris bemoan its being limited to whatF one can get from Sun. This should translate into a major revenue boostD for Sun, easpecially if they get on the band wagon and start sellingG Sun-branded IA32 machines (guaranteed to run Solaris/intel, of course), C even if they're just re-badged Proliants (SSShhhh...! Don't let thei
 secret out!).    > its more the corporate
 > mindset.  ( Indeed, or lack thereof (mind, that is).  E > As for 32bit vs 64bit in the space that x86 boxes currently operate:5 > there is not much need for a 64bit OS and platform.g  D Well, there is, but neither 32-bit db's nor Micro$lop offerings willE scale to a sufficient degree. So, that's quite correct. In order filllG the scalability demand, one must go to 64-bits ... except that Alpha islD dead, Hammer is still vaporware and IPF is still not ready for prime* time. That leaves Power4 and UltraSparc...   > However Solaris G > x86 should port fairly easily to Hammer if Sun chooses to support it.p  % I predict a good possibility, FWIW...c   -- e David J. Dachtera) dba DJE Systemsp http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/s   ------------------------------    Date: 27 Nov 2002 07:21:21 -0800% From: Alan Greig <a.greig@virgin.net>c1 Subject: J2EE /Java Server on OpenVMS with MANMANr( Message-ID: <as2nth0l6v@drn.newsguy.com>  A Following was recently posted to the CAMUS (MANMAN) mailing list.s  # From: Warren.Smith@victorreinz.com l* To: manman@camus.org ; manman@interex.org ( Sent: Tuesday, November 26, 2002 3:04 PM4 Subject: [MANMAN:3917] J2EE / Java Server on OpenVMS      O I am looking for those who have experience with the OpenVMS Java/Tomcat  Serverh+ and also the  J2EE tool called Bridgeworks.k  D http://www.openvms.compaq.com/openvms/products/ips/apache/csws.html   L http://www.openvms.compaq.com/commercial/bridgeworks/bridgeworks_index.html      Thanks a  
 Warren Smith a. Director I.T. Dana Corp Sealing Prod Division  Lisle, Il. 60532 d
 630-271-4860 t   ------------------------------   Date: 27 Nov 2002 21:07:41 GMT# From: hoff@hp.nospam (Hoff Hoffman)m* Subject: Re: Managing C routine prototypes* Message-ID: <as3c6t$4vk$1@web1.cup.hp.com>  p In article <3dda7607.524144494f47414741@radiogaga.harz.de>, martin@radiogaga.harz.de (Martin Vorlaender) writes:G :There probably are quite a few *ix prototype generators out there thatw :await porting to VMS ;-)   A   The Freeware SDL package permits multiple-language prototypes, sA   constants, etc.  You do have to synchronize the SDL definitions B   with the source code, as there is no scanner to analyze the codeC   and generate the prototypes.  But you do only need one set of SDLm:   declarations for any of your languages and applications.    N  ---------------------------- #include <rtfaq.h> -----------------------------J       For additional, please see the OpenVMS FAQ -- www.openvms.compaq.comN  --------------------------- pure personal opinion ---------------------------E         Hoff (Stephen) Hoffman   OpenVMS Engineering   hoff[at]hp.com    ------------------------------  % Date: Wed, 27 Nov 2002 21:09:28 +0100k" From: "Hans Vlems" <hvlems@iae.nl>6 Subject: Re: Netscape 2.02 & VAX/VMS 7.3 & Motif 1.2-65 Message-ID: <as39ds$nrnes$1@ID-143435.news.dfncis.de>   H "Brian Tillman" <tillman_brian@notnoone.notnohow.com> schreef in bericht news:3de509fa@news.si.com... > >HP offers Netscape 2.02,n > H > No, HP offers Netscape V3.03, which should work fine with OpenVMS V7.3 > --C > Brian Tillman                   Internet: tillman_brian at si.comtC > Smiths Aerospace                          tillman at swdev.si.coma? > 3290 Patterson Ave. SE, MS      Addresses modified to preventd> > Grand Rapids, MI 49512-1991     SPAM.  Replace "at" with "@": >        This opinion doesn't represent that of my company >f4 Downloading the Navigator V2.02 for OpenVMS versionsK The Navigator V2.02 software is available for both VAX and Alpha platforms.h      ; No reference at all to 3.03, could you give me a valid URL?o   ------------------------------  # Date: Thu, 28 Nov 2002 00:03:29 GMT . From: peter@langstoeger.at (Peter LANGSTOEGER)6 Subject: Re: Netscape 2.02 & VAX/VMS 7.3 & Motif 1.2-64 Message-ID: <l3dF9.131214$up.1431703@news.chello.at>  Z In article <as39ds$nrnes$1@ID-143435.news.dfncis.de>, "Hans Vlems" <hvlems@iae.nl> writes:I >"Brian Tillman" <tillman_brian@notnoone.notnohow.com> schreef in bericht- >news:3de509fa@news.si.com...- >> >HP offers Netscape 2.02, >>I >> No, HP offers Netscape V3.03, which should work fine with OpenVMS V7.3- >-5 >Downloading the Navigator V2.02 for OpenVMS versions-L >The Navigator V2.02 software is available for both VAX and Alpha platforms. >-< >No reference at all to 3.03, could you give me a valid URL?  
 It used to beo[ http://www.openvms.compaq.com/openvms/products/ips/ns_navigator_303goldj_download_page.htmlD   -- m Peter "EPLAN" LANGSTOEGER % Network and OpenVMS system specialistr E-mail  peter@langstoeger.atF A-1030 VIENNA  AUSTRIA              I'm not a pessimist, I'm a realist   ------------------------------  % Date: Thu, 28 Nov 2002 01:21:59 +0100 B From: Michiel Erens <I.dont.want.spam@this.mailaddress.is.invalid>6 Subject: Re: Netscape 2.02 & VAX/VMS 7.3 & Motif 1.2-67 Message-ID: <3DE561A7.5B08@this.mailaddress.is.invalid>d   Peter LANGSTOEGER wrote: > ^ > In article <as39ds$nrnes$1@ID-143435.news.dfncis.de>, "Hans Vlems" > <hvlems@iae.nl> writes:D > >The Navigator V2.02 software is available for both VAX and Alpha 
 > >platforms.i > >t> > >No reference at all to 3.03, could you give me a valid URL? >  > It used to bee_ > > http://www.openvms.compaq.com/openvms/products/ips/ns_navigator_303goldj_download_page.htmlr  H It is also on the layered products CD VAXBINMAR022 in the [NETSNAVG0303]
 directory.   -- h ME Posted by news://news.nb.nue   ------------------------------   Date: 27 Nov 2002 21:49:30 GMT# From: hoff@hp.nospam (Hoff Hoffman)-% Subject: Re: OpenVMS 7.3-1 and CSWING-* Message-ID: <as3ela$4vk$4@web1.cup.hp.com>  p In article <FC47B80651C84E46B756DD58768FE91D3F4765@scomp0010.wurnet.nl>, "Goet, Kees" <Kees.Goet@wur.nl> writes:H :A couple of weeks ago there was a rather long discussion about problems" :with CSWING under OpenVMS V7.3-1.$ :I wonder if there already is a fix.  G   Not as far as I know.  There are folks that are re-working the CSWINGaE   codebase to remove various problems, and other folks are working to@G   remove an underlying and busted assumption within OpenVMS file searche
   processing.r    N  ---------------------------- #include <rtfaq.h> -----------------------------J       For additional, please see the OpenVMS FAQ -- www.openvms.compaq.comN  --------------------------- pure personal opinion ---------------------------E         Hoff (Stephen) Hoffman   OpenVMS Engineering   hoff[at]hp.coms   ------------------------------    Date: 27 Nov 2002 17:29:44 -0600+ From: kuhrt@encompasserve.org (Marty Kuhrt)t# Subject: Re: OT: Hamburger Flippingr3 Message-ID: <DDsY+gf7ogNz@eisner.encompasserve.org>-  U In article <00A1782A.529145AA@SendSpamHere.ORG>,   VAXman-  @SendSpamHere.ORG writes:Le > In article <3DE289F9.E1EA34BC@mindspring.com>, Atlant Schmidt <atlantnospam@mindspring.com> writes:p# >>VAXman-, @SendSpamHere.ORG wrote:t >>g >>> In article <3DE22992.7A447547@mindspring.com>, Atlant Schmidt <atlantnospam@mindspring.com> writes:e& >>> >VAXman-, @SendSpamHere.ORG wrote: >>> >kA >>> >> but the kids will be with me and their NJ public schoolings> >>> >> educated minds are not ready for that much stimulation. >>> > 2 >>> >I'm always amused at the Right Wing hypocricy9 >>> >that says that they can slip in gratuitous politicali7 >>> >slams whenever they wish, but woe unto any lefties 4 >>> >who bring up politics in a technical newsgroup. >>> >  >>> >But nice try, VAXMAN. >>> >n >>> >Atlantw >>>wK >>> Perhaps if you lived in the US and not fantasy land, you'd see that theaK >>> educational system is in a state of disarray.  How "slamming" this poor:G >>> excuse of an educational system is "Right Wing hypocricy" fails me.s >>/ >>You're either missing or deliberately dodgingt3 >>my point. The topic was (at least for the moment)F3 >>non-political. But you saw an opportunity to slipS5 >>your little political stilleto in and make a Right-$. >>Wing snide remark slamming public education. >> >>So you took the opportunity..> >>0 >>But would you have taken it as kindly if I had. >>slipped in a Left Wing point in an otherwise >>non-political discussion?T > J > I believe the discussion was, at Mr. Harrison's suggestion, about takingK > my family on a tour of the Tate Modern.  The discussion was non-politicalnK > as you have pointed out but it was also non-technical.  You've alluded to.I > my introduction of the former into the latter which is simply not true.  >  nK > If it makes you any happier, yes, the americun edyoucayshun cystum is theoJ > graytest in the hole world!  I'm certain that 3/5 of all americuns (that+ > would be 75% right?) wood agree with you.r  A Having looked at the thread and Atlant's take on it, I read it as A Atlant admitting that the poor quality of the education that the r@ schools are providing in US _are_ a problem created by the Left.A Otherwise how else could he have taken VAXman's innocuous commentv% about schooling as a Right Wing slam?)   Methinks he protests too much.  H The annoying thing about killfiles is that, while they do kill Atlant's D initial posts, they don't kill followups.  Bummer.  I need to find a? better news reader to cull the useless chaff this poster spews.s   ------------------------------  % Date: Wed, 27 Nov 2002 16:35:14 -0800e# From: "Tom Linden" <tom@kednos.com>n# Subject: RE: OT: Hamburger Flippinge9 Message-ID: <CIEJLCMNHNNDLLOOGNJIAEFLGCAA.tom@kednos.com>f   >-----Original Message-----G3 >From: Marty Kuhrt [mailto:kuhrt@encompasserve.org]e+ >Sent: Wednesday, November 27, 2002 3:30 PM  >To: Info-VAX@Mvb.Saic.Com$ >Subject: Re: OT: Hamburger Flipping >m >y; >In article <00A1782A.529145AA@SendSpamHere.ORG>,   VAXman-k >@SendSpamHere.ORG writes:@ >> In article <3DE289F9.E1EA34BC@mindspring.com>, Atlant Schmidt& ><atlantnospam@mindspring.com> writes:$ >>>VAXman-, @SendSpamHere.ORG wrote: >>>tB >>>> In article <3DE22992.7A447547@mindspring.com>, Atlant Schmidt& ><atlantnospam@mindspring.com> writes:' >>>> >VAXman-, @SendSpamHere.ORG wrote:e >>>> >B >>>> >> but the kids will be with me and their NJ public schooling? >>>> >> educated minds are not ready for that much stimulation.e >>>> >3 >>>> >I'm always amused at the Right Wing hypocricye: >>>> >that says that they can slip in gratuitous political8 >>>> >slams whenever they wish, but woe unto any lefties5 >>>> >who bring up politics in a technical newsgroup.x >>>> > >>>> >But nice try, VAXMAN.e >>>> > >>>> >Atlant >>>>L >>>> Perhaps if you lived in the US and not fantasy land, you'd see that theL >>>> educational system is in a state of disarray.  How "slamming" this poorH >>>> excuse of an educational system is "Right Wing hypocricy" fails me. >>>g0 >>>You're either missing or deliberately dodging4 >>>my point. The topic was (at least for the moment)4 >>>non-political. But you saw an opportunity to slip6 >>>your little political stilleto in and make a Right-/ >>>Wing snide remark slamming public education.w >>>   >>>So you took the opportunity.. >>>m1 >>>But would you have taken it as kindly if I had / >>>slipped in a Left Wing point in an otherwisee >>>non-political discussion? >>K >> I believe the discussion was, at Mr. Harrison's suggestion, about takingcL >> my family on a tour of the Tate Modern.  The discussion was non-politicalL >> as you have pointed out but it was also non-technical.  You've alluded toJ >> my introduction of the former into the latter which is simply not true. >>L >> If it makes you any happier, yes, the americun edyoucayshun cystum is theK >> graytest in the hole world!  I'm certain that 3/5 of all americuns (that , >> would be 75% right?) wood agree with you. >sB >Having looked at the thread and Atlant's take on it, I read it asA >Atlant admitting that the poor quality of the education that the A >schools are providing in US _are_ a problem created by the Left.-B >Otherwise how else could he have taken VAXman's innocuous comment& >about schooling as a Right Wing slam? >  >Methinks he protests too much.m Shouldn't it be protesteth?r >sH >The annoying thing about killfiles is that, while they do kill Atlant'sE >initial posts, they don't kill followups.  Bummer.  I need to find ah@ >better news reader to cull the useless chaff this poster spews. >T >---' >Incoming mail is certified Virus Free.I; >Checked by AVG anti-virus system (http://www.grisoft.com).sB >Version: 6.0.410 / Virus Database: 231 - Release Date: 10/31/2002 >  ---h& Outgoing mail is certified Virus Free.: Checked by AVG anti-virus system (http://www.grisoft.com).A Version: 6.0.410 / Virus Database: 231 - Release Date: 10/31/2002n   ------------------------------  % Date: Wed, 27 Nov 2002 20:11:37 -0500C0 From: JF Mezei <jfmezei.spamnot@vl.videotron.ca># Subject: Re: OT: Hamburger Flippingc/ Message-ID: <3DE56D42.28FD9CC1@vl.videotron.ca>t   Marty Kuhrt wrote:I > The annoying thing about killfiles is that, while they do kill Atlant'shF > initial posts, they don't kill followups.  Bummer.  I need to find aA > better news reader to cull the useless chaff this poster spews.:  M Has it ever occured to you that you could use your own eyes and brain to skipe over such "offensive" text ?  N I alwasy get a giggle whenever a person who proudly proclaims having killfiled me responds to posts of mine.    ------------------------------  + Date: Wed, 27 Nov 2002 12:46:31 -0700 (MST)P" From: John Nebel <nebel@csdco.com>' Subject: Re: Pathworks Mac vs VMS 7.3-1 G Message-ID: <Pine.OSF.4.21.0211271241340.18348-100000@athena.csdco.com>a  ) On Wed, 27 Nov 2002, Paul Anderson wrote:o  H > In article <Pine.OSF.4.21.0211270641010.9862-100000@athena.csdco.com>,% > John Nebel <nebel@csdco.com> wrote:s > E > > After reupgrading to 7.3-1 the volume mounted with partial verifysC > > without a problem.  Unmounting it, then remounting it with fullt# > > verify caused an infinite loop.b > G > So volumes mounted with partial verification work and those with fullt > verification do not? > C > > Rebooting 7.3 fixed the problem.  Something in 7.3-1 definitelyo/ > > appears to break the server for normal use.  > B > I've never paid attention to partial vs. full verification, as IE > accepted the default of partial verification.  Partial verificationuI > verifies the integrity of folders, while full verification verifies thew! > integrity of files and folders.  > D > Although it sounds like V7.3-1 breaks full verification, if you're0 > willing to have partial verification it works. >  > Paul >  > -- h >  Paul Anderson >   OpenVMS Engineering  >   Hewlett-Packard Company  >    Paul,r  H I spent a couple of days looking at this because the users are not readyG for the OS X 10.2 / NFS solution yet - it is just too fragile on 7.3-1.,   John   ------------------------------   Date: 27 Nov 2002 20:21:25 GMT& From: Rick Jones <foo@bar.baz.invalid>. Subject: Re: poor Gigabit Ethernet performance* Message-ID: <as39g5$1l8$6@web1.cup.hp.com>  ' Rudolf Wingert <win@fom.fgan.de> wrote:r > May be this will clear:n  E > 	1. DTSEND: DATA/NODE=ES40_2/SIZE=4096/SECENDS=10/SPEED=1000000000;?! > 	   Result: about 27% or 32MB/s-A > 	2. COPY:   PIPE SH TIME ; COPY ES40_2::CONT128MB NL: ; SH TIME(! > 	   Result: about 7% or 9.6MB/sk: > 	3. TTCP: Server: ttcp -r -s ; Client: ttcp -r -s ES40_2G > 	   Result: about 7% or 9.6MB/s best case, mostly about 5% or 6.5MB/s   J > The first test shows, that the line is Gigabit Ethernet, but with a poorG > performance. Also an $LANCP SHOW DEVICE/PARAMETER show, that the line K > speed is 1Gigabit and the mode is full duplex. An ANALYZE/SYSTEM SHOW LANnF > shows that DECnet and TCPIP uses the same Gigabit Etherenet adapter.  B What did TTCP report as the socket buffer size again? And were theC netstat statistics clean? Any numbers for CPU utilization on either  end while ttcp was running?   
 rick jones -- eF these opinions are mine, all mine; HP might not want them anyway... :)A feel free to post, OR email to raj in cup.hp.com  but NOT BOTH...s   ------------------------------  % Date: Wed, 27 Nov 2002 17:11:33 -0500m0 From: JF Mezei <jfmezei.spamnot@vl.videotron.ca>+ Subject: Re: Province code change in Canadac/ Message-ID: <3DE5430B.4F25D852@vl.videotron.ca>-   jlsue wrote: > B > I don't know why, but this remindes me of Monty Python sketches.  M > >Essentially, the code for the canadian provice of Newfoundland has changed E > >from NF to NL due to the official name change from newfoundland toa > >"Newfoundland and Labrador".t  H Just a reminder that not all canadians are lumberjacks. We also have furN traders, igloo makers and a thriving industry that builds tents and arrows :-) :-) :-)    ------------------------------  % Date: Wed, 27 Nov 2002 16:29:23 -0500 & From: jlsue <jlsuexxxz@screaminet.com>+ Subject: Re: Province code change in Canada 8 Message-ID: <98eauu463kav5sr2cg70v0qrtst69to5gv@4ax.com>  @ I don't know why, but this remindes me of Monty Python sketches.  , On Sun, 24 Nov 2002 19:53:21 -0500, JF Mezei( <jfmezei.spamnot@vl.videotron.ca> wrote:  O >For those of you who have validation tables for province codes in your systems-4 >(or web sites etc), you may wish to take a look at: > O >http://www.canadapost.ca/business/corporate/about/announcements/newpcode-e.aspy >sK >Essentially, the code for the canadian provice of Newfoundland has changed C >from NF to NL due to the official name change from newfoundland tor >"Newfoundland and Labrador".    ------------------------------    Date: 27 Nov 2002 14:48:01 -0800. From: spamsink2001@yahoo.com (Alan E. Feldman) Subject: Re: Recursive Deletiona= Message-ID: <b096a4ee.0211271448.75c74048@posting.google.com>-  | Phillip Helbig <HELBPHI@sysdev.deutsche-boerse.com> wrote in message news:<01KPDDC746WOA24IEW@sysdev.deutsche-boerse.com>..., > > $ delete [...]*.*;*,;*,;*,;*,;*,;*,;*,;* > > 8 > > to clear out the entire tree, including directories. > < > Is this behaviour "supported" or does it work "by chance"?    F I believe it is supported, and it will work as long as the protections. allow the deletions. (On ODS-2 disks, anyway.)   Disclaimer: JMHO Alan E. Feldman    ------------------------------    Date: 27 Nov 2002 14:50:05 -0800. From: spamsink2001@yahoo.com (Alan E. Feldman) Subject: Re: Recursive Deletion-= Message-ID: <b096a4ee.0211271450.1a361e26@posting.google.com>o  d "Tom Linden" <tom@kednos.com> wrote in message news:<CIEJLCMNHNNDLLOOGNJIAEFBGCAA.tom@kednos.com>...C > A COPY/DELETE similar to unix 'mv' would be useful,  maybe even ac > /RECURSIVE qualifier.r  * Isn't this what BACKUP/VERIFY/DELETE does?   Disclaimer: JMHO Alan E. Feldmanc $ SHOW SYMBOL A&P  ! &-)'   A&P == "Atlantic and Pacific Tea Co."c   ------------------------------  % Date: Wed, 27 Nov 2002 14:56:36 -0500,0 From: JF Mezei <jfmezei.spamnot@vl.videotron.ca> Subject: Re: Recursive Deletion / Message-ID: <3DE52373.1A651D55@vl.videotron.ca>n  ( re: now owner "delete" on the DIR files.  N What I don't like about directory files created so that not even the onwer canM delete them by default is that when the owner does atte,pt to delete them, iteL generates a file access failure message in opcom, audit and operator.log and) that clutters up the files unnecessarily.r   ------------------------------  % Date: Wed, 27 Nov 2002 16:19:45 -0800r# From: "Tom Linden" <tom@kednos.com>  Subject: RE: Recursive Deletionc9 Message-ID: <CIEJLCMNHNNDLLOOGNJIGEFKGCAA.tom@kednos.com>e   >-----Original Message----- 6 >From: Alan E. Feldman [mailto:spamsink2001@yahoo.com]+ >Sent: Wednesday, November 27, 2002 2:50 PMc >To: Info-VAX@Mvb.Saic.Com  >Subject: Re: Recursive Deletion >  >s0 >"Tom Linden" <tom@kednos.com> wrote in message 6 >news:<CIEJLCMNHNNDLLOOGNJIAEFBGCAA.tom@kednos.com>...D >> A COPY/DELETE similar to unix 'mv' would be useful,  maybe even a >> /RECURSIVE qualifier. >m+ >Isn't this what BACKUP/VERIFY/DELETE does?    But I was referring to COPY.     >e >Disclaimer: JMHOn >Alan E. Feldman >$ SHOW SYMBOL A&P  ! &-)n( >  A&P == "Atlantic and Pacific Tea Co." >h >---' >Incoming mail is certified Virus Free.g; >Checked by AVG anti-virus system (http://www.grisoft.com).nB >Version: 6.0.410 / Virus Database: 231 - Release Date: 10/31/2002 >l ---c& Outgoing mail is certified Virus Free.: Checked by AVG anti-virus system (http://www.grisoft.com).A Version: 6.0.410 / Virus Database: 231 - Release Date: 10/31/2002S   ------------------------------  % Date: Wed, 27 Nov 2002 20:51:02 -0500o  From: John Santos <JOHN@egh.com> Subject: Re: Recursive Deletiono6 Message-ID: <1021127203925.27197I-100000@Ives.egh.com>  & On 27 Nov 2002, Alan E. Feldman wrote:  ~ > Phillip Helbig <HELBPHI@sysdev.deutsche-boerse.com> wrote in message news:<01KPDDC746WOA24IEW@sysdev.deutsche-boerse.com>.... > > > $ delete [...]*.*;*,;*,;*,;*,;*,;*,;*,;* > > > : > > > to clear out the entire tree, including directories. > > > > > Is this behaviour "supported" or does it work "by chance"? >  > H > I believe it is supported, and it will work as long as the protections0 > allow the deletions. (On ODS-2 disks, anyway.) >  > Disclaimer: JMHO > Alan E. Feldman-  G Doesn't this work by repeating the delete until all files are gone fromp@ all subdirectories, thus allowing the directories to be deleted?? If so, you need as many ",;*"'s tacked onto the end as you havegE subdirectories below the directory you are trying to delete.  I thinkeE even with ODS-2 on V7.2 and later, you can nest directories up to 255oL deep.  (Section 1.2.2 of V7.3 OpenVMS Guide to Extended File Specifications)   --   John SantosC Evans Griffiths & Hart, Inc. 781-861-0670 ext 539   ------------------------------  % Date: Wed, 27 Nov 2002 20:56:32 -0500u  From: John Santos <JOHN@egh.com> Subject: Re: Recursive Deletionf6 Message-ID: <1021127205133.27197J-100000@Ives.egh.com>  & On 27 Nov 2002, Alan E. Feldman wrote:  i > JF Mezei <jfmezei.spamnot@vl.videotron.ca> wrote in message news:<3DE40A93.D4DDF5F4@vl.videotron.ca>... P > > I haven't tried this, but would BACKUP/DELETE [...]*.*;*  nla0:save.set/save1 > > delete the whole directory tree in one pass ?d >  >  > Yes, it would. However,d > 1 > $ BACKUP/DELETE [...] NL:A.B/SAVE/GROUP=0/NOCRCa > I > or if you're worried about the /DELETE deletes the wrong files bug, usen > 8 > $ BACKUP/VERIFY/DELETE [...] NL:A.B/SAVE/GROUP=0/NOCRC  6 I think you mean /CONFIRM, not /VERIFY.  /VERIFY gives  1 %BACKUP-I-STARTVERIFY, starting verification pass 6 %BACKUP-F-OPENIN, error opening NL:[]FOO.BCK; as input= -RMS-F-IOP, operation invalid for file organization or devicee  # When backing up to the null device.9 > L > No point wasting resources calculating CRC's and making redundancy groups.  $ Good point about CRC's and groups...  ! > IIRC, using DFU is the fastest.1   Probably...r   > Disclaimer: JMHO > Alan E. Feldmani >  >    -- i John Santos  Evans Griffiths & Hart, Inc. 781-861-0670 ext 539   ------------------------------  % Date: Wed, 27 Nov 2002 23:32:39 +0100n  From: Jiri Kulhan <lars@post.cz>) Subject: Re: Suggestions for Removing LATi2 Message-ID: <CFN375879810141088@news.felk.cvut.cz>  J On Tue, 26 Nov 2002 07:13:39 -0600 tolkien <limer1don@netscape.net> wrote:  G > I have 2 Alpha Servers which are running LAT.  Our Datacom DepartmentrD > is currently Bridging it across the Network which is creating some > overhead.1 > E > Both servers run OpenVMS 7.2-1.  We currently have about 25 devicesu@ > which are utilizing the LAT which we would like to move to IP. > G > I would like to see any feedback from any of you that have ever moved@D > devices from LAT to IP as far as pitfalls, gotcha's and success's. >   K I installed a Xyplex LAT/Telnet gateway box several years ago. Worked fine.u   Regards,   Jiri Kulhang   ------------------------------  % Date: Wed, 27 Nov 2002 15:09:12 -0500a0 From: JF Mezei <jfmezei.spamnot@vl.videotron.ca>+ Subject: Re: TCPIP programming: URGent flage/ Message-ID: <3DE52665.EA8A33FF@vl.videotron.ca>c   "John Gemignani, Jr." wrote:E > contain an urgent (expedited) data pointer.  To send such data, thee< > client uses the flag MSG_OOB (out-of-band/expedited data).  M Thanks for the ponter. I will have to see why such a flag would inadvertandly ; be set by my routine. (I never explicitely asked for this).o   > You can onlyH > send one byte of OOB data at a time (actually, you can send as much as7 > you want but only the first byte is treated as OOB). s  G Interesting, in the RFC 793, it seems that URG flag is accompanied by asL "offset pointer" which essentially gives the number of packets to be treatedN as URG data ater which it reverts to standard, so it gives the impression thatN one could be sending a stream of consecutive packets as a single "URG" entity.  J There was no mention of "urgent" in any of the .h files, but at least with/ your mention that it is OOB, I will look again.   G > The behavior on the "receiver" (peer) is different.  When OOB data isd= > received, an AST can be delivered to indicate its arrival. a  J The POP server's log file only puts out 2 "enabling ASTs" messages when myL program sends "USER chocolat", but when I telnet to it, it puts out about as+ many ENABLING ASTs as there are characters.e   > >>>USER GEMIGNANIe' > +OK Password required for "gemignani" . > >>>PASS I_WILL_KEEP_THIS_TO_MYSELF_THANK_YOU& > +OK Username/password combination ok    L You really shouldn't be puyblishing your real password like that, especially# not in uppercase leters :-) :-) :-)e   ------------------------------  + Date: Wed, 27 Nov 2002 12:37:50 -0700 (MST)a" From: John Nebel <nebel@csdco.com>$ Subject: Re: TIFF processing on VMS?G Message-ID: <Pine.OSF.4.21.0211271136140.18348-100000@athena.csdco.com>   * On Tue, 26 Nov 2002, Atlant Schmidt wrote:   > JF Mezei wrote:l >  > > Atlant Schmidt wrote:e6 > > > 30 minutes of studying the TIFF format and about2 > > > 10 minutes of Perl hacking should do it, no? > >iO > > Not necessarily. If the image is compressed, then you need to uncompress itpT > > first.  The old TIFF standard supports no-compression, CCITT fax, LZW, packbits. > > N > > If the image is colour, and is stored in an indexed colour sheme, then youP > > will need some logic in there to rebuilt your colour map if you are going toP > > be merging various dots into a single dot, possibly generating a new colour. > 8 > At 1.8 GB per file, they can't be very compressed. :-) > : > 8.5" x 11" at 2450 pixels/inch at 3 bytes/pixel = 1.7 GB: > 8.5" x 11" at 2450 pixels/inch at 4 bytes/pixel = 2.2 GB > 7 > So it sounds like the files are 24-bit, uncompressed.t >  > O > > But if the image is uncompressed, and stored as raw colours (either CMYK oraW > > RGB), then the logic to combine multiple dots into a single one may not be so hard.r > 4 > It's pretty easy, at least if you'll accept linear' > averaging as the downsampling method.' > & > Assume m pixels on each row and n is > the downsampling factor. >  > for (a bunch of results rows)E >   {s > ) >     Clear a "result row" of m/n pixels.r >  >     For (n rows)1 >       sum every n adjacent pixels together into 5 >       the appropriate position in the "results row"f > 3 >     Divide each pixel in the results row by n**2.o >  >   }  >  > And Bob's your uncle!n > . > You need enough storage for one result row's1 > worth of pixels, but that's something less thanh  > (say) 2450*8.5*3 = 62475 ints. >  > Atlant >  >  >      Atlant,n  I Pretty good inference on the image size - one of the larger images is 8.5t5 x 13.1.  An example of one of the single notes is on:r  ( http://www.money.org/h_tml/edu_note.html  / As I mentioned, single notes are not a problem.e  C One of the sheet scans is the first sheet printed of the above 1896oG Educational Note - the director of the BEP at the time bought the sheetr+ for himself and the notes are numbered 1-4.i  F There are about 1,200 total different notes and sheets (x 2 sides) and- they are being archived on VMS/Storage works.o  F Photoshop will deal with files up to 30,000 pixels square so the sheet scans exceed that in length.  E You asked about the Mac used for image processing: 500GB StorageworksrG disk, 1.5GB memory, OS X 10.2 + OS 9.2.2, Photoshop 7 - the big problemkI there is that everything it 32 bits, no longer sufficient for image work.2  J Your idea of writing a VMS program to resize the images is good.  The TIFF* format doesn't look too hard to deal with.  G You might be amused that the manufacturers of the scanner, Creo, have avB PC-based toolkit for dealing with any file their scanner produces, cost: $10,000. n   John     ------------------------------  + Date: Wed, 27 Nov 2002 13:22:18 -0700 (MST) " From: John Nebel <nebel@csdco.com>$ Subject: Re: TIFF processing on VMS?G Message-ID: <Pine.OSF.4.21.0211271319340.19345-100000@athena.csdco.com>r   JF,a  J Actually one of the things being done is to print money, however, 50" wide9 photographs that would not be confused with legal tender.I   John   PS  I Given the public school thread one would have to say: not easily confused) with legal tender.  $ On Tue, 26 Nov 2002, JF Mezei wrote:   > John Nebel wrote:uN > > The images can be re-scanned, however, it would be a pain taking apart theG > > document holders again, paper money sheets in a museum.  The personyH > > who scanned them didn't realize that the default 2540 dpi setting ofM > > the scanner, whilst working fine for single bank notes, may not have beend > > a good idea for sheets., > 7 > Are you printing money in your basement ????  :-) ;-)  > M > The CDA converter library does have a TIFF input and output plugins. But itcL > doesn't allow scaling in the options. But you could convert it to DDIF and+ > perhaps play with it with DECW$PAINT etc.s > N > One must also consider what type of TIFF image is generated. Is it a totallyC > uncompressed image ?  What sort of colour scheme has been used ? d > [ > (TIFF is more of a container file format which describes what sort of image is included).s >  > However, one possible route: > K > convert the TIFF to postscript (CDA converter library will do that). ThenoO > convert the postscript to PDF. The "real" Adobe PDF distiller will downsample L > images and convert them to RGB on the fly. Not sure about those converters > available on VMS though. >  > K > Once you have the PDF output, you could then import the PDF in a graphicsJ& > package to extract the image itself. >    ------------------------------    Date: 27 Nov 2002 17:39:11 -0500& From: fdc@columbia.edu (Frank da Cruz)+ Subject: Re: totally OT: terminal emulatorst1 Message-ID: <as3hif$jc9$1@watsol.cc.columbia.edu>   ! In article <4mgOmobfJo7e@rabbit>,18 Bradford J. Hamilton <sy18889@rabmbit.famrp.cosm> wrote:  D : Our customers use RUMBA - RUMBA failed, in many cases, to find theI : "surviving" node, even upond repeated connects/disconnects.  Kermit and1L : Reflection had *no* issue connecting to the "live" machine; apprently, theG : software is smart enough to do a subsequent DNS lookup if the "first"> : attempt fails. : I Right, Kermit is able to handle host pools (multiple IP addresses for therL same; if the first one fails, try the next, and so on).  Not just Kermit 95,H but also C-Kermit on VMS and Unix.  This is no accident, since Kermit isF designed for production use in a large university where such things asH host clusters are common, not to mention DNS SRV records (so Kermit can L find your site's Kerberos server without having it hardwired it into on-disk? configuration files), etc.  We not only write it, we use it :-)   !   http://www.columbia.edu/kermit/r   - Frankt   ------------------------------   Date: 27 Nov 2002 09:21:12 GMT7 From: sy18889@rabmbit.famrp.cosm (Bradford J. Hamilton)t+ Subject: Re: totally OT: terminal emulatorss! Message-ID: <17tJBtWnm3BT@rabbit>e   Folks,  # To be as fair as I can to Ericom...v  J I repeated the test described to you in an earlier note, regarding lack ofN connectivity to a node in a cluster; PowerTerm now seems to be working as well as Kermit or Reflection.  L On reflection (:-)), I didn't - and can't - have enough control over all theL variables in this test (networking, DNS, and physical building locations areJ all out of my hands) to make a completely unbiased judgement regarding theE relative merits of these products; I can only offer you my particulart: experience, and I should have said so in my previous post.   Of course, YMMV.	:-)  rh In article <d7791aa1.0211270610.6baa568c@posting.google.com>, bob@instantwhip.com (Bob Ceculski) writes: > Kesav Tadimeti <Kesav_Tadimeti@KeaneIndia.com> wrote in message news:<8EA11405E59BD611BA7100104B93C26091E505@exdel01.del.mgsl.com>...o
 >> Hi all,M >> We got a CD of pathworks along with other VMS-related CDs when we bought arM >> DS-10. The Pathworks CD contains PowerTerm which is a terminal emulator. InO >> would like to know about its licensing details. Is it an evaluation copy, oruB >> does come with a single-use license or unlimited-user license.  >> rH >> Any help will be appreciated. I am not very happy with our Reflection4 >> emulator - eats up a lot of CPU time on Windows.  >> s >> With thanks..	 >> keshavt > = > powerterm is a good emulator, but if you need ssh2 then trya > powerterm pro from ericom ...p -- p Bradford J. Hamilton& braMdhamAilPtoSn@aMtAtPbi.cSom		(home)& sMy1A88P89S@rabMbit.fAmPr.coSm		(work)  ; "All opinions that I express are my own, not my employer's"0 "Lose the MAPS"g   ------------------------------   Date: 27 Nov 2002 21:39:38 GMT# From: hoff@hp.nospam (Hoff Hoffman)e3 Subject: Re: Where can I find patches to my system?M* Message-ID: <as3e2q$4vk$2@web1.cup.hp.com>  i In article <arg7ml$1ho8$1@news2.ipartners.pl>, "Tomasz Dryjanski" <tdryjanski.nospam@hotmail.com> writes:  :i.e. V7.2-1H1.3  E   I'm not entirely certain that "id est" (i.e.) is what was intended. F   Id est is far more commonly associated with an alternate restatementE   of information.  "Exempli gratia" (e.g.) would probably be what wassC   intended here.  i.e. and e.g. are confused rather often, however.i  H   Given my own grammer, this is probably the wrong rat-hole to open. :-)    F :I have tried www.compaq.com, but I was unable to find any link to VMS	 :patches.-  G   Please read the OpenVMS Frequently Asked Questions (FAQ) document for(I   the answer to this and to many other common questions.  The OpenVMS FAQ3G   is available at http://www.openvms.compaq.com/, as well as elsewhere.iF   Please download and please search the text-format FAQ -- while thereG   are many formats available, the text-format FAQ is easiest to search.a  I   The FAQ has answers to many questions, and helps you get a quick answeraL   to your question.  There are other and somewhat more subtle communications8   benefits provided by reading the OpenVMS FAQ, as well.  N  ---------------------------- #include <rtfaq.h> -----------------------------J       For additional, please see the OpenVMS FAQ -- www.openvms.compaq.comN  --------------------------- pure personal opinion ---------------------------E         Hoff (Stephen) Hoffman   OpenVMS Engineering   hoff[at]hp.com-   ------------------------------  % Date: Thu, 28 Nov 2002 16:34:19 +1100-1 From: Paddy O'Brien <paddy.o'brien@tg.nsw.gov.au>i Subject: Xdvi and eXcursions, Message-ID: <3DE5AADB.5020500@tg.nsw.gov.au>  F We use the TEXMF distribution from the Freeware V5 CD, on ES40.  This D includes XDVI for pre-viewing in a window, which I find very useful.  H I have just been telling a colleague how useful this is, so he tried to B use it through eXcursions.  EXcursions brought the window up, but G contentless.  Re-direction of the display to my workstation showed the i expected content.3  3 Has anyone found a way to use XDVI with eXcursions?l   TIA.   Regards, Paddy      G ***********************************************************************s  C "This electronic message and any attachments may contain privileged4> and confidential information intended only for the use of the B addressees named above.  If you are not the intended recipient of C this email, please delete the message and any attachment and adviselB the sender.  You are hereby notified that any use, dissemination, 7 distribution, reproduction of this email is prohibited.-  A If you have received the email in error, please notify TransGrid gA immediately.  Any views expressed in this email are those of the S= individual sender except where the sender expressly and with hC authority states them to be the views of TransGrid.  TransGrid usesn> virus scanning software but excludes any liability for viruses contained in any attachment.  < Please note the email address for TransGrid personnel is now$ firstname.lastname@transgrid.com.au"  G ***********************************************************************e   ------------------------------  # Date: Wed, 27 Nov 2002 22:19:42 GMTa$ From: winston@SSRL.SLAC.STANFORD.EDU1 Subject: Re: [OT] FORTRAN-based accounting systemi8 Message-ID: <00A179A8.7DE34482@SSRL04.SLAC.STANFORD.EDU>  i In article <20021127185322.A31147@eisenschmidt.org>, John Eisenschmidt <jweisen@eisenschmidt.org> writes:   E >May or may not be/have been on VMS, but are any of you familiar with0) >an accounting system written in FORTRAN?e  F My first real computing job was with a company then called IndependentL Information Systems, which did motion picture accounting software on ModCompK computers using Fortran (and the Infinity 'database', which was pretty muchg+ an ISAM package with some query utilities).l  J IIS changed its name to DISC (Draney Information Systems Corporation) and K a half-interest was bought by Lorimar Productions; one of the conditions of2L sale was that DISC would develop corporate accounting software  for Lorimar,H so we did payroll, a/p, a/r, budgeting, TV residuals, etc, all on 16-bitM ModComps using Fortran, Infinity, and the TSX time-sharing package (which wasjL needed because the ModComp OS, MaxIII, was, like RT-11, a single-user systemK that needed to be coerced into having multiple independent user identities.-H I was the system manager as well as one of the applications programmers.  I DISC 'productized' a version of the Lorimar corporate package and floggedDF it to other movie/TV production companies; Lucasfilm rented it for sixL months in 1983 or so while preparing to start using HP's own-label corporateG packages on MPE (because their DP guy had used them on a previous job).   I Lorimar itself, after I left, dropped ModComp (a good idea), switched to  K VAXes, and redid everything in Cobol using DBMS (because their main analysteJ could read Cobol but not Fortran and was used to hierarchical databases). I I'm sure they would have gone to IBM/CICS/IMS if they could have affordedg# it; no idea what they're doing now.   I The one big thing with FORTRAN and accounting was that, however tempting,eJ you couldn't use floating point values to represent dollars and cents (for? reasons clear if you think about how floating point numbers are(G represented; if the exponents are too far apart it may be impossible to-I normalize two values to the same exponents, which means that if you add aeK few pennies to a whole lot of dollars, the number of dollars may end up notsG going up because the pennies are outside the limits of precision in thedG larger number).  So we had to store money as integer counts of pennies.9  @ Much of the heavy listing was done with a vendor-provided set ofE 'commercial subroutines'; once you had those, your programs were justeA moving data around and doing arithmetic, for which Fortran was asiL well-suited as anything else.  (Except for Fortran-66, which we were using, F not having structures, so you'd have to do a subroutine call to move xK number of bytes from one place to another rather than setting one structure K equal to another.)  We ended up recoding most of the commercial subroutinesu in more-efficient assembler. e  F These were TTY-oriented formatted screen applications, not GUIs, if itG makes any difference.  Except for the caveats above, Fortran was a veryAK suitable language for a corporate accounting system under those conditions,s' and we were extremely productive in it.n  0 Is that the kind of thing you were asking about?   -- Alan    ------------------------------   End of INFO-VAX 2002.657 ************************