1 INFO-VAX	Thu, 30 Sep 2004	Volume 2004 : Issue 542       Contents: Re: *.CDD file for CONNX Re: *.CDD file for CONNX Re: As seen in WSJ Re: As seen in WSJ Re: As seen in WSJ book about  Digital   Re: CSWS_PHP & Squirrel Webmail! Re: Future of Decnet4 Re: Good places in EU to study Networking/Clustering% Re: Hobbyist site licenses DOWN AGAIN B Re: Maximum file size, FAQ v. "Guide to OpenVMS File Applications" My china ex. girlfriend 3 relation between BG buffersize and TCP packetsize ? 7 Re: relation between BG buffersize and TCP packetsize ? 7 Re: relation between BG buffersize and TCP packetsize ? 7 Re: relation between BG buffersize and TCP packetsize ? % Re: Sniffer Can't see cluster traffic 3 Re: TCPIP$SMTP_SEND_FROM_FILE, what's its future??? 3 Re: TCPIP$SMTP_SEND_FROM_FILE, what's its future??? 3 Re: TCPIP$SMTP_SEND_FROM_FILE, what's its future??? 3 Re: TCPIP$SMTP_SEND_FROM_FILE, what's its future??? 3 Re: TCPIP$SMTP_SEND_FROM_FILE, what's its future??? 3 Re: TCPIP$SMTP_SEND_FROM_FILE, what's its future??? 3 Re: TCPIP$SMTP_SEND_FROM_FILE, what's its future??? # RE: Tiny pickings for Itanium OEM's # Re: Tiny pickings for Itanium OEM's # Re: Tiny pickings for Itanium OEM's " V6 OpenVMS Freeware CD's questions  Why does Ghostscript build fail?$ Re: Why does Ghostscript build fail?  F ----------------------------------------------------------------------  % Date: Wed, 29 Sep 2004 19:57:04 -0500 2 From: David J Dachtera <djesys.nospam@comcast.net>! Subject: Re: *.CDD file for CONNX + Message-ID: <415B59E0.DEBC0965@comcast.net>   
 dooley wrote:  > g > David J Dachtera <djesys.nospam@comcast.net> wrote in message news:<415A1DBA.A487E357@comcast.net>...  > > Phil wrote:  > > > 2 > > > "cljlk" <cljlk@hotmail.com> wrote in message< > > > news:de74637.0409280140.5075dcf1@posting.google.com...6 > > > > dooleys@snowy.net.au (dooley) wrote in message> > >  news:<1ca82fc6.0409271642.1e3094af@posting.google.com>...= > > > > > nojunk <nojunk@nojunk.hotmail.com> wrote in message 4 > >  news:<4157e50b$0$4033$61fed72c@news.rcn.com>...R > > > > > > I have installed CONNX8.X which is a middle between VMX and WindowsXP.P > > > > > > Would anyone please tell me how to generat configuration file *.CDD? > > > > > > Thans.E > > > > > cdd files are not really config files but database metadata 6 > > > > > You need to install the connx admin software- > > > > > and use the data dictionary manager G > > > > > you can import cdd definitions from varions sources .cdd .pdl  > > > > > Phil > > > > M > > > > I have installed CONNX8.x client and admin software. I do not see any K > > > > application that I can generate data dictionary file (*.CDD). Would  > > > > you please5 > > > > point it out. I am new in this filed. Thanks. ? > > > I am running a much older version, but the help file says P > > > http://www.connx.com/products/connx/Connx%208.9%20UserGuide/connxcdd32.htm > > > To create a CDD 9 > > > Click the Start button, and then point to Programs. = > > > Point to CONNX 8, and then click CONNX Data Dictionary. ; > > > The Open dialog box appears. Click the Cancel button. 7 > > > The CONNX Data Dictionary Manager window appears. ; > > > You can add or import CDD objects (databases, tables, ; > > > fields, views, and stored procedures) by clicking the 8 > > > Add or Import buttons in the CONNX Data Dictionary; > > > Manager window and then choosing an available object. 
 > > > Phil > > ? > > Cool, but he wants to GENERATE .CDD files, not import them.  > > + > I seem to be missing the problem here.... @ > I assume there is some sort of data structure in place on vms,- > or there wouldn't be any need to use connx. D > Connx can understand almost any structure, from a database schema,D > vms .ddl files, powerhouse dictionaries and .pdl files, vms common@ > data dictionary, and even basic, cobol, and dibol definitions.C > If you don't have any of these, you can still create it manually, 0 > by adding each table and defining its columns.B > After you have created or imported your definition, you generate/ > the connx .cdd by clicking the "save" button. ? > Then you create a connx data-source on your pc that is linked G > to this cdd, and then you can use it like any other odbc data source.   ( Good feature - potentially quite useful.  B ...if one has the source code, CDD, etc. Even then - I've seen badH source code that doesn't use (predates) CDD or include directives and no> one program has the entire layout for one or more files in the application.  A Remember: we're talking RMS here - no RDBMS from which to extract 6 schema, and if no source then probably no CDD, either.  G In that case, one could try to reverse-engineer the programs and files,  and try to make good guesses...   F ...which brings us back to the original question: how to GENERATE .CDD files for CONNX.   --   David J Dachtera dba DJE Systems  http://www.djesys.com/  ) Unofficial OpenVMS Hobbyist Support Page: " http://www.djesys.com/vms/support/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/    ------------------------------  % Date: Thu, 30 Sep 2004 00:49:57 -0400 # From: "R P" <petersra@sympatico.ca> ! Subject: Re: *.CDD file for CONNX ; Message-ID: <VfM6d.19201$tT2.1289094@news20.bellglobal.com>   ? "David J Dachtera" <djesys.nospam@comcast.net> wrote in message % news:415B59E0.DEBC0965@comcast.net...  > dooley wrote:  > > A > > David J Dachtera <djesys.nospam@comcast.net> wrote in message ' news:<415A1DBA.A487E357@comcast.net>...  > > > Phil wrote:  > > > > 4 > > > > "cljlk" <cljlk@hotmail.com> wrote in message> > > > > news:de74637.0409280140.5075dcf1@posting.google.com...8 > > > > > dooleys@snowy.net.au (dooley) wrote in message@ > > >  news:<1ca82fc6.0409271642.1e3094af@posting.google.com>...? > > > > > > nojunk <nojunk@nojunk.hotmail.com> wrote in message 6 > > >  news:<4157e50b$0$4033$61fed72c@news.rcn.com>...I > > > > > > > I have installed CONNX8.X which is a middle between VMX and 
 WindowsXP.K > > > > > > > Would anyone please tell me how to generat configuration file  *.CDD? > > > > > > > Thans.G > > > > > > cdd files are not really config files but database metadata 8 > > > > > > You need to install the connx admin software/ > > > > > > and use the data dictionary manager I > > > > > > you can import cdd definitions from varions sources .cdd .pdl  > > > > > > Phil	 > > > > > K > > > > > I have installed CONNX8.x client and admin software. I do not see  any G > > > > > application that I can generate data dictionary file (*.CDD).  Would  > > > > > you please7 > > > > > point it out. I am new in this filed. Thanks. A > > > > I am running a much older version, but the help file says  > > > > J http://www.connx.com/products/connx/Connx%208.9%20UserGuide/connxcdd32.htm > > > > To create a CDD ; > > > > Click the Start button, and then point to Programs. ? > > > > Point to CONNX 8, and then click CONNX Data Dictionary. = > > > > The Open dialog box appears. Click the Cancel button. 9 > > > > The CONNX Data Dictionary Manager window appears. = > > > > You can add or import CDD objects (databases, tables, = > > > > fields, views, and stored procedures) by clicking the : > > > > Add or Import buttons in the CONNX Data Dictionary= > > > > Manager window and then choosing an available object.  > > > > Phil > > > A > > > Cool, but he wants to GENERATE .CDD files, not import them.  > > > - > > I seem to be missing the problem here.... B > > I assume there is some sort of data structure in place on vms,/ > > or there wouldn't be any need to use connx. F > > Connx can understand almost any structure, from a database schema,F > > vms .ddl files, powerhouse dictionaries and .pdl files, vms commonB > > data dictionary, and even basic, cobol, and dibol definitions.E > > If you don't have any of these, you can still create it manually, 2 > > by adding each table and defining its columns.D > > After you have created or imported your definition, you generate1 > > the connx .cdd by clicking the "save" button. A > > Then you create a connx data-source on your pc that is linked I > > to this cdd, and then you can use it like any other odbc data source.  > * > Good feature - potentially quite useful. > D > ...if one has the source code, CDD, etc. Even then - I've seen badJ > source code that doesn't use (predates) CDD or include directives and no@ > one program has the entire layout for one or more files in the > application. > C > Remember: we're talking RMS here - no RDBMS from which to extract 8 > schema, and if no source then probably no CDD, either. > I > In that case, one could try to reverse-engineer the programs and files, ! > and try to make good guesses...  > H > ...which brings us back to the original question: how to GENERATE .CDD > files for CONNX. > % CDD stands for Connx Data Dictionary. L According to a version 8.5 User's Guide, the following table definitions can be imported into a CDD: K Cobol FD, Codasyl DBMS database, DataFlex, POWERflex, DIBOL, formatted DDL, J Oracle database, Powerhouse PDL, Rdb database, SCT COBOL FD, SpecificationE text file (RMS), VAX or ALPHA CDD, Oracle DB- and ODBC-compliant data D sources, Oracle data sources, Informix data sources, SQL Server data2 sources, Ingres data sources, Sybase data sources.B Of course you have to pay for the features you want as far as dataI translantion. I've used the RMS functionality in the past to move a DIBOL  based customer to SQL based. > --   > David J Dachtera > dba DJE Systems  > http://www.djesys.com/ > + > Unofficial OpenVMS Hobbyist Support Page: $ > http://www.djesys.com/vms/support/ > * > Unofficial Affordable OpenVMS Home Page:! > http://www.djesys.com/vms/soho/    ------------------------------    Date: 29 Sep 2004 15:32:52 -0700( From: bob@instantwhip.com (Bob Ceculski) Subject: Re: As seen in WSJ = Message-ID: <d7791aa1.0409291432.2f4bae7d@posting.google.com>   a JF Mezei <jfmezei.spamnot@teksavvy.com> wrote in message news:<415AEBBA.AC6AF68D@teksavvy.com>...  > Bob Ceculski wrote: ? > > you are in left field as usual Andrew ... what will make or 5 > > break itanium as a viable chip are two things ...  > >  > > 1. OpenVMS2 > > 2. the ev8 alpha team to make itanium ev8 like > P > Bob, I think you are wrong.  Remember that the whole purpose of dropping AlphaN > and PaRisc was to adopt a high volume, low cost, industry standard commodity > chip for servers.  > L > IA64 has not achieved high volume and odds of it achieving it are lower asK > time progresses and the 64 bit 8086 takes on more and more serious tasks, ) > further eroding IA64's remaining niche.  > N > IA64 is not low cost. Due to iot not being high volume, and the fact that itN > is proprietary and available from a single source. Alpha was actually better > than IA64 in that respect. > P > IA64 is not industry standard. The 8086 is industry standard. And because 80865 > has moved to 64 bits, it will not be eclipsed soon.   > soon for the x86 boat anchor oopsteron will be 2010 ... that's< 5 years, then it will start to look like a 286 chip ... epic? if perfected and with that spark it needs from the vms customer : base will by then with ev9 and 10 features surpass all x86> boat anchors ... the alpha team will come thru again just like; they did on alpha ... and vms will make or break itanium by < giving it that spark in sales and proof that it can and will: outperform the x86 boat anchor by a wide margin ... unless9 someone else can come up with something better than epic, = x86 and risc for that matter will hit that little wall called 8 moores law just like the 32bit x86 is now, and barring a? brainstorm chip, itanium will tke over, and we the vms customer ? base will be that spark to bring itanium to its full potential!    ------------------------------  % Date: Wed, 29 Sep 2004 21:06:17 -0400 # From: "John Smith" <a@nonymous.com>  Subject: Re: As seen in WSJ , Message-ID: <3rqdnfd7W79HwsbcRVn-vg@igs.net>   Bob Ceculski wrote: : > JF Mezei <jfmezei.spamnot@teksavvy.com> wrote in message* > news:<415AEBBA.AC6AF68D@teksavvy.com>... >> Bob Ceculski wrote:? >>> you are in left field as usual Andrew ... what will make or 5 >>> break itanium as a viable chip are two things ...  >>>  >>> 1. OpenVMS2 >>> 2. the ev8 alpha team to make itanium ev8 like >>B >> Bob, I think you are wrong.  Remember that the whole purpose ofB >> dropping Alpha and PaRisc was to adopt a high volume, low cost,0 >> industry standard commodity chip for servers. >>D >> IA64 has not achieved high volume and odds of it achieving it areF >> lower as time progresses and the 64 bit 8086 takes on more and more9 >> serious tasks, further eroding IA64's remaining niche.  >>G >> IA64 is not low cost. Due to iot not being high volume, and the fact G >> that it is proprietary and available from a single source. Alpha was - >> actually better than IA64 in that respect.  >>D >> IA64 is not industry standard. The 8086 is industry standard. AndC >> because 8086 has moved to 64 bits, it will not be eclipsed soon.  > @ > soon for the x86 boat anchor oopsteron will be 2010 ... that's> > 5 years, then it will start to look like a 286 chip ... epicA > if perfected and with that spark it needs from the vms customer < > base will by then with ev9 and 10 features surpass all x86@ > boat anchors ... the alpha team will come thru again just like= > they did on alpha ... and vms will make or break itanium by > > giving it that spark in sales and proof that it can and will< > outperform the x86 boat anchor by a wide margin ... unless; > someone else can come up with something better than epic, ? > x86 and risc for that matter will hit that little wall called : > moores law just like the 32bit x86 is now, and barring aA > brainstorm chip, itanium will tke over, and we the vms customer A > base will be that spark to bring itanium to its full potential!     G Me thinks your medication dosage needs a bit of adjustment. Hard to say 0 whether you need more or less of whatever it is.   ------------------------------  % Date: Wed, 29 Sep 2004 22:47:45 -0400 ( From: David Froble <davef@tsoft-inc.com> Subject: Re: As seen in WSJ , Message-ID: <415B73D1.4090408@tsoft-inc.com>   Bob Ceculski wrote:    > Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com> wrote in message news:<cje2kc$njg$1@new-usenet.uk.sun.com>...  >  >>Keith Parris wrote:  >> >>>John Smith wrote: >>> L >>>We haven't had OpenVMS workstations for many years on Alpha, either, but K >>>that hasn't stopped people from putting graphics cards into servers (or  E >>>simply leaving in the graphics card which comes with every server  E >>>anyway) and making their own workstations. Folks can and will use  J >>>rx1600, rx2600, even rx4640 systems as workstations under OpenVMS, and G >>>they'll continue to be supported by OpenVMS Engineering in doing so.  >>> 
 >>Not really.  >>G >>Anything that reduces the likelyhood that Itanium survives materially J >>impacts OpenVMS customers. An event such as the only Itanium WorkstationJ >>vendor taking an axe to their product range and at the same time cuttingJ >>15% of the itanium market off is one that does materially impact OpenVMS >>customers. >>G >>How much less viable is that rx1600/rx2600 range now that 900 units a 3 >>quarter that shared the same platform have gone ?  >>G >>How much less viable is LV Itanium now that a big chunk of its market  >>has just evaporated ?  >>G >>You would have to be very seriously challenged to assume that this is 3 >>a zero impact event to the OpenVMS customer base.  >>	 >>Regards  >>Andrew Harrison  >> > = > you are in left field as usual Andrew ... what will make or 3 > break itanium as a viable chip are two things ...  >  > 1. OpenVMS0 > 2. the ev8 alpha team to make itanium ev8 like > A > OpenVMS will make or break itanium ... that is the bottom lime!  >   P Well, if you're going to build a CPU for just VMS, what's wrong with Alpha?  Is P it reasonable to invest billions of dollars into a new CPU, just to replace the  Alpha for VMS customers?   A new low for boob.    Dave   --  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: 29 Sep 2004 14:08:00 -07001 From: susan_skonetski@hotmail.com (Sue Skonetski)  Subject: book about  Digital= Message-ID: <857e9e41.0409291308.24f6960d@posting.google.com>   F There is a new book about Digital Equipment Corp.  If you are planningD on coming to the boot camp in March Alan will be there and attendees! will be given a copy of his book.   
 Warm Regards,  Sue " __________________________________ Dear former Digital person...   F I'm following up on correspondence I sent you early this year. At that@ time I was seeking input for a book I was putting together aboutC Digital Equipment Corporation. My thanks go out to those of you who F sent ideas and photos...Well, as promised, I'm writing to let you know+ that the book is finally out and available.    Digital Equipment Corporation    by Alan R. Earls  - Arcadia Publishing's Images of America Series   
 Price: $19.99  ISBN: 0-7385-3587-7    128 pages/softcover   E With approximately 200 photographs, Digital Equipment Corporation, is D a terrific review (or introduction) to the history and people of oneF of the greatest companies in the history of computing.  But don't take9 my word for it. Here's what some readers have had to say:   E  "An excellent book! As a former DEC employee back in the 1980s, this D book really took me back to such an exciting, dynamic time in the IT	 industry.   B "I lent it out to other former DEC employees and they were equallyB mesmerized by the rare photos (and terrible haircuts!) spanning so many years."   -- Rod Griffith   % Co-Founder & Executive Vice President    MarketReach, Inc.    "It's a great visual history!"  F --  Gordon Bell, former DEC Vice President of Research and Development  C "...the book captured the spirit of the old DEC quite successfully,   and brought back many memories."  D --Alan Kotok, former DEC Corporate Consultant and Technical Director   AND   F If you or any of your former colleagues (please pass the word!) are in= the Maynard, Mass.-- area on October 4, please come by for...    Digital Revisited!  ( Monday, Oct. 4, from 6-8 pm (and beyond)  ! Come to Maynard's SIT 'N BULL PUB  (www.sitnbull.com)  -- To meet old DEC colleagues  A -- And for an author signing from 6-8 pm of the new book, Digital E Equipment Corporation -- a photo history published by Arcadia.  Books  will be available for purchase. C Sit `n Bull ("The best ribs you'll ever find...") is located at 163 @ Main St., Maynard, Mass. (just down the street from DEC's old HQF building). For years it was the semi-official lunchtime and after work8 "watering hole" for Digital. Directions are available at' http://www.sitnbull.com/directions.html F Digital Equipment Corporation is available through book stores, online- retailers, and the author (www.alanearls.com)   	 THANKS!!!    ------------------------------   Date: 29 SEP 2004 19:57:04 GMT4 From: karcher@thuria.waisman.wisc.edu (Carl Karcher)) Subject: Re: CSWS_PHP & Squirrel Webmail! 6 Message-ID: <29SEP04.19570409@thuria.waisman.wisc.edu>  U In a previous article, "Andoni" <no_spam_please@andoni-at-ireland-dot-com.com> wrote:    -> ...M ->This is a 'feature' of CSWS. It seems to like the idea of putting exclusive J ->locks on things. We have to have a batch program restart our CSWS serverL ->every night to copy off that day's log files because otherwise there is no? ->access to them until it comes down! Madness if you ask me ;-)   F In CSWS V2 I can TYPE the log files while it's running (have you triedG type/output=file.log ?).  Backup/ignore=interlock should work too. They 4 are not much use until you flush recent data though:  % $ @apache$common:[000000]APACHE$SETUP  $ httpd -k flush  E Ok, then there's that stream_lf requirement you might not like for V2  (php files don't care though).   --G -- Carl Karcher, Waisman Computing Services, Waisman Center, UW-Madison 6 --               karcher.nomorespzm@waisman.wisc.edu     ------------------------------    Date: 29 Sep 2004 11:25:23 -0700( From: greigaln@netscape.net (Alan Greig) Subject: Re: Future of Decnet < Message-ID: <d391276d.0409291025.4af4dce@posting.google.com>  y "Dave Weatherall" <djw-nothere@nospam.nohow> wrote in message news:<DTiotGxQ0bj6-pn2-93mDEPLeIdnK@dave2_os2.home.ours>... G > On Tue, 28 Sep 2004 10:58:38 UTC, greigaln@netscape.net (Alan Greig)   > wrote: > c > > Roy Omond <Roy.Omond@BlueBubble.UK.Com> wrote in message news:<2q2n3hFq0mskU1@uni-berlin.de>...  > > > Alan Greig wrote:  > > >  > > > >> [... snip ...]  > > > > " > > > > But first there was ANF-10 > > > ( > > > Now there's a blast-from-the-past. > > >  > > > What are you up to Alan ?  > >  > > Nothing really...  > % > Hope that's an enjoyable nothing...   F Hey I've just managed to get a 56k GPRS cellphone Internet connection.D Much better than the previous 9.6K record!! That's enjoyable sort of :)   ------------------------------  % Date: Wed, 29 Sep 2004 22:46:25 +0100 < From: "Alex Daniels" <AlexNOSPAMTHANKSDaniels@themail.co.uk>= Subject: Re: Good places in EU to study Networking/Clustering 6 Message-ID: <415b2d29$0$22749$db0fefd9@news.zen.co.uk>  < "Fabio Cardoso" <fabiopenvms@yahoo.com.br> wrote in message 7 news:f30679fb.0409290845.3a1fadd6@posting.google.com... : > Do you know good institutions in EU where is possible to5 > have a specialization in Network/Clustering (Open)?  >  > UK and DE are welcome !  > 	 > Regards  >  > FC    http://www.ecctisclearing.co.uk/ http://www.ucas.ac.uk/  ? You will find lots of network related courses from those links.    Alex     ------------------------------    Date: 29 Sep 2004 12:03:18 -0700= From: alphaman-nix-spam@hsv.sungardtrust.com (Aaron Sakovich) . Subject: Re: Hobbyist site licenses DOWN AGAIN= Message-ID: <33ea5fec.0409291103.46a81d24@posting.google.com>   k brad@rabbit.dnsalias.org (Bradford J. Hamilton) wrote in message news:<puw6d.137314$D%.115608@attbi_s51>... 1 > David's usually been responsive - not to worry.  > D > My license expired recently, but my system stayed up until I got a) > "replacement" from openvmshobbyist.org.     F I just heard from David; he'd fixed a problem with the server and it's> spitting PAKs out again!  I just got both my LP & OS licenses.  = For those others who are waiting, try it now!  Thanks, David!      A > http://uptimes.hostingwired.com/account.php?op=details&hid=8347  >  > ! E > !  http://uptimes.hostingwired.com/account.php?op=details&hid=10205  >  > UPS - no fair!!!	:-)  E No fair?  Heck, it's a little tiny 650VA and it's got both my OpenVMS E system and AlphaNT box on it!  I had to go out and buy an LCD monitor D and a KVM to keep the load down to the point where I could stay up 4 minutes!!!  LOL!  C (I know, it probably would've been cheaper to buy a bigger UPS, but . you don't stare at a UPS all day!)  (Usually.)   Aaron    ------------------------------  # Date: Wed, 29 Sep 2004 21:58:27 GMT 6 From: "Kenneth Farmer" <kfarmer@NOSPAM.spyderbyte.com>K Subject: Re: Maximum file size, FAQ v. "Guide to OpenVMS File Applications" = Message-ID: <7eG6d.9773$zA3.2088124@twister.southeast.rr.com>    <plug>L Just to let everyone know...these links are easily available on OpenVMS.org. :) </plug>    Ken  ________________________" Kenneth R. Farmer <>< 336-736-7376% SpyderByte: http://www.SpyderByte.com       ? "David J Dachtera" <djesys.nospam@comcast.net> wrote in message % news:415A1D13.D3475B84@comcast.net...  > Hoff Hoffman wrote:  > > : > > In article <2rlt41F1c3l56U1@uni-berlin.de>, Paul Sture! <nospam@sture.homeip.net> writes:  > > :sms@antinode.org wrote: > > : # > > :>    Also, my old FAQ bookmark F > > :> ("ftp://ftp.digital.com/pub/Digital/dec-faq/OpenVMS.txt") still works, > > :> but the data seem stale.  > > E > >   I'll pass along a note to the OpenVMS webmaster to replace that H > >   old copy of the FAQ with a new one, or (probably more likely) withF > >   a text file containing a pointer to the current home of the FAQ. > >  > > :Try this one: > > : : > > :http://www.openvms.compaq.com/wizard/openvms_faq.html > > 0 > >   The "official" URL for the OpenVMS FAQ is: > > ( > >     http://www.hp.com/go/openvms/faq > ( > Any chance for an index of "go" links? > F > Suggestion: Let go/index.html be a list of links available via "go". > 6 > (I know - not your baliwick. Please pass forward...) >  > --   > David J Dachtera > dba DJE Systems  > http://www.djesys.com/ > + > Unofficial OpenVMS Hobbyist Support Page: $ > http://www.djesys.com/vms/support/ > * > Unofficial Affordable OpenVMS Home Page:! > http://www.djesys.com/vms/soho/    ------------------------------   Date: 29 Sep 2004 16:22:58 GMT& From: " IQI" <ebmaster@intekasia.com>  Subject: My china ex. girlfriend3 Message-ID: <cjenh2$ata1802@imsp212.netvigator.com>   Z <HTML><HEAD><META http-equiv=3DContent-Type content=3D"text/html; charset=3Dwindows-1252">9 <STYLE></STYLE></HEAD><FONT face=3DArial><FONT size=3D2>  ` <BODY><DIV>Send email to info@intekasia.com or Contact me +8613802741877 Lama Kin.</DIV><BR><BR>   ------------------------------  % Date: Wed, 29 Sep 2004 22:34:41 +0200  From: Dirk Munk <munk@home.nl>< Subject: relation between BG buffersize and TCP packetsize ?2 Message-ID: <cjf692$ikp$1@news5.zwoll1.ov.home.nl>  K I noticed that the BG devices that are used by Apache (CSWS) use a default  O buffersize of 256 byte. Will this also be the size of the TCP packets that are  4 send off, or is there no relationship between them ?   ------------------------------    Date: 29 Sep 2004 16:11:07 -0500; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) @ Subject: Re: relation between BG buffersize and TCP packetsize ?3 Message-ID: <OcKz8JZGB7Nt@eisner.encompasserve.org>   S In article <cjf692$ikp$1@news5.zwoll1.ov.home.nl>, Dirk Munk <munk@home.nl> writes: M > I noticed that the BG devices that are used by Apache (CSWS) use a default  Q > buffersize of 256 byte. Will this also be the size of the TCP packets that are  6 > send off, or is there no relationship between them ?  =    If you're seeing the default buffer size as shown by "show D    device/full", you can ignore it.  I've never seen a device driverF    that actually used that field for anything (of course I didn't readH    every driver on the fiche; somebody put it in the UCB for something).   ------------------------------  % Date: Thu, 30 Sep 2004 00:07:31 +0200  From: Dirk Munk <munk@home.nl>@ Subject: Re: relation between BG buffersize and TCP packetsize ?2 Message-ID: <cjfbn3$hg4$1@news1.zwoll1.ov.home.nl>   Bob Koehler wrote:U > In article <cjf692$ikp$1@news5.zwoll1.ov.home.nl>, Dirk Munk <munk@home.nl> writes:  > M >>I noticed that the BG devices that are used by Apache (CSWS) use a default  Q >>buffersize of 256 byte. Will this also be the size of the TCP packets that are  6 >>send off, or is there no relationship between them ? >  > ? >    If you're seeing the default buffer size as shown by "show F >    device/full", you can ignore it.  I've never seen a device driverH >    that actually used that field for anything (of course I didn't readJ >    every driver on the fiche; somebody put it in the UCB for something). > Q In this case you're wrong I'm afraid. For the BG devices this field does contain  P valid values. I know that because BG devices are also used with Oracle, and you N can dramatically improve the Oracle performance by increasing this buffersize.   ------------------------------  % Date: Thu, 30 Sep 2004 01:19:09 -0400 = From: "John Gemignani, Jr." <john@nfw-invalid.cibtrikker.com> @ Subject: Re: relation between BG buffersize and TCP packetsize ?1 Message-ID: <7MqdnaWlYrDNCsbcRVn-rA@adelphia.com>   , "Dirk Munk" <munk@home.nl> wrote in message , news:cjfbn3$hg4$1@news1.zwoll1.ov.home.nl... > Bob Koehler wrote:@ >> In article <cjf692$ikp$1@news5.zwoll1.ov.home.nl>, Dirk Munk  >> <munk@home.nl> writes:  >>F >>>I noticed that the BG devices that are used by Apache (CSWS) use a I >>>default buffersize of 256 byte. Will this also be the size of the TCP  H >>>packets that are send off, or is there no relationship between them ? >> >>@ >>    If you're seeing the default buffer size as shown by "showG >>    device/full", you can ignore it.  I've never seen a device driver I >>    that actually used that field for anything (of course I didn't read K >>    every driver on the fiche; somebody put it in the UCB for something).  >>K > In this case you're wrong I'm afraid. For the BG devices this field does  J > contain valid values. I know that because BG devices are also used with E > Oracle, and you can dramatically improve the Oracle performance by   > increasing this buffersize.   M When the BG device is set to be a record device (there's a special IOCTL/QIO  C to be able to do that), it allows typical applications (that don't  L understand a raw, unformatted device) to access and apply records and CR/LF  logic to it, such as DCL.   K To get back to your original question, does this value and the size of tcp  L packets relate ... the answer is simply no, but certain coding could result + in a behavior that might make it appear so.   K By default, TCP delays transmissions (there is a 200ms timer that BGDRIVER  L receives regularly) and transmission occurs at that time (there are ways to H defeat that, like with larger writes and socket options).  What you are J looking for is the send and receive window sizes and the send and receive I buffer quotas.  These are all documented.  I believe that by default the   buffer quotas are around 9K.  J The coding that I am talking about is, for example, a program writing 256 K byte records in a loop, using perhaps DCL or writing from a database where  M there may be momentary gaps of time between records.  In this case the 200ms  M timer will often go off after each write, transmitting the 256 bytes present  M in the buffer.  This is all time sensitive, and there are other factors such  H as how much data of the window size is already in transit, how fast the L remote host responds with ack/updates, etc.  If the program were to be sped K up, the transmissions (records still 256 bytes in size) could be 256, 512,  J 768, 1024 or 1280 bytes on 10m-bit ethernet (MTU of 1500) plus IP and TCP  protocol overhead.  G Internally, the driver queues up MBUFs containing data in the send and  H receive queues ... moving in both directions.  The MBUFs have 252 bytes J available for user data.  If you send smaller amounts at a time (per QIO) K then you will use chains of these relatively small MBUFs.  If you transmit  K larger amounts you will use a combination of an MBUF and a large non-paged  ) pool "external" buffer (this is desired).   H Best performance is to read or write the most that you can, keeping the L socket backed up with plenty of data, and a reasonable window size for data ! in transit between the two hosts.    -John  (no longer working on tcpip)     ------------------------------  + Date: Wed, 29 Sep 2004 12:28:18 -0700 (PDT) - From: James O'Shea <seamas_ose@ameritech.net> . Subject: Re: Sniffer Can't see cluster traffic@ Message-ID: <20040929192818.20610.qmail@web81109.mail.yahoo.com>      > 6 > Others have mentioned this, but perhaps not clearly. >  You're most likely 6 > hooked up to a network device that acts as a switch, > not a repeater.  If it. > is a switch, you will only see packets whose > destination/source is the 1 > sniffer.  This would also include multicast and  > broadcast packets.  Most5 > network gear is now switch gear.  We keep a few old  > repeaters around just to" > monitor devices on switch ports. > 0 > It's possible that the network device you have > supports port mirroring, thus 3 > you could mirror one of the VAX ports to the port  > which connects the
 > sniffer. >  > -Jeff  >     Thanks. It was the Cisco hub.   1 The network guy found and old Cabletron hub(after 3 about a week of trying to persuade him), hooked the 6 MicroVaxen and his sniffer, and could see the datagram packets for the first time.   
 Thanks again, 
 Jim O'Shea   ------------------------------  % Date: Wed, 29 Sep 2004 11:02:53 -0700 3 From: Alan Frisbie <Usenet01REMOVE@Flying-Disk.com> < Subject: Re: TCPIP$SMTP_SEND_FROM_FILE, what's its future???. Message-ID: <415AF8CD.5060809@Flying-Disk.com>   JF Mezei wrote:n > "Keith A. Lewis" wrote:C > L >> The MAIL$SEND_* routines are supported and work with tcp/ip.  For myself, >> I'll stick to those.i  N > Those routines do not allow you to create anything else than text files, andN > lack much more flexibility that SFF grants if you use it with privs (such as > specifying the from address).   A I wish there were some way to allow this *without* privs, perhapsn@ with an identifier.   I have an application at a customer's siteA which needs to send an e-mail, but with a return address pointingd= at the user's (yuck) Microsoft Exchange Server account.   ForpC example, VMS user FRISBIE needs to send mail with a "From:" addressSA of Alan.Frisbie@Example.com.   Can anyone think of an easy way to, do this without privs?   Alan   ------------------------------  # Date: Wed, 29 Sep 2004 18:23:12 GMTL" From:   VAXman-  @SendSpamHere.ORG< Subject: Re: TCPIP$SMTP_SEND_FROM_FILE, what's its future???0 Message-ID: <00A389B8.5864382F@SendSpamHere.ORG>  \ In article <415AF401.CDBA2B3C@teksavvy.com>, JF Mezei <jfmezei.spamnot@teksavvy.com> writes:" >VAXman-, @SendSpamHere.ORG wrote:O >> It doesn't answer my question/issue but does demonstrate that you are ratheriO >> fond of chocolate, a cad idiot and a sloppy fellatio performing homely girl.- >-O >Insults apart, I was trying to explain to you that there is no such thing as amN >"CC" list in SMTP. The actual recipients are all treated the same in RCPT TO:O >commands at the top of the file. The TO: and CC: lines in the header below the  >DATA command are not treated. >>0 >But i guess it is pointless to try to help you.  " Sheesh... get a sense of humor JF.  L I still send mail from this costomer's system using this program and get dup emails for the CC.   -- .< http://www.ProvN.com  for the *best* OpenVMS system security=                       solutions that others only claim to be.  --  , Cyber-Terrorism (si'-ber tayr'-or-iz-em) n.:M   The release of, the sale of, or the use of any Micro$oft software product! a -- sK VAXman- A Bored Certified VMS Kernel Mode Hacker   VAXman(at)TMESIS(dot)COMl   ------------------------------  # Date: Wed, 29 Sep 2004 19:31:16 GMT # From: hoff@hp.nospam (Hoff Hoffman)o< Subject: Re: TCPIP$SMTP_SEND_FROM_FILE, what's its future???3 Message-ID: <84E6d.12004$H27.5949@news.cpqcorp.net>   d In article <415AF8CD.5060809@Flying-Disk.com>, Alan Frisbie <Usenet01REMOVE@Flying-Disk.com> writes:  B :I wish there were some way to allow this *without* privs, perhaps< :with an identifier.  ... but with a return address pointing< :at the user's (yuck) Microsoft Exchange Server account. ...: :Can anyone think of an easy way to do this without privs?  D   In current versions of TCP/IP Services (V5.3 and later, IIRC), you+   could consider using something like I do:/  6     $ define tcpip$smtp_from hoff-at-mumble-dot-mumble    N  ---------------------------- #include <rtfaq.h> -----------------------------K     For additional, please see the OpenVMS FAQ -- www.hp.com/go/openvms/faqrN  --------------------------- pure personal opinion ---------------------------E         Hoff (Stephen) Hoffman   OpenVMS Engineering   hoff[at]hp.com    ------------------------------  % Date: Wed, 29 Sep 2004 22:09:14 +0200p" From: labadie <labadie_g@decus.fr>< Subject: Re: TCPIP$SMTP_SEND_FROM_FILE, what's its future???7 Message-ID: <415b16c9$0$27426$8fcfb975@news.wanadoo.fr>E   Woulde  A Example-C,C++ SMTP Mail Message Sender With MIME File Attachments.   available at  V http://h18000.www1.hp.com/support/asktima/communications/009F15E8-A8CE0B38-1C02A1.html  
 help you ?   ------------------------------  # Date: Wed, 29 Sep 2004 21:29:51 GMT L From: winston@SSRL.SLAC.STANFORD.EDU (Alan Winston - SSRL Central Computing)< Subject: Re: TCPIP$SMTP_SEND_FROM_FILE, what's its future???6 Message-ID: <00A389B9.3ED16790@SSRL.SLAC.STANFORD.EDU>  d In article <415AF8CD.5060809@Flying-Disk.com>, Alan Frisbie <Usenet01REMOVE@Flying-Disk.com> writes: >JF Mezei wrote: >> "Keith A. Lewis" wrote: >> "M >>> The MAIL$SEND_* routines are supported and work with tcp/ip.  For myself,  >>> I'll stick to those. > O >> Those routines do not allow you to create anything else than text files, anduO >> lack much more flexibility that SFF grants if you use it with privs (such asr  >> specifying the from address). >DB >I wish there were some way to allow this *without* privs, perhapsA >with an identifier.   I have an application at a customer's site B >which needs to send an e-mail, but with a return address pointing> >at the user's (yuck) Microsoft Exchange Server account.   ForD >example, VMS user FRISBIE needs to send mail with a "From:" addressB >of Alan.Frisbie@Example.com.   Can anyone think of an easy way to >do this without privs?O  K Hoff has already given a good answer for using the send-from-file services.fM But it also doesn't take any elevated privileges to connect to an SMTP servernL (try telnetting to port 25 and see), and once you do that you can put in any From: address you like.-  O A perl routine that handles this is Dan Sugalski's SMAIL, which you can find as K part of his nodewatch script at www.sidhe.org/vmsperl/scripts/nodewatch.zip2  N I use this all the time.  (I have an online-requisitions program that needs toK send email on behalf of the authenticated user who's using it, so my scriptiL ends up 'forging' the From: address.  I think you probably want to forge the Reply-to: as well.)   L There's nothing magic about Perl, and you could use the same tricks in otherK languages (except for an absence of socket support in DCL); this is just a  ! handy routine that already works.t   -- Alane   ------------------------------  % Date: Wed, 29 Sep 2004 18:19:54 -0700 3 From: Alan Frisbie <Usenet01REMOVE@Flying-Disk.com>g< Subject: Re: TCPIP$SMTP_SEND_FROM_FILE, what's its future???. Message-ID: <415B5F3A.6080409@Flying-Disk.com>  , Alan Winston - SSRL Central Computing wrote:  M > Hoff has already given a good answer for using the send-from-file services. O > But it also doesn't take any elevated privileges to connect to an SMTP servertN > (try telnetting to port 25 and see), and once you do that you can put in any > From: address you like.a  9 This is what I have done as a work-around for now, but itn9 isn't as "robust" as I would like it.   In the process of : debugging it, I found that HP's implementation of SMTP has; some error (and non-error) codes that differ from Sendmail.a  2 I'll try Hoff's suggestion and see how that works.  N > There's nothing magic about Perl, and you could use the same tricks in otherM > languages (except for an absence of socket support in DCL); this is just a p# > handy routine that already works./  ? I did it in DEC BASIC since the application was already writtenu( in it.   It was an, er, education.   :-)   Alan   ------------------------------  % Date: Wed, 29 Sep 2004 23:47:30 -0400 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> < Subject: Re: TCPIP$SMTP_SEND_FROM_FILE, what's its future???, Message-ID: <415B81D1.92CB531B@teksavvy.com>   Alan Frisbie wrote: 4 > I'll try Hoff's suggestion and see how that works.  ' Don't forget to check for the logicals:i"  TCPIP$SMTP_PROHIBIT_USER_HEADERS@ Disables outbound alias processing. This prevents the use of the TCPIP$SMTP_FROM logical.    TCPIP$SMTP_SFF_REQUIRES_PRIVM This Boolean logical, if defined, requires users to set either SYSPRV, BYPASS E or OPER privileges before using the Send From File (SFF) feature. Seea5 Section 17.7 for more information about this feature.   J Sort of interesting that they put restrictions at one layer of VMS, but by2 connecting to port 25, you can bypass all of them.   ------------------------------    Date: 29 Sep 2004 16:15:53 -0500; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler)d, Subject: RE: Tiny pickings for Itanium OEM's3 Message-ID: <exTh3DO$w9im@eisner.encompasserve.org>o  | In article <FD827B33AB0D9C4E92EACEEFEE2BA2FB45D3E7@tayexc19.americas.cpqcorp.net>, "Main, Kerry" <kerry.main@hp.com> writes: > C > Come on Andrew, according to Sun's own statements, the Solaris onr; > Itanium port is essentially done and running in the labs.. > H > The current situation between Sun and Intel appears to be posturing ofJ > who is going to anti up for the $'s required to take it to the next step" > i.e. which one will blink first.  D    Methinks the Solaris on chip X, Y, ... smells an awfully lot like    Windows NT on chip X, Y, ...   C    You see how many chips were actually supported on day 1 when theaF    1st CDs shipped (despite claims by many makers), and how many still    ship.  *    Not that Scotty is anything like Billy.   ------------------------------  % Date: Wed, 29 Sep 2004 23:01:48 -0400 ( From: David Froble <davef@tsoft-inc.com>, Subject: Re: Tiny pickings for Itanium OEM's, Message-ID: <415B771C.7000905@tsoft-inc.com>   Bob Koehler wrote:  ~ > In article <FD827B33AB0D9C4E92EACEEFEE2BA2FB45D3E7@tayexc19.americas.cpqcorp.net>, "Main, Kerry" <kerry.main@hp.com> writes: > C >>Come on Andrew, according to Sun's own statements, the Solaris onl; >>Itanium port is essentially done and running in the labs.e >>H >>The current situation between Sun and Intel appears to be posturing ofJ >>who is going to anti up for the $'s required to take it to the next step" >>i.e. which one will blink first. >> > F >    Methinks the Solaris on chip X, Y, ... smells an awfully lot like! >    Windows NT on chip X, Y, ...w    0 Interesting observation.  There are differences.  O Many windows users run MS office and such, where the sources are controlled by  M MS, and were NOT compiled for systems such as Alpha.  I'd think that Solaris -L would run applications that could more easily be compiled for/on the target Q platform.  (It's reasonable to argue that most anything would be easier than the o9 impossible, ie; get MS to build for non-Intel platforms.)     E >    You see how many chips were actually supported on day 1 when the H >    1st CDs shipped (despite claims by many makers), and how many still
 >    ship. > , >    Not that Scotty is anything like Billy.    K Well, as we found out, Alpha NT was a product just as long as the platform yO vendor shelled out the funds to make it so.  While there is the inference that sQ Sun may be trying to get some funds from Intel (who might be desperate enough to  M do so) I doubt that either AMD or IBM would participate in such.  Thus, it's  L safe to say that Sun is supporting the platforms, not the vendors, with the  possible exception of Intel.  J And as you imply, trust Sun long before Microsoft.  In light of the 'your J problem is that you trusted us' quote of years ago, never trust Microsoft!   Dave   -- a4 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 Roadf Vanderbilt, PA  15486o   ------------------------------  % Date: Wed, 29 Sep 2004 23:53:55 -0400a- From: JF Mezei <jfmezei.spamnot@teksavvy.com>s, Subject: Re: Tiny pickings for Itanium OEM's, Message-ID: <415B8352.A02252F5@teksavvy.com>   David Froble wrote:tL > Well, as we found out, Alpha NT was a product just as long as the platform- > vendor shelled out the funds to make it so.a  M I am not sure of that. I think that Microsoft was originall;y quite opened toiM having NT on many platforms. However, at one point, Microsoft decided to only 3 continue on platforms that showed growth potential.a  L When Compaq told Gates that i didn't intend to make Alpha a growth platform,H Microsft quickly lost interest and told Compaq it woudl only continue if; Compaq paid for it (knowing full well Compaq wouldn't pay).-   ------------------------------  % Date: Wed, 29 Sep 2004 21:07:49 -0700m, From: James Nykiel <jnykiel@access4less.net>+ Subject: V6 OpenVMS Freeware CD's questionsg< Message-ID: <pan.2004.09.30.04.07.47.607519@access4less.net>  
 Greetings:    A Does anyone know if you can purchase the V6 OpenVMS Freeware CD'slF (1-4) located at http://h71000.www7.hp.com/openvms/freeware/index.html  F Unfortunately I am limited to a dial-up connection at this time and itC would take me forever to download the files! - If you are unable toBJ purchase the CD's would someone with a high speed connection be willing to< download the files and burn the CD's for me for a small fee?     Thank you... - James Nykiel    ------------------------------  + Date: Wed, 29 Sep 2004 21:03:34 +0000 (UTC)e* From: bleau@UMTOF.UMD.EDU (Lawrence Bleau)) Subject: Why does Ghostscript build fail?s/ Message-ID: <cjf7v6$lf$1@grapevine.wam.umd.edu>   K I'm running OpenVMS AXP V7.1-2.  I'm trying to convert a PostScript file toa/ a GIF file using Imagemagick's convert utility.o  H When I run the convert program I get an error message that says it needsK Ghostscript, so I'm trying to install that package.  Here's the command and8 error message, btw:s  2 $ imconvert [software.imagemagick]test.ps test.gifK %DCL-W-NOCOMD, no command on line - reenter with alphabetic first characterrK %DCL-W-NOCOMD, no command on line - reenter with alphabetic first characterdU _uleis$dkc0:[software.imagemagick.utilities]convert.exe;1: Postscript delegate failed  [no such file or directory].  J Anyway, I pulled over Ghostscript v7.04 and tried to install it.  MMS gaveH me a lot of errors, so I installed MMK and used it.  I tried to build it using the command:  B $ mmk/descrip=[.src]openvms.mmk/macro=("DECWINDOWS1_2=1")/noaction  I This should just give me a list of commands that MMK would have performedwI to complete the build.  It did give a lot of commands, but ended abruptlyo with the error message:s  L %MMK-F-CANTUPD, cannot update target [--.JPEG-6B]JPEGLIB.H - sources unknownJ %MMK-F-ERRUPD, error status %X1C14805C occurred when updating target MACRO  ) Any hints on where I should go from here?a   Lawrence Bleau University of Maryland" Physics Dept., Space Physics Group 301-405-6223 bleau@umtof.umd.edu2   ------------------------------  % Date: Wed, 29 Sep 2004 17:44:13 -0400e- From: JF Mezei <jfmezei.spamnot@teksavvy.com>-- Subject: Re: Why does Ghostscript build fail?r, Message-ID: <415B2CAC.6639183E@teksavvy.com>   Lawrence Bleau wrote:n+ > Any hints on where I should go from here?.  ? Ghostscript needs a whole bunch or libraries to build properly.   P There are prebuilt images of ghistscript which might save you a lot of problems.  M Note that ghostscript, by itself, does the conversionf rom postscript to manyl  output formats such as jpeg etc.   ------------------------------   End of INFO-VAX 2004.542 ************************will use  J >>>rx1600, rx2600, even rx4640 systems as workstatios/pdp11/pdp11/prxodt.cmd (878 bytes) started.19 >>> 226 Transfer completed.  134 (8) bytes transferred.1  <<< PORT 83,31,156,101,157,1966 >>> 200 Port 157.196 at Host 83.31.156.101 accepted. <<< RETR prxodt.comdx >>> 150 IMAGE retrieve of /disk$misc/decus/vax85b/praxis/litton/compilers/pdp11/pdp11/prxodt.com (1000 bytes) started.8 >>> 226 Transfer completed.  20 (8) bytes transferred.  <<< PORT 83,31,156,101,157,1976 >>> 200 Port 157.197 at Host 83.31.156.101 accepted. <<< RETR retab.comv >>> 150 IMAGE retrieve of /disk$misc/decus/vax85b/praxis/litton/compilers/pdp11/pdp11/retab.com (804 bytes) started.9 >>> 226 Transfer completed.  207 (8) bytes transferred.1  <<< PORT 83,31,156,101,157,1986 >>> 200 Port 157.198 at Host 83.31.156.101 accepted. <<< RETR rsxprx.cmdlw >>> 150 IMAGE retrieve of /disk$misc/decus/vax85b/praxis/litton/compilers/pdp11/pdp11/rsxprx.cmd (884 bytes) started.,9 >>> 226 Transfer completed.  129 (8) bytes transferred.6  <<< PORT 83,31,156,101,157,1996 >>> 200 Port 157.199 at Host 83.31.156.101 accepted. <<< RETR rsxprx.com/w >>> 150 IMAGE retrieve of /disk$misc/decus/vax85b/praxis/litton/compilers/pdp11/pdp11/rsxprx.com (702 bytes) started.19 >>> 226 Transfer completed.  303 (8) bytes transferred.1  <<< PORT 83,31,156,101,157,2006 >>> 200 Port 157.200 at Host 83.31.156.101 accepted. <<< RETR seminit.m11y >>> 150 IMAGE retrieve of /disk$misc/decus/vax85b/praxis/litton/compilers/pdp11/pdp11/seminit.m11 (8830 bytes) started.6: >>> 226 Tr