1 INFO-VAX	Wed, 08 Mar 2006	Volume 2006 : Issue 133       Contents:" Re: "A Historical Look at the VAX"" Re: "A Historical Look at the VAX"" Re: "A Historical Look at the VAX"E Advanced Server Share Access is "VERY SLOW" Can Anyone Help Me Out??? I Re: Advanced Server Share Access is "VERY SLOW" Can Anyone Help Me Out??? P Re: Advanced Server Share Access is "VERY SLOW" Can Anyone Help Me Out??? Out??? Re: Battery for DS10/466 MHzB Cobol programmer needed for RMS to relational database conversion.6 Re: Does DCPS 2.5 support lpd printing to Xerox DC400?6 Re: Does DCPS 2.5 support lpd printing to Xerox DC400?6 Re: Does DCPS 2.5 support lpd printing to Xerox DC400? Re: HP's ITRC forum for VMS * http://cheap-computers-review.blogspot.com, Re: Loading Alpha-VMS from a VAX served CD ?, Re: Loading Alpha-VMS from a VAX served CD ?, Re: Loading Alpha-VMS from a VAX served CD ?, Re: Loading Alpha-VMS from a VAX served CD ?, Re: Loading Alpha-VMS from a VAX served CD ?H Re: Need a little help moving from a Microvax3900 to VAXstation 4000-90.H Re: Need a little help moving from a Microvax3900 to VAXstation 4000-90.) OpenVMS Boot Camp Update - Week of Feb 27  Press releases from Oracle* SAP businesses 20 percent less profitable! TCPIP Windows size setting> Re: xx.xx.xx.Invalid mode ... is this an installation problem?  F ----------------------------------------------------------------------  # Date: Wed, 08 Mar 2006 00:16:17 GMT ) From: Antonio Carlini <arcarlini@eii.org> + Subject: Re: "A Historical Look at the VAX" & Message-ID: <440E233F.8090503@eii.org>   Richard Tomkins wrote:J > If I remember correctly, the 8600 to 8650 upgrade was a microcode changeM > that removed the NOP's that made it slower and a wire add to the backplane. K > Of course, for the cost of the upgrade, folks got a new backplane to make 
 > them happy.  >  > rtt   C The "NOPs in the microcode" cock-up was the VAX 8500. The "upgrade" A was a microcode upgrade that produced the VAX 8530 (you got a new  nameplate too).   @ I presume that this makes a true VAX 8500 a collector's item :-)   Antonio    ------------------------------  # Date: Wed, 08 Mar 2006 00:18:33 GMT ) From: Antonio Carlini <arcarlini@eii.org> + Subject: Re: "A Historical Look at the VAX" & Message-ID: <440E23C6.4080200@eii.org>   Bob Koehler wrote:I >    There was a release of the 11/780 microcode that would machine check J >    for a particular arithmetic instruction.  Very few people ever saw itC >    since the FPA executed this instruction before the CPU saw it.  > E >    We had an 11/780 without an FPA for a while and used this bug to 0 >    cause reboots from user mode under VMS 1.x.  < I think it was the MicroVAX I that had to live out its wholeA life with a user-mode crasher. A particular instruction (possibly @ with certain data) would bring it down every time. Sadly I never9 made a note of the instructin, so all your uVIs are safe.    Antonio    ------------------------------  # Date: Wed, 08 Mar 2006 00:14:00 GMT ) From: Antonio Carlini <arcarlini@eii.org> + Subject: Re: "A Historical Look at the VAX" & Message-ID: <440E22B6.1070009@eii.org>   Dan O'Reilly wrote:   K > If memory also serves, the original VAX 8600 microcode had a flaw in it,  B > in that it was missing what was considered to be a very obscure K > addressing mode of some sort (I never did find out the details).  Turned  ? > out the COBOL compiler generated code using it extensively...   = There was no microcode flaw - the instruction access mode was < flawed. In fact the mode was quite misleading in that if you? evaluated it based on the written instruction you would get one B answer whereas if you went back and looked at what the instruction< actually asked the hardware to do, you would get a different; (and usually totally useless) answer. I believe that it was = Cutler's uVAX I group that found the anomaly and the mode was > then excised from the instruction set. I do remember the COBOL% compiler update that removed its use.   3 Indexed absolute is (I think) the instruction mode.    Antonio    ------------------------------   Date: 7 Mar 2006 14:10:31 -0800  From: len@psds.comN Subject: Advanced Server Share Access is "VERY SLOW" Can Anyone Help Me Out???C Message-ID: <1141769431.504781.132150@e56g2000cwe.googlegroups.com>    Config:   B DS10 5/466 2GB Mem 10/100 NIC Set Fast Full Duplex.  OVMS Ver 7.3,A Advanced    Server Ver 7.2, PC's are Windows XP and Windows 2000.    Info:   F Currently running SAMBA on same network. (8 PC's) It works fine but we8 want to move to VMS as it is easier to manage than UNIX.  G Using TCPIP as transport (Tried NETBUI but still slow) Have swapped out 	 DS10 with F a DS20. (Still Slow) Tried different PC. Even connected PC directly to Alpha using G a Crossover network cable. (Same Results) If I do a monitor system with  VMS it is justF idling. (While share access is being done like moving a file from a PC to the advanced 
 server share)   D It appears to me like there might me some sort of "locking issue" or some setting that 9 I am not aware of. (Advanced Server or OVMS/SRM settings)   B Speed example>>>> To move a file with SAMBA takes 18 seconds. With advamnced serverC                                 the same file takes over 5 minutes.   ? Open to "ANY" ideas!!!!!!!!!   len@psds.com  ph# (425) 488-0710    ------------------------------   Date: 7 Mar 2006 16:22:46 -0800  From: "Len" <len@psds.com>R Subject: Re: Advanced Server Share Access is "VERY SLOW" Can Anyone Help Me Out???A Message-ID: <1141777366.827141.4540@v46g2000cwv.googlegroups.com>   G Thanks David. Yes there is a TCPIP setting to set "NO Delay in the ACK.  We made thatE change and found no difference. We also configured Advanced Server to  run with only NETBUI> (thinking it was a TCPIP issue) still no difference. Have also increased the CACHE size in E advanced server to double the default setting. (Still Slow) Any other " ideas would be geatly appreciated.   ------------------------------  % Date: Tue, 07 Mar 2006 18:03:53 -0500 ' From: Dave Froble <davef@tsoft-inc.com> Y Subject: Re: Advanced Server Share Access is "VERY SLOW" Can Anyone Help Me Out??? Out??? 9 Message-ID: <X7ydnZhYgrN1jZPZnZ2dnUVZ_sadnZ2d@libcom.com>    len@psds.com wrote: 	 > Config:  > D > DS10 5/466 2GB Mem 10/100 NIC Set Fast Full Duplex.  OVMS Ver 7.3,C > Advanced    Server Ver 7.2, PC's are Windows XP and Windows 2000.  >  > Info:  > H > Currently running SAMBA on same network. (8 PC's) It works fine but we: > want to move to VMS as it is easier to manage than UNIX. > I > Using TCPIP as transport (Tried NETBUI but still slow) Have swapped out  > DS10 with H > a DS20. (Still Slow) Tried different PC. Even connected PC directly to
 > Alpha using I > a Crossover network cable. (Same Results) If I do a monitor system with  > VMS it is justH > idling. (While share access is being done like moving a file from a PC > to the advanced  > server share)  > F > It appears to me like there might me some sort of "locking issue" or > some setting that ; > I am not aware of. (Advanced Server or OVMS/SRM settings)  > D > Speed example>>>> To move a file with SAMBA takes 18 seconds. With > advamnced serverE >                                 the same file takes over 5 minutes.  > A > Open to "ANY" ideas!!!!!!!!!   len@psds.com  ph# (425) 488-0710  >   H This problem was discussed in the past.  A search of the archives might I help.  There is a TCP/IP setting, which I just cannot remember, that has  4   something to do with waits or packet size or such.  G Hopefully someone who had this problem will read your post and be more   helpful than I'm being.    --  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: Tue, 07 Mar 2006 20:50:49 +0100 ( From: Paul Sture <paul.sture@bluewin.ch>% Subject: Re: Battery for DS10/466 MHz + Message-ID: <4766gqFdp1heU1@individual.net>    Hoff Hoffman wrote: : >   ...  And RTG-based technology wasn't an option for theG >   AlphaServer DS10 series BB_WATCH power supply -- though it would be J >   nifty to have something that was both a power supply and a time-base. 1 >   <http://www.id.doe.gov/NEWS/Pluto_L.htm>  :-)  >    Sorry, can't resist...  
 --- quote ---   ? Beth Sellers, Manager of the U.S. Department of Energys Idaho  I Operations Office, said, The part the INL has played in theNew Horizons  G mission is critical on two fronts: one - supporting far reaching space  G exploration by going where we have never gone before opens our nations  3 mind to new technical challenges and opportunities.    [ What - no "Boldly"? ]     C Two - encouraging our students to study science and engineering by  G capturing the imaginations of the youth of America grows in importance   as the world grows flatter.    [ Flat Earth theory too ! ]    --- end quote ---    ------------------------------  $ Date: Tue, 7 Mar 2006 14:02:36 -05000 From: "Steven W." <vmstech-nospam@rivrgroup.com>K Subject: Cobol programmer needed for RMS to relational database conversion. / Message-ID: <gNkPf.30$XO3.1065@news.uswest.net>    Hi,        Currently, we are an OpenVMS shop (mostly) with Alpha/RMS/Cobol as the main system. This will be a full time job, relocation may be available.   ~     We are looking to move from RMS into MySQL and webenable a bunch of our current apps (still using Cobol for most apps, but7 trying to get more connectivity remotely via web apps).   D     The shop is currently located in South Florida (Broward County).  ~     If your interested, please send your resume to vmstech (put at sign here) rivrgroup (don't forget a dot here) com . Pleases list any conversions from Cobol/RMS systems you have done to web enablement apps (preferably relational databases).        Thank you.   ------------------------------  % Date: Tue, 07 Mar 2006 11:26:34 -0800 , From: Ken Fairfield <my.full.name@intel.com>? Subject: Re: Does DCPS 2.5 support lpd printing to Xerox DC400? + Message-ID: <dukmpb$dpl$1@news01.intel.com>   
 snaxau wrote: F > I installed DCPS 2.5 on a 7.3-2 Alpha but failed to print to a XeroxH > DocuCenter 400 using lpd. Queue stops as soon as the job is submitted.D > Job then hangs in pending state. Web searches indicate that lpd toF > Xerox does not work with DCPS 2.4 and below, but is it fixed in 2.5? > F > I'm also wondering if it is a network issue, the printer is behind aA > firewall but port 515 is configured to permit bidirectional tcp G > traffic. The fw logs do show lpd packets received thru port 515 and I I > can print with WinXP to the Xerox using lpd (XP is also behind the fw).  > G > Alternatively, has anyone tried using dec tcpip lpd to print to Xerox  > DC400 printers?   B     As Paul Anderson replied (in a post that hasn't shown up on myD news servers yet :-( ), you need to define a couple of logical namesG to make LPD queues wrk under DCPS.  For out Xerox Documnet Centre 440's 0 we do the following (before starting the queue):  A $   DEFINE/SYSTEM/EXEC  DCPS$<queue>_PRODUCT_NAME  "Phaser 7300N" / $   DEFINE/SYSTEM/EXEC  DCPS$<queue>_SPOOL TRUE   @ The Phaser 7300N is "close enough" that the printing works fine.C My recollection is that tray selection does not work at the moment.         Regards, Ken  --  6 I don't speak for Intel, Intel doesn't speak for me...  
 Ken Fairfield ! D1C Automation VMS System Support " who:   kenneth dot h dot fairfield where: intel dot com   ------------------------------  % Date: Tue, 07 Mar 2006 15:59:45 -0500 . From: JF Mezei <jfmezei.spamnot@vaxination.ca>? Subject: Re: Does DCPS 2.5 support lpd printing to Xerox DC400? - Message-ID: <440DF43C.3B791750@vaxination.ca>   
 snaxau wrote:  > F > I installed DCPS 2.5 on a 7.3-2 Alpha but failed to print to a XeroxH > DocuCenter 400 using lpd. Queue stops as soon as the job is submitted.  A Have you tried telnetting to port 515 from that VMS node and then ! issuing the "showpage " command ?  It should eject a page.   > To try the bidirectional nature, you can issue the following :   (Hello World\n) print flush   ) This should echo back hello world to you.    ------------------------------   Date: 7 Mar 2006 19:08:30 -0800 % From: "snaxau" <alw1746@yahoo.com.au> ? Subject: Re: Does DCPS 2.5 support lpd printing to Xerox DC400? B Message-ID: <1141787310.849114.71420@e56g2000cwe.googlegroups.com>  E Thanks everyone for all your help, DCPS 2.5 lpd printing to the Xerox E now works.The exact model of the printer is Xerox DocuCentre 400. The 9 commands I've placed in SYS$STARTUP:DCPS$STARTUP.COM are:   1 $ DEFINE/EXECUTIVE_MODE/SYSTEM DCPS$SHEET_SIZE A4 G $ DEFINE/SYSTEM/EXEC DCPS$xeroxlvl2_PRODUCT_NAME "Xerox DocumentCentre" . $ DEFINE/SYSTEM/EXEC DCPS$xeroxlvl2_SPOOL TRUE% $ @sys$startup:dcps$execution_queue - C       XEROXLVL2 -                       ! P1 - Execution queue name ;       "ip_lpd/xeroxlvl2" -              ! P2 - Interconnect  protocol/devic?       DCPS_LIB -                        ! P3 - Logical name for  library(ies)G       "data=ascii"-                     ! P4 - Default queue parameters G       "/sep=(noflag,noburst,notrail)"-  ! P5 - Default queue qualifiers <       ""-                               ! P6 - Communication speed(serial devicE       ""-                               ! P7 - Device characteristics <       ""                                ! P8 - Verify on/off   ------------------------------  $ Date: Tue, 7 Mar 2006 14:06:49 -05000 From: "Steven W." <vmstech-nospam@rivrgroup.com>$ Subject: Re: HP's ITRC forum for VMS/ Message-ID: <hRkPf.31$XO3.1124@news.uswest.net>   \ "Ian Miller"  wrote in message news:1141757806.191567.193630@u72g2000cwu.googlegroups.com...   > me too :-)  1 6 Points :)  Just need a few more for your cap :)    ------------------------------   Date: 7 Mar 2006 10:36:03 -0800  From: priya_chinman@yahoo.com 3 Subject: http://cheap-computers-review.blogspot.com C Message-ID: <1141756563.457004.203710@v46g2000cwv.googlegroups.com>   = See the latest technology computers. Cheap and Best computers   * http://cheap-computers-review.blogspot.com   ------------------------------  # Date: Tue, 07 Mar 2006 20:16:50 GMT # From: hoff@hp.nospam (Hoff Hoffman) 5 Subject: Re: Loading Alpha-VMS from a VAX served CD ? 0 Message-ID: <SSlPf.4218$qt7.20@news.cpqcorp.net>  e In article <1141758574.444147.51950@e56g2000cwe.googlegroups.com>, "Ian Miller" <ijm@uk2.net> writes: 9 :cluster manual 10.5 Cross-Architecture Satellite Booting M :http://h71000.www7.hp.com/doc/731FINAL/4477/4477pro_020.html#cross_arch_boot   F   I have not been able to locate the earliest postings in this thread.  D   You can boot an OpenVMS Alpha box from an OpenVMS VAX box, and theG   reverse is also feasible -- mixed-architecture disk and boot services I   are available.  (OpenVMS Alpha and OpenVMS I64 have similar abilities.)   G   You must perform the initial system load, however, from a host of the G   same architecture, or you must initially set up the node locally, and =   then move its system disk over to a node that can serve it.   H   I *think* you can set up an InfoServer load, however, and you can thusI   use an OpenVMS I64 V8.2-1 or later, or the EFT of 8.3 on OpenVMS Alpha, I   and use the host-based InfoServer support to perform an InfoServer-like J   system bootstrap.  (I haven't tried this path, though this sort of thingF   was feasible with classic InfoServer boxes and most any system that $   could perform a LAD/LAST/MOP ISL.)  H   Since it's a VAX with a CD, it's almost certainly a SCSI CD -- barringG   the RRD50 series, most every one of these was a SCSI disk -- so it is I   likely the CD-ROM can be "borrowed" and moved over to the OpenVMS Alpha I   box.  Alternatively, many of -- but not all of -- the Alpha systems can F   bootstrap from an IDE/ATAPI disk, providing another potential option   for the initial system load.  N  ---------------------------- #include <rtfaq.h> -----------------------------K     For additional, please see the OpenVMS FAQ -- www.hp.com/go/openvms/faq N  --------------------------- pure personal opinion ---------------------------G        Hoff (Stephen) Hoffman   OpenVMS Engineering   hoff[\0100]hp.com    ------------------------------  % Date: Tue, 07 Mar 2006 16:17:21 -0500 . From: JF Mezei <jfmezei.spamnot@vaxination.ca>5 Subject: Re: Loading Alpha-VMS from a VAX served CD ? - Message-ID: <440DF85A.7D30C77A@vaxination.ca>    Hoff Hoffman wrote: J >   Since it's a VAX with a CD, it's almost certainly a SCSI CD -- barringI >   the RRD50 series, most every one of these was a SCSI disk -- so it is K >   likely the CD-ROM can be "borrowed" and moved over to the OpenVMS Alpha  >   box.  C DS10Ls don't come with SCSI support, which is why I asked if it was E possible to have a VAX load some of the required files from the alpha F VMS CD so it can provide enough MOP data to the newborn naked Alpha soE that the later can then boot from ethernet with the VAX giving enough F software to the Alpha so that the later can join the cluster and get aG very minimal $ prompt from which it could then perform the installation + sicne it woudl have access to the CD drive.   E Failing that, it would require that the alpha be equipped with a SCSI  card or with an IDE SCSI drive.    ------------------------------  # Date: Tue, 07 Mar 2006 23:22:25 GMT # From: hoff@hp.nospam (Hoff Hoffman) 5 Subject: Re: Loading Alpha-VMS from a VAX served CD ? 2 Message-ID: <RAoPf.4250$xB7.3925@news.cpqcorp.net>  ^ In article <440DF85A.7D30C77A@vaxination.ca>, JF Mezei <jfmezei.spamnot@vaxination.ca> writes:$ :DS10Ls don't come with SCSI support  E   The AlphaServer DS10L series system is intended for rack-and-stack, A   and it would not be my preferred Alpha system for hobbyist use.   G   I'd not purchase an Alpha system without having access to compatible  C   storage media or direct or served access to a load device for the C   particular Alpha system.  OpenVMS Alpha systems assume a local CD 2   or DVD device for the initial system bootstraps.  C   I'd not expect a 1U server or a blade -- of any type and from any @   vendor -- to be particularly expandable.  These platforms are B   centrally designed for increased density, quite obviously.  (AndB   this density also affects what I/O hardware can be configured onC   the platform, such as the 12.7mm CD and DVD configuration of the  ?   AlphaServer  DS10L series, and on various Integrity servers.)   F   I'd not expect particular I/O performance from an ATA disk connected?   to OpenVMS; don't generalize ATA disk performance to OpenVMS.   E   In this case, you will want to acquire a SCSI card and SCSI I/O, or H   a 12.7mm ATAPI CD or DVD drive, or get another Alpha you can satelliteH   boot from, or connect with some way to pre-load the ATA disk with the D   contents of the distro and to then transfer it over to the box, orD   look at installing Integrity V8.2-1 or the EFT of V8.3 and use the?   host-based InfoServer support, or find a real InfoServer box.   F   There is a deeply integrated assumption that all OpenVMS Alpha boxesG   and all OpenVMS I64 boxes either have a directly-accessable CD or DVD G   device, or an equivalent and site-specific way to initially load some *   sort of compatible and swappable device.    N  ---------------------------- #include <rtfaq.h> -----------------------------K     For additional, please see the OpenVMS FAQ -- www.hp.com/go/openvms/faq N  --------------------------- pure personal opinion ---------------------------G        Hoff (Stephen) Hoffman   OpenVMS Engineering   hoff[\0100]hp.com    ------------------------------  % Date: Tue, 07 Mar 2006 20:10:39 -0500 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> 5 Subject: Re: Loading Alpha-VMS from a VAX served CD ? , Message-ID: <440E2EFA.40F0D3B2@teksavvy.com>   Hoff Hoffman wrote: H >   There is a deeply integrated assumption that all OpenVMS Alpha boxesI >   and all OpenVMS I64 boxes either have a directly-accessable CD or DVD I >   device, or an equivalent and site-specific way to initially load some , >   sort of compatible and swappable device.  B Yeah, but you should know by now that you're not dealing with your average VMS geek here :-)    ------------------------------  % Date: Tue, 07 Mar 2006 22:49:11 -0500 ' From: Dave Froble <davef@tsoft-inc.com> 5 Subject: Re: Loading Alpha-VMS from a VAX served CD ? 9 Message-ID: <MN2dnTyV9ZlazpPZnZ2dnUVZ_sCdnZ2d@libcom.com>    JF Mezei wrote:  > Hoff Hoffman wrote:  > H >>  There is a deeply integrated assumption that all OpenVMS Alpha boxesI >>  and all OpenVMS I64 boxes either have a directly-accessable CD or DVD I >>  device, or an equivalent and site-specific way to initially load some , >>  sort of compatible and swappable device. >  > D > Yeah, but you should know by now that you're not dealing with your > average VMS geek here :-)   C Then the non-average VMS geek should be able to figure out several  E options.  I'd suggest the IDE CD drive as a first choice.  This will  5 (maybe) allow booting off the CD, which is VERY nice.   ) Don't have a DS10L, so all is conjecture.    --  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: Tue, 07 Mar 2006 23:31:09 GMT ) From: Antonio Carlini <arcarlini@eii.org> Q Subject: Re: Need a little help moving from a Microvax3900 to VAXstation 4000-90. & Message-ID: <440E17F1.1060504@eii.org>   Jim Agnew wrote:K > we have.  Having 3 of these beasties, how can I tell if one of them is a  I > 90A ?  I do have a 4000-60, but besides from having less ram, i'm back  , > to having no disaster backup if it goes...  8 I'm a little behind on my reading :-) but this bit seems9 unanswered. I think the only way of telling that you have 8 a VS4000-90A rather than a VS4000-90 is that in the boot5 display (or in SHOW CONFIG or similar) the -90 claims 3 a speed of something like 75MHz and the -90A claims 3 something like 83MHz (numbers from failing memory - 0 I reboot my 90A to check but it's doing stirling" work and I hate to disturb it ...)   Antonio    ------------------------------  % Date: Tue, 07 Mar 2006 22:51:33 -0500 ' From: Dave Froble <davef@tsoft-inc.com> Q Subject: Re: Need a little help moving from a Microvax3900 to VAXstation 4000-90. 9 Message-ID: <MN2dnT-V9ZnJyZPZnZ2dnUVZ_sCdnZ2d@libcom.com>    Antonio Carlini wrote: > Jim Agnew wrote: > J >> we have.  Having 3 of these beasties, how can I tell if one of them is G >> a 90A ?  I do have a 4000-60, but besides from having less ram, i'm  2 >> back to having no disaster backup if it goes... >  > : > I'm a little behind on my reading :-) but this bit seems; > unanswered. I think the only way of telling that you have : > a VS4000-90A rather than a VS4000-90 is that in the boot7 > display (or in SHOW CONFIG or similar) the -90 claims 5 > a speed of something like 75MHz and the -90A claims 5 > something like 83MHz (numbers from failing memory - 2 > I reboot my 90A to check but it's doing stirling$ > work and I hate to disturb it ...) > 	 > Antonio  >  >   & I'd think this makes it rather simple:   DFE90A::DFEUL> sho lic/cha* VMS/LMF Charge Information for node DFE90A6 This is a VAXstation 4000-90A, hardware model type 475G Type: A, * Not Permitted *      (VAX/VMS Capacity or OpenVMS Unlimited   or Base)4 Type: B, * Not Permitted *      (VAX/VMS F&A Server)9 Type: C, * Not Permitted *      (VAX/VMS Concurrent User) 5 Type: D, Units Required: 100    (VAX/VMS Workstation) D Type: E, Units Required: 50     (VAX/VMS System Integrated Products)6 Type: F, Units Required: 10     (VAX Layered Products)* Type: G, * Not Permitted *      (Reserved)8 Type: H, * Not Permitted *      (Alpha Layered Products)2 Type: I, Units Required: 10     (Layered Products) DFE90A::DFEUL>   --  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: 7 Mar 2006 20:34:39 -0800 ) From: "Sue" <susan_skonetski@hotmail.com> 2 Subject: OpenVMS Boot Camp Update - Week of Feb 27C Message-ID: <1141792479.731945.163930@i39g2000cwa.googlegroups.com>    Dear Folks,   = Sorry for the delay but I was out of the office last week. We * officially opened registration on Feb 23rd   Current status is    Registration goal 200    Folks Registered: 60 Percent Full: 30% # Number of Countries represented: 12 G Countries represented: Germany, USA, Netherlands, UK, Tenerife (part of > Spain), Switzerland, France, Belgium, Ireland, Canada, Sweden, Switzerland  Folks from outside the US: 29  Folks from inside the US: 31  D For the agenda, registration, hotel, questions and other information please visit the web page at:     www.hp.com/go/openvms/bootcamp   
 Warm Regards, 
 Sue Skonetski  Program Manager    ------------------------------   Date: 7 Mar 2006 20:51:46 -0800 ) From: "Sue" <susan_skonetski@hotmail.com> # Subject: Press releases from Oracle C Message-ID: <1141793506.491225.241760@i39g2000cwa.googlegroups.com>    Dear Distribution lists,  % The following was on the wires today.   B http://www.techweb.com/showPressRelease.jhtml?articleID=X442957  - TechWeb   G Oracle Unveils Oracle(R) Rdb 7.2 for HP OpenVMS on HP Integrity Servers  and AlphaServer Systems   B http://webwire.com/ViewPressRel.asp?SESSIONID=&aId=10657 - Webwire  G Oracle Unveils Oracle(r) Rdb 7.2 for HP OpenVMS on HP Integrity Servers  and AlphaServer Systems     E The following is a couple of the paragraphs from the webwire article. C We did have the release in Jan but this is the general availability G press release.  There is a nice quote from Ann in the articles as well.   
 Warm Regards,  Sue   ) -----------------------------------------     A Delivers Enhanced Performance and Eases Transition to Low-cost HP  Integrity Servers.    E REDWOOD SHORES, Calif. 07-MAR-2006 Oracle today announced the general F availability of Oracle(r) Rdb 7.2, adding support for HP OpenVMS on HPG Integrity servers to provide organizations with more choice and to make C it easier for customers running mission-critical applications on HP F AlphaServer systems to transition to HP Integrity servers based on the  Intel(r) Itanium(r) 2 processor.    ; More than 2,000 global customers count on Oracle Rdb's high < availability, superior performance and security to run their< applications. In this new release, Oracle Rdb, the company'sE full-featured database designed specifically for applications running B on HP's OpenVMS platforms, provides the flexibility to support theA full range of certified HP Integrity server configurations from a @ single-processor HP Integrity rx1620 server to a 16-processor HPA Integrity Superdome within a standalone or clustered environment. E Oracle Rdb 7.2 significantly simplifies the process for transitioning G from Oracle Rdb-based applications running on HP AlphaServer systems to = HP Integrity servers, eliminating the need for all-or-nothing G transitions and providing businesses with the ability to shift to lower ! cost, industry standard hardware.     @ "For decades, our customers have relied on Oracle Rdb to supportD large-scale production applications and high-performance transactionD processing on HP OpenVMS systems," said Steve Hagan, vice president,D Server Technologies, Oracle. "The latest release extends the qualityF and stability for which Oracle Rdb is known, while providing customersA with more choice and the flexibility to easily move to lower cost 	 systems."    ------------------------------   Date: 7 Mar 2006 11:17:10 -0800  From: bob@instantwhip.com 3 Subject: SAP businesses 20 percent less profitable! C Message-ID: <1141759030.249372.292890@j52g2000cwj.googlegroups.com>   G so for those who want it on OpenVMS, are you really sure about that? :)     N http://www.informationweek.com/blog/main/archives/2006/03/best_run_busine.html   ------------------------------  % Date: Tue, 07 Mar 2006 21:19:27 -0500 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> # Subject: TCPIP Windows size setting , Message-ID: <440E3F17.3BD32A97@teksavvy.com>  G I have a problem on a SLIP line to a PDA. The PDA can send fine. And it C can receive packets at slow intervals (such as traceroutes), but it # cannot receive a continuous stream.   D For instance,loading a web page, it loads part of it, then its tcpipH stack "hangs" and considers the link to be disconnected. If I recoonnectD it, then the web browser continues with the loading of that page and then hangs again.   J I tried lowering the SLIP baud rate down to 110, but same problem happens.  G I looked through ifconfig and sysconfig, but could not find anything to $ define window sizes or other stuff.   F Is there documentation on sysconfig and ifconfig as implemented on VMS5 and what "standard" names they are associated with ?    C For instance, there is a "standard" "RWIN" parameter that defines a H receive windows, but don't know which sysconfig parameter it corresponds on VMS.   H Does TCP allow the server to override the receive window given by client to a lower value ?   ------------------------------  $ Date: Tue, 7 Mar 2006 14:31:06 -0500C From: "David Turner, Island Computers US Corp" <dbturner@icusc.com> G Subject: Re: xx.xx.xx.Invalid mode ... is this an installation problem? 7 Message-ID: <63lPf.2716$s8.1122@bignews7.bellsouth.net>   J It means that you are trying to force the ethernet adapter (probably ewa0) into an unsupported mode  * Try this when connected to your switch/hub     >>>set ewa0_mode auto     & If not you probably have these choices    % set ewa0_mode twisted-pair (10Mb/sec) B set ewa0_mode BNC (only if you have the bnc connector on the back)* set ewa0_mode fast (100Mb/sec half-duplex)+ set ewa0_mode fasfd (100Mb/sec full duplex)   C If this doesn'k work, go buy a sledge hammer and do what thou wilst    DT       --     David B Turner Island Computers US Corp 2700 Gregory St, Suite 180 Savannah GA 31404  Tel: 912 447 6622 X201 Cell: 912 447 6622 X252  Fax: 912 201 0402  Email: dbturner@icusc.com  Web: http://www.islandco.com% ===================================== < All orders are subject to the following terms and conditions. of sale. These should be read before ordering.% http://www.islandco.com/warranty.html   7 "If Progress is good for the people, what is Congress?" 3 "pbritto" <britto.paulo@gmail.com> wrote in message = news:1132227243.024750.305070@f14g2000cwb.googlegroups.com... H > Eveytime I boot my Alpha station this "ea.e9.e8.e7.e6.Invalid mode" isI > depicted on the top of the screen, is this a common behavior or is this ! > a problem I should investigate?  >  > Paulo  >    ------------------------------   End of INFO-VAX 2006.133 ************************                                                                                                                                                                                                                                                                                                                                                                                                                                                                                       PK    9!>4rH             큩z soymail/soymail_startup.com     R   	                               'z   Aí#             Zg 
  G               PK
     ˅X4                     A} soymail/theme/  Tn      	                              L4M   "#             Zg 
  6                	                  PK    e49  H           x~ soymail/wishlist.txt  O<   O   	    H                           !rXr#   P#                     
  
               PK    tb4ByqGB              크 soymail/doc/soymail_admin.html  EIX   1                                 @Vn%!   ꨵ#                     
  
               PK    rb4Ru  d            큲 soymail/doc/soymail_admin.odt  i       Q   N d                          hCk%!   b#                     
 