1 INFO-VAX	Mon, 22 May 2000	Volume 2000 : Issue 284       Contents:% Re: A problem with incremental backup < Re: Accessing the assembler from Dec C++ on Alpha Tru64 Unix< Re: Accessing the assembler from Dec C++ on Alpha Tru64 Unix Re: KOffice -> OVMS?D Re: LOOK AND FEEL 10 YEARS YOUNGER - INCREASE SEXUAL POTENCY (13854)2 Re: OpenVMS and Windows NT Integration for Dummies Re: SKC's OpenVMS Viewpoint  Re: SKC's OpenVMS Viewpoint  Re: SKC's OpenVMS Viewpoint 5 Re: Software for Grownups (Was: Re: "Modern" OpenVMS) * UNSUB INFO-VAX sivakumar.b@cybertech.co.in VMS pages update Re: Voluntary Milking System  F ----------------------------------------------------------------------  # Date: Sun, 21 May 2000 22:18:05 GMT / From: Hans.Bachner@altavista.net (Hans Bachner) . Subject: Re: A problem with incremental backup+ Message-ID: <39285f9a.13920116@news.aon.at>   = rojelio@sssup.it (Rojelio) wrote on 19 May 00 16:16:20 +0100:    <snip>K >   /RECORD feature works well (I verified it with a simple DIR /FULL), but N >/SINCE=BACKUP doesn't care about last-backup date and re-saves everything. IsI >it a bug (we're using OpenVMS V7.2-1 on an Alpha 800) or am I forgetting , >anything? Did anyone face similar problems? <snip>  H Posting the complete backup command would certainly help to diagnose theB problem. Lacking that, the following is based on pure assumptions.  @ - you started off with a $ BACKUP /IMAGE /RECORD command, right?* - for the incrementals, be sure to specify)   $ BACKUP /SINCE=BACKUP disk:[000000...] N   If you use [*...] instead, the master file directory 000000.DIR will not be P   saved, will not get the backup date recorded and everything below it (i.e. the  3   whole disk) will be selected for the next backup.    Hope this helps,  : ---------------- speaking only for myself ---------------- Hans Bachner Compaq Computer Austria + Compaq Customer Services - Software Support  E-Mail: Hans.Bachner@compaq.com    ------------------------------  % Date: Mon, 22 May 2000 01:11:53 +0200 & From: Bob Marcan <bob.marcan@aster.si>E Subject: Re: Accessing the assembler from Dec C++ on Alpha Tru64 Unix ( Message-ID: <39286D39.44DB7E34@aster.si>  
 Dan wrote: > 3 > Bob Marcan <bob.marcan@aster.si> wrote in message $ > news:39258658.1FA46B7D@aster.si... > > Paul Black wrote:  > > > ( > > > "OHM" <ohm62@SFhotmail.com> wrote: > > > > K > > > > You do not know what you are talking about.  ex-Digital, now Compaq & > > > > compilers compile C just fine. > > > [snip]( > > > >    char *c = (char *)malloc(20); > > > " > > > > >    char *c = malloc(20); > > > L > > > Any reason why you changed the code or was it because the C++ compiler6 > > > wouldn't compile the originally supplied C code. > > > 
 > > > Paul > >  > > Let's start: > >  > > [bob@sipek TEMP]$ uname -aG > > Linux sipek.aster.si 2.2.14-12 #1 Tue Apr 25 13:04:07 EDT 2000 i686  > > unknown & > > [bob@sipek TEMP]$ gcc -dumpversion > > egcs-2.91.66 > > [bob@sipek TEMP]$ cat x.cxx  > > #include <stdlib.h>  > > #include <string.h>  > > #include <stdio.h> > >  > > int main(void) > > { & > > //   char *c = (char *)malloc(20); > >    char *c = malloc(20);
 > >    if (c)  > >    {$ > >       strcpy(c, "Hello, world"); > >       puts(c); > >    } > >    else  > >       puts("Sorry.");  > >    return 0; > > }  > > [bob@sipek TEMP]$  > > [bob@sipek TEMP]$ gcc x.cxx $ > > x.cxx: In function `int main()':K > > x.cxx:8: warning: ANSI C++ forbids implicit conversion from `void *' in  > > initialization > > [bob@sipek TEMP]$  > >  > > -------------- > >  > > $ cxx/version 0 > > Compaq C++ V6.2-016 for OpenVMS Alpha V7.2-1  > > $ cxx/list=sys$output: x.cxx > >  > >    char *c = malloc(20); > > .............^L > > %CXX-E-BADINITTYP, a value of type "void *" cannot be used to initialize( > >           an entity of type "char *"3 > > at line number 8 in file D1:[BOB.TMP.03]x.cxx;3  > > : > > %CXX-I-MESSAGE, 1 error detected in the compilation of > > "D1:[BOB.TMP.03]x.cxx;3". ' > >               1 #include <stdlib.h> ' > >            1526 #include <string.h> & > >            1878 #include <stdio.h> > >            2540 " > >            2541 int main(void) > >            2542 { 6 > >            2543 //   char *c = (char *)malloc(20);, > >            2544    char *c = malloc(20);" > >                 .............1E > > %CXX-E-BADINITTYP, (1) a value of type "void *" cannot be used to  > > initialize( > >           an entity of type "char *" > >  > >            2545    if (c)  > >            2546    {4 > >            2547       strcpy(c, "Hello, world");" > >            2548       puts(c); > >            2549    } > >            2550    else ) > >            2551       puts("Sorry.");   > >            2552    return 0; > >            2553 }  > > : > > %CXX-I-MESSAGE, 1 error detected in the compilation of > > "D1:[BOB.TMP.03]x.cxx;3".  > >  > >  > >  > > Command Line > > ------- ---- > >  > > CXX/LIST=sys$output: x.cxx > >  > > ? > > These macros are in effect at the start of the compilation. ? > > ----- ------ --- -- ------ -- --- ----- -- --- ------------  > > I > >  __VMS_VER=70210022 __VMS_VERSION="V7.2-1  " __vms_version="V7.2-1  " 
 > > __G_FLOAT J > >  __D_FLOAT=0 __vms __VMS __BIASED_FLT_ROUNDS=2 __32BITS __IEEE_FLOAT=0A > >  __Alpha_AXP __alpha __ALPHA __DECCXX_VER=60290016 __STD_ANSI G > >  __IMPLICIT_INCLUDE_ENABLED __STDNEW __X_FLOAT __PRAGMA_ENVIRONMENT  > > __DECCXXI > >  __EDG_VERSION__=240 __EDG__ __IMPLICIT_USING_STD __RTTI __EXCEPTIONS H > >  __GLOBAL_ARRAY_NEW __BOOL_IS_A_RESERVED_WORD _BOOL_EXISTS __WCHAR_T > > _WCHAR_T; > >  __cplusplus __TIME__="18:59:36" __DATE__="May 19 2000"  > > $  > >  > > ---------------- > >  > > brinovc.aster.si> uname -a( > > OSF1 brinovc.aster.si V5.0 910 alpha& > > brinovc.aster.si> gcc -dumpversion > > 2.7-97r1 > > brinovc.aster.si> gcc x.cxx $ > > x.cxx: In function `int main()':K > > x.cxx:8: warning: ANSI C++ forbids implicit conversion from `void *' in  > > initialization > > brinovc.aster.si>  > > -----------------  > > brinovc.aster.si>  > > brinovc.aster.si>  > > brinovc.aster.si> cxx -V8 > > Compaq C++ V6.2-024 for Digital UNIX V5.0 (Rev. 910) > > brinovc.aster.si> cxx x.cxx I > > cxx: Error: x.cxx, line 8: a value of type "void *" cannot be used to 3 > >           initialize an entity of type "char *"  > >    char *c = malloc(20); > > -------------^> > > cxx: Info: 1 error detected in the compilation of "x.cxx". > > brinovc.aster.si>  > >  > > -------------------  > >  > > fs 1% uname -a > > IRIX fs 6.2 03131015 IP22 	 > > fs 2% 0 > > # don't know how to get SGI compiler version > > fs 26% cc x.cxx 
 > > fs 27% > > ---------------------  > >  > > fs 27% gcc -dumpversion 	 > > 2.8.1  > > fs 28% gcc x.cxx$ > > x.cxx: In function `int main()':K > > x.cxx:7: warning: ANSI C++ forbids implicit conversion from `void *' in  > > initialization
 > > fs 29% > >  > > ---------------------  > >  > > Any comments?  > 1 > Yes....you've got a C++ problem....not a C one.  >  > Dan       C Just changing x.cxx to x.c everything works on all three platforms.  --  A ----------------------------------------------------------------- @  Bob Marcan                         email:   bob.marcan@aster.si@  Aster                                tel:    +386 (61) 1894-329@  Nade Ovcakove 1                      fax:    +386 (61) 1894-201@  1000 Ljubljana, Slovenia                    http://www.aster.siA -----------------------------------------------------------------    ------------------------------  % Date: Mon, 22 May 2000 01:09:59 +0200 & From: Bob Marcan <bob.marcan@aster.si>E Subject: Re: Accessing the assembler from Dec C++ on Alpha Tru64 Unix ( Message-ID: <39286CC7.A3DF5ABA@aster.si>   Dann Corbit wrote: > J > An Ohm, as they say, is resistance.  In this case, resistance is futile.G > You can't change the source and say: "Look it compiles quite nicely."  >  > That's cheating. > Here's another:  >  > int main(void) > { 
 > int new; > return 0;  > }  >  > Tell me how it turns out.  > --2 > C-FAQ: http://www.eskimo.com/~scs/C-faq/top.html& >  "The C-FAQ Book" ISBN 0-201-84519-93 > C.A.P. Newsgroup   http://www.dejanews.com/~c_a_p K > C.A.P. FAQ: ftp://38.168.214.175/pub/Chess%20Analysis%20Project%20FAQ.htmo  ' No problem on Tru64, OpenVMS and Linux.b     -- DA ----------------------------------------------------------------- @  Bob Marcan                         email:   bob.marcan@aster.si@  Aster                                tel:    +386 (61) 1894-329@  Nade Ovcakove 1                      fax:    +386 (61) 1894-201@  1000 Ljubljana, Slovenia                    http://www.aster.siA -----------------------------------------------------------------n   ------------------------------  # Date: Sun, 21 May 2000 21:35:45 GMT- From: Dirk Munk <munk@home.nl> Subject: Re: KOffice -> OVMS?c' Message-ID: <392856AF.5046C4CB@home.nl>c   Keith Brown wrote: >  > SysAdmin wrote:s > >DL > > In the search for "office" software for OpenVMS, I was wondering if thisJ > > link might be of value to someone with the time and programming skills > > to pursue it:I > >L. > > http://koffice.kde.org/install-source.html > >uG > > Not sure if this is of any value, but wanted to make mention of it.  > >  > > David J. Dachterae >  > David, > > > I noticed that you got no responses to this suggestion but I= > wanted to let you know that I concur. From what I have read.> > about KOffice, it will be exceptional application when it is > complete.f  H I agree, it would be great to have a VMS office suite. Wish I could help4 out with this project, but I'm not familiar with C++     Dirk     >  > --
 > Keith Browne > kbrown780@usfamily.net   ------------------------------  # Date: Sun, 21 May 2000 20:37:21 GMTe4 From: "Peter Ljungberg" <peter.p.ljungberg@telia.se>M Subject: Re: LOOK AND FEEL 10 YEARS YOUNGER - INCREASE SEXUAL POTENCY (13854) 6 Message-ID: <5OXV4.5192$wYl.216932864@newsb.telia.net>   Yeah!  Never heard of HPPC  ? & High Performance Potency Computing ;-)  	 >>> ^P.Ljm    ; "Terry C. Shannon" <shannon@world.std.com> wrote in message0  news:FuwvMw.CpK@world.std.com... ><, > <Kathyspammer@ada.net.tr> wrote in message& > news:58680.79995@mail.capehat.com...9 > > What would you pay to look and feel 10 years younger?t > > ? > > Would you be interested in increasing energy levels by 84%?2; > > How about Increasing Sexual Potency & Frequency by 75%?  > >OF > > Would you like to increase your Muscle Strength by 88%  While.....H > > At the same time...... Reducing Body Fat by 82% and Wrinkles by 61%? > >uI > > Of Course you would! Well we have the Amazing HGH Releasor product to * > > help you achieve all of this and more!8 > > PLUS~~~~ We have the scientific proof to back it up! > 3 > Sounds like an ad for OpenVMS Galaxy on WildFire.u >i >C   ------------------------------  % Date: Mon, 22 May 2000 00:35:15 -0400M- From: JF Mezei <jfmezei.spamnot@videotron.ca>2; Subject: Re: OpenVMS and Windows NT Integration for Dummiesb, Message-ID: <3928B901.5F0D161B@videotron.ca>  ! Found another goodie in the book:   F There is a section on how Compaq can help you migrate from ALL-IN-1 to Microsoft Exchange.v  N That section should be zapped ASAP, and replace with one telling coustomer howL to migrate from exchange to ALL-IN-1. Otherwise, why not a section on how to. migrate from VMS to Sun , or Compaq to Dell...   ------------------------------  # Date: Sun, 21 May 2000 22:35:50 GMTp/ From: "John Nixon" <jorlnixon@worldnet.att.net> $ Subject: Re: SKC's OpenVMS ViewpointG Message-ID: <axZV4.77431$WF.4400236@bgtnsc04-news.ops.worldnet.att.net>    Great article Terry,   Thanks.-    ; "Terry C. Shannon" <shannon@world.std.com> wrote in messagep  news:FuwxLt.LF9@world.std.com...I > A variant of my recent OpenVMS brief is posted at www.theregister.co.uk C > under the heading "Compaq's OpenVMS Cash Cow Not Abbatoir-Ready."t >i > -- > Terry C. Shannon0 > Consultant and Publisher, Shannon Knows Compaq  > Visiting Vulture, The Register > shannon@world.std.come > http://www.acersoft.comf >  >D >B >T   ------------------------------  % Date: Sun, 21 May 2000 18:56:11 -05001* From: Keith Brown <kbrown780@usfamily.net>$ Subject: Re: SKC's OpenVMS Viewpoint, Message-ID: <3928779B.9A7070DC@usfamily.net>   "Terry C. Shannon" wrote:  > I > A variant of my recent OpenVMS brief is posted at www.theregister.co.ukmC > under the heading "Compaq's OpenVMS Cash Cow Not Abbatoir-Ready.", >  > -- > Terry C. Shannon0 > Consultant and Publisher, Shannon Knows Compaq  > Visiting Vulture, The Register > shannon@world.std.com  > http://www.acersoft.com   - Great article Terry.  We need more like this.o   --   Keith Brown  kbrown780@usfamily.net   ------------------------------  # Date: Mon, 22 May 2000 00:22:22 GMT 0 From: "Terry C. Shannon" <shannon@world.std.com>$ Subject: Re: SKC's OpenVMS Viewpoint% Message-ID: <FuxqCr.t3@world.std.com>   7 "Keith Brown" <kbrown780@usfamily.net> wrote in message & news:3928779B.9A7070DC@usfamily.net... > "Terry C. Shannon" wrote:o > >:K > > A variant of my recent OpenVMS brief is posted at www.theregister.co.ukaE > > under the heading "Compaq's OpenVMS Cash Cow Not Abbatoir-Ready."  > >  > > -- > > Terry C. Shannon2 > > Consultant and Publisher, Shannon Knows Compaq" > > Visiting Vulture, The Register > > shannon@world.std.com_ > > http://www.acersoft.com_ >p/ > Great article Terry.  We need more like this.D  K Well, I'm working on one as we speak. It should be out sometime next month, 2 by which time there should even more to report on!   cheers,N   terry sI   ------------------------------   Date: 22 May 2000 03:03:37 GMT2 From: mathog@seqaxp.bio.caltech.edu (David Mathog)> Subject: Re: Software for Grownups (Was: Re: "Modern" OpenVMS), Message-ID: <8ga829$8qu@gap.cco.caltech.edu>  i In article <MQJV4.18416$jZ3.264140@nuq-read.news.verio.net>, "Nikita V. Belenki" <kit@nospam.net> writes:  >nD >As far as I know, there is no write() in the C language standard ;) >:  
 Let's see:  $ $ help CC   Run-time_functions write    B        Writes a specified number of bytes from a buffer to a file.          Syntax:               #include <unistd.h>i  D             int write(int file_descriptor, void *buffer,int nbytes);             (POSIX-1)   B Hmm, looks like its in the Unix emulation section of the compiler,H and that POSIX, rather than ANSI C, may be the correct standard to refer to.  h  H If it's there solely to offer unix emulation, then that's an even better/ reason for it to act like write() does on Unix.    Regards,   David Mathog mathog@seqaxp.bio.caltech.edu ? Manager, sequence analysis facility, biology division, Caltech     ------------------------------  % Date: Mon, 22 May 2000 09:45:55 +053020 From: Siva Kumar B <sivakumar.b@cybertech.co.in>3 Subject: UNSUB INFO-VAX sivakumar.b@cybertech.co.in @ Message-ID: <A1A92C702186D311A75500600868566E33452D@CSBMEX0121B>  * UNSUB INFO-VAX sivakumar.b@cybertech.co.in   ------------------------------  % Date: Sun, 21 May 2000 22:23:47 +0200 B From: Arne =?iso-8859-1?Q?Vajh=F8j?= <arne.vajhoej@mail.danbbs.dk> Subject: VMS pages updatet. Message-ID: <392845D3.730AD918@mail.danbbs.dk>   http://www.levitte.org/~ava/   has been updated !   Arne   ------------------------------  + Date: Sun, 21 May 2000 13:31:08 -0500 (EST)r1 From: "Robert J. Slover" <slover@Rose-Hulman.Edu> % Subject: Re: Voluntary Milking SystemoW Message-ID: <Pine.LNX.3.96.1000521132952.16842A-100000@rocinante.admin.rose-hulman.edu>   8 At last, scheduler's VERMONT_CREAMERY.LOG explained! ;-)  ( On Sat, 20 May 2000, David Mathog wrote:  M > Today while having the oil changed in my wife's Legacy I chanced to open upaC > the April 2000 issue of Popular Mechanics and noticed a couple of L > paragraphs about VMS.  It stood for "Voluntary Milking System" and allowedM > cows to wander into a barn and get milked (by a machine) whenever they feltaM > like it. Very much like the situation with the VMS we know and love, exceptn9 > I doubt the cows need to try so hard to find the barn.   > N > This would tend to explain the "milked until there was no more left" feeling! > that VMS customers experience! o > 
 > Regards, >  > David Mathog > mathog@seqaxp.bio.caltech.edu A > Manager, sequence analysis facility, biology division, Caltech   >    ------------------------------   End of INFO-VAX 2000.284 ************************