HDTenEightyP/NetNews huggingface dataset:
From: brennan@casino.cchs.su.OZ.AU (Luke Brennan)
Subject: 5.5 Upgrade blues..
Organization: Cumberland College of Health Sciences, The University of Sydney
X-Newsreader: Tin 1.1 PL4
Date: Wed, 6 Jan 1993 01:43:23 GMT

alas, I'm using VI on a unix box - forgive me for any strange typos! :-}

just upgrading my uVAX III from 5.4-2 and things are screwy..

Phase I chugged away, no problems.. reboot..

Phase II commenced..

then...

%STDRV-I-STARTUP blah blah
%STDRV-E-OPENFAIL, failure opening component file 0, STARTUP$STARTUP_VMS
%STDRV-I-CONTINUING, continuing with partial file list
%STDRV-F-FATALERR, fatal error reading startup databse
%DCL-W-UNDFIL, file has not been opened by DCL - check logical name

   Now removing the remainder of the VAX/VMS V5.4 files...
      0 files deleted from system disk

          6-JAN-1993 12:21:15.33

%DCL-W-INSFPRM, missing command paramaters - supply all required parameters

Restoring VMS library save set ...
%DCL-W-INSFPRM, missing command parameters - supply all required parameters
%BACKUP-I-STARTVERIFY, starting verification pass. 

(as above for VMS optional save set...)


Load the DECWindows kit ...
%DCL-W-UNDFIL, file has not been opened by DCL - check logical name
again... and again...  seems to be spinning on this line :-( 


I assume I'll go crash the system in a while if it just keeps spinning..

*ANYBODY* seen this before? Anybody know what the hell is happening???

I (thought!) I'd followed the Installation/Upgrade Guide to the *letter* !! :-}

sigh...

the savesets are on COCO$DKB200:[000000] and my SYS disk is COCO$DKB0
in case that may have some effect on VMSINSTAL...

Luke.. about to embark on a Standalone restore of a 1Gb disk... and *then*
see where the cat is.. AND KICK IT!! :-}

Luke Brennan  (brennan@casino.cchs.su.oz.au  [while coco is dead..])
//
:
C


A





--
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
+ Luke Brennan                             e-mail: brennan@coco.cchs.su.oz.AU +
+ EDP Unit, S209                                   lukeb@casino.cchs.su.oz.AU +
+                                                                             +
+ Cumberland College of Health Sciences,    voice: +61 2 646 6402     ,-_|\   +
+ The University of Sydney                    fax: +61 2 646 4853    /     \  +
+ East Street, Lidcombe, NSW 2141                                    \_,-._*  +
+ AUSTRALIA                                                               v   +
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
From: moeller@gwdgv1.dnet.gwdg.de ("GWDGV1::MOELLER")
Newsgroups: comp.os.vms
Subject: re: Reposted TT_ACCPORNAM question
Date: 6 Jan 93 10:16:04 GMT
Distribution: world
Organization: The Internet

Pete Sabotka <sabotkap@woods.ulowell.edu> noted that whenever one TELNETs
*into* a VMS system running UCX 1.3, TT_ACCPORNAM is not set initially,
but gets set properly as a consequence of any SET TERMINAL command.

> 1)  Why would such an error in SYLOGIN cause TT_AccPorNam to return a blank
>     string only during TELNET sessions ? (ours is UCX V1.3 on VMS 5.4)
> 2)  Why does a SET TERM/INQUIRE remedy the problem ?

Simple answer: it's a known bug of UCX (all 1.3 versions), fixed in UCX 2.0.

My fix in SYS$SYLOGIN, with a possibly useful side effect:

  $ phyterm = f$getdvi(f$getjpi("","terminal"),"tt_phydevnam")
  $ if f$extract(0,3,phyterm).eqs."_TN" then set terminal/nopassall

(Explanation: UCX 1.3 *will* set the terminal to /PASSALL
 when a "binary" TELNET connection is attempted,
 which may be useful with some *originating* TELNET software
 [e.g. CMU-TEK 6.5] in order to get 8-bit transparency.
 I don't think /PASSALL behaviour would be intended by anyone!)

Wolfgang J. Moeller, GWDG, D-3400 Goettingen, F.R.Germany | Disclaimer ...
PSI%(0262)45050352008::MOELLER      Phone: +49 551 201516 | No claim intended!
Internet: moeller@gwdgv1.dnet.gwdg.de   | This space intentionally left blank.
From: leichter@lrw.com (Jerry Leichter)
Newsgroups: comp.os.vms
Subject: re: Re: Running LOGINOUT [SYS$CLI]
Date: 7 Jan 93 11:18:15 GMT
Organization: The Internet


	Is it possible that the "running LOGINOUT" issue, with the VMS docs
	very uncharacteristically tiptoeing around the subject, might be
	related to the thoroughly undocumented nature of my favorite Mystery
	System Service,  SYS$CLI?

Nope; not connection at all.

	I personally have been trying to find out anything useful about that
	service, which lies at the heart of "CLI callbacks," for YEARS, and
	have only received some difficult-(for me)-to-follow example code from
	a couple of scattered individuals.  Concensus seems to be that "the
	interface was too complicated for DEC to want to document it," but
	that sounds like a cop-out to me; there are plenty of "complicated"
	interfaces in VMS already,  fully documented and worth the effort of
	deciphering them... C'mon, DEC, tell me how to use SYS$CLI!  :-)

SYS$CLI is a catch-all; essentially all it means is "CLI, please perform some
service for me".  A parameter specifies which service, and all the rest of the
parameters vary depending on the service to be provided.

The last time I checked, all the SYS$CLI services were accessible through
library procedures; you'd gain nothing by using SYS$CLI directly.

	If, on the other hand, this has no bearing on the issue of running
	LOGINOUT, just consider it a separate thread unto itself! :-)

							-- Jerry
From: danmz@echosphere.com (Dan Zirin)
Newsgroups: comp.os.vms
Subject: RE: SYSDUMP.DMP File Question...
Date: 10 Jan 93 12:46:47 MST
Organization: Echosphere/Houston Tracker Systems

In article <1inl0oINNo4c@gap.caltech.edu>, carl@SOL1.GPS.CALTECH.EDU (Carl J Lydick) writes:
> .....
> phrase "primary paging file."  Please note that in recent versions of VMS you
> do not have to have a primary paging file.
> 
>>VMS startup will proceed just file without a page file.
> 
> True.  However, secondary page files lack some of the features associated with
> the primary page file (the ability to be used as a dump file, for example).

Are there any other side effects for managers that have no page/swap files on
the boot drive?  Is VMS non-paged until a pagefile is installed and present?
Is the boot drive pagefile faster or better for the primary system processes
that get created before external pagefiles are installed?  Just curious...

> --------------------------------------------------------------------------------
> Carl J Lydick | INTERnet: CARL@SOL1.GPS.CALTECH.EDU | NSI/HEPnet: SOL1::CARL
-- 

Daniel "Zar" Zirin                                         DanMZ@Echosphere.Com
"...no matter where you go, there you are." - BB           Raptor!DanMZ@CSN.Org
Newsgroups: comp.os.vms,comp.os.unix
From: ray@novavax.UUCP (Ray Wagner)
Newsgroups: comp.os.vms
Subject: Re^2: VAX c
Date: 7 Jan 93 21:10:01 GMT
Organization: Nova University, Fort Lauderdale, FL


I know your joking, but anyway. you should understand that C is not
a unix language. C on VMS does not use unix routines or emulation or
any of that. C is a structured and modular language that can access
any of the vms system calls. Posix allows portability because you can
use the same call on any system. The posix calls on VMS most likely
will map in the compiler to normal vms system calls. Unless you are
writing indexed file record oriented stuff (COBOL) you should really
consider learning VAXC.
Ray
Newsgroups: comp.os.vms
From: rkoehler@author.gsfc.nasa.gov (Bob Koehler)
Subject: Re: Help with RPC in the VAX/VMS environment
News-Software: VAX/VMS VNEWS 1.4-b1  
Keywords: RPC
Organization: CSC System Sciences Division
Date: Tue, 5 Jan 1993 13:29:00 GMT

In article <5557@disuns2.epfl.ch>, levy@ellc6.epfl.ch () writes...
>Hi,
>Does anybody know if there is a product available to program RPC in the
>VAX/VMS world?

RPC ships with DEC's UCX as an optional saveset. I have used it.

------------------------------------------------------------------------------
Bob Koehler                     |   Any illusion to these opinions being other
rkoehler@author.gsfc.nasa.gov   |   than just mine alone is just that.

 " Life is life, and fun is fun, but it's all so quiet when the goldfish die. "
                         - Blixie
From: nallegk@OKRA.MILLSAPS.EDU ("Nalley, Gary K.")
Newsgroups: comp.os.vms
Subject: High volume label printer
Date: 8 Jan 93 18:13:21 GMT
Organization: The Internet

We are looking for a office environment printer with the durability of an
LA120 to do high volume mailing labels.  DEC emulation is preferable but
not necessary.  In our experience it is preferable to have bottom feed with
a pull tractor feed.

If anyone is using such a printer or can offer advice or pointers would be
greatly appreciated.

Gary
	+-------------------------------------------------------+
	|   Gary. K Nalley	   Network Specialist           |
	|   Computer Services      nallegk@okra.millsaps.edu    |
	|   Millsaps College       nalley@decus.org             |
	|   1701 N. State St.      Fax:    601.974.1168         |
	|   Jackson, MS 39210      Voice:  601.974.1140		|
	+-------------------------------------------------------+
Newsgroups: comp.os.vms
From: pyron@skndiv.dseg.ti.com (Dillon Pyron)
Subject: Re: Help a student in distress....
Reply-To: pyron@skndiv.dseg.ti.com
Organization: TI/DSEG VAX Support
Date: Thu, 7 Jan 1993 20:07:31 GMT


In article <C0Hz98.Lw6@usenet.ucs.indiana.edu>, mdchaney@fractal.ucs.indiana.edu (M Darrin Chaney) writes:
>In article <20242.2b4c180e@ul.ie> 9120092@ul.ie writes:
>>Call me a buthead but I've got a few rather simplistic questions to 
>>pose to the great VMS minds out there.
>>(1) How come DEC manuals have most of their examples in Fortran?
>
>I guess that's considered the language of choice on VMS.  DEC has put more
>effort into their Fortran compiler than any other (unless things have changed
>drastically lately).  And, it's not a bad language.  More on this at the
>bottom.
BLISS is the language of choice (why have so many examples in BLISS?). 
FORTRAN, however, is God's language :-).  The last I heard, over 85% of all VAX
sites had at least one machine with FORTRAN.  It really is the closest thing to
a truly portable language.  And it is very popular with the
engineering/scientific types, who were the original BIG TIME users of VAXen.
>
  [RMS question deleted]
>
>>and more importantly as I require this information soon
>>(3) Does anybody have any working examples of SMG's used in Cobol (cough cough)?
>>    In particular SMG$CREATE_MENU. I would really appreciate this as the
>>    VMS ver 3 manuals that are available to me don't mention a thing
>>    about it. I know about it 'cause it's in the Ver 5.? help facility.
>
>You're complaining about Fortran examples, but you want COBOL examples?  You're
>redeemed only by the (cough cough) comment.
>
>I have a VAX COBOL manual, and it doesn't have any SMG examples.  Chapter 17
>is devoted to writing terminal applications, although nothing fancy.  You might
>want to check it out.  Other than that, dig through the SMG manuals.  They
>probably have a COBOL example for you, but I guarantee that it isn't easy to
>call routines like that from COBOL.  The calls themselves are wordy.

Of course.  COBOL was never designed or intended to be anything other than a
"drop 'em in the hopper" language.  Libraries, external routines, even
sophisticated I/O are all nasty tack-ons, at best.  And Admr. Hopper really
intended it to be run only on IBM 709's, Sperry's and Univac's.  Just be glad
you have a COBOL compiler.  Se figure 1.     BIG   :-)

>University of Limerick     |         "Listen now, understand later!"
>Ireland.                   |  a U.L Maths Lecturer who shall remain anon.
>--------------------------------------------------------------------------
                                 ^^^^^^^^^^^^^^^^^^ he moved to Ireland??
--
Dillon Pyron                      | The opinions expressed are those of the
TI/DSEG Lewisville VAX Support    | sender unless otherwise stated.
(214)462-3556 (when I'm here)     |
(214)492-4656 (when I'm home)     |"Pacts with the devil are not legally
pyron@skndiv.dseg.ti.com          |binding!"
PADI DM-54909                     |-Friar Tuck   _Robin Hood:The Hooded Man_

Newsgroups: comp.os.vms
From: buda@star.enet.dec.com (Mark A. Buda)
Subject: Re: Question about RMS and MSCP-pair
Organization: Digital Equipment Corporation
Date: Tue, 5 Jan 1993 19:15:40 GMT


In article <1993Jan4.115621.29717@news.th-darmstadt.de>, sysgaertner@cygnus.frm.maschinenbau.th-darmstadt.de (M. Gaertner, FRM, TH Darmstadt, Germany) writes...

>What I don't understand is why the RMS then refuses to read the file 
>where the forced error-block is in. It always returns the (correct) 
>error (xxx, forced error flag set). So why does the revectoring take 
>place? I don't care if the file is unreadable because of read-errors or 
>forced errors. Or asked different, why isn't RMS showing the file as it 
>is with a warning about the damaged block?
>Can anybody give an explanation to me?
>Oh, I know that revectoring bad blocks on the controller-level has it's 
>advantages and I like the concept with the forced error flag BUT I don't 
>like RMS's handling of these blocks.

RMS is not to blame, but the drivers that the I/O subsystem uses.  RMS gets
an error back from the I/O subsystem and has to report it.  If you bypassed
RMS an used QIO's, you would get the same result.  All you need to do is write
to the block where the badblock is and the revectoring will occur and
the problem will not be visiable any longer.

	- mark

buda@star.enet.dec.com
...!decwrl!star.enet.dec.com!buda
buda%star.enet.dec.com
From: carl@SOL1.GPS.CALTECH.EDU (Carl J Lydick)
Newsgroups: comp.os.vms
Subject: Re: Question of SYSGEN.....
Date: 4 Jan 1993 08:37:07 GMT
Organization: HST Wide Field/Planetary Camera
Distribution: world
Reply-To: carl@SOL1.GPS.CALTECH.EDU
NNTP-Posting-Host: sol1.gps.caltech.edu

In article <1i4ek8INNqc9@cs.widener.edu>, YOUNG@tattoo.cs.widener.edu (Rob Young) writes:
>In <9FDCDBC6045F0001B5@EGFRCUVX> SABRY@SHEBIN.EG writes:
>
>> Hello All.....
>> I hope that is 1993 Happy New Year to everbody.
>> Please, Question of SYSGEN and to you SYSGEN>show/all
>
>  Pick up the manual that has PERFORMANCE on the back of it.  250 lines
>of sysgen.  No wonder Ehud and Jerry (et al) have a cow.

Actually, I'm the one who's been having a cow about Sabry.
--------------------------------------------------------------------------------
Carl J Lydick | INTERnet: CARL@SOL1.GPS.CALTECH.EDU | NSI/HEPnet: SOL1::CARL

Disclaimer:  Hey, I understand VAXen and VMS.  That's what I get paid for.  My
understanding of astronomy is purely at the amateur level (or below).  So
unless what I'm saying is directly related to VAX/VMS, don't hold me or my
organization responsible for it.  If it IS related to VAX/VMS, you can try to
hold me responsible for it, but my organization had nothing to do with it.
Newsgroups: comp.os.vms
From: ecf_stbo@jhuvms.hcf.jhu.edu (Remember Grimalkin)
Subject: re: VAX c
News-Software: VAX/VMS VNEWS 1.41    
Organization: The Johns Hopkins University - HCF
Date: Mon, 4 Jan 1993 14:36:00 GMT

In article <1hs23kINNnqs@gap.caltech.edu>, carl@SOL1.GPS.CALTECH.EDU writes...
>Gawd, how I *HATE* UNIX!

But you use C?

This discussion just reinforces my belief that C is an unacceptable language
because the run time library has to emulate unix, regardless of the OS. I
have seen C take over as 'this weeks language' and I just don't understand it.
Why in hell are so many people using C on VMS? Why would you want to hose your
performance running through 14 levels of emulation attempting to (and often
failing) make the rtl conform to every little idiosyncrasy of one particular
system? I mean, is it a management decree based on 'marketing related
concerns'? Is it for 'portability' (seems like the typical C program depends on
such exact unix behavior that this portability is just a myth touted by people
running unix. Christ, look at the contortions the guy who ported XV had to go
through)? 

The latest ante in the game (but one that could be predicted given the way
things are going) is this abomination called VMS POSIX (I won't even start
about 'OpenVMS'). It sure would be nice if there was some non-biased attempt at
environment interoperability, but I guess we're gonna be stuck with 'If you
can't beat 'em, join 'em'. Now it's getting to the point where it's painful
NOT to use C (example: multinet networking code and gaddam 'sockets'). I
suppose it would behoove me to start writing everything in C, but something
is still making me hold out. It's just the PRINCIPLE of the thing!


Tom O'Toole - ecf_stbo@jhuvms.hcf.jhu.edu - JHUVMS system programmer 
Homewood Computing Facilities, Johns Hopkins University, Balto. Md. 21218 
>Here comes a jet ski.
>weuh weeuhh weeuhh weeuhh WEEUHH WEEUHH WEEUHH WEEUHH weeuhh weeuhh weeuhh weuh
From: POLLOCK.STEVEN_L+@KANSAS-CITY.VA.GOV
Newsgroups: comp.os.vms
Subject: VAX C, Floating Point Converter
Date: 6 Jan 93 22:20:00 GMT
Distribution: world
Organization: The Internet


Does anyone happen to have an IEEE to VAX F_floating point converter C source
lying about that they would share with me.  I don't have FTP access so please
mail it if you have one.  

Thanks,

|>>>>>>>>>>>>>>>>>>>>>>>>>>>>||<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<|
|Steven Pollock              || Internet:  xxx@kansas-city.va.gov           |
|VA Medical Center, IRM      || COM: 816-861-4700 x3750                     |
|4801 Linwood Blvd.          || FTS: 700-754-1750                           |
|Kansas City, Missouri 64128 || Fax: 816-861-8736 .or. FTS: 700-754-1828    |
|>>>>>>>>>>>>>>>>>>>>>>>>>>>>||<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<|


Newsgroups: comp.os.vms
From: huber@h1cal1.desy.de
Subject: Re: Ethernet address (sans code) ?
Organization: (DESY,Hamburg,Germany,H1 experiment)
Date: Tue, 12 Jan 1993 18:14:06 GMT

In article <1993Jan11.202015.79@ittpub.nl>, david@ittpub.nl (David P. Morgan) writes:
> 
> How can one find out the Ethernet address of a node ?
> It's VMS 5.5. I know you can do it with a little bit of code and that's

The Hardware Ethernet address: NCP SHOW LINE x CHARACTERISTIC
The DECnet Physical Ethernet address: NCP SHOW EXEC STATUS
From: mores@eavax.sanders.lockheed.com (David C. Mores)
Newsgroups: comp.os.vms
Subject: Problem invoking xterm remotely via rsh
Date: 7 Jan 93 16:13:33 GMT
Reply-To: mores@eavax.sanders.lockheed.com (David C. Mores)
Organization: Lockheed Sanders, Inc.


    I have an annoying little problem with creating terminal windows on
    remote Unix systems from my VAXstation.  I typically do this using the
    RSH command to execute a dxterm or xterm command on the remote system and
    have the display on my VAXstation.  When I use dxterm there is no
    problem.  Dxterm also implies that the remote system is an Ultrix
    system.  Dxterm is the DEC equivalent of Xterm.  The VMS command looks
    like this:
    
    $ rsh rapnet dxterm -display cadt2::0 -ls &
    
    This executes the dxterm command that successfully opens a window and
    returns control on my VAXstation.
    
    $ rsh rapnet xterm -display cadt2::0 -ls &
    
    This executes the xterm command that successfully opens a window and
    does _not_ return control on my VAXstation.  It just hangs there. 
    However, if I control-Y out of it, all is okay, the window opened
    remains open and I regain control from the initiating window on my
    VAXstation.  
    
    The question is: is this a bug or a feature?  Obviously, I use dxterm
    on Ultrix systems but I do not have that choice on Sun systems.  This
    problems makes it impossible to auto start xterm windows on non-Ultrix
    systems at session startup time (at least using this method).

    It was suggested that I try nohup:

    $ rsh rapnet "/bin/nohup xterm -display cadt2::0 -ls &"
    
    Unfortunately, this suggestion does not work.  I see no difference in
    behavior.  
    
    From what I can determine from a "ps -ux" it seems that the process
    running xterm is not releasing the i/o connection back to the rsh
    invoking system.  If I kill the xterm process, that lets rsh exit,
    but I lose the window on the remote node.  Interrupting rsh has the
    same effect but does not lose the window.  Can't seem to win here...

    Any explanations, suggestions or workarounds would be appreciated.

--
%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
David C. Mores            Principal Systems Specialist             Keep it short
Lockheed Sanders, Inc.    Nashua, NH                               and sweet.
Internet E-mail: mores@rapnet.sanders.lockheed.com                 do da do da
%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%

"Sometimes I think that the surest sign that intellegent life exists elsewhere
in the universe is that none of it has tried to contact us." -Calvin
Newsgroups: comp.os.vms
From: tihor@acf3.NYU.EDU (Stephen Tihor)
Subject: Re: TT_AccPorNam field remains null on a SHOW USERS output ?
Organization: New York University
Date: Tue, 5 Jan 1993 07:49:00 GMT

If you insist on doing the INQUIRE at least check to makre sure that
the terminal type is unknown before you try.  That covers a lot
of the cases where we already have a type set.
From: gavron@spades.aces.com (Ehud Gavron 602-570-2000 x. 2546)
Newsgroups: comp.os.vms
Subject: Re: Question of SYSGEN.....
Date: 6 Jan 93 04:25:00 GMT
Reply-To: gavron@ACES.COM
Organization: ACES Consulting Inc.
News-Software: VAX/VMS VNEWS 1.4-b1

In article <1993Jan5.162741.22277@nntpd.lkg.dec.com>, sander@rm222.enet.dec.com (Warren Sander) writes...
#Feedback to Sabry,
# 
#	You forgot to tell us one of the most important pieces of information
#about your VMS system. 

BZZZT.  He forgot to ask a question.  Listing every single SYSGEN
parameter is not a question.  Zero points.  Thank you for playing.

[ other random guesswork deleted ]

#	Do you have any money? Hire a consultant or Digital to help tune
#	your system.
..
#	Go to a course given by Digital or Decus on tuning your VAX
..

Hey, is this another spoof posting???  Yeah, and autogen is
my friend, too.

#Warren Sander - Systems Consultant - Digital Equipment Corp

Warren, were you one of the lucky ones who beat the purge while competent
people were let go?  Congratulations!

Ehud

--
Ehud Gavron        (EG76)     
gavron@vesta.sunquest.com
Pat O: Remember the comments outside the elevator bank...
From: gavron@spades.aces.com (Ehud Gavron 602-570-2000 x. 2546)
Newsgroups: comp.os.vms
Subject: RE: How I contact to ARPANET...
Date: 13 Jan 93 02:51:00 GMT
Reply-To: gavron@ACES.COM
Organization: ACES Consulting Inc.
News-Software: VAX/VMS VNEWS 1.4-b1

In article <71930112170717.0004570754NA1EM@mcimail.com>, HOLDREGE+_MP%A1%PacifiCare@MCIMAIL.COM (Matthew Holdrege) writes...
# 
#>Hello All..........
#>What do I do to contact to ARPANET because I send some message to this but I
#>received saying That this address UNKNONW of thsi ARPANET.
#>Mant Thanks to any help.........
# 
#>==>Sabry,
# 
#Hey guys! What do you think it would cost to send a hit man to Egypt? 
#Perhaps if we all chip in $5 we could get rid of this guy. Or we could take 
#the cheaper option and send Ehud there as a tutor. Either way, I would be 
#happy to spend a few bucks to get rid of his ridiculous posts and the 
#accompanying flame war.

Hey, I'm a consultant.  People who hire me know that I actually am
particular about what I do.  If it isn't challenging, demanding,
important, and interesting, there are loads of other consultants
to do it.

I get hired by people who don't care about my mouth, my net.postings,
or my attitude.  They want FAST PROFESSIONAL QUALITY SOLUTIONS and
they want them NOW.  They often have to pay for these adjectives ;-)

In short, I'm sorry to decline the offer to go teach Sabry.  However,
if you buy my My Friend Sabry Doll, I'll send you a free coupon to
pizza hutt...

#>* Sabry Kotob El-Ganzory          * Internet: "SABRY@SHEBIN.EG"               *
# 
#Matt Holdrege      5156065@mcimail.com

Ehud

--
Ehud Gavron        (EG76)     
gavron@vesta.sunquest.com
I'm dressing up in an ill-fitting IVY-LEAGUE SUIT!!  Too late...
Newsgroups: comp.os.vms