HDTenEightyP/NetNews huggingface dataset:
From: gjw900@basil.anu.edu.au (Gary J Woodman)
Subject: Re: Hercules vs OS/2
Organization: Australian National University
Date: Wed, 2 Sep 92 04:00:40 GMT

In article <1992Aug30.141812.12771@murdoch.acc.Virginia.EDU> wrp@cyclops.micr.Virginia.EDU (Bill Pearson) writes:

>2) As I recall, early versions of Microsoft graphics libraries for 'C'
>did not support the hercules adaptor; I was very happy that Borland did.
>Did Windows 2? (Was there a Windows 1?)

Yes; yes.

>But I think it would make sense for IBM to support the hercules type
>adaptor, as it is so inexpensive and readily available on clones.

CGA cards are just as cheap; composite monitors are even cheaper.

Look out! It's the Herc/OS/2 thread back from the dead!

If this is really so important, why doesn't someone write the $&_*)*( driver?

--
Gary.Woodman@anu.edu.au
Xref: sparky comp.os.os2:267 comp.os.os2.misc:28607 comp.os.os2.programmer:4560 comp.os.os2.apps:5661 comp.os.os2.advocacy:4724
From: TomK@cup.portal.com (Tom R Krotchko)
Newsgroups: comp.os.os2,comp.os.os2.misc,comp.os.os2.programmer,comp.os.os2.apps,comp.os.os2.advocacy
Subject: Re: IS IBM UK STILL IN THE STONE AGE???
Date: 29 Aug 92 17:14:45 GMT
  <1992Aug29.104619.1323@dlpinc00.rn.com>
Organization: The Portal System (TM)

>I'm curious, what do you mean, "Cut from the same cloth..."

[...]

Two things:

1) NT will be running Windows applications (3.x type) *not* as
native NT apps, but will do a similar "windows within NT" trick
used by OS/2. That means there will be the same type of compatibility
problems with Windows 3.1 executables running under NT as currently
exist under OS/2

2) its a *WHOLE NEW OS*. There will be the same type of bugs in
NT (and perhaps worse, since OS/2 has gone through several revisions)
as now exist in OS/2

Finally, it appears to me that the "Windows" in "Windows NT" is
purely a marketing move; the only thing Windows NT has in common
with Windows 3.1 is they both run on Intel chips and both are made
by Microsoft.

TomK@cup.portal.com
Tom Krotchko
From: dorand@rocbi.DNET.roche.com ("Daniel M. Doran, PRTC, phone 88270")
Newsgroups: comp.os.vms
Subject: Master Index
Date: 3 Sep 92 09:13:05 GMT
Distribution: world
Organization: The Internet


       Could anyone please tell me where in all of Bookreader's shelves
       and books I can file the Master Index?  

       Thanks in advance.

       Dan.

 ------------------------------------------------------------------------------

 InterNet: DoranD@Rocbi.Dnet.Roche.Com       Pharmaceutical Research -
    Phone: +41-61-688-8270                       New Technologies
           +41-61-688-7080                   F.Hoffmann-La Roche Ltd.   
      Fax: +41-61-688-1745                   CH-4002 Basel, Switzerland 
      X25: PSI%4621111291::Doran  
     X400: S=Doran,G=Daniel,O=RocheBasel,P=Roche,A=ARCOM,C=CH
 ------------------------------------------------------------------------------
Newsgroups: comp.os.vms
Subject: Re: Linking C programs
From: don@zl2tnm.gen.nz (Don Stokes)
Date: 30 Aug 92 00:41:38 GMT
Distribution: world
Organization: The Wolery

moroney@ramblr.enet.dec.com writes:
> The Fortran, Basic etc. RTLs all have routines name FOR$xxx or BAS$xxx, but
> the C language definition requires the name to be printf etc. so DEC-reserved
> names such as C$PRINTF couldn't be used.  Therefore, VAXCRTL couldn't
> be put into IMAGELIB.

I understood that the DEC C rtls will be included in IMAGELIB?  

This _should_ be possible, given that the ANSI C and POSIX specs define
the calls to be available in the RTL in a way that these can be considered
part of the language.  In this case, if the compiler sees an open() call, 
it can safely replace it with a DECC$OPEN() or whatever.  (Presumably a 
switch of some sort is required for idiots who write their own open() calls.)

--
Don Stokes, ZL2TNM (DS555)                        don@zl2tnm.gen.nz (home)
Network Manager, Computing Services Centre            don@vuw.ac.nz (work)
Victoria University of Wellington, New Zealand              +64-4-495-5052
From: SYSMGR@IPG.PH.KCL.AC.UK
Newsgroups: comp.os.vms
Subject: re: re: PROBLEM Linking shareable image library :HELP
Date: 27 Aug 92 11:21:05 GMT
Distribution: world
Organization: The Internet

> >I am trying to convert a Fortran program I wrote a while back
> >into a shareable image but I am having trouble getting the linker
> >to give the psect attributes I want to some common blocks.
>	
> I have not been that successful in making FORTRAN sharable
> libraries because FORTRAN modules are not normally
> reentrant and sharable (parameter lists, temporary
> variables). You might be able to create sharable code if
> there is no FORTRAN I/O, modified call parameter lists, all
> variables are either optomized out, in common, or are call
> parameters. 

No flame intended, but this is just plain WRONG, and most of
the rest of the posting wasn't relevant.

There is absolutely no requirement that shareable libraries
contain re-entrant code. FORTRAN routines can be packaged into
shareable images perfectly easily. The one requirement is that
you override the default attributes of each and every COMMON
block when you link, with linker options  statements of the form

PSECT=commonblockname,NOSHR

(If you don't do this, the shareable image generated assumes that
common blocks are shared as ONE copy in memory between multiple
cooperating processes. Not impossible, but most of the time you want
a local common block in each process, and only the readonly code
sections shared).

I have a software package that I wrote to make this, and the 
generation of a transfer vector, close to automatic. I wouldn't
claim that its perfect, but it works for me, and I'm willing to
send a copy on request. (its unique? point is that it parses object
files rather than linker .MAP files, so it doesn't break across
VMS releases so easily)

		Nigel Arnot

		NRA%ipg.ph.kcl.ac.uk@nsfnet-relay.ac.uk   (internet)
		NRA%uk.ac.kcl.ph.ipg@ukacrl.bitnet        (bitnet)
From: karsten@tfl.dk (Karsten Nyblad)
Newsgroups: comp.os.vms
Subject: Re: BookReader
Date: 3 Sep 92 07:58:55 GMT
Organization: TFL, A Danish Telecommunication Research Laboratory

In article <0095FF44.CDF91580.18642@MOHAWK.BROOKS.AF.MIL>, canellis@MOHAWK.BROOKS.AF.MIL ("Alan J. Canellis") writes:
> Hello,
> 	This maybe a FAQ, but here it goes.  How do I setup BookReader so I
> can read Documentation on non-licensed products?
> +-------------------------------+----------------------------------------------+
> | Alan J. Canellis              | Disclaimer: Who, What, When, Where???        |
> | Senior Systems Analyst        +----------------------------------------------+
> | Armstrong Laboratory          |                                              |
> | Brooks AFB, Tx                |     This space intentionally left blank      |
> | (512) 536-3886                |                                              |
> | (512) 536-2336                |                                              |
> +-------------------------------+---------------------+------------------------+
> |       INTERnet: canellis@kiowas.brooks.af.mil       |
> +-----------------------------------------------------+

You need the book browser license from DEC.  I do not know the exact
terms on which you get it, but we did not pay for ours.  The license
name as installed by license is BOOKBROWSER.

Karsten Nyblad
TFL, A Danish Telecommunication Research Laboratory
E-mail: karsten@tfl.dk
From: epp@mala.bc.ca (Lorne Epp)
Newsgroups: comp.os.vms
Subject: Re: Editing large files with TPU
Date: 26 Aug 92 16:08:17 -0700
Distribution: world
Organization: Malaspina College

In article <01GO0EHHKABK0007D3@BENTLEY.BITNET>, KPETERSO@BENTLEY.BITNET writes:
> I am trying to EDIT/TPU (EVE) a 29553 block file and coming up
> with errors.  When I EVE the filename, the machine thinks about
> it, then I recieve the following error message:
> 
> 2098 byte record to large for users buffer
> 

This means that the file contains a record that is too large for EVE to 
handle.  Usually, this means that the file is not a text file.
----------------------------------------------------------------------
Lorne Epp                                               epp@mala.bc.ca
Newsgroups: comp.os.vms
From: root@candle.uucp (Bruce Momjian)
Subject: Compress using VMS and Unix
Organization: a consultant's basement
Date: Tue, 1 Sep 1992 03:45:40 GMT
X-Newsreader: Tin 1.1 PL5

I got the compress source code for VMS from gatekeeper, modified by Doug
Tody.

I compiled it under VMS 5.4, compressed a small text file, and used
C-kermit to transfer it to Unix SVr3.  I have two questions:

	1) why did a binary transfer of the file cause Unix uncompress
to complain about a corrupted compress file, but not specifying binary
allowed Unix uncompress to work properly.

	2) why did the uncompress add a line with the letters 'lack' at
the bottom of the text file that was not in the original. 

I tried it several times and it did it every time.  Both compress's are
version 4.0.
-- 
Bruce Momjian                      |  830 Blythe Avenue
root%candle.uucp@bts.com           |  Drexel Hill, Pennsylvania 19026 
                                   |  (215) 353-9879(w)  853-3000(h)
From: egger@ubeclu.unibe.ch (Martin Egger)
Subject: Re: Exabyte/HSC problems
Reply-To: EGGER@ID.unibe.ch
Organization: University of Bern, Switzerland
Date: Fri, 4 Sep 1992 18:49:06 GMT

In article <1992Sep4.051551.16029@abo.fi>, HEGE@finabo.abo.fi 
(Kaj H{ggman DC) writes:

>Seems like our Exabyte 8500C-2 (from System Industries) connected to our HSC50
>(V4.1) doesn't like to co-operate with VMS5.5-1, since the backups worked
>OK under VMS5.5. At least this is the only thing that comes up to my mind.
>
>This happens after just a short while (a few files are backed up):
>
>%BACKUP-E-FATALERR, fatal error on $1$MUA3:.....
>-SYSTEM-W-DATAOVERUN, data overrun
>%BACKUP-I-OPERSPEC
>%BACKUP-I-OPERASSIST, operator assistance has been requested
>%BACKUP-I-OPREPLY, operator reply is "QUIT"
>%BACKUP-F-ABORT, operator requested abort on fatal error
>
>Has anyone else experienced this?
>I'd apprecviate any ideas or comments.

We have a SI8500-2 Exabyte with a HSC70 (V6.0 and 6.5) under VMS 5.5-1
running our backups every night with no problems. 

But I saw some 'Fatal controller errors' when we had just installed the tape. 
SI then replaced one of the two drives - no prblems since then. So it 
migth be a hardware problem.


*******************************************************************************
  Martin Egger, Ph.D., Computing Services - System and User Support Group
  University of Bern, P.O. Box, Laenggassstrasse 51, CH-3012 Bern, Switzerland
  Phone: ++41 (0)31 65 38 45, Fax: ++41 (0)31 65 38 65, Telex: 753 112 unib ch
  RFC: egger@id.unibe.ch, X.400: S=egger;OU=id;O=unibe;P=switch;A=arcom;C=ch;
  HEPNET/SPAN: 20579::49203::egger, DECnet (Switzerland): 49203::egger 
*******************************************************************************
From: mcmahon@TGV.COM (John 'Fast-Eddie/FuzzFace' McMahon)
Newsgroups: comp.os.vms
Subject: Re: X server transport attach?
Date: 28 Aug 92 19:27:49 GMT
Distribution: world
Organization: The Internet

Reply-To: mcmahon@tgv.com


In article <2234@fnnews.fnal.gov> you write:
=
=Anyone have a clue why the X server is having a problem as shown from this
=excerpt of DECW$SERVER_0_ERROR.LOG
=
=DECW$TRANSPORT_TCPIP image base address: 0018B200
=%DECW-W-ATT_FAIL, failed to attach transport TCPIP
=-SYSTEM-W-ENDOFFILE, end of file
=
=
=End of what file?  Yes SYS$LIBRARY:DECW$TRANSPORT_TCPIP.EXE is there.  As a
=matter of fact, there are a bunch of other workstations in the cluster that
=almost identical that don't have this problem.  Any ideas?

End of the Host file.  It's not a great error :-(

Check to see if the node name listed in the logical UCX$INET_HOST
is listed in your host table.  If it's not, add it.

--
John 'Fast-Eddie' McMahon    ()
TGV, Incorporated            () "Any networking problem can be solved by
603 Mission Street           ()  the application of 33 miles of Unshielded 
Santa Cruz, California 95060 ()  Twisted Pair (UTP)"   
408-427-4366 or 800-TGV-3440 ()                      [InterOp Spring 1992]
E-Mail: MCMAHON@TGV.COM      ()
From: anderson@williams.EDU ()
Subject: Tracking down and removing ACE's 
Reply-To: James.C.Anderrson@Williams.Edu
Organization: Williams College Center For Computing
Date: Wed, 2 Sep 1992 13:29:38 GMT



Need some help one removing an ACE from multiple files.  There's an identifer attached to numerous files across a number of disks that I need to remove.  I haven't been able to fine a lexical that will give me the ACE's on a given file.  Right now I'm looking at down a DIR/SEC on everything and searching for the offending ACE.  (A dreadful approach)  Anyone in net land have any suggestions to possible speed this up?

Thanks - Jim

--
********************************************************************************
Jim Anderson						Williams College
Systems Manager						Center for Computing
janderson@williams.edu (Internet)			Jesup Hall
janderson@williams.bitnet				Williamstown, MA 01267
							413-597-2082
********************************************************************************
From: faraullo@sdcc13.ucsd.edu (THE BIG "F")
Newsgroups: comp.os.vms
Subject: zmodem...
Keywords: zmodem VMS telecommunications
Date: 26 Aug 92 09:09:44 GMT

Hi, I'm posting for a friend who's currently stuck using Kermit on
his system. I was wondering if there were any stable zmodem programs
available through ftp out there. It might seem like simply question,
but I'm not familar with the VMS archive sites. Please send all info
to the e-mail address below

Frank Araullo
UCSD
faraullo@sdcc13.ucsd.edu
From: DESMITH_N@COLLOQUIUM.CO.UK (Nick de Smith)
Newsgroups: comp.os.vms
Subject: RE: How to obtain x button press from character cellapplication
Date: 28 Aug 92 09:19:00 GMT
Organization: The Internet

Hi,

Bruce Wright wrote...

>I've been trying to find out a number of odds and ends about various
>DEC terminals and terminal emulators;  there are a number of things
>that the various DECwindows/Motif/Pathworks/VWS emulators do that the
>real terminals do not.  So far I've been unable to come up with any
>definitive lists of supported reports and escape sequences for these
	...

If you have access to the CDLISTings or the ufiche, look in
[.CLIUTL.LIS]SETTERM.LIS and TERMDEFS.LIS. These modules implement the SET
TERMINAL/INQUIRE sequences for VMS. They are *complex*, but here are a few more
terminal ids for you (you have some of these already):

;	VT173
1	VT100, VT101, VT105
2	LA120
3	LA34
4	VT132
5	VK100
6	VT102 (also 61)
7	VT131
10	LA100, LA210
12	VT125
13	LQP02
15	LA12
18	VT80
20	LA80
21,22,23,231 Pro series
26	LN03
27	LN01K
29	LA84

62	VT200 series
63	VT300 series
64	VT400 series

And, no, I won't post the modules!

regards,

nick	DESMITH_N@COLLOQUIUM.CO.UK
	NICK@NCDLAB.ULCC.AC.UK
From: MR_CA_CBU@OSI.OHIO.GOV
Newsgroups: comp.os.vms
Subject: ?: DECVEC - If duplicated - please discard
Date: 27 Aug 92 22:07:00 GMT
Distribution: world
Organization: The Internet


I don't believe this made it out - please discard if a duplicate and 
accept my apology.

Thanks

Subject: ?: Use of DECVEC printer sequences for LN03

     27-Aug-1992 12:48
     We would like to make use of the DECVEC escape sequences to enhance 
     the output of our SAS procedures, and while at first glance this may 
     appear to be a SAS question, and therefore should be posted to 
     SAS-L, please consider the problem below.
     
     Our application requires us to 'merge' the form (DECVEC sequences) 
     with the SAS data, although the data could come from any source - 
     such as other database products.
     
     One feature that intrigued us about the DECVEC sequences is that 
     they don't modify the current print position; and in testing with 
     manually assembled data, this seems to be so. For this reason a 
     library of forms could be designed and 'merged' with the data and 
     printed at once on an LN03.
     
     Our questions are as follows:
     
     Specifically, I'd like to know if there are any utilities that 
     assist with the creation of the proper DECVEC sequences to draw 
     forms. I can create said sequences manually, but that gets old in a 
     hurry.
     
     Also, if there aren't any utilities, then has anyone ever seen any 
     use for these sequences? And, if not, why do you suppose they exist?
     
     The LN03 we are using is a non-postscript printer, given to us as a 
     gift (w/o manuals - I've ordered a set) and, I'm told, is just a 
     youngster at 69100 copies on the counter.
     
     If this has been answered in an earlier time, please point me to the 
     archive or if in the manuals - that's OK too. Right now,  all I've 
     got as a reference is the "Terminals & Printers Handbook" dated 
     1987.
     
     In any event, all pointers are welcome.
     
     Thanks very much for your help.
     
     Carl Underwood
     MR_CA_CBU@OHIO.GOV

Carleton B. Underwood	     Internet: MR_CA_CBU%ODNVMS@MPS.OHIO-STATE.EDU
Systems Analyst       	     	       MR_CA_CBU@OSI.OHIO.GOV (preferred)
Ohio Dept. Mental Retardation/Developmental Disabilities
Cambridge Developmental Center
66737 Old 21 Road,
Cambridge, Ohio 43725  (USA)
FAX: 614 439-4382  Voice: 614 439-1371 ext. 258 or 614 432-0258
	      	   	  (switchboard)	      	 (direct inward dialing)
From: SYSMGR@IPG.PH.KCL.AC.UK
Newsgroups: comp.os.vms
Subject: more on VAXstation 4000/60- + Seagate disks
Date: 1 Sep 92 12:14:37 GMT
Distribution: world
Organization: The Internet

Last week I asked for folks who were using Seagate Disks with VAXstation
4000/60 systems to get in touch with me, as I was getting intermitent SCSI
errors. Many thanks to those who have responded. There does indeed seem to 
be some sort of strangeness with this combo. Please keep telling me about 
your experiences! In particular, knowing the length of the SCSI cabling,
and whether the expansion boxes are internally wired with ribbon cable or
DEC-style round cabling would help. Reports of experiences with a 2-metre SCSI
cable connected to a 4-disk expansion crate would be particularly helpful.
Ditto, any further reports of Wren-6 usage (especially old Imprimis Wren-6's).

Feedback I have had so far is:

Wren-6		one site, trouble (also wren-6 with 4000/VLC trouble)
Wren-7		6 sites, 12+'lots of' drives, one problem (probably the drive)
Wren-8		3 sites, 5 drives, no problems
Wren-9		nobody except us! surely not :-)
Hitachi ?	one site, no trouble
RZ56		two drives, no trouble
RZ23		one report that problems with Seagates went away when RZ23
		removed from the system!
DEC 2Gb OEM	one drive, troubles.

Only one of the faults reported sounded exactly like ours, and that was
with the Wren-6. 

My local DEC office are being very helpful, though they haven't found
anything yet. One correspondent noted that VAX 4000s are known to be sensitive
to SCSI bus termination and cabling problems, which I will try to investigate
further at the next opportunity. 

Thanks to those who have responded, and in advance to those sending further
reports. Yours,

	Nigel Arnot

		NRA%ipg.ph.kcl.ac.uk@nsfnet-relay.ac.uk   (internet)
		NRA%uk.ac.kcl.ph.ipg@ukacrl.bitnet        (bitnet)
From: oberman@ptavv.llnl.gov
Newsgroups: comp.os.vms
Subject: Re: Nodename 15 chars??
Date: 27 Aug 92 01:07:03 GMT

In article <2314.2a9b5b3b@decus.ch>, b_sanderson@decus.ch (Bruce Sanderson ABB Process Automation) writes:
> In article <1992Aug21.145443.8936@bsu-ucs.uucp>, 00mjstum@bsu-ucs.uucp (Matthew J. Stum) writes:
>> This may sound like a stupid question, but why does $GETSYI's SYI$_NODENAME
>> return up to _15_ characters?  I was under the impression that nodenames
>> were restricted to 6 characters.
>> 

>  PROBABLY DUE TO THE FACT THAT SOON DECNET PHASE 5 WILL BE OUT (OSI CONVENTIONS)
>  (EQUIVALENT OF NODENAMES WILL BE LONGER)

If you check the Phase V planning docs you will see that 15 won't come close to
a full name. Maybe 1024? But this is the SCSNODE, not the DECnet node. I don't
know of any reason that it should be limited to 6 characters except the sanity
of having the DECnet node name and the SCSNODE agree. But Phase V will make
that obsolete.

I imagine it was a semi-arbitrary decision, in reality.

R. Kevin Oberman			Lawrence Livermore National Laboratory
Internet: koberman@llnl.gov		(510) 422-6955

Disclaimer: Don't take this too seriously. I just like to improve my typing
and probably don't really know anything useful about anything.
Xref: sparky comp.os.vms:14499 vmsnet.misc:790 comp.org.decus:805
From: sethg@dcatlas.dot.gov (Seth Grimes)
Subject: Re: Editing large files with TPU
Organization: U.S Dept. of Transportation
Date: Thu, 27 Aug 1992 11:51:11 GMT


Wasn't the record-length limitation to 960 characters lifted (for all
practical purposes -- new limit is large) as of VMS version 5.5?
From: rankin@EQL.CALTECH.EDU (Pat Rankin)
Newsgroups: comp.os.vms
Subject: Re: Ghostscript and GNU C
Date: 3 Sep 92 22:44:59 GMT
Organization: The Internet

> I am trying to create a working version of Ghostscript for VMS
> using GCC using the included VMS-GCC.MAK.  But I can't get past
> the linking stage.  I get the following errors:
>  %LINK-W-NUDFSYMS, 2 undefined symbols:
>  %LINK-I-UDFSYM,         UDIV
>  %LINK-I-UDFSYM,         UREM

     When compiling with GCC, you must link with GNU_CC:[000000]GCCLIB.OLB
(which comes with the gcc-vms distribution) in order to get assorted
support routines occasionally required by the compiler.  Either that make
procedure is inadequate, or your object library is missing some crucial
routines.  I suspect the former...

		Pat Rankin, rankin@eql.caltech.edu
From: brydon@asl.slb.com (Harvey Brydon (918)250-4312)
Newsgroups: comp.os.vms
Subject: Re: need utility to delete VMS NEWMAIL FOLDER messages
Date: 24 Aug 92 12:47:04 GMT
Reply-To: brydon@asl.slb.com
Organization: Schlumberger/Anadrill Sugar Land, TX

In article <01GNSVDCY45S90R9RA@crl.aecl.ca>, CARLSONK@CRL.AECL.CA ("Ken Carlson, AECL Research, X3664") writes:
>In a previous article, CC4::ROIHAR wrote:
>>I need to delete NEWMAIL folder messages which contain a certain
>>string (i.e. mail from unwanted source or containing certain subject
>>keywords). Anyone know of a utility that will let me do this???
>>Please respond directly to roihar@crl.aecl.ca   ...
>
>You can write DCL .com:
>******
>$mail
>sel/new/sub=what-ever
>del/all
>******
>if what-ever contains spaces then use "text to search for"

Careful here.  If there are no messages available by the selection criteria,
you end up selecting everything in either NEWMAIL or MAIL and the delete /all
will delete all messages in that folder.

_______________________________________________________________
Harvey Brydon         | Internet:   brydon@dsn.SINet.slb.com
Dowell Schlumberger   | P.O.T.S.:   (918)250-4312
   Climate is what we expect; weather is what we get.
From: FD@AUTOCTRL.RUG.AC.BE ("Frits Dumortier/R.U.G.")
Newsgroups: comp.os.vms
Subject: POP-protocol
Date: 27 Aug 92 10:51:00 GMT
Distribution: world
Organization: The Internet


Dear INFO_VAXers,

Can anyone send me information on the POP-protocol for use with
mail servers? Does anyone know of any (non-DEC) product supporting
POP under UCX, VMS?

Please send E-mail to the address below. If enough interest I'll
summarize to the net.

Best regards and
advTHANKSance,

Frits Dumortier
FD@BGERUG51.BITNET
FD@autoctrl.rug.ac.be

Automatic Control Laboratory
University of Ghent