1 INFO-VAX	Sat, 15 Oct 2005	Volume 2005 : Issue 575       Contents:E ** NEW! 60GB Video iPod... FOR FREE! No Catch, Video  Proof inside ** * Re: Anyone have a firefox (6520) keyboard? ES40 MODEL NUMBER F$GETSYI RE: ES40 MODEL NUMBER F$GETSYI Re: File marked for deleteF Re: fork() (Was: Re: Will "COM for OpenVMS" be ported to Itanium ?) ?)F Re: fork() (Was: Re: Will "COM for OpenVMS" be ported to Itanium ?) ?)F Re: fork() (Was: Re: Will "COM for OpenVMS" be ported to Itanium ?) ?)P Re: fork() (Was: Re: Will "COM for OpenVMS" be ported to Itanium ?) ?) ?) ?)?) ?1 Re: Newbie trying to get foreign commands working 1 Re: Newbie trying to get foreign commands working 1 Re: Newbie trying to get foreign commands working 4 Re: Red Hat trying to steal trucluster for linux ...4 Re: Red Hat trying to steal trucluster for linux ...4 Re: Red Hat trying to steal trucluster for linux ...4 Re: Red Hat trying to steal trucluster for linux ...4 Re: Red Hat trying to steal trucluster for linux ... Re: Samba-3 for OpenVMS  VMS support strategy?  Re: VMS support strategy? 1 Re: Will "COM for OpenVMS" be ported to Itanium ?   F ----------------------------------------------------------------------  % Date: Fri, 14 Oct 2005 21:00:28 -0400 & From: Jason Reeves<JasonRee@gmail.com>N Subject: ** NEW! 60GB Video iPod... FOR FREE! No Catch, Video  Proof inside **0 Message-ID: <8pSdnRjIJvI8yc3eRVn-hg@comcast.com>  	 Hey gang,   O A friend of mind sent me to this site to get his free ipod, and so i checked it N out.  I was a skeptic at first but after a couple months my buddy got his dang* ipod and I was in complete an utter aww...  ) check it out @: http://urlsnip.com/928535   M If you don't believe me check out the hundreds of pictures of people who have N recieved their free stuff from free pay! @http://info.freepay.com/gallery.html  J If you are sill not convinced check out these news clips I found that show@ exactly how these sites work..  (vidoes will load automatically)  O This clip is from NBC Boston, it shows how this site can actully give away this 1 stuff for free: http://media.putfile.com/fipnbc20   P This clip has an interview with the CEO of gratis (AKA FreePay), he explains theE legality behind this new craze: http://media.putfile.com/G4TTVfip2210   @ Gratis Internet LLC has just renamed Gratis Network to freepay,F its very own trademarked brand. All the Gratis Network sites has beenG redesigned to match their new brand name. The domains of the old Gratis : Network sites has be changed to subdomains of .freepay.com  4 Here is Gratis Internets answer to what is freepay?  E FreePay is a way for consumers to get high quality products for FREE!   A So get on board fast, it is so easy.. just check out this site!!!    http://urlsnip.com/928535    ------------------------------  # Date: Sat, 15 Oct 2005 03:00:29 GMT % From: Roger Ivie <rivie@ridgenet.net> 3 Subject: Re: Anyone have a firefox (6520) keyboard? 3 Message-ID: <slrndl0s6d.f13.rivie@Stench.no.domain>   5 On 2005-10-14, Roger Ivie <rivie@ridgenet.net> wrote:  > B > Ah. I am wrong. The 15 would be a DA-15. C and D are LARGER thanC > the DB-25; I think the connector used for external storage in the > > VAXstation 2000 (the Leprechaun box) is a D-sized connector. > D > I'm not sure what size the 23-pin connector used in the Amiga was.  C Oh yeah. Forgot to mention that Fry's in Las Vegas had a few ribbon @ cable crimp connectors of the appropriate 15-pin type hanging on> a hook a few months ago. I picked one up, but (of course) have misplaced it...    --  
 Roger Ivie rivie@ridgenet.net http://anachronda.webhop.org/  -----BEGIN GEEK CODE BLOCK----- 
 Version: 3.12 H GCS/P d- s:+++ a+ C++ UB--(++++) !P L- !E W++ N++ o-- K w O- M+ V+++ PS+? PE++ Y+ PGP t+ 5+ X-- R tv++ b++ DI+++ D+ G e++ h--- r+++ z+++   ------END GEEK CODE BLOCK------    ------------------------------  % Date: Fri, 14 Oct 2005 15:47:26 -0500 + From: brandon@dalsemi.com (BRANDON, JOHN M) # Subject: ES40 MODEL NUMBER F$GETSYI 1 Message-ID: <05101415472618@dscis6-0.dalsemi.com>   : Anyone out there with an ES40-2 with 4 each 833-MHz CPU's?  2 If so, could you please post the following result?  ' $ WRITE SYS$OUTPUT F$GETSYI("HW_MODEL")    Thanks!        John "REBOOT" Brandon  VMS Systems Administrator * firstname.lastname.spam.me.not@dalsemi.com   ------------------------------  % Date: Fri, 14 Oct 2005 20:12:10 -0400 ' From: "Main, Kerry" <Kerry.Main@hp.com> ' Subject: RE: ES40 MODEL NUMBER F$GETSYI R Message-ID: <FD827B33AB0D9C4E92EACEEFEE2BA2FB70C432@tayexc19.americas.cpqcorp.net>   > -----Original Message-----7 > From: BRANDON, JOHN M [mailto:brandon@dalsemi.com]=20   > Sent: October 14, 2005 4:47 PM > To: Info-VAX@Mvb.Saic.Com % > Subject: ES40 MODEL NUMBER F$GETSYI  >=20< > Anyone out there with an ES40-2 with 4 each 833-MHz CPU's? >=204 > If so, could you please post the following result? >=20) > $ WRITE SYS$OUTPUT F$GETSYI("HW_MODEL")  >=20	 > Thanks!  >=20 >=20 >=20 > John "REBOOT" Brandon  > VMS Systems Administrator , > firstname.lastname.spam.me.not@dalsemi.com >=20  F John, not sure what info you are looking for, but a $SHOW CPU/FULL/ALL* will provide a great deal of info as well.   Regards   
 Kerry Main Senior Consultant  HP Services Canada Voice: 613-592-4660  Fax: 613-591-4477  kerryDOTmainAThpDOTcom (remove the DOT's and AT)=20  4 OpenVMS - the secure, multi-site OS that just works.   ------------------------------  % Date: Fri, 14 Oct 2005 15:47:51 -0400 ( From: Bill Todd <billtodd@metrocast.net># Subject: Re: File marked for delete G Message-ID: <maOdneW8hZ71ls3enZ2dnUVZ_sudnZ2d@metrocastcablevision.com>    Alan Greig wrote:  >  >  > Bill Todd wrote: >  > G >> I'd be more inclined to suspect the kind of unforeseen delay that I  A >> described, perhaps specific to the disk-full condition (which  J >> certainly qualifies as a sufficiently rare situation that it only need = >> be handled properly rather than be performance-optimized).  >  > F > VMS delaying freeing up disk space because of a disk full condition < > would seem to be missing the point of the DELETE somewhat!  C Allowing a disk to become full in the first place would seem to be  I missing the point of proper system management somewhat (yes, yes, I know  ? it was some berserk application's fault, but the point stands:  G disk-full *can* reasonably be expected by the file system developer to  - be an anomaly rather than business as usual).   H For log-structured file systems, disk-full is a *very* tricky situation E to handle.  Even for more conventional ones such as traditional Unix  H implementations, the system depends upon (and reserves) some free space F to work with when normal free space gets tight, and advises that this F situation should be avoided.  I don't *know* of any similar issues in 8 ODS-II but certainly can't assert that there aren't any.  F Furthermore, a disk-full condition *inherently* requires some kind of G manual action (and thus delay) to recover from:  the only issue is how  F much effort to spend optimizing down any controllable aspects of such G delay should that (hopefully very rare) situation have been allowed to  G occur.  So you won't get any sympathy from me for having had to wait a  F bit under such circumstances, nor any condemnation of VMS development I for having placed its emphasis (rather limited in supply for a long time  G now) elsewhere.  Though I suspect they'll be glad to have been alerted  I to the situation and may well actually manage to do something about what  8 may have been an unforeseen, low-probability occurrence.   - bill   ------------------------------  % Date: Fri, 14 Oct 2005 16:06:22 -0400 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> O Subject: Re: fork() (Was: Re: Will "COM for OpenVMS" be ported to Itanium ?) ?) , Message-ID: <43500FB9.814171B2@teksavvy.com>   Bob Koehler wrote:J >    MB has been a part of the Alpha architecture since before first ship.  = Ok, just because the architecture has the instruction doesn't 9 necessarily mean that a low end system actually needs it.   E In a single CPU machine, are there cases where the CPU would actually J read from RAM a block instead of reading it from a still unwritten cache ?  H Or is the sole need in single CPU machines the issue of DMA transfers toH devices attached to the bus ? with the CPU ensuring all memory access by' and from itself are actually coherent ?    ------------------------------  % Date: Fri, 14 Oct 2005 19:38:17 -0400 * From: "FredK" <fred.nospam@nospam.dec.com>O Subject: Re: fork() (Was: Re: Will "COM for OpenVMS" be ported to Itanium ?) ?) , Message-ID: <4350416a$1@usenet01.boi.hp.com>  3 "John Reagan" <john.reagan@hp.com> wrote in message , news:jvV3f.14614$oa.7260@news.cpqcorp.net... > JF Mezei wrote:  > > Bob Koehler wrote: > > L > >>   MB has been a part of the Alpha architecture since before first ship. > >  > > A > > Ok, just because the architecture has the instruction doesn't = > > necessarily mean that a low end system actually needs it.  > > I > > In a single CPU machine, are there cases where the CPU would actually L > > read from RAM a block instead of reading it from a still unwritten cache ?  > . > No.  Memory and cache are always consistent. >  > > L > > Or is the sole need in single CPU machines the issue of DMA transfers toL > > devices attached to the bus ? with the CPU ensuring all memory access by+ > > and from itself are actually coherent ?  > 0 > No.  Memory and devices are always consistent. > G > It is only about read and write ordering.  If you read from location1 D > and write to location2, the system may do them in the other order.F > Likewise, if you write to location1 and then write to location2, theI > system may do them in the other order.  If you care about the order use I > an MB.  Of course, multiple operations to the SAME location are done in % > the order in which they are issued.  > F > Process context changes always do MBs (either as part of the OpenVMS" > code or as part of the PALcode). >  > --  
 > John Reagan 1 > HP Pascal/{A|I}MACRO for OpenVMS Project Leader  > Hewlett-Packard Company   K Let me modify this.  DMA devices are for all intents and purposes secondary C processors.  While memory and cache are always made coherent, a CPU * must treat a DMA device as a co-processor.  G The ordering of memory completion on a single CPU system is meaningless I when we are talking about CPU memory reading and writing.  The last write I value is *always* what any read will get back.  There is **no** guarantee  thatK if you do multiple writes to any location that **any** but the **last** one 	 will ever F happen - for example it might collapse in a write buffer (which is the NORMALJ thing that would happen) -- or since you already have the cache line dirty and F exclusive - it won't bother to make the current contents coherent with memoryI if there are no MB/WMB seperating them.  But for "memory" on a single CPU  system IT JUST NEVER MATTERS.   E When you involve a second processor or a DMA device, then you need to H have a way of determining when a write has become available to the otherF processor - and a way to ensure that writes can be made to happen in a particular order.   J write1, write2, MB, write3 from CPU1 will always cause a device or anotherI CPU to see write1 and write2 before write3.  However - you have NO way of 0 knowing if write1 will be visible before write2.  G write1, write2, MB, read1 will never return from read1 until write1 and  write2H are visible to a second CPU, and committed to on a device bus (and reads willK not pass writes - and hence the writes will be completed before the read is 
 accepted).  G For DMA this is important, since you need to insert a MB after you have  filledH the DMA buffer you want written, and before you start the DMA operation. It'sL also important that to know that a read issued to the bus will only complete when. all writes have been "accepted" by the device.  ? Now *all* of this is only a tiny fraction of what is needed for  synchronization inG shared memory.  And unless you are a researcher working on new and cool > lock free sematics - I would recommend the use of the standard sychronization4 methods that we guarantee work on VAX, Alpha or IPF.   ------------------------------  % Date: Fri, 14 Oct 2005 20:38:14 -0400 , From: JF Mezei <jfmezei.spamnot@teksavvy.cm>O Subject: Re: fork() (Was: Re: Will "COM for OpenVMS" be ported to Itanium ?) ?) + Message-ID: <43504F72.811B193F@teksavvy.cm>    FredK wrote:I > write1, write2, MB, read1 will never return from read1 until write1 and  > write2J > are visible to a second CPU, and committed to on a device bus (and reads > will > not pass writes -     G How is this implememted ? Does the CPU clock simply stop until a signal F is received from the memory subsystem to indicate that all writes have been completed ?  D Or does the MB instruction just consume a fixed number of CPU cyclesE that gives the memory system time to complete all write operations in  its queue ?   B I take it those instructions really throw a monkey wrench into CPU performance optimisations ?    ------------------------------  # Date: Fri, 14 Oct 2005 21:34:07 GMT & From: John Reagan <john.reagan@hp.com>Y Subject: Re: fork() (Was: Re: Will "COM for OpenVMS" be ported to Itanium ?) ?) ?) ?)?) ? 2 Message-ID: <jvV3f.14614$oa.7260@news.cpqcorp.net>   JF Mezei wrote:  > Bob Koehler wrote: > J >>   MB has been a part of the Alpha architecture since before first ship. >  > ? > Ok, just because the architecture has the instruction doesn't ; > necessarily mean that a low end system actually needs it.  > G > In a single CPU machine, are there cases where the CPU would actually L > read from RAM a block instead of reading it from a still unwritten cache ?  , No.  Memory and cache are always consistent.   > J > Or is the sole need in single CPU machines the issue of DMA transfers toJ > devices attached to the bus ? with the CPU ensuring all memory access by) > and from itself are actually coherent ?   . No.  Memory and devices are always consistent.  F It is only about read and write ordering.  If you read from location1 C and write to location2, the system may do them in the other order.  E Likewise, if you write to location1 and then write to location2, the  H system may do them in the other order.  If you care about the order use H an MB.  Of course, multiple operations to the SAME location are done in # the order in which they are issued.   E Process context changes always do MBs (either as part of the OpenVMS    code or as part of the PALcode).   --   John Reagan / HP Pascal/{A|I}MACRO for OpenVMS Project Leader  Hewlett-Packard Company    ------------------------------   Date: 14 Oct 2005 18:53:22 GMT. From: JONESD@ecr6.ohio-state.edu (David Jones): Subject: Re: Newbie trying to get foreign commands working: Message-ID: <diour2$1lb$1@charm.magnus.acs.ohio-state.edu>  B In message <1129294649.d3b35e4effa7d611f970553da4d0c719@teranews>,-   Wayne  Sewell <wayne@tachysoft.com> writes: @ >To avoid this you can do "mcr disk:[dir]program param1 param2".G >Archaic, yes, and probably undocumented, but it works and is likely to A >continue working because of all the command procedures doing it.   $ My login.com procedure has the line:  B    $ mcl == "$SYS$DISK:[]'"		! note single quote at end of string.  L so I just type "mcl program arg1 arg2..." to run an arbitrary program in the' current directory as a foreign command.       < David L. Jones               |      Phone:    (614) 271-6718- Ohio State University        |      Internet: L 140 W. 19th St.              |               jonesd@er6s1.eng.ohio-state.edu: Columbus, OH 43210           |               vman+@osu.edu  1 Disclaimer: I'm looking for marbles all day long.    ------------------------------  % Date: Fri, 14 Oct 2005 15:04:28 -0400 ' From: Dave Froble <davef@tsoft-inc.com> : Subject: Re: Newbie trying to get foreign commands working0 Message-ID: <11kvvu6bnn6ktbb@corp.supernews.com>   Mark Round wrote: I > On a related note, is this normal procedure for a large site ? Say, for C > instance, I have downloaded a large number of 3rd party tools and G > binaries and plonked them in a shared "utils" directory. Would I have E > to set up foreign commands for each and every one ? How do you guys  > handle this on your sites ?  > 	 > Thanks,  >  > -Mark  >   F The 'foreign command' is nothing more than a SYMBOL, which are widely  used in the VMS environment.  E  From a programmers perspective, consider a symbol to be a variable.  F that's really a cheap definition, reading the fine documentation will : give you a much better and wider appriciation for symbols.  F To specifically answer your question, yes, any program not in the DCL E tables that you want to invoke in this manner has a symbol set up to  H either run the program directly, using the leading '$', or a symbol can G be used to invoke a command file, which is one or more DCL statements.  B To invoke a command file, say DOIT.COM, you might set up a symbol:   $ DOIT :== @<filepath>DOIT.COM  B The '.COM' is optional, it's assumed when invoking a command file.   --  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: 14 Oct 2005 13:11:55 -0700" From: chris_doran@postmaster.co.uk: Subject: Re: Newbie trying to get foreign commands workingC Message-ID: <1129320715.898274.124900@z14g2000cwz.googlegroups.com>    Mark  Round wrote:I > On a related note, is this normal procedure for a large site ? Say, for C > instance, I have downloaded a large number of 3rd party tools and G > binaries and plonked them in a shared "utils" directory. Would I have E > to set up foreign commands for each and every one ? How do you guys  > handle this on your sites ?  > 	 > Thanks,  >  > -Mark   @ I have all these things in a SET_SYMBOLS.COM which is run off myG LOGIN.COM. If you want it for all users, do the same in SYS$MANAGER and  call it from SYLOGIN.COM.   E Note that some of the 3rd party tools you get will come with "proper" E DCL command interfaces (run as $ PROG file/ABC=XYZ etc.) and you will E be given .CLD files along with them. To get these to work you have to  do   $ SET COMMAND prog.CLD  D I keep all these CLDs in the shared "utils" directory along with the@ EXEs. You will have to edit the IMAGE line(s) in the CLD file to? specify this directory. I have another SET_COMMANDS.COM run off B LOGIN.COM, but there is also a way to add them to the standard DCL7 commands for all users if this becomes tedious or slow.    Chris    ------------------------------  % Date: Fri, 14 Oct 2005 15:14:21 -0400 ' From: Dave Froble <davef@tsoft-inc.com> = Subject: Re: Red Hat trying to steal trucluster for linux ... 0 Message-ID: <11l00gogimorp67@corp.supernews.com>   bob@instantwhip.com wrote:2 > I hope HP patent lawyers are ready for court .../ > this is a repeat of Bill Gates and Cutler and  > DEC mica theft ... >  > 4 > http://www.itjungle.com/tlb/tlb101105-story04.html >   G What seems to be the major problem?  The guy took a new job.  It seems  D that he has been instrumental in developing one of the best cluster H filesystems ever implemented on a Unix OS.  If he uses his knowledge of + clustering, well, that's what employees do.   I Was he suppost to have some kind of 'mindwipe' when DEC/Compaq/HP dumped   the Tru64 developers?   4 I do have a few good candidates for 'mindwipe'.  :-)   --  4 David Froble                       Tel: 724-529-04504 Dave Froble Enterprises, Inc.      Fax: 724-529-0596> DFE Ultralights, Inc.              E-Mail: davef@tsoft-inc.com 170 Grimplin Road  Vanderbilt, PA  15486    ------------------------------  % Date: Fri, 14 Oct 2005 16:00:36 -0400 ( From: Bill Todd <billtodd@metrocast.net>= Subject: Re: Red Hat trying to steal trucluster for linux ... = Message-ID: <MuudnVhQRbnxk83eRVn-qQ@metrocastcablevision.com>    Dave Froble wrote: > bob@instantwhip.com wrote: > 3 >> I hope HP patent lawyers are ready for court ... 0 >> this is a repeat of Bill Gates and Cutler and >> DEC mica theft ...  >> >>5 >> http://www.itjungle.com/tlb/tlb101105-story04.html  >> > I > What seems to be the major problem?  The guy took a new job.  It seems  F > that he has been instrumental in developing one of the best cluster J > filesystems ever implemented on a Unix OS.  If he uses his knowledge of - > clustering, well, that's what employees do.  > K > Was he suppost to have some kind of 'mindwipe' when DEC/Compaq/HP dumped   > the Tru64 developers?  > 6 > I do have a few good candidates for 'mindwipe'.  :-)  G If you're referring to boob, I think you're too late.  And as for HP's  H top-secret Tru64 cluster sauce, a fair amount of it was already donated I to the Linux community years ago - and since most of the portion derived  H from VMS involves at least moderately public 'prior art' - as described G in loving detail in numerous VMS publications - upon which any patents  F that may have existed should have already expired it's not clear what E legal or ethical obstacles might exist to using it (other than a few  C potential trade secrets down at the fine level of detail, perhaps).   G As for mindwipe itself, it's a bit too close to capital punishment for  G my taste.  And the bozos I'd be otherwise inclined to apply it to have  G little worth wiping, so it would *only* qualify as revenge (some might  G say 'just deserts') rather than really accomplish anything (other than  D preventing their involvement in future disasters, but anyone stupid H enough to allow that in the first place would presumably just find some  other way to screw things up).   - bill   ------------------------------  % Date: Fri, 14 Oct 2005 16:57:19 -0400 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> = Subject: Re: Red Hat trying to steal trucluster for linux ... , Message-ID: <43501BA6.32E5D800@teksavvy.com>   bob@instantwhip.com wrote: > 2 > I hope HP patent lawyers are ready for court ...  A And they would deserve to lose. Remember that HP had committed to F porting TruCluster to its surviving Unix offering and renegged on thatE promise, abandonning TruCluster in favour of a comeptitor's  inferior  product.  Use it or lose it.  D When a company squanders its own assets, it has no right to complainD when others see value in those assets and try to leverage as much as they can from them.   * And this is an interesting dilemma for HP.  G If HP-UX's structure is such that integrating the superior technologies C such as Tru Cluster is not possible (or too costly), and those same F technologies can easily be integrated into Linux, then it looks prettyD bad for HP-UX who will be relegated to being inferior to even Linux.  G So HP is in the difficult position of not being able to enhance its own H Linux offering with all the goodies it inherited from Digital because itE would make its own producy (Hp-UX) look really bad. In essence, HP is H squandering its potential to be a Linux leader just to protect the imageH of HP-UX and will let valuable assets such as Tru64 (along with valuableH engineers) evaporate and allow others to suck that knowledge back in and integrate it into their Linux.  G In the end, HP loses. It would have been better for HP to move Tru64 to H its own Linux offering, even if it meant hurting HP-UX' image because atA least it would gain a leadership role in Linux. Now, Red Hat will C increase its leadership role and comete and win again HP-UX because $ Linux will have superior clustering.   ------------------------------    Date: 14 Oct 2005 17:36:51 -0700 From: bob@instantwhip.com = Subject: Re: Red Hat trying to steal trucluster for linux ... C Message-ID: <1129336610.969475.154470@o13g2000cwo.googlegroups.com>   , but NO ONE will ever best vms clustering ... it was designed for it ...   ------------------------------  % Date: Fri, 14 Oct 2005 21:15:54 -0400 ( From: Bill Todd <billtodd@metrocast.net>= Subject: Re: Red Hat trying to steal trucluster for linux ... = Message-ID: <mr-dnWA1YfXWxc3eRVn-qg@metrocastcablevision.com>    bob@instantwhip.com wrote:. > but NO ONE will ever best vms clustering ... > it was designed for it ...  > Wrong yet again, boob:  VMS itself was designed in 1975-6 and B implemented in 1976-8, whereas clustering exploration didn't even I *begin* until 1978 (and went through several iterations even then before  H clustering per se emerged as the eventual choice - it didn't ship until & 1984, 6 years after VMS V1.0 shipped).  E Dave Cutler - arguably *the* prime mover behind VMS V1, though there  F were several other people with good claims to being *a* prime mover - H reportedly didn't even *like* clustering when that turned out to be the 9 final choice.  But that was long after VMS first shipped.    - bill   ------------------------------  % Date: Fri, 14 Oct 2005 23:34:42 -0500 2 From: David J Dachtera <djesys.nospam@comcast.net>  Subject: Re: Samba-3 for OpenVMS+ Message-ID: <435086E2.322473DE@comcast.net>    John Santos wrote: >  > David J Dachtera wrote:  > > Nigel Barker wrote:  > > T > >>On Wed, 12 Oct 2005 20:17:06 -0500, David J Dachtera <djesys.nospam@comcast.net>
 > >>wrote: > >> > >>' > >>>Tapani.Rundgren@treville.se wrote:  > >>>  > >>>>Hi David!  > >>>>J > >>>>Distributed Netbeans does not use Windows I/O. It could, but in case> > >>>>of file access on OpenVMS server, FTP will do just fine.C > >>>>And You can "mount" a local drive and then copy files from/to 6 > >>>>OpenVMS servers, if that is what You need to do.B > >>>>There are other FTP based products that are intergrated withD > >>>>Windows I/O but use FTP for transport, WebDrive comes to mind. > >>> J > >>>Unfortunately, as was dicussed here in another thread some time back,H > >>>SMB provides more than upload/download capability. Remote files areG > >>>opened by applications as if they were locally resident, providing 6 > >>>record-level access which is beyond scope of FTP. > >>T > >>Record level access is not required for Distributed NetBeans so FTP will do just	 > >>fine.  > >  > > H > > Hhmmm... Sounds like high-overhead, and very demanding of bandwidth. > >  > > Limited potential usage. > F > Not limited all if it is exactly what you need.  The Original PosterF > was asking specifically about Samba-3 in the context of using it forD > NetBeans.  If NetBeans is happy with FTP access then it solves the
 > problem. > E > BTW, NetBeans is a program development environment written in Java. A > I imagine the issue here is checking out modules (files) from a E > library for local editing and testing, then checking them back into ? > the library, and then uploading them to the target system for C > compilation, testing and deployment.  A file-based solution seems   > entirely appropriate for this.  H Would you believe that's teh first time I've ever seen an explanation of it?   @ Everyone likes to bandy about "trade speak" and just assume thatB everyone knows what everyone else knows. (Like folks who come hereE looking for the VMS variant of (insert UN*X-land utility name here).)    Y'know? ;-)    --   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/   " Unofficial OpenVMS-IA32 Home Page: http://www.djesys.com/vms/ia32/    Coming soon:& Unofficial OpenVMS Marketing Home Page   ------------------------------    Date: 14 Oct 2005 19:33:08 -0700' From: "Pete" <peter.giza@spitbrook.com>  Subject: VMS support strategy?C Message-ID: <1129343588.787557.145320@o13g2000cwo.googlegroups.com>   B Is there a forum to discuss support strategies for VMS?  Given theE current concerns about HP's committment to supporting VMS I'd like to F hear from other concerned netizens.  If there is a better forum please feel free to inform.   ------------------------------  % Date: Fri, 14 Oct 2005 23:41:41 -0500 2 From: David J Dachtera <djesys.nospam@comcast.net>" Subject: Re: VMS support strategy?+ Message-ID: <43508885.3C09CB59@comcast.net>    Pete wrote:  > D > Is there a forum to discuss support strategies for VMS?  Given theG > current concerns about HP's committment to supporting VMS I'd like to H > hear from other concerned netizens.  If there is a better forum please > feel free to inform.  1 Well, there's a lot of "discussion" of that here.   F Generally, the feeling is that VMS needs to be bought away from HP andD given the attention and promotion that it truly needs to realize the) full profit potential of it as a product.   H None of us has the financial resources, either personal or available, toF do what needs to be done. So, much bandwidth goes toward folks' wishes, to see HP "get on the stick" in such regard.   --   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/   " Unofficial OpenVMS-IA32 Home Page: http://www.djesys.com/vms/ia32/    Coming soon:& Unofficial OpenVMS Marketing Home Page   ------------------------------  % Date: Sat, 15 Oct 2005 13:16:15 +0100 3 From: "Richard Maher" <maher_rj@hotspamnotmail.com> : Subject: Re: Will "COM for OpenVMS" be ported to Itanium ?1 Message-ID: <diq3du$7tv$1@news-02.connect.com.au>    Hi Don,   2 "Main, Kerry" <Kerry.Main@hp.com> wrote in messageF >My understanding (hence, not official) is that since Microsoft COM isE >ancient history i.e. legacy, (Microsoft statement), it does not make 3 >much sense to port those legacy pieces to Itanium.   F Unfortnately, it has been my painful experience that absolutely no oneF involved with VMS albeit DEC/Compag/HP has ever had even the slightest2 inkling of what Microsoft is thinking/planning :-(  ; Although newsgroups are newsgroups, can I suggest a vist to E microsoft.public.platformsdk.complus_mts (at the msnews.microsoft.com I server) for at least some examples of what people are doing with COM+ and E MTS in general. It's a very low-noise newsgroup with a lot of helpful  people.   D >Instead, OpenVMS is focussing on improved J2EE and .Net integration >technologies.  > Oh really? And how is that MTS/DTC support manifesting itself?   Regards Richard Maher     2 "Main, Kerry" <Kerry.Main@hp.com> wrote in messageL news:FD827B33AB0D9C4E92EACEEFEE2BA2FB70C06E@tayexc19.americas.cpqcorp.net...     > -----Original Message-----6 > From: Don.Zong@gmail.com [mailto:Don.Zong@gmail.com]  > Sent: October 3, 2005 10:56 AM > To: Info-VAX@Mvb.Saic.Com 8 > Subject: Will "COM for OpenVMS" be ported to Itanium ? > 7 > Seems it was not mentioned in the OpenVMS roadmap ...  >      Don,  E My understanding (hence, not official) is that since Microsoft COM is D ancient history i.e. legacy, (Microsoft statement), it does not make2 much sense to port those legacy pieces to Itanium.  C Instead, OpenVMS is focussing on improved J2EE and .Net integration 
 technologies.   + Can you expand on what your requirement is?   A There are commercial options available to assist with integrating + OpenVMS with legacy Microsoft technologies.    Regards   
 Kerry Main Senior Consultant  HP Services Canada Voice: 613-592-4660  Fax: 613-591-4477  kerryDOTmainAThpDOTcom (remove the DOT's and AT)   4 OpenVMS - the secure, multi-site OS that just works.   ------------------------------   End of INFO-VAX 2005.575 ************************                                                                                                                                                                                                                                                                                                                                                                     A >>> 200 Type A ok.
 <<< PASV@ >>> 227 Entering passive mode; use PORT (198,151,12,104,8,133) <<< LIST /vax000-83a >>> 150 List started.  >>> 226 Transfer completed.e <<< TYPE A >>> 200 Type A ok.
 <<< PASV@ >>> 227 Entering passive mode; use PORT (198,151,12,104,8,134) <<< LIST /vax000-83c >>> 150 List started.  >>> 226 Transfer completed.e <<< TYPE A >>> 200 Type A ok.
 <<< PASV@ >>> 227 Entering passive mode; use PORT (198,151,12,104,8,135) <<< LIST /vax0