1 INFO-VAX	Sun, 10 Sep 2000	Volume 2000 : Issue 507       Contents: apache cluster configuration  Re: apache cluster configuration* Barrel rolls, was Re: aircraft are not Sun. Re: Barrel rolls, was Re: aircraft are not Sun Re: Becoming another user?? % cluster configuration error at reboot  Re: ERRFMT in RWMBX  FTP Access to the VNC stuff  Re: FTP Access to the VNC stuff ( Re: GTK+ now available for OpenVMS Alpha+ Re: Jupiter (was Re: Q: Why not (2^n)-bit?) + Re: Jupiter (was Re: Q: Why not (2^n)-bit?)  LAT printer servers? Re: LAT printer servers? Re: LAT printer servers? Re: LAT printer servers? Re: LAT printer servers?) Re: need to convert DIF to delimited text & Problems executing RCP from AIX to VMS) Re: Re[2]: Sun's Bitter Harvest- Going OT ! Re: Sun Hardware problems persist  Toolkit warning % Re: Why I hate C on VMS, reason #9321 % Re: Why I hate C on VMS, reason #9321 % Re: Why I hate C on VMS, reason #9321  [DECW] archive update   F ----------------------------------------------------------------------  % Date: Sun, 10 Sep 2000 16:13:41 +0200 > From: "Jean-Franois Marchal" <jean-francois.marchal@x9000.fr>% Subject: apache cluster configuration 2 Message-ID: <8pg539$hog$2@s1.read.news.oleane.net>   Bonjour  tous  9 New apache user, I've just added a new node to my cluster 5 When I look at the definition of apache$root, I get :   E on SX9071 (first node of the cluster on which I had Apache running) :   E    "APACHE$ROOT"   = "DSA1:[SYS71.SYSCOMMON.APACHE.SPECIFIC.SX9071.]" %                    = "APACHE$COMMON:" 5 1  "APACHE$COMMON" = "DSA1:[SYS71.SYSCOMMON.APACHE.]"   1 on SX9072 (new node, without any configuration) :   +    "APACHE$ROOT"   = "DSA1:[SYS72.SYSEXE.]"   A Theese definitions seem rather strange ... What did I miss during A the initial configuration on SX9071, and what should I do, unless D I manually modify the logical names' definitions in apache$startup ?   Cordialement   Jean-Franois Marchal  X9000 - Lyon (FR)    ------------------------------  % Date: Sun, 10 Sep 2000 18:17:43 +0200 > From: "Jean-Franois Marchal" <jean-francois.marchal@x9000.fr>) Subject: Re: apache cluster configuration 2 Message-ID: <8pgc6v$q5g$1@s1.read.news.oleane.net>  I "Jean-Franois Marchal" <jean-francois.marchal@x9000.fr> wrote in message , news:8pg539$hog$2@s1.read.news.oleane.net... > Bonjour  tous > ; > New apache user, I've just added a new node to my cluster 7 > When I look at the definition of apache$root, I get :  > G > on SX9071 (first node of the cluster on which I had Apache running) :  > G >    "APACHE$ROOT"   = "DSA1:[SYS71.SYSCOMMON.APACHE.SPECIFIC.SX9071.]" ' >                    = "APACHE$COMMON:" 7 > 1  "APACHE$COMMON" = "DSA1:[SYS71.SYSCOMMON.APACHE.]"  > 3 > on SX9072 (new node, without any configuration) :  > - >    "APACHE$ROOT"   = "DSA1:[SYS72.SYSEXE.]"  > C > Theese definitions seem rather strange ... What did I miss during C > the initial configuration on SX9071, and what should I do, unless F > I manually modify the logical names' definitions in apache$startup ? >     Found a beginning of solution ..  @ After renaming apache$config.dat into sys$common:, apache$commonB is build proprely by apache$config at startup, BUT apache$specific= is pointing to [...SPECIFIC.SX9071.] that is the other node's E specific directory. I understand that nobody has created any specific  directory on the new node...  B So what should be a correct directory architecture for a clustered? installaton of apache ? where should I find apache$config.dat ? # could I share the same httpd.conf ?    Cordialement Jean-Franois Marchal  X9000 -Lyon    ------------------------------  # Date: Sun, 10 Sep 2000 16:04:36 GMT + From: Scott Vieth <svieth@wi.rr.com.nospam> 3 Subject: Barrel rolls, was Re: aircraft are not Sun 0 Message-ID: <39BBB132.3A407A4F@wi.rr.com.nospam>   All:  9 As long as we're on the subject, how does one do a barrel A roll with a large jet?  If the wings provide lift during "normal" > flight, wouldn't the force on the wings during inverted flight  push the plane toward the earth?  = I need to know the details so I can try this with the big jet  in Flight Simulator 2000.  ;^)   -Scott Vieth   Jerry Leslie wrote:   3 > Richard B. Gilbert (DRAGON@compuserve.com) wrote: F > : ISTR he was fired for it too!!!  But there are things a man has to > : do. . . . :-)  > :  > J > I don't think so. IIRC, he was just told NOT to do that again, accordingJ > to the episode of "Wings". One source credits the rolling of the Dash-80= > jet for getting the USAF to order the KC-135 version. From:    [snip]   ------------------------------  # Date: Sun, 10 Sep 2000 17:23:58 GMT % From: hg/jb <shsrms@bellatlantic.net> 7 Subject: Re: Barrel rolls, was Re: aircraft are not Sun 0 Message-ID: <39BBC3CE.B59FB091@bellatlantic.net>  C seriously, do you think the wings only provide lift on one surface?  bob      Scott Vieth wrote: >  > All: > ; > As long as we're on the subject, how does one do a barrel C > roll with a large jet?  If the wings provide lift during "normal" @ > flight, wouldn't the force on the wings during inverted flight" > push the plane toward the earth? > ? > I need to know the details so I can try this with the big jet   > in Flight Simulator 2000.  ;^) >  > -Scott Vieth >  > Jerry Leslie wrote:  > 5 > > Richard B. Gilbert (DRAGON@compuserve.com) wrote: H > > : ISTR he was fired for it too!!!  But there are things a man has to > > : do. . . . :-)  > > :  > > L > > I don't think so. IIRC, he was just told NOT to do that again, accordingL > > to the episode of "Wings". One source credits the rolling of the Dash-80? > > jet for getting the USAF to order the KC-135 version. From:  >  > [snip]   ------------------------------  % Date: Sun, 10 Sep 2000 13:42:36 +0900 2 From: Mike Rechtman <michael.rechtman@digital.com>$ Subject: Re: Becoming another user??+ Message-ID: <39BB8FCC.737C6178@digital.com>    Horse Nuts... wrote: > G > Is there a way to become another user, without actually logging in as G > this user. I have system, and I want to test some stuff under another  > user!! >  > Thanks= Try the following: Unsupported and guaranteed full of bugs...      ;          .TITLE  PERSONA          .IDENT  /V1.0/ ; J ;*************************************************************************H ;*                                                                       * H ;*          1997                     BY                                 * H ;*  Mike Rechtman,                       ISRAEL                          * H ;*                                                                       * M ;****************************************************************************  ;+H ; Be sure and LINK against the SYSTEM's symbol table and include LIB.MLB ; during assembly. ;--         .LIBRARY        "SYS$LIBRARY:LIB.MLB" >         .LINK           "SYS$SYSTEM:SYS.STB" /SELECTIVE_SEARCH  &         .PSECT  DATA,RD,WRT,NOEXE,LONG   ;  ;  First, some useful texts -  ; A CTRL1:  .ASCID          /Spawning subprocess under username !AS / H BANN1:  .ASCID          /                                                /  BLEN1:  .WORD           45. D BANN2:  .ASCID          / - Exit by typing LOGOUT when through...  /) PROMP:  .ASCID          /Enter Username>/ E CTRL2:  .ASCID          /Error during system call !AS, Aborting...  / H ERRMS:  .ASCID          /                                                /  ELEN2:  .WORD           45. % ROUT1:  .ASCID          /GET_FOREIGN/ ( ROUT2:  .ASCID          /PERSONA_CREATE/, ROUT3:  .ASCID          /PERSONA_ASSUME (1)/ ROUT4:  .ASCID          /SPAWN/ , ROUT5:  .ASCID          /PERSONA_ASSUME (2)/  D M_DESC: .ADDRESS        ROUT1           ; Pointer to current routine name   ; % ;  Save some space for the username -  ; ( P_DESC: .ASCID          /              /C                                         ; Space to save who we want : to                                             ;    becomeB                                         ; _MUST_ be valid username U_DESC: .ADDRESS P_DESC    ; ' ; These two LONGS hold the PERSONA data  ; ; PERS:   .LONG           0               ; Who we want to be   8 ME:     .LONG           1               ; Who we are now    &         .PSECT  CODE,RD,NOWRT,EXE,BYTE         .ENTRY  PERSONA,^M<>   10$:@         ; MOVAB ROUT1,M_DESC            ; Done at initialization         PUSHAL  PROMP          PUSHAL  P_DESC?         CALLS   #2,G^LIB$GET_FOREIGN    ; Get required username 9         BLBS    R0,20$                  ; of not OK, then D         BRW     100$                    ;    jump to error - message 20$:         MOVAB   ROUT2,M_DESC.         $PERSONA_CREATE_S       PERSONA=PERS,-A                                 USRNAM=P_DESC   ; Setup to change          BLBS    R0,30$         BRW     100$   30$:         MOVAB   ROUT3,M_DESC.         $PERSONA_ASSUME_S       PERSONA=PERS,-A                                 FLAGS=#7        ; Change username          BLBS    R0,40$         BRW     100$   40$:.         $FAO_S                  CTRSTR=CTRL1,-.                                 OUTBUF=BANN1,-.                                 OUTLEN=BLEN1,-)                                 P1=U_DESC   <         PUSHAB  BANN1                           ; Print  msg5         CALLS   #1,G^LIB$PUT_OUTPUT             ; ... C         PUSHAB  BANN2                           ; Print another msg 5         CALLS   #1,G^LIB$PUT_OUTPUT             ; ...    50$:         MOVAB   ROUT4,M_DESCF         CALLS   #0,G^LIB$SPAWN                  ; Create a sub-process         BLBS    R0,60$         BRW     100$   60$:         MOVAB   ROUT5,M_DESC,         $PERSONA_ASSUME_S       PERSONA=ME,-@                                 FLAGS=#7        ;Revert to being	 ourselves    99$:         $EXIT_S R0   100$:          PUSHL   R0G         $FAO_S                  CTRSTR=CTRL2,-  ; Format routine - name .                                 OUTBUF=ERRMS,-.                                 OUTLEN=ELEN2,-)                                 P1=M_DESC   H         PUSHAB  ERRMS                           ; Say there was an error5         CALLS   #1,G^LIB$PUT_OUTPUT             ; ... B         POPL    R0                              ; get saved status         $EXIT_S R0           .END PERSONA
            --  E --------------------------------------------------------------------- E Usual disclaimer: All opinions are mine alone, perhaps not even that. ? Mike Rechtman                            *rechtman@tzora.co.il* F Kibbutz Tzor'a.                          Voice (home): 972-2-9908337  B   "20% of a job takes 80% of the time, the rest takes another 80%"E ---------------------------------------------------------------------  -----BEGIN GEEK CODE BLOCK-----  Version: 3.1: GCM/CS d(-)pu s:+>:- a++ C++ U-- L-- W++ N++ K? w--- V+++$6 PS+ PE-- t 5? X- tv-- b+ DI+ D-- G e++ h--- r+++ y+++@ ------END GEEK CODE BLOCK------    ------------------------------  % Date: Sun, 10 Sep 2000 16:02:45 +0200 > From: "Jean-Franois Marchal" <jean-francois.marchal@x9000.fr>. Subject: cluster configuration error at reboot2 Message-ID: <8pg537$hog$1@s1.read.news.oleane.net>   Bonjour  tous  * VMS 7.2-1 on a dual host ds10 scsi cluster> after cluster_config to define the second node of the cluster,1 During the initial boot of the second node, I got  the following message :   2     Configuring LAN adapters for down line loadingL     %TYPE-W-SEARCHFILE, error searching for DSA1:[SYSEXE]CCL$LANCP_ERROR.TMP#     -RMS-E-DNF, directory not found   C As I was on a VT, I just had time to hold screen when these 3 lines B reached the top of screen. I don't know what was done just before.B I wonder what went wrong, and what to do to correct the situation,2 as far as I don't see what has been misconfigured.   Cordialement Jean-Franois Marchal  X9000 - Lyon (FR)    ------------------------------  % Date: Sun, 10 Sep 2000 07:53:24 +0100   From: Paul Sture <paul@sture.ch> Subject: Re: ERRFMT in RWMBX+ Message-ID: <VA.000000c6.0c10ba9a@sture.ch>   C In article <39B91978.58AE515D@tsoft-inc.com>, David A Froble wrote: ' > Date: Fri, 08 Sep 2000 12:53:12 -0400 , > From: David A Froble <davef@tsoft-inc.com> > Newsgroups: comp.os.vms  > Subject: Re: ERRFMT in RWMBX > ' > Steve.Spires@yellowpages.co.uk wrote:  > >  > > cc:  > > bcc:A > > Contact:   Tel: 3063  -  VSSG, 1st Floor, Bridge Street Plaza  > >  > > ERRFMT in RWMBX  > > O > > We have a few Alphas (8400s and 4100s) running OpenVMS 7.2-1 and 7.1-2 upon : > > which the ERRFMT process has started to go into RWMBX. > > R > > Other than doing a copy of the mailbox to clear it, is there anything I can doL > > to alleviate the need to reboot these machines? Anyone seen this before? > > O > > It has only started happening these last few weeks. If it were a Sun box, I   > > could put it down to static, > ! > Andrew truly deserves this. :-)  > Q I see he's still sticking to his point though. Perhaps Rob has rubbed him up the  
 wrong way.  G > From now on, any problem on any Sun box will be attributed to static.  > K > Think of the cost savings.  They can get rid of a whole bunch of people.  K > Compilers, OS, anything, no more bugs, no more enhancements, just static.  > C Steve's remark has to one of the best comments I've seen this year.   6 > Sun user:  We'd like the system enhanced to do .....& > Sun:  Nope!  Can't do that.  Static! > E > But, this will not help with the Andrew problem.  He IS the static!  > N True. Causes too much friction. Do you think we can expect a charged response?   ___ 
 Paul Sture Switzerland    ------------------------------  % Date: Sun, 10 Sep 2000 08:27:59 +0100 $ From: Paul Sture <sture.ch@sture.ch>$ Subject: FTP Access to the VNC stuff+ Message-ID: <VA.000000c8.0c306203@sture.ch>   C Hi, I saw your message today in comp.os.vms about VNC and tried to   download it (from an NT box).   D I was getting privilege violations on each of the urls mentioned. I E finally got there by using http to navigate through the pages. Maybe  F it's something wrong with my setup, but I haven't met that particular  problem before.    Regards   
 Paul Sture Switzerland    ------------------------------  # Date: Sun, 10 Sep 2000 17:36:24 GMT - From: goathunter@goatley.com (Hunter Goatley) ( Subject: Re: FTP Access to the VNC stuff/ Message-ID: <39bbc66d.4606674@swen.process.com>   B On Sun, 10 Sep 2000 08:27:59 +0100, Paul Sture <sture.ch@sture.ch> wrote:  D >Hi, I saw your message today in comp.os.vms about VNC and tried to  >download it (from an NT box).   > A Using which browser?  I just did it from Netscape on Windows 2000  without any trouble.  > You can get to the directory through an http: interface using:   http://www.tmk.com/ftp/    Hunter ------9 Hunter Goatley, Process Software, http://www.process.com/ : goathunter@goatley.com      http://www.goatley.com/hunter/   ------------------------------  + Date: Sun, 10 Sep 2000 08:26:55 +0000 (UTC) - From: dwparsons@nikocity.de (Dave W. Parsons) 1 Subject: Re: GTK+ now available for OpenVMS Alpha K Message-ID: <Ej0w7lFo08Zw-pn2-GKdG9RIXgfqy@saturn.dwparsons.news.nikoma.de>   U On Sat, 9 Sep 2000 14:21:45, yyygac2@cccpa2.brk.navistar.com (Gerry Czadowski) wrote:   A > I haven't been following this thread, but if you are seeking a  : > version of GTK+ for OpenVMS V6.2, I saw it yesterday at: >  > http://www.ourservers.net/ > $ > Look in the OpenVMS ports section. >  > Gerry  >   H If you mean the patch kit from Alan Byer, yes thanks I already have thatG but unfortunately I can't yet get the Compaq porting kit to compile and B I can't start on Gtk until the porting/jacket libraries are built.   --   Dave   ------------------------------  ! Date: Sun, 10 Sep 00 07:56:06 GMT  From: jmfbahciv@aol.com 4 Subject: Re: Jupiter (was Re: Q: Why not (2^n)-bit?)+ Message-ID: <8pfpmi$4s1$1@bob.news.rcn.net>   0 In article <39BA5626.BB6FD87C@bellatlantic.net>,)    hg/jb <shsrms@bellatlantic.net> wrote:   > Bear with me.  Hardware is not my game :-).  And could you set9 up your replies with your answer at the bottom?  I'm not  < going to yak very much if I have to expend most of my energy reformatting the damn post.      >jmfbahciv@aol.com wrote:  >>  0 >> In article <8p9kpg$25cr$1@nntp1.ba.best.com>,' >>    inwap@best.com (Joe Smith) wrote:t7 >> >In article <qhd7ipmcix.fsf_-_@ruckus.brouhaha.com>,i9 >> >Eric Smith  <eric-no-spam-for-me@brouhaha.com> wrote:a, >> >>A.Greig@viirgin.net (Alan Greig) wrote:4 >> >>> Even the worst figures I've seen for the 2080< >> >>> put it at 10 times the performance of the VAX 11-780. >> >>T >> >>jmfbahciv@aol.com writes:B >> >>> Whoopy-skip.  It wouldn't have run a TOPS operating system. >> >>-/ >> >>Really?  What would a 2080 have run, then?? >> >H >> >The third-party 36-bit CPU from Systems Concepts was bug compatible  with< >> >a KL - you could take a unmodified SYSTEM.EXE and run it >> >on their hardware. >> b@ >> Here's a question.  Was the Jupiter 36-bits?  I never saw one >> so I really don't know. >> o >> >> >> >The 2080 (and the XKL) were improvements on the KL design.K >> >TOPS-10 had to be modified to run on the 1080 when the KL came out, and9; >> >modified again to run on the 2020 when the KS came out.- >> -> >> I wouldn't call having to write a completely new CPU module< >> as a modification, Joe :-).  I usually thought of them as= >> the CPU device driver; note that nobody else in my hearing-? >> ever called them that.  Thus we had KASER, KISER, KLSER, ande	 >> KSSER.e >> vH >> >I think Barb's point is that even if the Jupiter hardware was ready, >> >the software was not.S >>  @ >> The device specific software could not be started until thereB >> was some hardware to run it on.  It is a rule of computing that$ >> specs never matched the hardware. >>  6 >> >  Neither TOPS-10 or TOPS-20 would have run on the> >> >2080 until after many man-months of tweaking the software. >> "+ >> Tweaking, Joe?  You might try rewriting.t >> s >> >  And software >> >was not a priority (?!). >> t< >> Software was never a priority for the hardware types.  We: >> constantly had to fight to have a piece of new hardware9 >> put on the system so developing, and more importantly,y: >> testing could be done.  There were always stories about> >> delivery of a piece of gear to a customer, and astonishment9 >> on DEC's part when the customer asked for the softwareg >> to be able to use it.   >data path was 36bits.   Which data path?  1 >Address path was 30bits - I won't get into that.e  ( And what would the effective address be?  C >MBOX was (not counting ECC) 36bits to cache and 36bits to CPU but d& >quadword fetch from the memory array.  : I remember green app programmers wanting to arrange their 2 code so that one would end up reading the code via< a matrix.  For example, say there are tasks A, B, C, D, each7 taking four instructions to complete.  The page of codeC would read     	A1E 	B1O 	C1" 	D1[ 	A2. 	B2M 	C2P 	D2] 	. 	. 	. 	C47 	D4w  = Now just think of the AC problems with that.  I was glad that"< Jupiter was cancelled if the architecture required that kind of MACRO-10 programming.      $ >Cache was four way set associative.  E I remember this magic incantation.  I have no idea what it means :-).' Explanation?  : Oh, yeah.  What kind of peripherals were going to hang off; the Jupiter?  They were going to have disks...weren't they?m   /BAH  ' Subtract a hundred and four for e-mail.B   ------------------------------  # Date: Sun, 10 Sep 2000 14:22:48 GMTr% From: hg/jb <shsrms@bellatlantic.net>a4 Subject: Re: Jupiter (was Re: Q: Why not (2^n)-bit?)0 Message-ID: <39BB9955.86133E71@bellatlantic.net>  C Ok, I been smacked, I will put my answers following your questions.u   jmfbahciv@aol.com wrote: > 2 > In article <39BA5626.BB6FD87C@bellatlantic.net>,+ >    hg/jb <shsrms@bellatlantic.net> wrote:- > @ > Bear with me.  Hardware is not my game :-).  And could you set: > up your replies with your answer at the bottom?  I'm not> > going to yak very much if I have to expend most of my energy > reformatting the damn post.  >  > >jmfbahciv@aol.com wrote:, > >>2 > >> In article <8p9kpg$25cr$1@nntp1.ba.best.com>,) > >>    inwap@best.com (Joe Smith) wrote:t9 > >> >In article <qhd7ipmcix.fsf_-_@ruckus.brouhaha.com>,u; > >> >Eric Smith  <eric-no-spam-for-me@brouhaha.com> wrote:s. > >> >>A.Greig@viirgin.net (Alan Greig) wrote:6 > >> >>> Even the worst figures I've seen for the 2080> > >> >>> put it at 10 times the performance of the VAX 11-780. > >> >>a  > >> >>jmfbahciv@aol.com writes:D > >> >>> Whoopy-skip.  It wouldn't have run a TOPS operating system. > >> >> 1 > >> >>Really?  What would a 2080 have run, then?  > >> >I > >> >The third-party 36-bit CPU from Systems Concepts was bug compatible  > with> > >> >a KL - you could take a unmodified SYSTEM.EXE and run it > >> >on their hardware. > >>B > >> Here's a question.  Was the Jupiter 36-bits?  I never saw one > >> so I really don't know. > >> > >> >@ > >> >The 2080 (and the XKL) were improvements on the KL design.M > >> >TOPS-10 had to be modified to run on the 1080 when the KL came out, and = > >> >modified again to run on the 2020 when the KS came out.  > >>@ > >> I wouldn't call having to write a completely new CPU module> > >> as a modification, Joe :-).  I usually thought of them as? > >> the CPU device driver; note that nobody else in my hearinghA > >> ever called them that.  Thus we had KASER, KISER, KLSER, andh > >> KSSER.  > >>J > >> >I think Barb's point is that even if the Jupiter hardware was ready, > >> >the software was not.G > >>B > >> The device specific software could not be started until thereD > >> was some hardware to run it on.  It is a rule of computing that& > >> specs never matched the hardware. > >>8 > >> >  Neither TOPS-10 or TOPS-20 would have run on the@ > >> >2080 until after many man-months of tweaking the software. > >>- > >> Tweaking, Joe?  You might try rewriting.s > >> > >> >  And software > >> >was not a priority (?!). > >>> > >> Software was never a priority for the hardware types.  We< > >> constantly had to fight to have a piece of new hardware; > >> put on the system so developing, and more importantly,e< > >> testing could be done.  There were always stories about@ > >> delivery of a piece of gear to a customer, and astonishment; > >> on DEC's part when the customer asked for the softwareo > >> to be able to use it. >  > >data path was 36bits. >  > Which data path?G Sorry, the effective, ahem I have to say this I know I will get smacked* again...' the effectively emulated KC10 datapath.  > 3 > >Address path was 30bits - I won't get into that. > * > And what would the effective address be?$ I don't know the answer to this one. > D > >MBOX was (not counting ECC) 36bits to cache and 36bits to CPU but( > >quadword fetch from the memory array. > ; > I remember green app programmers wanting to arrange their*4 > code so that one would end up reading the code via> > a matrix.  For example, say there are tasks A, B, C, D, each9 > taking four instructions to complete.  The page of codeM > would read >  >         A1 >         B1 >         C1 >         D1 >         A2 >         B2 >         C2 >         D2 >         .t >         .L >         .  >         C4 >         D4 > ? > Now just think of the AC problems with that.  I was glad that > > Jupiter was cancelled if the architecture required that kind > of MACRO-10 programming.A And that is what bit the design too apparently.  I had thought itr> was just keeping the pipe full but there was more to the story0 and branch handling was a bit less than perfect. > & > >Cache was four way set associative. > G > I remember this magic incantation.  I have no idea what it means :-).O > Explanation?E I will have to go back to my books to dig out the english explanationO# and hope someone can chime in here.: > < > Oh, yeah.  What kind of peripherals were going to hang off= > the Jupiter?  They were going to have disks...weren't they?vA Yes, there was an I/O box that was essentially a converter from a 8 TTL bus to 100K ECL bus, with a bit of an elastic store.@ I used a first in first out (FIFO hardware) design to accomodate? speed mismatch between unibus, mass bus, CI, and we hoped - IBM_; channel (like DX11) interfaces.  Hanging off this bus were wC unibus, massbus, ci adapters that allowed the connection of off the 8 shelf controllers.  HSC was considered to be the storage3 beast of choice by corp with CI connectivity to it.E   bob> , > /BAH > ) > Subtract a hundred and four for e-mail.    ------------------------------    Date: 10 Sep 2000 18:46:17 +08005 From: Paul Repacholi <prep@morwong.ucc.gu.uwa.edu.au>G Subject: LAT printer servers?r7 Message-ID: <rjqn1hgle2u.fsf@morwong.ucc.gu.uwa.edu.au>f  5 Are there any LAT capable servers available out there 6 now days? H-Ps support when asked about Jetdirects was- "What's LAT?" From their networking expert...=  5 Oh, I do know about the terminal servers. Par port is 8 whats needed. .ps bitmaps are not serial port fiendly at
 any speed!   --  < Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda. @                                              West Australia 6076. Raw, Cooked or Well-done, it's all half baked.   ------------------------------   Date: 10 Sep 2000 12:19:35 GMT3 From: gartmann@immunbio.mpg.de (Christoph Gartmann) ! Subject: Re: LAT printer servers? 0 Message-ID: <8pfu8n$bch$1@n.ruf.uni-freiburg.de>  o In article <rjqn1hgle2u.fsf@morwong.ucc.gu.uwa.edu.au>, Paul Repacholi <prep@morwong.ucc.gu.uwa.edu.au> writes:  >t6 >Are there any LAT capable servers available out there7 >now days? H-Ps support when asked about Jetdirects wasA. >"What's LAT?" From their networking expert...  J Ther are still several available. As I am not in my office at the moment IE can't check but I would assume that at least Lantronix will have one.    Regards,    Christoph Gartmann   H -----------------------------------------------------------------------+H | Max-Planck-Institut fuer      Phone   : +49-761-5108-464   Fax: -452 |H | Immunbiologie                                                        |H | Postfach 1169                 Internet: gartmann@immunbio.mpg.de     |H | D-79011  Freiburg, FRG                                               |H +--------- http://www.immunbio.mpg.de/home/english/menue.html ---------+   ------------------------------  % Date: Sun, 10 Sep 2000 07:51:47 -0500_) From: "John E. Malmberg" <wb8tyw@qsl.net>-! Subject: Re: LAT printer servers?-. Message-ID: <srn0pdb2ct661@corp.supernews.com>  C For parallel ports, I think the Lantronix model is still available.c  I The LAT protocol may be an extra cost option because of licensing issues.    -John  wb8tyw@qsl.network  7 "Paul Repacholi" <prep#morwong.ucc.gu.uwa.edu.au> wrote,< in message news:rjqn1hgle2u.fsf@morwong.ucc.gu.uwa.edu.au... >-7 > Are there any LAT capable servers available out thereB8 > now days? H-Ps support when asked about Jetdirects was/ > "What's LAT?" From their networking expert...  >D7 > Oh, I do know about the terminal servers. Par port is-: > whats needed. .ps bitmaps are not serial port fiendly at > any speed!   ------------------------------   Date: 10 Sep 2000 14:59:05 GMT) From: leslie@clio.rice.edu (Jerry Leslie) ! Subject: Re: LAT printer servers?1' Message-ID: <8pg7jp$q4o$1@joe.rice.edu>   6 Paul Repacholi (prep@morwong.ucc.gu.uwa.edu.au) wrote:  7 : Are there any LAT capable servers available out theret8 : now days? H-Ps support when asked about Jetdirects was/ : "What's LAT?" From their networking expert...w :i7 : Oh, I do know about the terminal servers. Par port isS: : whats needed. .ps bitmaps are not serial port fiendly at : any speed! :w  
 Check out:     http://www.troyxcd.com/w    4 --Jerry Leslie     (my opinions are strictly my own)   ------------------------------  % Date: Sun, 10 Sep 2000 12:06:09 -0500o7 From: "David J. Dachtera" <djesys.nospam@earthlink.net> ! Subject: Re: LAT printer servers?n- Message-ID: <39BBBF81.DE437E15@earthlink.net>-   Paul Repacholi wrote:  > 7 > Are there any LAT capable servers available out therea8 > now days? H-Ps support when asked about Jetdirects was/ > "What's LAT?" From their networking expert...9 > 7 > Oh, I do know about the terminal servers. Par port is : > whats needed. .ps bitmaps are not serial port fiendly at > any speed!  4 Genuine DECservers come up quite frequently on eBay.   -- X David J. Dachteras dba DJE Systemsk http://www.djesys.com/  : Unofficial Affordable OpenVMS Home Page and Message Board: http://www.djesys.com/vms/soho/T  F This *IS* an OpenVMS-related newsgroup. So, a certain bias in postings is to be expected.  @ Feel free to exercise your rights of free speech and expression.  F However, attacks against individual posters, or groups of posters, are strongly discouraged.l   ------------------------------    Date: 10 Sep 2000 18:33:32 +08005 From: Paul Repacholi <prep@morwong.ucc.gu.uwa.edu.au>e2 Subject: Re: need to convert DIF to delimited text7 Message-ID: <rjqr96sleo3.fsf@morwong.ucc.gu.uwa.edu.au>    rnbwil@my-deja.com writes:   > Hi,o > H > We have some rather large dif files that were pulled from an AS400 andF > are destined eventually for an SQL server but we need to convet them > from dif to ^ delimited text.  > H > CDA Convert wont do it on an Alpha, only VAX.  We're running an AS1200 > w/ OVMS 7.1-2. > G > I've fumbled through a DCL script that reads-a-record/writes-a-recorde6 > but it takes FOREVER and our files are 3gb and more. >  > Any suggestions?   TECO? ( edit/tec <filename> ),   -- i< Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda.t@                                              West Australia 6076. Raw, Cooked or Well-done, it's all half baked.   ------------------------------   Date: 10 Sep 2000 17:28:39 GMT% From: jacobsonst@aol.com (JacobsonSt)V/ Subject: Problems executing RCP from AIX to VMSm: Message-ID: <20000910132839.25141.00000525@ng-fn1.aol.com>  1 I am attempting to initiate a remote copy from ani+ IBM RS/6000 running AIX v4.3.2 to an Alpha i* running OpenVMS v6.2 and UCX v4.2. A proxy, has been configured on the Alpha as follows:  = ucx add proxy unixuser /host=unixhost /remote_user="unixuser"e  ; When I attempt to copy files from AIX to VMS, the copy DOES-6 work, but I get a number of error messages as follows:   > rcp junk.j vmshost:junk.jt> vmshost: A remote host refused an attempted connect operation.: rcp: 0041-004 Kerberos rcmd failed: rcmd protocol failure.  D If I initiate another rcp on AIX, but this time copy a file from VMS> to the local AIX system, the same error messages are produced, but no copying occurs.  @ Any assistance that can be provided will be greatly appreciated.   ------------------------------    Date: 10 Sep 2000 18:16:29 +08005 From: Paul Repacholi <prep@morwong.ucc.gu.uwa.edu.au> 2 Subject: Re: Re[2]: Sun's Bitter Harvest- Going OT7 Message-ID: <rjqvgw4lfgi.fsf@morwong.ucc.gu.uwa.edu.au>p  A Friend has a VLC. It was under his air conditioner, and the drain > blocked. It was the dripping noise that clued him, the VLC was) quite happy running as a demi Aquarius ;)o   -- a< Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda.0@                                              West Australia 6076. Raw, Cooked or Well-done, it's all half baked.   ------------------------------    Date: 10 Sep 2000 17:58:59 +08005 From: Paul Repacholi <prep@morwong.ucc.gu.uwa.edu.au> * Subject: Re: Sun Hardware problems persist7 Message-ID: <rjqzolglg9o.fsf@morwong.ucc.gu.uwa.edu.au>e  , young_r@eisner.decus.org (Rob Young) writes:    : >  o Challenge Sun's claims of site environmental factors:: >    While poor operating conditions may contribute to the9 >    problem, a majority of the reliability issues aren't, >    environmental in nature.   ' Not quite I feel. The ONLY question is:aH  Are they in a environ thet meets *SUNS* specs. If not, customer to fix.< If so, Sun to fix. No excuses, no buts. If Sun have to buildA a new data centre to provide the magik 10K goodness, or whatever,t it is 100% Suns problem.  . Oh, and have them specify it all in writing ;)   -- I< Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda.l@                                              West Australia 6076. Raw, Cooked or Well-done, it's all half baked.   ------------------------------  % Date: Sun, 10 Sep 2000 19:14:23 +0010i% From: paddy.o'brien@zzz.tg.nsw.gov.au  Subject: Toolkit warning5 Message-ID: <01JU0OXODXN60041WF@tgmail.tg.nsw.gov.au>s   Folks,  M I think I asked this about a year ago.  I cannot remember any responses, but >$ this is frustrating me and my users.  E Anytime we (I) start a windows debug session or a GKS session, I get:a  E  Toolkit Warning: locale not supported by C library, locale unchangedt  Q I have this on VMS 7.2 (Alpha), and think that I have had it for ever and a day, o going back to VMS 6.2.  O Obviously they are invoking the dreaded C language (similar to BG, it wants to  Q own the world) for the debugger and GKS. Is there any logical -- or something -- )L I can set to avoid this message??  It screws up the screen displays I write.  P [OT, my commiserations to Brian in another thread.  My boss, since retired, was M a real programmer at one stage.  He read somewhere that fprint, and all that oO other C stuff, was supposed to be more efficient and more readable than FORMAT vP in Fortran.  He re-wrote all output interfaces, now any time my colleague tries L to update/bug-fix, his program fails with all sorts of conflicts with the C K code.  I would reccommend anyone who feels they should write C for serious >O programming to read "C Traps and Pitfalls" by Andrew Koenig (a C programmer at  Q AT&T) -- exact title and spelling of author's name not necessarily accurate, but h should be near enough.]t   Regards, Paddy   Paddy O'Brien, Transmission Development,t
 TransGrid, PO Box A1000, Sydney South,  NSW 2000, Australia,   Tel:   +61 2 9284-3063 Fax:   +61 2 9284-3050& Email: paddy.o'brien@zzz.tg.nsw.gov.au  M Either "\'" or "\s" (to escape the apostrophe) seems to work for most people, ; but that little whizz-bang apostrophe gives me little spam.y   ------------------------------    Date: 10 Sep 2000 08:27:39 -05009 From: Kilgallen@eisner.decus.org.nospam (Larry Kilgallen) . Subject: Re: Why I hate C on VMS, reason #9321+ Message-ID: <4t9bXvT9+E1g@eisner.decus.org>r  p In article <009EFE29.061F12A2@SendSpamHere.ORG>, system@SendSpamHere.ORG (Brian Schenkenberger, VAXman-) writes:i > In article <nrQIsMys5zd0@eisner.decus.org>, Kilgallen@eisner.decus.org.nospam (Larry Kilgallen) writes:d  5 >>So what is IMGDEF ?  I do not recall hearing of it.a > J > A symbol table with values and definitions used for image activation and > related issues.d. >                                  SYS$SYSTEM:K > Issue a $ LINK/MAP/FULL SYS$LOADABLE_IMAGES:IMGDEF.STB/NOEXE and look at g8 > what is defined via the .MAP file the linker creates.   6 Ok, so it is not a supported interface.  I understand.   ------------------------------  # Date: Sun, 10 Sep 2000 13:08:08 GMTf= From: system@SendSpamHere.ORG (Brian Schenkenberger, VAXman-) . Subject: Re: Why I hate C on VMS, reason #93210 Message-ID: <009EFE8F.1967BCB0@SendSpamHere.ORG>   In article <768687F319311790.5C8ACEB3D24017BD.D082EDDFC17EFF1C@lp.airnews.net>, Chris Scheers <chris@applied-synergy.com> writes: ' >"Brian Schenkenberger, VAXman-" wrote:t >> nD >> >I'm not convinced that this is a C problem.  I think you can getJ >> >yourself into similar trouble using FORTRAN COMMONs.  Unfortunately, I: >> >don't have an Alpha FORTRAN compiler loaded right now. >> >G >> >The simple solution is to follow the rule: If it doesn't need to bewK >> >global, don't make it global.  (Of course, much of the Unix code I have< >> >seen ignores this rule.) >> >  >> >In any case, the declaration >> ># >> >       static int final_status;  >> > >> >fixes the problem. >> sM >> Understanding the problem as well as a solution would really be the ideal.vM >> The damned .LISing output from the C compiler leaves plenty to be desired.  >  >jI >OK, the problem is that variables defined outside any procedures are, byt? >default, "extern".  This makes them global so that they can bec$ >referenced from other source files. >>@ >If you add the "static" qualifer, the variables are not global. >>G >Normally, this difference is not really an issue.  However, IMGDEF.STBeF >defines FINAL_STATUS as a constant.  When "final_status" is "extern",E >the linker resolves this constant as the address of the final_statusW7 >variable.  (Actually, it is the address of the psect.). > I >"extern" variables are placed in their own psect.  The /EXTERN_MODEL andh5 >/SHARE_GLOBALS switches affect the psect attributes.c >a@ >"static" uninitialized variables are placed in the $BSS$ psect. >n? >"static" initialized variables are placed in the $DATA$ psect.  >s >eJ >> Here, for example, is the machine listing for the program *with static*K >> declared for the final_status variable.  Nowhere in the listing is thereOE >> a storage reference for this variable.  (CC/LIST/MACHINE/SHOW=ALL)  >>H >I agree that the machine listing generated by the compiler is not up to* >the standards set by other VMS compilers.  F Thanks for that vote; however, I doubt it will help win "the fix the C" compiler listing output" election.  L >> Funny thing is that I changed the name from main() to establish_handler()L >> to rid my listings of the __MAIN code.  The rest of the code generated isJ >> exactly the same.  In addition, if I remove the 'static' the exact sameJ >> code is generated.  The .ADDRESS at 28(16) changes to read FINAL_STATUS >> instead of $BSS$. >oG >With this source, "final_status" is the only variable allocated in the.D >BSS section.  Try also making "exh" static and compare the listing. >0H >-----------------------------------------------------------------------% >Chris Scheers, Applied Synergy, Inc.  > D >Voice: 817-237-3360            Internet: chris@applied-synergy.com  >  Fax: 817-237-3074  H David Jones hit on the real crux of the problem; that being a definition in the IMGDEF.STB object file.  # I did try a few of the suggestions:a   int final_status = 0;d   and I took it one step further:s   static int final_status = 0;   I Both provide a .PSECT in the listing file!  Respectfully, they appear as:a  H                                 .PSECT  FINAL_STATUS, OCTA, NOPIC, OVR,-G                                         REL, GBL, NOSHR, NOEXE, RD, WRTi&              0000       FINAL_STATUS::) 00000000     0000               .LONG   0     L                                 .PSECT  $DATA$, OCTA, NOPIC, CON, REL, LCL,-=                                         NOSHR, NOEXE, RD, WRT %              0000       final_status:o) 00000000     0000               .LONG   0e    H If the listing had provided a .PSECT for the uninitialized FINAL_STATUS, for example:  H                                 .PSECT  FINAL_STATUS, OCTA, NOPIC, OVR,-G                                         REL, GBL, NOSHR, NOEXE, RD, WRT &              0000       FINAL_STATUS::' 00000000     0000               .BLKL	1     I I might have avoided this whole thread.  Will this get addressed?  Likely J not... the \ issue from V5.6 (or perhaps, V5.7) hasn't been addressed yet.   --O VAXman- OpenVMS APE certification number: AAA-0001     VAXman(at)TMESIS(dot)COMf            tO city, n., 1. a place where trees are cut down and streets are named after them.g   ------------------------------  # Date: Sun, 10 Sep 2000 13:31:46 GMTt= From: system@SendSpamHere.ORG (Brian Schenkenberger, VAXman-)t. Subject: Re: Why I hate C on VMS, reason #93210 Message-ID: <009EFE92.670A4994@SendSpamHere.ORG>  g In article <4t9bXvT9+E1g@eisner.decus.org>, Kilgallen@eisner.decus.org.nospam (Larry Kilgallen) writes:lq >In article <009EFE29.061F12A2@SendSpamHere.ORG>, system@SendSpamHere.ORG (Brian Schenkenberger, VAXman-) writes:gj >> In article <nrQIsMys5zd0@eisner.decus.org>, Kilgallen@eisner.decus.org.nospam (Larry Kilgallen) writes: >i6 >>>So what is IMGDEF ?  I do not recall hearing of it. >>  K >> A symbol table with values and definitions used for image activation andc >> related issues./ >>                                  SYS$SYSTEM: L >> Issue a $ LINK/MAP/FULL SYS$LOADABLE_IMAGES:IMGDEF.STB/NOEXE and look at 9 >> what is defined via the .MAP file the linker creates.   >l7 >Ok, so it is not a supported interface.  I understand.s    G It is, more or less, an object file; therefore, unless object files aretJ no longer supported input to the VMS linker, it should be supported.  Now,I whether or not it is supported for VMS hacking that is another thread al-w	 together.   J This damned thing took me days find until I distilled it down to the bare-J boned little demo ditty I posted here.  I have a large app written in bothK C and Macro.  The exit handler, written in C, insures that log data is com-tK pletely written in the file and writes the "final status" to the log before I the program exits.  I added a new logging feature to print out all of the J image locations (base and shared) to the log file (similar to an SDA> SHOWJ PROCESS/IMAGE) so that I know where all of the pieces are in memory shouldK I need to look at a process exception from a customer in the field.  Stand-aJ alone and in several other programs, this 'image tracker' code worked justH fine.  When incorporated into the product with the exit handler, I could& not get the image handler to function.  I I'll admit that the choice of symbol name FINAL_STATUS was probably *NOT*aK the best choice of names but it certainly, by name anyhow, defines the pur-aK pose in the source.  Fortunately, both David and Chris spend much more timedK with their heads in the bowels of C code and were able to assist.  CSC toldrK me to just define FINAL_STATUS as static without an explaination as to WHY!    --O VAXman- OpenVMS APE certification number: AAA-0001     VAXman(at)TMESIS(dot)COMo             O city, n., 1. a place where trees are cut down and streets are named after them.-   ------------------------------    Date: 10 Sep 2000 12:15:39 +0100O From: pmoreau@dev.ath.cena.fr (Patrick MOREAU, CENA Athis, Tel: 01.69.57.64.40)h Subject: [DECW] archive update  Message-ID: <f+$sppCf974x@sable>   Hi all,   H I've updated the DECW archive with Mosaic 3.6-2, Freetype library 1.3.1 
 and XPDF 0.91m   Take a look at urls:  2  http://www.multimania.com/pmoreau/decw/index.html   or  0 http://www2.cenaath.cena.dgac.fr/ftp/index.html    Patrickt --O ===============================================================================eO pmoreau@cena.dgac.fr  (CENA)     ______      ___   _           (Patrick MOREAU)c4 moreau_p@decus.fr (DECUS)       / /   /     / /|  /|J CENA/Athis-Mons FRANCE         / /___/     / / | / |   __   __   __   __  N BP 205                        / /         / /  |/  |  |  | |__| |__  |__| |  |N 94542 ORLY AEROGARE CEDEX    / /   ::    / /       |  |__| | \  |__  |  | |__|N http://www.ath.cena.fr/~pmoreau/            http://www.multimania.com/pmoreau/O ===============================================================================a   ------------------------------   End of INFO-VAX 2000.507 ************************