1 INFO-VAX	Fri, 24 Sep 2004	Volume 2004 : Issue 531       Contents: Re: BIND resolver library  Re: C file operations  Re: C file operations + C function prototypes and opaque structures / Re: C function prototypes and opaque structures / Re: C function prototypes and opaque structures / Re: C function prototypes and opaque structures / Re: C function prototypes and opaque structures @ Re: Does anyone use Compaq C++ V6.5 on Alpha seriously with STL?@ Re: Does anyone use Compaq C++ V6.5 on Alpha seriously with STL?@ Re: Does anyone use Compaq C++ V6.5 on Alpha seriously with STL?# RE: From Sun:  HP-UX has no future. $ Re: HOw to convert seq to ascii file, HP terminates Itanium workstation production Re: HTTP proxy server for VMS? Re: HTTP proxy server for VMS? Re: HTTP proxy server for VMS? Re: HTTP proxy server for VMS? Re: OT: Sun's fighting chance  Re: OT: Sun's fighting chance  Re: OT: Sun's fighting chance  Re: OT: Sun's fighting chance  Re: OT: Sun's fighting chance  Re: OT: Sun's fighting chance  OT: Web Security Re: RMS and threads + Re: search txt file for a specified string? 9 Slashdot is reporting HP is dropping Itanium workstations  ssh on HP TCP/IP Services 5.4  Re: TCP/IP connection problem  Re: TCP/IP connection problem < TerraByteHosting, The leader in Web & Ftp Site Hosting......: Re: ZIP "-V" v. UNIX, et al.: Problem, possible solutions.< Re: [DCL REQUEST] New ignore keyword for DIFFERENCES command< Re: [DCL REQUEST] New ignore keyword for DIFFERENCES command< Re: [DCL REQUEST] New ignore keyword for DIFFERENCES command< Re: [DCL REQUEST] New ignore keyword for DIFFERENCES command< Re: [DCL REQUEST] New ignore keyword for DIFFERENCES command< Re: [DCL REQUEST] New ignore keyword for DIFFERENCES command< Re: [DCL REQUEST] New ignore keyword for DIFFERENCES command< Re: [DCL REQUEST] New ignore keyword for DIFFERENCES command< Re: [DCL REQUEST] New ignore keyword for DIFFERENCES command< Re: [DCL REQUEST] New ignore keyword for DIFFERENCES command< Re: [DCL REQUEST] New ignore keyword for DIFFERENCES command  F ----------------------------------------------------------------------  % Date: Fri, 24 Sep 2004 03:27:05 -0400 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> " Subject: Re: BIND resolver library, Message-ID: <4153CC1F.D0E0E46A@teksavvy.com>  K OK, I have taken a look at the resolv.h in sys$examples, and it seems to be N using deprecated routines and not have the newer routines. Didn't have to look0 long since the the first routine made it obvious  L the bind documentation lists res_ninit(res_state statp) as the prototype forL the initialisation function, and the resolv.h module in sys$examples doesn'tP have it, but it does have the res_init which is listed as a deprecated function.  K That 3 billion Carly is wasting in buying back stock could have gone to the F TCPIP Servcices group because the product needs another major refresh.   ------------------------------    Date: 24 Sep 2004 07:43:31 -0500; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler)  Subject: Re: C file operations3 Message-ID: <m2r7Kamu2XAi@eisner.encompasserve.org>   W In article <41532644.6050707@tsoft-inc.com>, David Froble <davef@tsoft-inc.com> writes:  > Bob Koehler wrote: >  >>    Something like4 >>       kscanf(FILE*, keyvalue, format string, ...) >>  ; >>    Or maybe a format specifier that denotes a key value.  >>   >>   > G > If it was provided, for a fee, by a third party, would anyone buy it?   H    Too late now, we've all already rolled our own.  But i DEC had put it1    in early enough we'd have all already used it.    ------------------------------  % Date: Fri, 24 Sep 2004 10:54:33 -0400 ( From: David Froble <davef@tsoft-inc.com> Subject: Re: C file operations, Message-ID: <41543529.3030807@tsoft-inc.com>   Bob Koehler wrote:  Y > In article <41532644.6050707@tsoft-inc.com>, David Froble <davef@tsoft-inc.com> writes:  >  >>Bob Koehler wrote: >> >> >>>   Something like4 >>>      kscanf(FILE*, keyvalue, format string, ...) >>> ; >>>   Or maybe a format specifier that denotes a key value.  >>>  >>>  >>> G >>If it was provided, for a fee, by a third party, would anyone buy it?  >> > J >    Too late now, we've all already rolled our own.  But i DEC had put it3 >    in early enough we'd have all already used it.     P That wasn't my point.  For small things like that discussed above it seems that O most people will only use it if it's provided bundled into the vendor supplied  @ product.  In the VMS world there have been many cases like this.  F As a counter example, in the windows world there are many third party P development products, routinely used by developers.  Examples are Farpoint data - input tools and Crystal SocketTools products.   J Ok, VMS users are used to a robust development environment, while windows M developers are used to a lesser environment, thus needing third party tools.  ' But no environment provides everything.    Dave     --  4 David Froble                       Tel: 724-529-04504 Dave Froble Enterprises, Inc.      Fax: 724-529-0596> DFE Ultralights, Inc.              E-Mail: davef@tsoft-inc.com 170 Grimplin Road  Vanderbilt, PA  15486    ------------------------------  % Date: Fri, 24 Sep 2004 05:46:37 -0400 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> 4 Subject: C function prototypes and opaque structures, Message-ID: <4153ECC9.8D2CCBC9@teksavvy.com>  5 OK, I want to  subroutines visible to applications as   
 void *recipe; ) 	recipe = fetch_recipe("Chocolate cake"); # 	status = bake_cake(void *recipe);   	status = cleanup_mess(recipe);   1 Where recipe is a pointer to an opaque structure.   M As a result, I have an include file that contains the function prototypes as:   	void *fetch_recipe(char *name); 	int bake_cake(void *recipe);  	cleanup_mess(void *recipe);  N HOWEVER, in the module which contains the subroutine code, the definitions areK different since, instead of using opaque pointers, they use locally defined  structures such as :  , int bake_cake(struct recipe_struct *recipe);  @ The C compiler, of course, complains that the definitions clash.   I realise I could use  #ifdefs, 	or D split the one include into 2 (one for public prototypes, and one for? definitiosn common to both public and subroutine code modules).   - Are there other tricks I haven't considered ?   - (no, I don't want special compiler switches).    ------------------------------  % Date: Fri, 24 Sep 2004 12:24:43 +0200 ! From: Soterro <soterroatyahoocom> 8 Subject: Re: C function prototypes and opaque structures9 Message-ID: <4153f56c$0$335$4d4ef98e@read.news.ch.uu.net>    JF Mezei wrote: P > HOWEVER, in the module which contains the subroutine code, the definitions areM > different since, instead of using opaque pointers, they use locally defined  > structures such as : > . > int bake_cake(struct recipe_struct *recipe);  @ Is there any particular reason for not using here the same void I pointers? The poor man solution, then cast them inside the function body.    S    ------------------------------  % Date: Fri, 24 Sep 2004 06:47:05 -0400 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> 8 Subject: Re: C function prototypes and opaque structures, Message-ID: <4153FAF2.9C6D4A10@teksavvy.com>   Soterro wrote:A > Is there any particular reason for not using here the same void K > pointers? The poor man solution, then cast them inside the function body.   M Yeah, that could be done, but then it becomes less obvious what the fuinction J *really* expects. And it adds to instructions and memory since you have toL assigne the void * pointer to a local variable which is defined as a pointer2 to the real structure. I was trying to avoid that.  J what I have done is to #define noproto in the file that has the subroutineL code, and use #ifndef for the section that defines all the prototypes in theN header. So for the subroutine file, those prototypes don't get defined and the compiler is happy as a puppy.   9 Just wondering if there are better/magic tricks possible.    ------------------------------  % Date: Fri, 24 Sep 2004 13:53:16 +0200 ! From: Soterro <soterroatyahoocom> 8 Subject: Re: C function prototypes and opaque structures9 Message-ID: <41540a2d$0$322$4d4ef98e@read.news.ch.uu.net>    JF Mezei wrote: O > Yeah, that could be done, but then it becomes less obvious what the fuinction  > *really* expects.   H But isn't that exacty what you ask for when you use opaque structures ;)  F Otherwise ifdefs are perfectly fine, although I always tried to avoid I them based on a better design point of view (unfortunately in real world   one must cut corners).   S    ------------------------------  # Date: Fri, 24 Sep 2004 17:19:22 GMT % From: Roger Ivie <rivie@ridgenet.net> 8 Subject: Re: C function prototypes and opaque structures3 Message-ID: <slrncl8loq.idm.rivie@Stench.no.domain>   = On 2004-09-24, JF Mezei <jfmezei.spamnot@teksavvy.com> wrote:  > Soterro wrote:B >> Is there any particular reason for not using here the same voidL >> pointers? The poor man solution, then cast them inside the function body. > O > Yeah, that could be done, but then it becomes less obvious what the fuinction L > *really* expects. And it adds to instructions and memory since you have toN > assigne the void * pointer to a local variable which is defined as a pointer4 > to the real structure. I was trying to avoid that.  D I wouldn't be too certain that it would add instructions and memory.F I've seen the compiler do some amazing stuff to my code and I have an, um, unusual programming style.   --  
 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: 24 Sep 2004 08:18:29 -07001 From: usenet_vms@lehrerfamily.com (Joshua Lehrer) I Subject: Re: Does anyone use Compaq C++ V6.5 on Alpha seriously with STL? = Message-ID: <477e0934.0409240718.2128f8c8@posting.google.com>   x google.news.service@brablc.com (Ondrej Brablc) wrote in message news:<b84b0cec.0409222346.5c6eba1@posting.google.com>...E > If you simply compile MAIN.CXX you will get compile error caused by G > the error directive. In case I would define some function in test.cxx D > and then link main with test I would get %LINK-W-MULDEF. Of courseH > there is a workaround simply not linking the test.obj, but this is not! > the way we would like to do it.  > 7 > The problem seems to be caused by the static members.  >  > Ondrej   Ondrej,   4 This is the expected behavior using default options.  6 You need to read up on the following compile switches:   /template_define /implicit_include   
 joshua lehrer  factset research systems NYSE:FDS   ------------------------------  % Date: Fri, 24 Sep 2004 09:00:57 -0700  From: JBloggs@acme.comI Subject: Re: Does anyone use Compaq C++ V6.5 on Alpha seriously with STL? 8 Message-ID: <dng8l0d98hl4pt5gaeao705oe6ncu07fv5@4ax.com>  B On 21 Sep 2004 21:09:41 -0700, usenet_cpp@lehrerfamily.com (Joshua Lehrer) wrote:  C >I know there was a dynamic_cast<> bug in previous revisions of the G >compiler (I'm on 6.5-041) that had to do with shared libraries.  There D >are also some very subtle strict-ansi compliant template rules that? >this compiler gets correct and many other compilers get wrong.   - The original poster mentioned he has 6.5-042.   3 Where did y'all get your copies of the CXX ECO's?     2 DEC/CPQ used to keep (some) of the CC/CXX eco kits* at  ftp1.support..../patches/entitled/.     B When I've looked there the top-level read-me refers to www.aclabs - to find the stuff formerly under /entitled.     > I've found the full-sized eco's there (eg revised install kits< packaged as eco's. RTR and the like),  but I've had no luck 5 finding the CC/CXX ecos beyond some V6.2 CXX eco's.      ------------------------------  % Date: Fri, 24 Sep 2004 09:32:25 -0700  From: JBloggs@acme.comI Subject: Re: Does anyone use Compaq C++ V6.5 on Alpha seriously with STL? 8 Message-ID: <aji8l0df7ce1ug536vtompr1lnuiqhben4@4ax.com>  ; On Fri, 24 Sep 2004 09:00:57 -0700, JBloggs@acme.com wrote:   C >On 21 Sep 2004 21:09:41 -0700, usenet_cpp@lehrerfamily.com (Joshua  >Lehrer) wrote:  > D >>I know there was a dynamic_cast<> bug in previous revisions of theH >>compiler (I'm on 6.5-041) that had to do with shared libraries.  ThereE >>are also some very subtle strict-ansi compliant template rules that @ >>this compiler gets correct and many other compilers get wrong. > . >The original poster mentioned he has 6.5-042. > 4 >Where did y'all get your copies of the CXX ECO's?   > 3 >DEC/CPQ used to keep (some) of the CC/CXX eco kits + >at  ftp1.support..../patches/entitled/.     > C >When I've looked there the top-level read-me refers to www.aclabs  . >to find the stuff formerly under /entitled.   > ? >I've found the full-sized eco's there (eg revised install kits = >packaged as eco's. RTR and the like),  but I've had no luck  6 >finding the CC/CXX ecos beyond some V6.2 CXX eco's.   >  >   
 "Never Mind"    E I vaguely remembered a DEC/CPQ ftp site  that held CC/CXX beta kits,    B Googled on CXX Download. and founds lotsa (and) recent refs in COV  3 ftp://ftp.compaq.com/pub/products/c-cxx/openvms/cxx < cxxae01065.dcx_axpexe        20631 KB 	8/12/2004 	3:50:00 PM9 cxxae01065.dcx_axpexe_13  20619 KB 	8/05/2004 	3:35:00 PM   5 8/12 appears to be -042, and 8/05 appears to be -041    < 4.1 Enhancements, Changes, and Problems Corrected in 6.5-0428 o  Compiler assertion compiling very large programs with" debug has been eliminated. (10828)3 o  Compiler crash in pipeline optimization has been  eliminated. (10216)   < 4.2 Enhancements, Changes, and Problems Corrected in 6.5-0416 o  A program using standard iostreams for non-standard5 __int64 and long long datatypes could not be compiled . in strict ansi mode. This restriction has been eliminated. (L1823) / o  Eliminate buffer overrun in CXXLINK. (10633) 9 o  Eliminate incorrect diagnostic on using declaration of  template base class. (10513)4 o  Eliminate compiler assertion when using a complex2 expression in the condition of a for loop. (10678)   ------------------------------  % Date: Fri, 24 Sep 2004 13:40:38 -0400 ' From: "Main, Kerry" <kerry.main@hp.com> , Subject: RE: From Sun:  HP-UX has no future.R Message-ID: <FD827B33AB0D9C4E92EACEEFEE2BA2FB45D2CF@tayexc19.americas.cpqcorp.net>   > -----Original Message-----H > From: Andrew Harrison [mailto:andrew_remove__s._harrison@s_u_n.com]=20" > Sent: September 22, 2004 5:49 AM > To: Info-VAX@Mvb.Saic.Com - > Subject: Re: From Sun: HP-UX has no future.  >=20 > Main, Kerry wrote: > >>-----Original Message-----; > >>From: JF Mezei [mailto:jfmezei.spamnot@teksavvy.com]=20 $ > >>Sent: September 16, 2004 8:25 PM > >>To: Info-VAX@Mvb.Saic.Com / > >>Subject: Re: From Sun: HP-UX has no future.  > >> > >>Alex Daniels wrote:  > >>2 > >>>>To sell it she would first need to recognise > >>>>that it exists.  > >> > >>>She does. > >>> 9 > >>>http://www3.sympatico.ca/n.rieck/images/carleton.jpg  > >>@ > >>Not necessarily.  The plates are facing away from her, it=20 > >>doesn't mean that B > >>she actually saw what was written on them :-)  And maybe on=20 > >>the other side, itA > >>was written "Microsoft" on one, and "Intel" on the other. :-)  > >> > >=20 > >=20. > > JF - check out the shirt Carly is wearing. > >=20 >=20 > Hilarious  >=20+ > The UNIX sign she is holding is for Tru64  >=20- > Thats the Tru64 UNIX which HP have axed and 1 > while not delivering on the promised technology & > roadmap for Tru64 features in HP-UX. >=20/ > Could it be that she simply favours dark blue 
 > over green.  >=20& > http://h30097.www3.hp.com/index.html > vs > http://h71000.www7.hp.com/ >=206 > Good one Kerry or do you think that Carly wearing an6 > OpenVMS shirt indicates that she is more inclined to, > keep OpenVMS than she was to keep Tru64 ?? >=20	 > Regards  > Andrew Harrison  > > :-)    Andrew,   E Wow .. That picture of Carly wearing an OpenVMS shirt must have hit a  nerve for you.=20    :-)   B I was simply responding to JF's comment and you get into some deepD analysis of whether a web site being blue or green has some ulterior motive?   	 ROTFL ...    :-) :-)   
 Kerry Main Senior Consultant  HP Services Canada Voice: 613-592-4660  Fax: 613-591-4477  kerryDOTmainAThpDOTcom (remove the DOT's and AT)=20  $ "OpenVMS has always had integrity .. Now, Integrity has OpenVMS .."   ------------------------------  % Date: Fri, 24 Sep 2004 12:22:17 -0400 # From: "John Smith" <a@nonymous.com> - Subject: Re: HOw to convert seq to ascii file , Message-ID: <ibCdnYOSfsQk1MncRVn-jA@igs.net>   Chuck Aaron wrote:E > I have a sequential file of userid's. How can I convert the file to 6 > ascii to where when I send it it does not look like: >  > useriduseriduseriduserid...  >  > but looks liks >  > userid > userid > userid > 	 > thanks,  > chuck   K In addition to all the other methods, depending on the exact content of the I file, you could write a small C program and use strtok() to tokenize on a 
 delimiter.  K Also, some word processing programs can be used to generate easily a macro,  ie. 
 while not EOF  move cursor x spaces right insert crlf    ------------------------------    Date: 24 Sep 2004 12:09:54 -0500B From: clubley@remove_me.eisner.decus.org-Earth.UFP (Simon Clubley)5 Subject: HP terminates Itanium workstation production 3 Message-ID: <EEUvVutzJOvE@eisner.encompasserve.org>   E According to a Slashdot report, HP has terminated Itanium workstation 
 production...    See:  V http://it.slashdot.org/it/04/09/24/1419230.shtml?tid=173&tid=137&tid=118&tid=1&tid=218   Simon.   --  B Simon Clubley, clubley@remove_me.eisner.decus.org-Earth.UFP       P SCO: Proudly pushing Microsoft down to #2 on the list of most disliked companies   ------------------------------  # Date: Fri, 24 Sep 2004 06:42:40 GMT L From: winston@SSRL.SLAC.STANFORD.EDU (Alan Winston - SSRL Central Computing)' Subject: Re: HTTP proxy server for VMS? 6 Message-ID: <00A3854F.7A30307F@SSRL.SLAC.STANFORD.EDU>  q In article <tAg3d+ddYAGF@eisner.encompasserve.org>, koehler@eisner.nospam.encompasserve.org (Bob Koehler) writes:  > G >   Does anyone know of a free HTTP proxy server which will run on VMS?  > H >   VMS systems are the only systems on the LAN segment where the proxy D >   would be usefull.  I've looked at some free proxy servers that IC >   found through Google and they either need a real UNIX fork() or * >   Python (which might also need fork()). > C >   Sometimes I can just browse from the VMS system, but Mosaic and G >   Netscape for VMS just don't have the features, and Mozilla is a bit . >   to heavy for my 12 year old Alpha and VXT. >   J CSWS has mod_proxy support; OSU has proxy/cache code.  Another poster has K already pointed out that WASD does it.  I've tested each of these enough to I know that they all can be made to work under at least some circumstances.    -- Alan    ------------------------------    Date: 24 Sep 2004 07:56:36 -0500; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) ' Subject: Re: HTTP proxy server for VMS? 3 Message-ID: <MihAVkJ8Lfqw@eisner.encompasserve.org>    In article <00A3854F.7A30307F@SSRL.SLAC.STANFORD.EDU>, winston@SSRL.SLAC.STANFORD.EDU (Alan Winston - SSRL Central Computing) writes:  > L > CSWS has mod_proxy support; OSU has proxy/cache code.  Another poster has M > already pointed out that WASD does it.  I've tested each of these enough to K > know that they all can be made to work under at least some circumstances.   G    I already have OSU, but I didn't see where to set up a proxy server. E    Can you point me to the right part of the doc set, or is the proxy 2    server something I get without doing any setup?   ------------------------------    Date: 24 Sep 2004 06:05:33 -0700( From: bob@instantwhip.com (Bob Ceculski)' Subject: Re: HTTP proxy server for VMS? = Message-ID: <d7791aa1.0409240505.4c380d16@posting.google.com>   v koehler@eisner.nospam.encompasserve.org (Bob Koehler) wrote in message news:<tAg3d+ddYAGF@eisner.encompasserve.org>...E > Does anyone know of a free HTTP proxy server which will run on VMS?  > I >    VMS systems are the only systems on the LAN segment where the proxy  E >    would be usefull.  I've looked at some free proxy servers that I D >    found through Google and they either need a real UNIX fork() or+ >    Python (which might also need fork()).  > D >    Sometimes I can just browse from the VMS system, but Mosaic andH >    Netscape for VMS just don't have the features, and Mozilla is a bit/ >    to heavy for my 12 year old Alpha and VXT.   6 purveyor!  It used to drive altavista ... osu is not a3 production proxy server, it even states that in the 7 docs, and apache is unknown ... we used purveyor before 7 in a large production environment and it performed like 3 a champ ... don't know enough about wasd to say ...    ------------------------------  % Date: Sat, 25 Sep 2004 02:33:47 +0930 * From: Mark Daniel <mark.daniel@vsm.com.au>' Subject: Re: HTTP proxy server for VMS? - Message-ID: <4154537f@duster.adelaide.on.net>    Jean-Franois Pironne wrote:  > Bob Koehler wrote:K >  >    Does anyone know of a free HTTP proxy server which will run on VMS?  >  > >  > WASD can do this for you :-) > 6 > http://wasd.vsm.com.au/ht_root/doc/htd/htd_1600.html >  > 3 > I know many sites which are using it extensively.   C I have access to a primary/secondary college with some hundreds of  E students who kindly allow me to BETA develop/test(/bugfix) the proxy  I functionality on their network.  It has received a real workout over the  C past five years with good performance and reliability (ignoring my   occasional coding faux pa).   G There is another *very* large educational institution in Europe I (and  ( yourself) know of that uses it in anger.  G A number of correspondents have informed of their use of the proxy for  * their home networks.  I certainly do mine.  F Other commercial and educational concerns I know of use reverse-proxy = for controlled access to internal resources from the outside.    There are undoubtably others.   C WASD v9.0 is about to be released in BETA.  It introduces HTTP/1.1  H compliance to WASD.  There have been the inevitable changes to proxy to H accomodate 1.1 but also significant improvements in performance through C client->proxy and proxy->origin connection persistence.  v9.0 also  D formalizes 'tunnelling' through the proxy allowing some interesting 3 SSL-encrypted link and 'firewalling' possibilities.   K >  >    VMS systems are the only systems on the LAN segment where the proxy H >  >    would be usefull.  I've looked at some free proxy servers that IG >  >    found through Google and they either need a real UNIX fork() or . >  >    Python (which might also need fork()). >  >G >  >    Sometimes I can just browse from the VMS system, but Mosaic and K >  >    Netscape for VMS just don't have the features, and Mozilla is a bit 2 >  >    to heavy for my 12 year old Alpha and VXT. >  > >  >  > JF  F +--------------------------------------------------------------------+E   Mark Daniel                         http://wasd.vsm.com.au/adelaide F   mailto:Mark.Daniel@wasd.vsm.com.au (Mark.Daniel@dsto.defence.gov.au);   A pox on the houses of all SPAMers.  Make that two poxes. F +--------------------------------------------------------------------+   ------------------------------   Date: 24 Sep 2004 06:00:41 GMT2 From: "Dave Weatherall" <djw-nothere@nospam.nohow>& Subject: Re: OT: Sun's fighting chance? Message-ID: <DTiotGxQ0bj6-pn2-LSOsXQbk299R@dave2_os2.home.ours>   E On Thu, 23 Sep 2004 19:35:02 UTC, David Froble <davef@tsoft-inc.com>   wrote:   >>  L > My impression is that they think software should be free.  If so, I still V > haven't figured out how they pay the mortgage.  Or is Linux the OS for the homeless?  E I share your confusion sometimes but it comes back to 'free beer' or  F 'freedom of  thought'. I believe  Stallman is in the latter camp.  My  view is less simple.   --   Cheers - Dave.   ------------------------------  % Date: Fri, 24 Sep 2004 02:39:48 -0400 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> & Subject: Re: OT: Sun's fighting chance+ Message-ID: <4153C10D.A512986@teksavvy.com>    David Froble wrote: K > My impression is that they think software should be free.  If so, I still V > haven't figured out how they pay the mortgage.  Or is Linux the OS for the homeless?  L If you're an accountant, and you have the choice of paying $200 for windows,E or $50 for the linux media, assuming both are of equal value for your 1 environment/applications, which will you choose ?   K Consider the peace offerings Palmer made to Microsoft in order to be grated H the privilege to sell Microsoft software (which isn't a privilege, it isG Microsoft that should have been making the peace offerings to Digital).   L In essence, Digital donated VMS for free to Microsoft. Digital donated IntelN technology to Intel in exchange for Intel buying the Hudson fab. Later, Compaq# donated the rest of alpha to Intel.   L Meanwhile, IBM is busy hiring geeks to support Linux. And when IBM donates aK technology to Linux, it will have far greater impact (both for IBM's image) I and for Linux, than what Palmer and Curly donated to MS and Intel because L nobody knows the value of what Digital and Compaq donated (or that they even donated anything).  N So while Linux may continue to have some hobbyist geeks contribute, you shouldN also expect "commercial" contributions from IBM and perhaps HP or even Sun. So8 these corporatiosn pay staff to write open sourced code.   ------------------------------  % Date: Fri, 24 Sep 2004 13:50:25 +0100 O From: Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com> & Subject: Re: OT: Sun's fighting chance0 Message-ID: <cj156i$2kt$1@new-usenet.uk.sun.com>   Bob Koehler wrote:g > In article <Xns956D5859BFEC6dcovmsrox@212.100.160.123>, "Doc." <doc.cypher@openvms-rocks.com> writes:  >  > K >>Why am I not surprised that you don't understand what open source is Bob?  >>J >>The "Open" in OpenVMS is to indicate that it complies with certain open  >>standards. >  > G >    To me "open" means I can look inside.  At the current price of the ? >    CD I can, if I need to.  For Linux I can.  For MS I can't.  >   >    Is Solaris open source now? > @ Solaris isn't currently OpenSource, source however is available.  A Sun is currently mulling over which bits of Solaris to OpenSource  some we can some we cannot.    Regards  Andrew Harrison    ------------------------------  % Date: Fri, 24 Sep 2004 06:45:29 -0700 # From: "Tom Linden" <tom@kednos.com> & Subject: Re: OT: Sun's fighting chance( Message-ID: <opset2530bzgicya@hyrrokkin>  I On Fri, 24 Sep 2004 13:50:25 +0100, Andrew Harrison SUNUK Consultancy <A= , ndrew_No.Harrison_No@nospamn.sun.com> wrote:   > Bob Koehler wrote:I >> In article <Xns956D5859BFEC6dcovmsrox@212.100.160.123>, "Doc." <doc.c=   ypher@openvms-rocks.com> writes: >> >>I >>> Why am I not surprised that you don't understand what open source is=   Bob?  >>> I >>> The "Open" in OpenVMS is to indicate that it complies with certain o=  pen  >>> standards. >> >>I >>    To me "open" means I can look inside.  At the current price of the=   @ >>    CD I can, if I need to.  For Linux I can.  For MS I can't. >>! >>    Is Solaris open source now?  >>B > Solaris isn't currently OpenSource, source however is available. > C > Sun is currently mulling over which bits of Solaris to OpenSource  > some we can some we cannot.   F I saw something the other day, which I can't seem to find again, whichG indicated that Solaris had introduced contained processes for executing G applications.  Can you elaborate further on it, or better yet provide a  link which discusses?  > 	 > Regards  > Andrew Harrison  >  >    ------------------------------  % Date: Fri, 24 Sep 2004 15:27:31 +0100 O From: Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com> & Subject: Re: OT: Sun's fighting chance0 Message-ID: <cj1ask$4gm$1@new-usenet.uk.sun.com>   Tom Linden wrote: H > On Fri, 24 Sep 2004 13:50:25 +0100, Andrew Harrison SUNUK Consultancy 0 > <Andrew_No.Harrison_No@nospamn.sun.com> wrote: >  >> Bob Koehler wrote:  >>C >>> In article <Xns956D5859BFEC6dcovmsrox@212.100.160.123>, "Doc."  * >>> <doc.cypher@openvms-rocks.com> writes: >>>  >>> J >>>> Why am I not surprised that you don't understand what open source is 	 >>>> Bob?  >>>>L >>>> The "Open" in OpenVMS is to indicate that it complies with certain open >>>> standards.  >>>  >>>  >>> I >>>    To me "open" means I can look inside.  At the current price of the A >>>    CD I can, if I need to.  For Linux I can.  For MS I can't.  >>> " >>>    Is Solaris open source now? >>> C >> Solaris isn't currently OpenSource, source however is available.  >>D >> Sun is currently mulling over which bits of Solaris to OpenSource >> some we can some we cannot. >  > H > I saw something the other day, which I can't seem to find again, whichI > indicated that Solaris had introduced contained processes for executing I > applications.  Can you elaborate further on it, or better yet provide a  > link which discusses?  >   6 I think you mean Containers, these are like BSD Jails.    Article on Solaris 10 Containers@ http://www.sun.com/bigadmin/features/articles/solaris_zones.html  
 Documentation # http://docs.sun.com/db/doc/817-1592    Solaris 10 site   3 http://wwws.sun.com/software/solaris/10/inside.html   E Includes details on ZFS, Dtrace, Containers, Predictive Self Healing, = Solaris 10 Security, Linux runtime and the new network stack.   B There are a number of other new technologies in Solaris 10 but the above are the most interesting.        Regards  Andrew Harrison    ------------------------------  % Date: Fri, 24 Sep 2004 08:38:59 -0700 # From: "Tom Linden" <tom@kednos.com> & Subject: Re: OT: Sun's fighting chance( Message-ID: <opset8e9t8zgicya@hyrrokkin>  I On Fri, 24 Sep 2004 15:27:31 +0100, Andrew Harrison SUNUK Consultancy <A= , ndrew_No.Harrison_No@nospamn.sun.com> wrote:   > Tom Linden wrote: I >> On Fri, 24 Sep 2004 13:50:25 +0100, Andrew Harrison SUNUK Consultancy=   1 >> <Andrew_No.Harrison_No@nospamn.sun.com> wrote:  >> >>> Bob Koehler wrote: >>> C >>>> In article <Xns956D5859BFEC6dcovmsrox@212.100.160.123>, "Doc." + >>>> <doc.cypher@openvms-rocks.com> writes:  >>>> >>>>I >>>>> Why am I not surprised that you don't understand what open source =  is
 >>>>> Bob? >>>>> I >>>>> The "Open" in OpenVMS is to indicate that it complies with certain=   open  >>>>> standards. >>>> >>>> >>>>I >>>>    To me "open" means I can look inside.  At the current price of t=  heB >>>>    CD I can, if I need to.  For Linux I can.  For MS I can't. >>>># >>>>    Is Solaris open source now?  >>>>D >>> Solaris isn't currently OpenSource, source however is available. >>> E >>> Sun is currently mulling over which bits of Solaris to OpenSource  >>> some we can some we cannot.  >> >>I >> I saw something the other day, which I can't seem to find again, whic=  h I >> indicated that Solaris had introduced contained processes for executi=  ngI >> applications.  Can you elaborate further on it, or better yet provide=   a >> link which discusses? >> > 8 > I think you mean Containers, these are like BSD Jails. > " > Article on Solaris 10 ContainersB > http://www.sun.com/bigadmin/features/articles/solaris_zones.html >  > Documentation % > http://docs.sun.com/db/doc/817-1592  >  > Solaris 10 site  > 5 > http://wwws.sun.com/software/solaris/10/inside.html  > G > Includes details on ZFS, Dtrace, Containers, Predictive Self Healing, ? > Solaris 10 Security, Linux runtime and the new network stack.  > D > There are a number of other new technologies in Solaris 10 but the! > above are the most interesting.  >  > G Sounds reminiscent of Gnosis and KeyKOS Factories.  Does it address the $ "Mutually Suspicious Users" problem? > 	 > Regards  > Andrew Harrison  >  >    ------------------------------  % Date: Fri, 24 Sep 2004 16:31:47 -0000 1 From: wspencer@ap.dontspamme.org (Warren Spencer)  Subject: OT: Web Security 1 Message-ID: <956E73D50wspenceraporg@216.168.3.30>   	 Hi Folks,   H Sorry for the somewhat off-topic post.  The participants in this ng are F usually security concious, so I'm hoping to get so good opinions here.  E The question is this:  Why is SOAP/Web Services less secure than CGI  F scripts?  Both are going through port 80, both through Apache (in our $ setup, anyway).  So what's the diff?   Many thanks in advance,y   ws   -- e Warren Spencer Senior Software Engineer The Associated Press   ------------------------------    Date: 24 Sep 2004 04:41:12 -0700$ From: "SteveL" <infovax@hotmail.com> Subject: Re: RMS and threadsB Message-ID: <1096026072.814413.59450@k26g2000oda.googlegroups.com>  C (apologies if this ends up as a double-post - I got an error when Iu
 first tried).  -----e  # Thanks for the suggestions to date.n  G I've had a more thorough dig around the test environment, and there aresF more external factors influencing my results than I had first realisedE (an "unusual" cache controller configuration, for example), so I need , to go away and think this through some more.  > In the meantime, if anybody can answer my questions on the VMSE scheduler and serialisation of RMS in a multi-CPU environment, that'df	 be great.p   Cheers,i SteveL.s   ------------------------------  # Date: Fri, 24 Sep 2004 12:02:32 GMTS# From: "Phil" <dooleys@snowy.net.au>r4 Subject: Re: search txt file for a specified string?< Message-ID: <s1U4d.2840$5O5.1564@news-server.bigpond.net.au>  : "JF Mezei" <jfmezei.spamnot@teksavvy.com> wrote in message& news:4151D3AF.CC2009B7@teksavvy.com... > Bob Koehler wrote:K > >    search, like all good DCL commands, sets $STATUS when it exits.  YouyI > >    will find that there are different values for $STATUS which map toE9 > >    file not found, string not found, or string found.F >E? > And you can use /WINDOW=0 to essentially hide the results, orS
 /OUTPUT=NLA0:DL > which does a similar thing, so that the procedure doesn't spew out lots of > text as it performs searches.m# /NOOUT also does the same of coursey Phil   ------------------------------  % Date: Fri, 24 Sep 2004 12:49:38 -0400S" From: Glenn Everhart <gce@gce.com>B Subject: Slashdot is reporting HP is dropping Itanium workstations& Message-ID: <41545022.7050107@gce.com>  ? Anyone able to tell if it is so? If so what of our favorite OS?. Glenn Everhart   ------------------------------  % Date: Fri, 24 Sep 2004 15:52:42 +0000t= From: Thomas Schildknecht <thomas.schildknecht@aiub.unibe.ch>e& Subject: ssh on HP TCP/IP Services 5.4- Message-ID: <415442CA.6981CB91@aiub.unibe.ch>.  B Does anyone know how I can limit the number of ssh login processes= (MaxConnections in the server config file seems NOT to work)?t  : I'm using HP TCP/IP Services 5.4 (ECO 4) on OpenVMS 7.3-2.   Thanks,    Thomas -- eH ************************************************************************G Thomas Schildknecht            eMail: thomas.schildknecht@aiub.unibe.chdB Astronomical Institute         www:      http://www.aiub.unibe.ch/  University of Bern              B Sidlerstrasse 5                Phone:        +41-31-631 85 94 (91)= CH-3012 Bern, Switzerland      Fax:          +41-31-631 38 69RH ************************************************************************   ------------------------------  % Date: Fri, 24 Sep 2004 10:11:37 +0200i From: Dirk Munk <munk@home.nl>& Subject: Re: TCP/IP connection problem2 Message-ID: <cj0krt$6rp$1@news2.zwoll1.ov.home.nl>   RT Carter wrote:E > I do not know VMS but I am a Network Admin (Microsoft & Novell). We F > moved our workstations to a different building and they are now on aE > different network (was 192.255.1.xxx now 192.255.2.xxx)There are no G > managed hubs between the server (192.255.1.203) and the workstations.-  O Does this mean you do not have routers between network 192.255.1.0 and network .M 192.255.2.0 ? If both network addresses are true old style class-C networks, oN then they should have mask 255.255.255.0 . And in that case there should be a N router between both networks. In this situation it is likely that the gateway 4 entry of the VMS system has not been properly setup.  G Otherwise you are using supernetting, which is also known as Classless vP Interdomain Routing (CIDR), and you will be using a mask like 255.255.254.0. In J fact you will not have two networks, but only one (192.255.1.0) with mask K 255.255.254.0. If this is the case, then the mask on the VMS system is not  P correct. It all depends on the TCP/IP software on the VMS system if a CIDR mask E can be set. Older versions of UCX could not be setup with CIDR masks.n  L Furthermore I'm quite sure these IP address ranges have not been officially N registered to your company. You should be using a free range of IP addresses, J like 192.168.x.x, 172.16.x.x. or 10.x.x.x . In the present situation your O workstations will not be able to reach any systems on the internet that have a oQ address in the range of 192.255.1.0 and 192.155.2.0 (assuming they are connected o5 to the internet by means of a NAT router & firewall).n  P If you would change your network addresses, use the class-A 10.x.x.x or class-B Q 172.16.x.x. addresses. With those ranges you can use subnetting which is usually t> allowed on all older TCP/IP stacks (contrary to supernetting).  G > The workstations can not ping the VMS server. They can ping all other,F > 192.255.1.xxx servers and workstations so the only problem is accessF > to the VMS server TCPIP address. Is there some security setting that3 > would refuse requests from the different network?b   ------------------------------  # Date: Fri, 24 Sep 2004 16:44:16 GMTe  From: CJT <abujlehc@prodigy.net>& Subject: Re: TCP/IP connection problem* Message-ID: <41544EDB.3050800@prodigy.net>   Dirk Munk wrote: > RT Carter wrote: > F >> I do not know VMS but I am a Network Admin (Microsoft & Novell). WeG >> moved our workstations to a different building and they are now on apF >> different network (was 192.255.1.xxx now 192.255.2.xxx)There are noH >> managed hubs between the server (192.255.1.203) and the workstations. >  > I > Does this mean you do not have routers between network 192.255.1.0 and cE > network 192.255.2.0 ? If both network addresses are true old style eK > class-C networks, then they should have mask 255.255.255.0 . And in that lI > case there should be a router between both networks. In this situation oE > it is likely that the gateway entry of the VMS system has not been v > properly setup.  > I > Otherwise you are using supernetting, which is also known as Classless -@ > Interdomain Routing (CIDR), and you will be using a mask like  > 255.255.254.0. j  2 A nit -- for .1.0 and .2.0 I think you mean .252.0  4 In fact you will not have two networks, but only oneG > (192.255.1.0) with mask 255.255.254.0. If this is the case, then the uF > mask on the VMS system is not correct. It all depends on the TCP/IP J > software on the VMS system if a CIDR mask can be set. Older versions of ) > UCX could not be setup with CIDR masks.s > C > Furthermore I'm quite sure these IP address ranges have not been  J > officially registered to your company. You should be using a free range F > of IP addresses, like 192.168.x.x, 172.16.x.x. or 10.x.x.x . In the D > present situation your workstations will not be able to reach any J > systems on the internet that have a address in the range of 192.255.1.0 K > and 192.155.2.0 (assuming they are connected to the internet by means of h > a NAT router & firewall).  > J > If you would change your network addresses, use the class-A 10.x.x.x or J > class-B 172.16.x.x. addresses. With those ranges you can use subnetting C > which is usually allowed on all older TCP/IP stacks (contrary to n > supernetting). > H >> The workstations can not ping the VMS server. They can ping all otherG >> 192.255.1.xxx servers and workstations so the only problem is accesshG >> to the VMS server TCPIP address. Is there some security setting thatt4 >> would refuse requests from the different network?     -- nD The e-mail address in our reply-to line is reversed in an attempt toC minimize spam.  Our true address is of the form che...@prodigy.net.b   ------------------------------  # Date: Fri, 24 Sep 2004 07:01:09 GMT , From: "AvengngAngel" <nkyavqfw@mjwaupfu.com>E Subject: TerraByteHosting, The leader in Web & Ftp Site Hosting......5: Message-ID: <VCP4d.24051$Si.23823@tornado.tampabay.rr.com>  N Want to be seen, want to have your own lil niche out on the net. Ever wanted aN website, or an ftpsite. We can help, we are the leader in web site hosting andO ftp hosting. We have cant be beat prices. We have package deals, or custom madeiO to taylor you, from as little space as you need to as much as you need. We hostwL all different kinds of sites, Adult, porno, eCommerce sites, movie sites, WeO have been in business since 1986, and still have most of those customers today.:O Visit us at our newly redesigned site, Look at this months specials, hurry theyiJ are goin fast. We have the fastest speeds around, give us a test you'll be? pleased, We serve you with Quality Servers and connections.....oJ http://www.terrabytehosting.com ......., or contact your sales rep at thisG email listed, for USA sales avengngangel@netscape.net or Canadian salesn3 lochlan2010@msn.com  all others kaylasbud@yahoo.coml   ------------------------------  % Date: Fri, 24 Sep 2004 09:52:35 +0200i! From: Soterro <soterroatyahoocom>aC Subject: Re: ZIP "-V" v. UNIX, et al.: Problem, possible solutions.t9 Message-ID: <4153d1c4$0$333$4d4ef98e@read.news.ch.uu.net>o   David J Dachtera wrote:mG > Go through the presentation again(, and again, and ...). Download theaI > .PPT if that's a better medium for you. View/Print it in the Notes view  > so it reads like a textbook.  H You obviously are unable to read my postings, there must be somewhere a I problem in between. But I lay this perception problem aside, as long the +0 developer of ZIP understood the issue I'm happy.  I > It may be more accurate to say that the past, combined with the present8I > will point the way to the future; until then, however, the needs of theR! > installed base take precedence.o  E Ideally one shouldn't be forced to make this choice but walk on both oI paths: keep up with the needs of the (ever-shrinking) installed base and iI also evolve in order to keep the (once-existing) advantage. But yes, the uF developer base is not exactly what it used to be thus the 1999 slides 2 are the most actual information in so many places.   *shrug*  S    ------------------------------   Date: 24 Sep 2004 06:00:39 GMT2 From: "Dave Weatherall" <djw-nothere@nospam.nohow>E Subject: Re: [DCL REQUEST] New ignore keyword for DIFFERENCES commandb? Message-ID: <DTiotGxQ0bj6-pn2-jBBSPIEmNsuY@dave2_os2.home.ours>n  F On Thu, 23 Sep 2004 20:14:40 UTC, hammond@not@peek.ssr.hp.com (Charlie Hammond) wrote:e   > SOMEbody wrote:i > I > >> Alan's original post suggested the problem lies with lines that are rM > >> comments.  As I understand it he said that DIFFERENCES with the various 4N > >> flags to ignore comments treated a line "$! This is a comment" as if the M > >> line actually said "$" and could get itself confused and start matching uM > >> these lines with similarly treated comments at a different point in the o > >> other file. > " > Ah, yes.  Been there. Done that. > H > The workaround for this is to use /MATCH=x, where x is large enough to" > prevent this sort of miss-match. > M > The drawback to this is that you may reduce the numer if different sectionst< > and get sections with a lot of non-different lines listed. > K > But I also agree with another comment: Comments are important.  SometimesEG > the are as important or even more inportant than the code.  Why woulds8 > you NOT want to examine the differences in comments???  F Sometimes you do but it is nice to be able to choose to check only theE executable bits. Which is why DIFF has those wonderful qualifiers of   course.i  F The other use for a field exclusion specifier would have been to diff ? line-numbered files. I haven't seen one for quite a while tho' -7 although DIFFing .DIF (or ,DMP ?)  files comes close...    -- B Cheers - Dave.   ------------------------------    Date: 24 Sep 2004 05:34:40 -0700+ From: shoppa@trailing-edge.com (Tim Shoppa)uE Subject: Re: [DCL REQUEST] New ignore keyword for DIFFERENCES commandm= Message-ID: <bec993c8.0409240434.1f3eb607@posting.google.com>m  v koehler@eisner.nospam.encompasserve.org (Bob Koehler) wrote in message news:<yIko8PPLfMGz@eisner.encompasserve.org>...E >    But I'm curious, you have someone who's in the habbit of writingoE >    .COM files without leading $?  That's been "works sometimes, notm" >    recommended" since about 3.0.  @ I wasn't aware that you could write a DCL command procedure that= didn't have leading $'s.  MCR, that's a different matter (and E seeing your reference to 3.0 maybe that's what you're talking about.)r   Tim.   ------------------------------    Date: 24 Sep 2004 07:48:01 -0500; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler)eE Subject: Re: [DCL REQUEST] New ignore keyword for DIFFERENCES commanda3 Message-ID: <sq0CzT7aOgyt@eisner.encompasserve.org>   k In article <bec993c8.0409240434.1f3eb607@posting.google.com>, shoppa@trailing-edge.com (Tim Shoppa) writes:l > B > I wasn't aware that you could write a DCL command procedure that? > didn't have leading $'s.  MCR, that's a different matter (andtG > seeing your reference to 3.0 maybe that's what you're talking about.)   ?    This has nothing to do with MCR.  DCL generally will process0B    command files written without leading $.  It really neeeds them-    when program input data and DCL are mixed.e   ------------------------------  % Date: Fri, 24 Sep 2004 14:57:30 +0200l0 From: "Guy Peleg" <guy.peleg@remove_this_hp.com>E Subject: Re: [DCL REQUEST] New ignore keyword for DIFFERENCES command * Message-ID: <41541a72@usenet01.boi.hp.com>  ; "Alan E. Feldman" <spamsink2001@yahoo.com> wrote in messagee7 news:b096a4ee.0409211611.455028c7@posting.google.com...l/ > I'd like to see /IGNORE=LEADING_DOLLAR_SIGNS.t >tE > The purpose of this would be to compare DCL command procedures moreIE > easily when using /IGNORE=(COMMENTS, TRAILING_SPACES, BLANK_LINES). F > The problem with using this is that it greatly increases the odds ofC > DIFFERENCES losing synchronization between the two files. This is-B > because blocks of comments suddenly become lines containing only@ > leading dollar signs. The records within these blocks are thenE > indistinguishable and are often mistakenly matched when they are in4F > different parts of the file. Thus, a larger -- sometimes much larger; > -- /MATCH value is needed to reestablish synchronization.n >mE > By ignoring the leading dollar signs before ignoring comments, then 6 > trailing spaces, and finally blank lines, lines like >n >     $! exciting commenti >aG > completely "disappear" from the comparison and one can usually keep a2H > small match value. Additionally, the clutter caused by rows of leading > dollar signs is eliminated.X >sE > Currently, as a workaround, I remove the dollar signs myself beforee? > running DIFFERENCES. Obviously, it would be much nicer if the>+ > DIFFERENCES command itself would do that.o >/ > A project for Guy Peleg?   Hi Alan,   The request has been noted. I'mc: sure it will take less time to implement then reading this entire thread.....   Guy    ------------------------------  % Date: Fri, 24 Sep 2004 06:48:12 -0700o# From: "Tom Linden" <tom@kednos.com>rE Subject: Re: [DCL REQUEST] New ignore keyword for DIFFERENCES commandr( Message-ID: <opset3amn6zgicya@hyrrokkin>  I On Fri, 24 Sep 2004 14:57:30 +0200, Guy Peleg <guy.peleg@remove_this_hp.=h com> wrote:   = > "Alan E. Feldman" <spamsink2001@yahoo.com> wrote in messagea9 > news:b096a4ee.0409211611.455028c7@posting.google.com...e2 >> I'd like to see /IGNORE=3DLEADING_DOLLAR_SIGNS. >>F >> The purpose of this would be to compare DCL command procedures moreI >> easily when using /IGNORE=3D(COMMENTS, TRAILING_SPACES, BLANK_LINES).=   G >> The problem with using this is that it greatly increases the odds of D >> DIFFERENCES losing synchronization between the two files. This isC >> because blocks of comments suddenly become lines containing only A >> leading dollar signs. The records within these blocks are thenoF >> indistinguishable and are often mistakenly matched when they are inG >> different parts of the file. Thus, a larger -- sometimes much largerr< >> -- /MATCH value is needed to reestablish synchronization. >>F >> By ignoring the leading dollar signs before ignoring comments, then7 >> trailing spaces, and finally blank lines, lines likei >> >>     $! exciting comment >>I >> completely "disappear" from the comparison and one can usually keep a=t  I >> small match value. Additionally, the clutter caused by rows of leadin=- g  >> dollar signs is eliminated. >>F >> Currently, as a workaround, I remove the dollar signs myself before@ >> running DIFFERENCES. Obviously, it would be much nicer if the, >> DIFFERENCES command itself would do that. >> >> A project for Guy Peleg?d > 
 > Hi Alan, >d! > The request has been noted. I'md< > sure it will take less time to implement then reading this > entire thread.....  E Of course you can accomplish the same thing by using pipes.  I am not.G one for ad hoc extensions.  I think it far better to make pipes performm better.e   >h > Guy  >  >o >c   ------------------------------    Date: 24 Sep 2004 07:55:57 -0700. From: spamsink2001@yahoo.com (Alan E. Feldman)E Subject: Re: [DCL REQUEST] New ignore keyword for DIFFERENCES commandm= Message-ID: <b096a4ee.0409240655.4a66af12@posting.google.com>v  v koehler@eisner.nospam.encompasserve.org (Bob Koehler) wrote in message news:<yIko8PPLfMGz@eisner.encompasserve.org>...p > In article <b096a4ee.0409221600.359370c7@posting.google.com>, spamsink2001@yahoo.com (Alan E. Feldman) writes: > > * > > Yes, and I said it was to be used with3 > > /IGNORE=(COMMENTS,TRAILING_SPACES,BLANK_LINES).  > @ >    So you want something different from the current meaning ofF >    /ignore which controls which lines or trailing parts of lines to H >    ignore, you want to control which leading parts of lines to ignore. > 8 >    That's a new feature, and yes, it would be usefull. > E >    But I'm curious, you have someone who's in the habbit of writinghE >    .COM files without leading $?  That's been "works sometimes, nots" >    recommended" since about 3.0.  E I only remove the dollar signs for the purpose of comparison. I don't F work with, or run versions with missing dollar signs. IOW, when I wantA to compare 2 DCL command procedures, I run @REMOVE-DOLLARS TO.COMiD TO.NOD to produce TO.NOD and I run it again on the second version ofD TO.COM, e.g. Then I compare the .NOD files. Then I resume my work onF the .COM files. The .NOD files are ONLY to be used as arguments of theC DIFF command. I never run them or otherwise work with them. This isSD admittedly a quick and dirty solution. Ideally, I'd delete all linesC that are of the form "<beg. of line>$<0 or more spaces>!" with "!", F which is precisely what I'd get if there were the possibility of usingH DIFF/IGNORE=(COMMENTS,TRAILING_SPACES,LEADING_DOLLAR_SIGNS,BLANK_LINES).  D I apologize if my original post was misleading in this sense. All myC DCL command procedures use the proper documented format of startingMC all but continuation and data lines with dollar signs. What I do is7 simply the following:U  E 1. I produce a new file with leading dollar signs removed and save it @ to a file with the same name, but a new file type, namely, .NOD.  @ 2. I use these .NOD files ONLY as arguments for the DIFFERENECES command.  E 3. I then either delete these .NOD files or save them ONLY for futurer! use with the DIFFERENCES command.   F I *never* develop with, or run via "@", these .NOD files. They are for& use ONLY with the DIFFERENCES command.   I hope this is clear now.    ------------------------------   Date: 24 SEP 2004 14:53:35 GMT+ From: Dave Greenwood <greenwoodde@ornl.gov>3E Subject: Re: [DCL REQUEST] New ignore keyword for DIFFERENCES commandx2 Message-ID: <24SEP04.14533549@feda01.fed.ornl.gov>  H In a previous article, "Guy Peleg" <guy.peleg@remove_this_hp.com> wrote:= > "Alan E. Feldman" <spamsink2001@yahoo.com> wrote in messages9 > news:b096a4ee.0409211611.455028c7@posting.google.com...r1 > > I'd like to see /IGNORE=LEADING_DOLLAR_SIGNS.t > >lG > > The purpose of this would be to compare DCL command procedures more'G > > easily when using /IGNORE=(COMMENTS, TRAILING_SPACES, BLANK_LINES).nH > > The problem with using this is that it greatly increases the odds ofE > > DIFFERENCES losing synchronization between the two files. This is D > > because blocks of comments suddenly become lines containing onlyB > > leading dollar signs. The records within these blocks are thenG > > indistinguishable and are often mistakenly matched when they are inoH > > different parts of the file. Thus, a larger -- sometimes much larger= > > -- /MATCH value is needed to reestablish synchronization.t > >oG > > By ignoring the leading dollar signs before ignoring comments, then-8 > > trailing spaces, and finally blank lines, lines like > >3 > >     $! exciting commenta > >vI > > completely "disappear" from the comparison and one can usually keep a@J > > small match value. Additionally, the clutter caused by rows of leading > > dollar signs is eliminated.  > >eG > > Currently, as a workaround, I remove the dollar signs myself beforefA > > running DIFFERENCES. Obviously, it would be much nicer if thet- > > DIFFERENCES command itself would do that.  > >t > > A project for Guy Peleg? >  i
 > Hi Alan, >  l! > The request has been noted. I'mn< > sure it will take less time to implement then reading this > entire thread.....  E At the risk of extending this thread even more - I wonder if allowing I DIFF/COMMENT_DELIMITER to accept *multiple* characters would solve Alan'sxF problem?  To my way of thinking that would be a more general solution.   Eg,   DIFF/COMMENT="$!"o or    DIFF/COMMENT="//"    Dave --------------9 Dave Greenwood                Email: Greenwoodde@ORNL.GOVoH Oak Ridge National Lab        %STD-W-DISCLAIMER, I only speak for myself   ------------------------------    Date: 24 Sep 2004 10:33:47 -0500 From: briggs@encompasserve.orgE Subject: Re: [DCL REQUEST] New ignore keyword for DIFFERENCES commandB3 Message-ID: <DaxLxMDyukqr@eisner.encompasserve.org>T  ` In article <24SEP04.14533549@feda01.fed.ornl.gov>, Dave Greenwood <greenwoodde@ornl.gov> writes:G > At the risk of extending this thread even more - I wonder if allowingiK > DIFF/COMMENT_DELIMITER to accept *multiple* characters would solve Alan's H > problem?  To my way of thinking that would be a more general solution. >  > Eg,   DIFF/COMMENT="$!"s > or    DIFF/COMMENT="//"r  I You need to discard lines of the form "$ !garbage" as well as "$!garbage"r  @ If you could be assured that /IGNORE=SPACING nuked out redundant< white space before /COMMENT=("$!","$ !") identified comments@ before /IGNORE=COMMENTS nulled out the line before /IGNORE=BLANK: dropped the line entirely then I agree you'd be home free.   	John Briggs   ------------------------------   Date: 24 SEP 2004 15:45:22 GMT+ From: Dave Greenwood <greenwoodde@ornl.gov>-E Subject: Re: [DCL REQUEST] New ignore keyword for DIFFERENCES command 2 Message-ID: <24SEP04.15452213@feda01.fed.ornl.gov>  6 In a previous article, briggs@encompasserve.org wrote:b > In article <24SEP04.14533549@feda01.fed.ornl.gov>, Dave Greenwood <greenwoodde@ornl.gov> writes:I > > At the risk of extending this thread even more - I wonder if allowing-M > > DIFF/COMMENT_DELIMITER to accept *multiple* characters would solve Alan'saJ > > problem?  To my way of thinking that would be a more general solution. > >  > > Eg,   DIFF/COMMENT="$!"s > > or    DIFF/COMMENT="//"3 >  UK > You need to discard lines of the form "$ !garbage" as well as "$!garbage"t >  hB > If you could be assured that /IGNORE=SPACING nuked out redundant> > white space before /COMMENT=("$!","$ !") identified commentsB > before /IGNORE=COMMENTS nulled out the line before /IGNORE=BLANK< > dropped the line entirely then I agree you'd be home free.  K I think /IGNORE=SPACING converts 1 or more spaces to 1 space, so I wouldn't-E expect it to nuke the space from "$ !".  But /COMMENT_DELIMITER takes K multiple arguments and when I said "multiple" I meant "2 or 3 or more" evennH if my examples only showed 2 character comment delimiters.  So, assuming' /IGNORE=SPACING was applied first, thenr     DIFF/COMMENT=("$!","$ !")l  N would handle the various versions of "$" followed by 0 or more spaces followed by "!".    Dave --------------9 Dave Greenwood                Email: Greenwoodde@ORNL.GOV$H Oak Ridge National Lab        %STD-W-DISCLAIMER, I only speak for myself   ------------------------------  % Date: Fri, 24 Sep 2004 12:18:17 -0400s From: norm.raphael@metso.comE Subject: Re: [DCL REQUEST] New ignore keyword for DIFFERENCES command'Q Message-ID: <OFC67E8822.C0899DDC-ON85256F19.0058BBC0-85256F19.0059A3A4@metso.com>   D greenwoodde@feda01.fed.ornl.gov (Dave Greenwood) wrote on 09/24/2004 11:45:22 AM:  8 > In a previous article, briggs@encompasserve.org wrote:E > > In article <24SEP04.14533549@feda01.fed.ornl.gov>, Dave Greenwoodh  > <greenwoodde@ornl.gov> writes:K > > > At the risk of extending this thread even more - I wonder if allowingrH > > > DIFF/COMMENT_DELIMITER to accept *multiple* characters would solve Alan'sB > > > problem?  To my way of thinking that would be a more general	 solution.a > > >e > > > Eg,   DIFF/COMMENT="$!"n > > > or    DIFF/COMMENT="//"c > >uA > > You need to discard lines of the form "$ !garbage" as well asc "$!garbage"n > >tD > > If you could be assured that /IGNORE=SPACING nuked out redundant@ > > white space before /COMMENT=("$!","$ !") identified commentsD > > before /IGNORE=COMMENTS nulled out the line before /IGNORE=BLANK> > > dropped the line entirely then I agree you'd be home free. >:D > I think /IGNORE=SPACING converts 1 or more spaces to 1 space, so I wouldn'tG > expect it to nuke the space from "$ !".  But /COMMENT_DELIMITER takes2H > multiple arguments and when I said "multiple" I meant "2 or 3 or more" evenJ > if my examples only showed 2 character comment delimiters.  So, assuming) > /IGNORE=SPACING was applied first, theni >c >   DIFF/COMMENT=("$!","$ !")    Don't forget you really need&     DIFF/COMMENT=("$n<sp>!","$n<^I>!")H where n=(0,1,2...,length_of_DCL_line_buffer),<sp> is space, <^I> is tab.  J Oh, oh. That should be "$n((n(n<sp><and>n<^I>))<or>(n(n<^I><and>n<sp>)))!" or...wK Well you get the idea.  Tabs and Spaces can be mixed, repeated, or omitted.O >SG > would handle the various versions of "$" followed by 0 or more spaces- followed	 > by "!".- >- > Dave > --------------; > Dave Greenwood                Email: Greenwoodde@ORNL.GOVcJ > Oak Ridge National Lab        %STD-W-DISCLAIMER, I only speak for myself   ------------------------------   Date: 24 SEP 2004 17:36:00 GMT+ From: Dave Greenwood <greenwoodde@ornl.gov>mE Subject: Re: [DCL REQUEST] New ignore keyword for DIFFERENCES commandr2 Message-ID: <24SEP04.17360025@feda01.fed.ornl.gov>  4 In a previous article, norm.raphael@metso.com wrote:F > greenwoodde@feda01.fed.ornl.gov (Dave Greenwood) wrote on 09/24/2004 > 11:45:22 AM: >   : > > In a previous article, briggs@encompasserve.org wrote:G > > > In article <24SEP04.14533549@feda01.fed.ornl.gov>, Dave Greenwood " > > <greenwoodde@ornl.gov> writes:M > > > > At the risk of extending this thread even more - I wonder if allowingeJ > > > > DIFF/COMMENT_DELIMITER to accept *multiple* characters would solve > Alan'sD > > > > problem?  To my way of thinking that would be a more general > solution.o > > > >n > > > > Eg,   DIFF/COMMENT="$!"  > > > > or    DIFF/COMMENT="//"g > > >iC > > > You need to discard lines of the form "$ !garbage" as well asc
 > "$!garbage"t > > >CF > > > If you could be assured that /IGNORE=SPACING nuked out redundantB > > > white space before /COMMENT=("$!","$ !") identified commentsF > > > before /IGNORE=COMMENTS nulled out the line before /IGNORE=BLANK@ > > > dropped the line entirely then I agree you'd be home free. > > F > > I think /IGNORE=SPACING converts 1 or more spaces to 1 space, so I
 > wouldn'tI > > expect it to nuke the space from "$ !".  But /COMMENT_DELIMITER takesrJ > > multiple arguments and when I said "multiple" I meant "2 or 3 or more" > evenL > > if my examples only showed 2 character comment delimiters.  So, assuming+ > > /IGNORE=SPACING was applied first, then. > >w > >   DIFF/COMMENT=("$!","$ !")  >  u > Don't forget you really need( >     DIFF/COMMENT=("$n<sp>!","$n<^I>!")J > where n=(0,1,2...,length_of_DCL_line_buffer),<sp> is space, <^I> is tab. >  >L > Oh, oh. That should be "$n((n(n<sp><and>n<^I>))<or>(n(n<^I><and>n<sp>)))!" > or...rM > Well you get the idea.  Tabs and Spaces can be mixed, repeated, or omitted.c > > I > > would handle the various versions of "$" followed by 0 or more spacesy
 > followed > > by "!".e  G /IGNORE=SPACING ignores "Extra blank spaces or tabs within data lines."sJ according to HELP DIFF/IGNORE.  So I think that would solve the problem ofI "$" and "!" separated by any combination of spaces and tabs - assuming itrC was applied before checking for multi-character comment delimiters.    Dave --------------9 Dave Greenwood                Email: Greenwoodde@ORNL.GOV H Oak Ridge National Lab        %STD-W-DISCLAIMER, I only speak for myself   ------------------------------   End of INFO-VAX 2004.531 ************************  
 Documentation # http://docs.sun.com/db/doc/817-1592    Solaris 10 site   3 http://wwws.sun.com/software/solaris/10/inside.html   E Includes details on ZFS, Dtrace, Containers, Predictive Self Healing, = Solaris 10 Security, Linux runtime and the new network stack.   B There are a number of other new technologies in Solaris 10 but the above are the most interesting.        Regards  Andrew Harrison    --sfer completed.  652 (8) bytes transferred.1  <<< PORT 83,31,156,101,189,2456 >>> 200 Port 189.245 at Host 83.31.156.101 accepted. <<< RETR mark.mare` >>> 150 IMAGE retrieve of /disk$misc/decus/vax84b/swtools/distn/mark.mar (1488 bytes) started.9 >>> 226 Transfer completed.  530 (8) bytes transferred.1  <<< PORT 83,31,156,101,189,2476 >>> 200 Port 189.247 at Host 83.31.156.101 accepted. <<< RETR mintro.fmtob >>> 150 IMAGE retrieve of /disk$misc/decus/vax84b/swtools/distn/mintro.fmt (2388 bytes) started.: >>> 226 Transfer completed.  1602 (8) bytes transferred.  <<< PORT 83,31,156,101,189,2496 >>> 200 Port 189.249 at Host 83.31.156.101 accepted. <<< RETR mkboot.sha >>> 150 IMAGE retrieve of /disk$misc/decus/vax84b/swtools/distn/mkboot.sh (1888 bytes) started.5: >>> 226 Transfer completed.  1090 (8) bytes transferred.  <<< PORT 83,31,156,101,189,2506 >>> 200 Port 189.250 at Host 83.31.156.101 accepted. <<< RETR mkboot1.shsa >>> 150 IMAGE retrieve of /disk$misc/decus/vax84b/swtools/distn/mkboot1.sh (894 bytes) started.19 >>> 226 Transfer completed.  116 (8) bytes transferred.9  <<< PORT 83,31,156,101,189,2526 >>> 200 Port 189.252 at Host 83.31.156.101 accepted. <<< RETR mpath] >>> 150 IMAGE retrieve of /disk$misc/decus/vax84b/swtools/distn/mpath (1008 bytes) started.l7 >>> 226 Transfer completed.  8 (8) bytes transferred.1  <<< PORT 83,31,156,101,189,2536 >>> 200 Port 189.253 at Host 83.31.156.101 accepted. <<< RETR msghlpe_ >>> 150 IMAGE retrieve of /disk$misc/decus/vax84b/swtools/distn/msghlp (11572 bytes) started.f; >>> 226 Transfer completed.  10594 (8) bytes transferred.1  <<< PORT 83,31,156,101,189,2556 >>> 200 Port 189.255 at Host 83.31.156.101 accepted. <<< RETR msgprim.sheb >>> 150 IMAGE retrieve of /disk$misc/decus/vax84b/swtools/distn/msgprim.sh (1010 bytes) started.8 >>> 226 Transfer completed.  12 (8) bytes transferred. <<< PORT 83,31,156,101,190,04 >>> 200 Port 190.0 at Host 83.31.156.101 accepted. <<< RETR msgtest.sh b >>> 150 IMAGE retrieve of /disk$misc/decus/vax84b/swtools/distn/msgtest.sh (3904 bytes) started.: >>> 226 Transfer completed.  3086 (8) bytes transferred. <<< PORT 83,31,156,101,190,24 >>> 200 Port 190.2 at Host 83.31.156.101 accepted. <<< RETR mymail.edsea >>> 150 IMAGE retrieve of /disk$misc/decus/vax84b/swtools/distn/mymail.eds (844 bytes) started.l9 >>> 226 Transfer completed.  169 (8) bytes transferred.1 <<< PORT 83,31,156,101,190,44 >>> 200 Port 190.4 at Host 83.31.156.101 accep