1 INFO-VAX	Tue, 23 Aug 2005	Volume 2005 : Issue 470       Contents: Re: 7.3 supported ethernet Re: 7.3 supported ethernet Re: Another Inquirer rumorI Re: Cerner hopefully is using Zotob to show why hospitals should run VMS! I Re: Cerner hopefully is using Zotob to show why hospitals should run VMS! I Re: Cerner hopefully is using Zotob to show why hospitals should run VMS! I Re: Cerner hopefully is using Zotob to show why hospitals should run VMS! * Re: Chaining a .COM  or .EXE from an image creating a ftp account Re: creating a ftp account Re: HP 3rd quarter financials * Re: HP to dump itanium - bring back alpha?* Re: HP to dump itanium - bring back alpha?* Re: HP to dump itanium - bring back alpha?* Re: HP to dump itanium - bring back alpha?( Re: Next project, C programming problem.( Re: Next project, C programming problem.( Re: Next project, C programming problem.( Re: Next project, C programming problem.( Re: Next project, C programming problem.( Re: Next project, C programming problem. Re: RAM ! Re: Simh. How to triple the speed ! Re: Simh. How to triple the speed ! Re: Simh. How to triple the speed   F ----------------------------------------------------------------------    Date: 22 Aug 2005 23:49:18 -0700& From: "Bart Zorn" <bartzorn@yahoo.com># Subject: Re: 7.3 supported ethernet C Message-ID: <1124779757.960079.103340@z14g2000cwz.googlegroups.com>   E Has anyone had success using a DE602-AA in an Alphaserver 1000A 5/300  or similar machine? E SRM does not see the device (but that is not the problem) and OpenVMS , hangs at an early stage of the boot process.  G Is the 1000A sufficiently different from a 1200 that this card does not  work?    Thanks in advance,  	 Bart Zorn    ------------------------------    Date: 23 Aug 2005 08:22:22 -0700; From: "johnhreinhardt@yahoo.com" <johnhreinhardt@yahoo.com> # Subject: Re: 7.3 supported ethernet C Message-ID: <1124810542.431229.213880@z14g2000cwz.googlegroups.com>    Bart Zorn wrote:G > Has anyone had success using a DE602-AA in an Alphaserver 1000A 5/300  > or similar machine? G > SRM does not see the device (but that is not the problem) and OpenVMS . > hangs at an early stage of the boot process. > I > Is the 1000A sufficiently different from a 1200 that this card does not  > work?  >  > Thanks in advance, >  > Bart Zorn   B Yeah, it is.  The 1200 is a baby (i.e. 2-slot) 4000/4100 while theF 1000/1000a is a whole different architecture.  I had a devil of a timeD even getting one 1000a I had to use a DE500.  The firmware had to beE upgraded and you need a minimum of VMS V6.2-3H IIRC.  Check to see if D there are any new firmware updates for the 1000a.  For the DE60x youF need VMS V7.1-2 or better. If you're booting at a version earlier than' this then that may be causing the hang.    ------------------------------  % Date: Tue, 23 Aug 2005 02:58:50 -0400 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> # Subject: Re: Another Inquirer rumor , Message-ID: <430AC8FF.30186217@teksavvy.com>   Bill Todd wrote:H > Long ago Montecito was expected to release at over 2 GHz (since it's aJ > full process generation beyond Madison, which debuted at 1.5 GHz and hasH > now struggled up to 1.667 GHz).  In the continuing saga of diminishingG > Itanic expectations, for quite a while it then was widely expected to B > release at 2 GHz.  Current indications however point to 1.8 GHz   H When you look at Apple's reaction when IBM didn't deliver the customizedE APPLE Power chips as "promised", it makes you wonder if Hurd won't be  doing the same thing.   G Apple abandons the apple version of Power because it can't keep up with H the 8086. (Apple had customisations to the standard Power chips, so they were low volume for IBM).   H If that IA64 thing keeps on disapointing on its promises, and apologistsH keep on telling "yeah but just wait for the next version", at one point,G Hurd may be forced to do the same as Jobs and drop that low volume chip 
 and go 8086.    H The very arguments used to kill Alpha apply even more to the IA64 thing.E It is low volume, proprietary and duplicates development costs for HP H who must maintain multiple platforms. By going 8086, HP may lose in some@ of the big supercomputer deals, but since many of those are veryH subsidized for markleting reasons, perhaps it is more profitable to just0 focus on industry standard higher volume stuff.     C IA64 is not an asset for HP, it is a liability. It has a bad image, E doubts about its long term viability. And this is why many many years H after killing the older chips, the older chips such as Pa-Risc and AlphaB still outsell that IA64 thing and the 8086 still outsells and willD continue to erode the high end as it scales up in the 64 bit market.  H By 1996, 4 years after Alpha was introduced, did VAX still outsell Alpha8 ? Did Alpha have only 26% of revenus at DEC versus VAX ?  G 4 years is a very long time in the computer industry. IA64 is already a < far ways into its expected lifetime and still not a success.   ------------------------------  % Date: Tue, 23 Aug 2005 20:07:43 +1200 $ From: "Lurker" <nowhere@nothing.com>R Subject: Re: Cerner hopefully is using Zotob to show why hospitals should run VMS!3 Message-ID: <5MAOe.4967$iM2.500061@news.xtra.co.nz>   H "Alan Winston - SSRL Central Computing" <winston@SSRL.SLAC.STANFORD.EDU>A wrote in message news:00A48AD4.FD088D94@SSRL.SLAC.STANFORD.EDU...   < > But Bob is suggesting that, _today_, his list of 80s-styleL > character-cell-oriented VMS software removes the need for PC desktops, and > he includes Word-11 on it.  5 You know, I've had a weird sense of deja-vue with one 8 of our customers recently. What we had was your regular,7 run-of-the-mill, commercial data-entry GUI application. 6 But one of the customers came back with an enhancement< request. Since they were also willing to pay for that we did7 it. Guess what they wanted? It was a massive data-entry 7 shop and they wanted to minimize overhead so they asked 7 for the system to only provide a column of entry fields 5 with only text input, <enter>, <backspace> and arrows 6 allowed. When I looked at the result, I had an uncanny: feeling that I've seen it somewhere before. Wait a moment,= what we have just implemented is your typical character-based 3 dumb terminal. Looks like we've come a full circle.    ------------------------------    Date: 23 Aug 2005 03:58:37 -0700 From: dooleys@snowy.net.auR Subject: Re: Cerner hopefully is using Zotob to show why hospitals should run VMS!B Message-ID: <1124794717.196795.70130@g49g2000cwa.googlegroups.com>  : If you look at the way people work in most run-of-the-mill7 business environments eg. purchasing, sales, invoicing, : receipting etc. then all a mouse does is slow things down.5 They want to use the mouse to switch screens/systems, 9 but anything that interrupts keyboard entry is lost time.  Phil   ------------------------------   Date: 23 Aug 2005 12:01:15 GMT( From: bill@cs.uofs.edu (Bill Gunshannon)R Subject: Re: Cerner hopefully is using Zotob to show why hospitals should run VMS!, Message-ID: <3n0hgbF18jm8aU1@individual.net>  0 In article <11gl4dq7p4kt1a1@corp.supernews.com>,* 	Dave Froble <davef@tsoft-inc.com> writes: > * > Quoting you, regardless of boob's topic: > H > "Because the security provided by VMS carries with it the same penalty: > as a secured windows box.  No real world functionality." > , > I replied to those last 4 words you wrote.  C Ahhh..  Last 4 words, out of context.  Of course VMS has real world @ functionality.  Can't beat that Ada Compiler.  Great Clustering.? But we were talking about replacing virus infected PC's and VMS > doesn't have their real-world functionality.  It could, but it doesn't.   > D > Another point that didn't come up.  VMS on the desktop, using new D > hardware and software, is not price competitive.  Not even close. H > Another HP issue.  They don't have to price for the desktop, and they J > don't.  It's a choice they've made.  So even if a third party developed I > a GUI and office automation products for VMS, they could not sell them  * > because of the price of the base system.  < And here is another place where we disagree.  I come doen on; Dave Dachtera's side on this one.  The fact that people are = happily running VMS on emulated systems on x86 hardware shows : he was right all along and that means there is a way to be< price competitive int he PC world today.  Maybe not 10 years- ago when PC's were still slow, but tody, yes.    > G > HP may state that they need specific margins for VMS systems, but no  = > matter the percentage, multiplied by zero still gives zero.  >   B And if they targeted the desktop market, they could use it to sell6 their own PC's thus increaing that margin.  Go figure!   bill   --  J Bill Gunshannon          |  de-moc-ra-cy (di mok' ra see) n.  Three wolvesD bill@cs.scranton.edu     |  and a sheep voting on what's for dinner. University of Scranton   |A Scranton, Pennsylvania   |         #include <std.disclaimer.h>       ------------------------------    Date: 23 Aug 2005 06:03:04 -0700 From: bob@instantwhip.com R Subject: Re: Cerner hopefully is using Zotob to show why hospitals should run VMS!B Message-ID: <1124802184.637675.78910@g44g2000cwa.googlegroups.com>  G our office still uses word11 along with the goldfax package extensively @ because it is easy to use and it works for letters and faxes ... anything7 else that needs automated is done by good old dibol ...   D try this on for size ... our users hate mouses!  I hate mouses! They slow@ us down!  I can do anything at the vms command level faster thanB winsloze ... their is a lot to be said for good old character cell displays ...B put them on a thin client w/powerterm to add web borswer and emailE access and they have all they need ... if someone new wants excel, we F give them a cheap powerterm pc and no problem ... we even use dibol toG create excel spreedsheats to email to customers ... excel compatibility G form vms spreedsheats to excel is easy ... ever hear of comma delimited G files ... our users love the dec environment we have because everything D is so simple and easy to use ... thats what I am paid to provide ... and  w/vms that is simple ...   ------------------------------    Date: 23 Aug 2005 08:05:45 -0500; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) 3 Subject: Re: Chaining a .COM  or .EXE from an image 3 Message-ID: <IliTE0AMw+BE@eisner.encompasserve.org>   U In article <00A48A7B.019D8A87@SendSpamHere.ORG>,   VAXman-  @SendSpamHere.ORG writes:  > L > There are mechanics in DCL to "CHAIN" programs as well but there is no RTLL > to access this.  One must built build a dispatch block and inform DCL thatM > a chain is desired.  Simple enough to do but it will require elevated/priv-  > ileged access.  D    There are no generic RTL routines to access this, but it was usedE    to implement CHAIN in BASIC.  I think the BASIC RTL still supports     this.  B    I'm also quite happy not to have to CHAIN little BASIC programsF    together with file based arrays on a PDP-11 based MiniMINC.  Slower    than disk-resident overlays.    ------------------------------    Date: 23 Aug 2005 08:34:10 -0700% From: "lalo" <echumbes@ripley.com.pe>  Subject: creating a ftp account C Message-ID: <1124811250.334427.319100@g14g2000cwa.googlegroups.com>    hello   E I've created one account by the authorize utility. I would change the B profile of this user to log in, for ex. I dont want to delete someE directories, files and change my current directory with "cd" command. & How could I do this? is this possible?  G on the /lgicmd parameter, i set up some protection access with the file @ login_sam.com but these command aren't recognized by the system:   $!File : login_ftps.com  $!------------------- + $ set protection=(o:r,s:r,o:r,g:r) /default      $!show ftp_sam - authorize UAF> show ftp_sam   ; Username: FTP_SAM                          Owner:  ARCHIVOS = Account:                                   UIC:    [1500,100]  ([FTP_SAM]) < CLI:      DCL                              Tables: DCLTABLES, Default:  DISK$COMERCIAL:[MPS_PERUB.FTP_SAM] LGICMD:   LOGIN_FTPS.COM Flags:  DisCtlY Captive # Primary days:   Mon Tue Wed Thu Fri + Secondary days:                     Sat Sun F Primary   000000000011111111112222  Secondary 000000000011111111112222F Day Hours 012345678901234567890123  Day Hours 012345678901234567890123F Network:  ##### Full access ######            ##### Full access ######F Batch:    -----  No access  ------            -----  No access  ------F Local:    -----  No access  ------            -----  No access  ------F Dialup:   -----  No access  ------            -----  No access  ------F Remote:   -----  No access  ------            -----  No access  ------D Expiration:            (none)    Pwdminimum:  6   Login Fails:     0> Pwdlifetime:         30 00:00    Pwdchange:      (pre-expired)> Last Login:            (none) (interactive), 23-AUG-2005 09:29 (non-interactive) 9 Maxjobs:         0  Fillm:       100  Bytlm:        64000 9 Maxacctjobs:     0  Shrfillm:      0  Pbytlm:           0 9 Maxdetach:       0  BIOlm:       150  JTquota:       4096 9 Prclm:           8  DIOlm:       150  WSdef:         2000 9 Prio:            4  ASTlm:       250  WSquo:         4000 9 Queprio:         4  TQElm:        10  WSextent:     16384 9 CPU:        (none)  Enqlm:      2000  Pgflquo:      50000  Authorized Privileges:   NETMBX Default Privileges:    NETMBX UAF>       thanks,  Eduardo    ------------------------------    Date: 23 Aug 2005 12:20:51 -0500; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) # Subject: Re: creating a ftp account 3 Message-ID: <U9G1SdCyTC3L@eisner.encompasserve.org>   k In article <1124811250.334427.319100@g14g2000cwa.googlegroups.com>, "lalo" <echumbes@ripley.com.pe> writes:  > hello  > G > I've created one account by the authorize utility. I would change the D > profile of this user to log in, for ex. I dont want to delete someG > directories, files and change my current directory with "cd" command.   B > login_sam.com but these command aren't recognized by the system:   ^^^^^^^^^^^^^    > LGICMD:   LOGIN_FTPS.COM             ^^^^^^^^^^^^^^  F    Hm, no match there.  If you are setting up an anonymous FTP accountD    you will have to consult your TCP/IP documentation for the proper@    way to control it's environment.  Since there are many TCP/IPH    stacks for VMS we can't mimic those instructions here without knowingF    which one you're using, and we might miss something that's in thoseC    documents.  See the FAQ for more info on how to tell which stack     you're using.  B    Most of those documents are very cookbook style, working on the4    assumption that you don't know what you're doing.   ------------------------------    Date: 23 Aug 2005 06:06:04 -0700$ From: "AEF" <spamsink2001@yahoo.com>& Subject: Re: HP 3rd quarter financialsC Message-ID: <1124802364.087318.288070@g49g2000cwa.googlegroups.com>   @ Robert Deininger wrote ... a great, clear, detailed answer to my	 question.   E At risk of being accused of a variant of "me-too-ism", I just want to 8 express my appreciation for a great answer. Thanks much.   ------------------------------  # Date: Tue, 23 Aug 2005 12:17:39 GMT " From:   VAXman-  @SendSpamHere.ORG3 Subject: Re: HP to dump itanium - bring back alpha? 0 Message-ID: <00A48B43.975C2693@SendSpamHere.ORG>  M In article <t8sOe.6536$137.4537@trnddc08>, John Santos <john@egh.com> writes:  {...snip...}I >Microsoft *CAN'T* own "DOS".  There were IBM and DEC DOSes (and probably ' >others) long before Microsoft existed.   G Microsoft can't own "windows" either.  Windows were in use in homes and ! other buildings for millenium. :)    --  K VAXman- A Bored Certified VMS Kernel Mode Hacker   VAXman(at)TMESIS(dot)COM              5   "Well my son, life is like a beanstalk, isn't it?"     ------------------------------  + Date: Tue, 23 Aug 2005 15:52:54 +0000 (UTC)  From: david20@alpha2.mdx.ac.uk3 Subject: Re: HP to dump itanium - bring back alpha? ) Message-ID: <defgom$1hf$1@news.mdx.ac.uk>   \ In article <430A1187.7DEC071E@teksavvy.com>, JF Mezei <jfmezei.spamnot@teksavvy.com> writes:# >susan_skonetski@hotmail.com wrote: I >> The article on the Inquirer is pure rumor please ignore it, it is just G >> wasting everyone's time.  I promise if I hear anything I will let my  >> distribution lists know.  >  > G >In fairness Sue, you will probably not hear any officiall announcement ' >before we do. Remember June 25 2001 ?   > > >Terry Shannon managed to get the scoop just a few days early. > D >Right now, the speculation about IA64's retirement is just based onG >context/circumstances.  HP isn't ready to make a formal annnouncement, D >nor should it. It made a big mistake of pre-annoucing the murder ofI >Alpha years before IA64 was able to come close to Alpha. So HP must wait G >for the 64 bit 8086 to mature and gain system interfaces that allow it H >to scale to enterprise systems before it can make a formal announcement! >or replacing IA64 with the 8086.  >   " Sorry I have to strongly disagree.J If IA64 is going to be retired then the sooner it is announced the better.F The last thing VMS needs is for people to have followed HPs assurancesE and migrated to IA64 only to have the rug pulled out from under them. I The big difference between Alpha and IA64 is the number really using the  	 platform.   N Given the current dates that HP is giving for last sales of Alpha Systems lotsK of people who need new systems in the near future will have a hard choice.  M If they choose IA64 and six months after they have moved it is then cancelled % then VMS will be dead at those sites.   J HP may have to support those VMS IA64 systems into the future but how longH will third-parties be willing to continue updating their products on the	 platform.       
 David Webb Security team leader CCSS Middlesex University    ; >The writing may be on the wall, but it isn't official yet.    ------------------------------  # Date: Tue, 23 Aug 2005 17:22:08 GMT * From: "FredK" <fred.nospam@nospam.dec.com>3 Subject: Re: HP to dump itanium - bring back alpha? 3 Message-ID: <4XIOe.10835$RR7.6491@news.cpqcorp.net>   + <david20@alpha2.mdx.ac.uk> wrote in message # news:defgom$1hf$1@news.mdx.ac.uk... 7 > In article <430A1187.7DEC071E@teksavvy.com>, JF Mezei & <jfmezei.spamnot@teksavvy.com> writes:% > >susan_skonetski@hotmail.com wrote: K > >> The article on the Inquirer is pure rumor please ignore it, it is just I > >> wasting everyone's time.  I promise if I hear anything I will let my  > >> distribution lists know.      > > F > >Right now, the speculation about IA64's retirement is just based on > >context/circumstances.   E Here we are with the only kernel of enlightenment.  SPECULATION based L on little more than a lazy columnist's half thought out SPECULATION probablyL because it's August and there isn't any real news for him to stumble across.  J Do you have a shred of evidence of any form that Intel or HP is abandoningL Itanium for any other strategy for it's high-end server platforms?  No.  ButI what we do have is a bunch of people still brooding over Alpha and trying F to find any reason to hope Itanium fails.  We have a smallish group ofL true experts who dislike the architecture (but who will hold their noses forI the most part about x86-64's lack of elegance).  Or will split fine hairs  about K which already fast system is slightly faster than the other, or if not what  the E speed to power ratio is, or if Intel has lived up to every prediction  (regardless 9 of if it was actually their *own* predictions or Intels).   A What I see is VMS slowly building a head of steam on Itanium, and  performance J that is at par or better on most Itanium platforms than Alpha.  What I see is that H frankly, it doesn't matter what the underlying architecture is - if your
 goal is toJ run VMS.  Stay on your VAXes, even use Charon, continue to use Alphas, and@ - without fear - move to Itanium when you are ready and need to.  K Is everything perfect?  What is?  But going from Alpha to Itanium on VMS is  nearly painless and low risk.   K If you don't believe that VMS has a future, then by all means - let us help  you moveJ to HP-UX or Linux or Windows.  But we think it still has a future.  If you believe L that x86-64 is the magic-bullet that will fix everything, my opinion is that you are I mistaken.  If you think we have some team working on a VMS port, then you F need to check your medications.  If you think there is a plan afoot to revive Alpha -- then I'm frankly speechless.   J Quite frankly, if this endless SPECULATION here stops even one reader fromJ porting to Itanium, or to leave VMS entirely - then it's done nothing good for & either VMS - or IMHO for the customer.   ------------------------------  # Date: Tue, 23 Aug 2005 17:32:16 GMT ( From: Alan Greig <greigaln@netscape.net>3 Subject: Re: HP to dump itanium - bring back alpha? ; Message-ID: <A4JOe.14799$5m3.471@fe1.news.blueyonder.co.uk>    FredK wrote:   > L > Quite frankly, if this endless SPECULATION here stops even one reader fromL > porting to Itanium, or to leave VMS entirely - then it's done nothing good > for ( > either VMS - or IMHO for the customer. >   A If the Itanic had succeded in becoming "Industry Standard" as HP  E promised (and continue to claim in current VMS roadmaps) then I, for  F one, would not be complaining. I believed Mark Gorham when he said he G believed that Intel would replace the IA32 with it. I still believe he  A believed it. Trouble is he was wrong. Every time I see "Industry  B Standard" in HP references to Itanium I actually get angry. Angry ? because I can't run the "Industy Standard" variant of VMS even  E unsupported on my real "Industry Standard" PC and neither can anyone  H else. Probably breaks several UK laws just in making the claim as well. I You will note that Intel no longer call the Itanic "Industry Standard" -   only HP.  F If you bought industry standard gasoline for your car and it wouldn't 0 run on it wouldn't you be upset about the claim?  I Couple this with the known *fact* that HP have already migrated at least  G some  major customers *from* Itanic to AMD-64 and you still wonder why   we press for a port? --  
 Alan Greig   ------------------------------    Date: 23 Aug 2005 07:55:05 -0500; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) 1 Subject: Re: Next project, C programming problem. 3 Message-ID: <vKMaCphMyG5d@eisner.encompasserve.org>   W In article <3mu7snF18qtovU2@individual.net>, bill@cs.uofs.edu (Bill Gunshannon) writes:  > J > In the absence of any form of Meta-data how can SAMBA assume the type of	 > a file?  >   G    Generally systems use file extensions to base assumptions on.  .txt, E    .c, .cpp, ... tend to be assumed text; .exe, .o, .com, ... tend to C    be assumed binary.  .com can be a pain if you're downloading DCL )    with IE, but it can be told to behave.   F    I have FTP clients like that (mostly GUI based Windows clients).  ID    can tell them to use ASCII mode or IMAGE mode, but they also haveA    an "auto" mode where they look at the extension and assume.  I 2    can also configure them to assume .com is text.   ------------------------------    Date: 23 Aug 2005 07:58:44 -0500; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) 1 Subject: Re: Next project, C programming problem. 3 Message-ID: <1XtLIif7+KZC@eisner.encompasserve.org>   ` In article <decm0c$991$1@lnx107.hrz.tu-darmstadt.de>, m.kraemer@gsi.de (Michael Kraemer) writes:' > sorry to interrupt your conversation, J > but I encounter a similar problem with ftp (hobbyist VAX/VMS) transfers  > of plain ASCII files. . > Even with ASCII mode they arrive mangled. A  >    "set file/attr=rfm:stmlf"1 > helps for a particular file. but how can I make 1 > that the default for all ASCII file transfers ?   
    Either:F       a) you didn't tell the FTP client to transfer them in ASCII modeD       	 (some clients default to binary, but it looks like you think           you did):       b) the client is faulty and is not following the RFC:       c) the server is faulty and is not following the RFCD       d) you're really using sftp; the early spec didn't do anythingD       	 but binary and some popular clients (e.g. puTTY) still don't   ------------------------------    Date: 23 Aug 2005 08:11:06 -0500; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) 1 Subject: Re: Next project, C programming problem. 3 Message-ID: <oSs7pmZxyC+o@eisner.encompasserve.org>   \ In article <430A4545.626CCA44@teksavvy.com>, JF Mezei <jfmezei.spamnot@teksavvy.com> writes:) > oops, had posted it under wrong subject  > 8 > OK, you asked about how to redefine the cobol command: >  > in SYS$MANAGER:SYLOGIN.COM:  > % > $COB*OL :== "@dev:[dir]mycobol.com"  >   B    Until some student tried putting a different symbol in his/her     login.com .  F    I prefer maintaining multiple DCLTABLES for this kind of thing, but@    changing COBOL to run a command file is a non-trivial effort.$    And multiple DCLTABLES is a pain.  D    The advantage is fewer students are going to try to put their own*    COBOL command into their own DCLTABLES.   ------------------------------   Date: 23 Aug 2005 13:57:52 GMT( From: bill@cs.uofs.edu (Bill Gunshannon)1 Subject: Re: Next project, C programming problem. , Message-ID: <3n0oavF18ieqqU1@individual.net>  3 In article <vKMaCphMyG5d@eisner.encompasserve.org>, > 	koehler@eisner.nospam.encompasserve.org (Bob Koehler) writes:Y > In article <3mu7snF18qtovU2@individual.net>, bill@cs.uofs.edu (Bill Gunshannon) writes:  >>  K >> In the absence of any form of Meta-data how can SAMBA assume the type of 
 >> a file? >>   > I >    Generally systems use file extensions to base assumptions on.  .txt,   F Generally?  You want to risk your data on generally?  I already postedD a few directory entries from the VMS Install CD that kill that idea.  G DECW073.C;1         DECW073.D;1         DECW073.E;1         DECW073.F;1   9 The first is not a C Program and the last isn't ForTran.    G >    .c, .cpp, ... tend to be assumed text; .exe, .o, .com, ... tend to E >    be assumed binary.  .com can be a pain if you're downloading DCL + >    with IE, but it can be told to behave.   D And you pointed out the major problem with .COM and .EXE, especiallyC .COM which could be any of over a dozen formats.  No program can be E relied on to identify the contents of a file.  AI hasn't reached that  point yet.     > H >    I have FTP clients like that (mostly GUI based Windows clients).  IF >    can tell them to use ASCII mode or IMAGE mode, but they also haveC >    an "auto" mode where they look at the extension and assume.  I 4 >    can also configure them to assume .com is text.  F But that would be wrong too.  Files need to be identified on a case byE case basis and no computer is smart enough to make that determination E itself.  I will remain happy if SAMBA just moves the files intact and . leaves determining their contents to the user.   bill   --  J Bill Gunshannon          |  de-moc-ra-cy (di mok' ra see) n.  Three wolvesD bill@cs.scranton.edu     |  and a sheep voting on what's for dinner. University of Scranton   |A Scranton, Pennsylvania   |         #include <std.disclaimer.h>       ------------------------------  % Date: Tue, 23 Aug 2005 11:08:29 -0400 $ From: "Hein" <hein.nomail@hp.nomail>1 Subject: Re: Next project, C programming problem. , Message-ID: <430b3bed$1@usenet01.boi.hp.com>  ? "James T. Sprinkle" <oicmrsnakes@hotmail.com> wrote in message  ) news:RtGOe.2$xq1.195@news-west.eli.net...  > If Perl is an option...  > Unix-to-VMS:C > type filename | perl -e '{while(<STDIN>){s/\n/\r\n/g;print;}}' >  
 > newfilename   M Hmmm, very unixy to invoke a redundant image (TYPE) and fifo stack (|) to do  ! what the tool can do itself: (<)!   > perl -pe '{while(<>){s/\n/\r\n/g}}'  < filename  > newfilename  8 > "Bill Gunshannon" <bill@cs.uofs.edu> wrote in message ( > news:3mrjomF1888arU1@individual.net...  @ >>   But the problem is the tempfile is not created as StreamLF.= >> According to the CC docs I have found on the web it should ? >> have been as that is the default for "fopen(filename, "w")".   ; [I have not followed this thread, so this may be redundant]   M The CC documentation under the 'creat' description explains about inheriting  ' attributes. Could that be your problem? L Also, be sure to check out chapter 1.6 in the C RTL Manual "Enabling Compaq + C RTL Features Using Feature Logical Names"      Hein.    ------------------------------    Date: 23 Aug 2005 12:09:00 -0500; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) 1 Subject: Re: Next project, C programming problem. 3 Message-ID: <m7CprzekYvPF@eisner.encompasserve.org>   W In article <3n0oavF18ieqqU1@individual.net>, bill@cs.uofs.edu (Bill Gunshannon) writes:   6 > Generally?  You want to risk your data on generally?  F    No.  I want a full function file system at both ends and a protocolD    than knows files don't have to be byte streams.  But when I can'tH    get them, a tool with an auto mode that I can override when I need to    is usefull.   ------------------------------    Date: 23 Aug 2005 04:50:52 -0700& From: "Bart Zorn" <bartzorn@yahoo.com> Subject: Re: RAMC Message-ID: <1124797852.457460.103190@g14g2000cwa.googlegroups.com>   C To be more specific: for both the 1000 and the 1000A, for the 4/xxx F models you need 5 SIMMs per group, for the 5/xxx you need only 4. I am5 not sure if there are any 1000 5/xxx systems, though.   C By the way, the VAX 4000/108 uses the same SIMMs as the Aplhaserver  1000.    Regards,  	 Bart Zorn    ------------------------------  # Date: Tue, 23 Aug 2005 12:19:31 GMT " From:   VAXman-  @SendSpamHere.ORG* Subject: Re: Simh. How to triple the speed0 Message-ID: <00A48B43.D99894DF@SendSpamHere.ORG>  g In article <q4tOe.24756$Il.19819@fe2.news.blueyonder.co.uk>, Alan Greig <greigaln@netscape.net> writes:  > G >Anyone running the current distributed VAX simh binaries (3.4-0) with  J >ethernet support should note that these binaries are compiled with debug E >code and no optimization. The problem is not present in the version  H >without ethernet support. The upshot of this is that your emulated VAX I >will go nearly three times as fast if you recompile from source and set  / >the optimization level to -02 in the makefile.  > I >I've been in touch with Bob Supnik and he is aware of this so hopefully  D >updated binaries will appear soon on http://simh.trailing-edge.com/ > G >I can supply a pre-built vax.exe if you trust Windows executables and   >can't wait.  6 Bugger the Weendoze exes... where are the OS X exes???   --  K VAXman- A Bored Certified VMS Kernel Mode Hacker   VAXman(at)TMESIS(dot)COM              5   "Well my son, life is like a beanstalk, isn't it?"     ------------------------------  # Date: Tue, 23 Aug 2005 14:11:15 GMT ( From: Alan Greig <greigaln@netscape.net>* Subject: Re: Simh. How to triple the speed< Message-ID: <78GOe.10976$jr4.1028@fe3.news.blueyonder.co.uk>    VAXman- @SendSpamHere.ORG wrote:   > 8 > Bugger the Weendoze exes... where are the OS X exes???  G The source is highly portable C with very little OS dependency. Should  @ compile under OS X easily. Possibly even with no changes to the G makefile. In fact a quick web search finds references to folks running  C various simh emulators under OS X - although I couldn't find a VAX   specific reference.   I I built the Windows version with gcc (the mingw  mininal gnu for windows  I compiler) and you should be able to get 20 VUPS or more out of this with  +   the fastest home PC (which I don't have).   I It will also build out of the box under VMS with DEC C on Alpha/Itanium.  ? Anyone want to build it on Itanium and post some VUPS feedback?    --  
 Alan Greig   ------------------------------    Date: 23 Aug 2005 12:13:39 -0500; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) * Subject: Re: Simh. How to triple the speed3 Message-ID: <Vdq1$aLriryy@eisner.encompasserve.org>   U In article <00A48B43.D99894DF@SendSpamHere.ORG>,   VAXman-  @SendSpamHere.ORG writes: i > In article <q4tOe.24756$Il.19819@fe2.news.blueyonder.co.uk>, Alan Greig <greigaln@netscape.net> writes:  >>H >>Anyone running the current distributed VAX simh binaries (3.4-0) with K >>ethernet support should note that these binaries are compiled with debug  F >>code and no optimization. The problem is not present in the version I >>without ethernet support. The upshot of this is that your emulated VAX  J >>will go nearly three times as fast if you recompile from source and set 0 >>the optimization level to -02 in the makefile. >>J >>I've been in touch with Bob Supnik and he is aware of this so hopefully E >>updated binaries will appear soon on http://simh.trailing-edge.com/  >>H >>I can supply a pre-built vax.exe if you trust Windows executables and 
 >>can't wait.  > 8 > Bugger the Weendoze exes... where are the OS X exes??? >   C    I had no problem building SIMH under OS X.  I also didn't bother     hanging on to it.   ------------------------------   End of INFO-VAX 2005.470 ************************