HDTenEightyP/NetNews huggingface dataset:
From: MRL@PFC.MIT.EDU (Mark London)
Newsgroups: comp.os.vms
Subject: fortran/nohpo?
Date: 23 Jan 93 11:55:00 GMT
Distribution: world
Organization: The Internet

Can anyone tell me what the /nohpo switch for fortran does, and it what cases
do I need to add it, and is there a way to detect via a logical name if it
applies the vax I'm using?  Thanks.
 
Mark London
MRL@NERUS.PFC.MIT.EDU

Newsgroups: comp.os.vms
From: iversen@dsfys1.fi.uib.no (Per Steinar Iversen)
Subject: Re: CDA-Viewer mystery
Reply-To: iversen@vsfys1.fi.uib.no
Organization: Department of Physics, University of Bergen, Norway
Date: Mon, 25 Jan 93 06:38:14 GMT


In article <74309@cup.portal.com>, Chris_F_Chiesa@cup.portal.com writes:

>Eberhard Heuser-Hofmann (no Internet address in message body, and Portal
>doesn't pull it from the header for me) writes: 
>
>>I have a problem with the MOTIF-1.0A-CDA-VIEWER.
>>I use that tool to display ps-files. If I log into the consol, everything 
>>works,
>>but if I use an X-Terminal I can't select the conversion PS, because there is
>>no PS menu-item.
>>
>>Has someone seen this, too?
>
>Well, at least you HAVE a console.  When I first encountered this problem I 
>had ONLY an X terminal (DEC VT1000) and thus NO way to CDA VIEW PostScript
>files.
>
>The problem is that the PS interpretation is done by "PostScript extensions"
>in the X _server_, not in the CDA-Viewer _client_ -- and DEC did NOT put the
>necessary PS interpretation capability into the server code built into the
>VT1x00 series of X terminals.  As far as I know, there is therefore no way to 
>CDA-View a PostScript file on a DEC X terminal, and it also seems unlikely
>that "generic" X terminals would have the necessary DEC extensions either.
>(But I know very little about this subject and could be wrong on the subject
>of "generic" X terminal behavior.)
>
>I suggest finding an alternate X-based PostScript interpreter/viewer in
>which the client side does the conversion-to-X-image; I do not know any 
>such software specifically.
>
>Chris Chiesa
>  Chris_F_Chiesa@cup.portal.com

Try GhostScript + GhostView, it works very well on VMS. We use it here to view 
PS-files on EWS X-terminals (no DPS) all the time. We use GhostScript 2.5.2 
and GhostView 1.4.1. The interface and functionality is much better than that 
found in the CDA Viewer.

-psi (iversen@vsfys1.fi.uib.no)
From: judson@aludra.usc.edu (Tom Judson)
Newsgroups: comp.os.vms
Subject: Description of POSIX wanted
Date: 22 Jan 1993 08:55:00 -0800
Organization: University of Southern California, Los Angeles, CA
Distribution: world
NNTP-Posting-Host: aludra.usc.edu


Could someone please send me a description of the POSIX software?
(what does it contain, how much does it cost, disk space req.)

Thanks,

-TJ Judson
judson@usc.edu
judson@igate1.hac.com
From: tom@finwds01.tu-graz.ac.at (Thomas Leitner)
Newsgroups: comp.os.vms
Subject: Three problems porting an app. to VMS/UCX.......
Date: 28 Jan 1993 09:37:22 GMT
Organization: Technical University Graz, Austria
Distribution: world
NNTP-Posting-Host: finwds01.tu-graz.ac.at

Hello,

I recently ported my socket() based client-server application to
VMS/UCX and experienced some peculiar things. I got three VAXen
available for software development (I'm not the system manager,
though) and my program behaves different on all three VAXen.
The first two problems however are most likely UCX installation
problems. Anyway: Here they go:

1.) On one machine I can't even get a socket from the system,
    although everything else (e.g. TELNET, FTP etc.) works. My
    program aborts with:

%LIB-E-ACTIMAGE, error activating image FEDVZ$DKB200:[SYS0.][SYSLIB]UCX$ACCESS_S
HR.EXE
-SYSTEM-W-ACCONFLICT, file access conflict
%TRACE-E-TRACEBACK, symbolic stack dump follows
module name     routine name                     line       rel PC    abs PC

                                                           000437AE  000437AE
C$SOCKHANDLES   init_ucx_socket                  2734      00000043  0000AC47
C$SOCKET        vaxc$socket                      2914      0000002C  00007530
CSLIBS          csl_startup_server               2006      0000001B  000027C7
TSERVERS        main                             1273      0000002F  0000223F

This happens at the first socket call and the call fails. I'm not the system
manager of this machine but what would he have to change to get this working.

2.) On one machine, gethostbyname() can not resolve the host name even though
    telnet and ftp work with the same host name. 

3.) Finally on the machine where the above two things work I get another
    peculiar behaviour: After the first client closes the connection, the 
    the server shuts down and closes the socket. Then the server startup
    routine is invoked to get a new socket, but the bind() call fails
    with an

    #define EADDRINUSE      48              /* Address already in use */

    error. When I restart the server I get the same error. If I wait for
    5 seconds or so and restart the server, it runs again.

    What am I doing wrong? The program worked under Ultrix and SunOS
    without problems!!

I hope that these questions are not FAQs and appreciate if someone with
any ideas or hints could drop me some lines.

Thanks and regards from Austria -- Tom Leitner, Technical University Graz
From: SKELTON@MMC.BITNET (Hank Skelton)
Newsgroups: comp.os.vms
Subject: Re: Operator "Grunt" duties
Date: 25 Jan 93 18:20:11 GMT
Distribution: world
Organization: The Internet

>         What qualifications do/should system managers look for in an
> operator?  From reading the above posts about operators I get the
> impression that operators in general dont have to know anything about
> computers or operating systems.  Are you a qualified operator if you
> can press the up and down arrow keys to select menu items or should you
> be a trusted, knowledgeable memeber of the support team with full privs
> when you want them?
>         How can an operator take his job seriously if he is locked inside
> some captive command procedure flopping around like a fish out of water?

At some installations, computer operators are de facto system managers.
At others it's a menial job, and at still others it's somewhere in between.
Some VAX systems run quite well with no operators at all - everybody just
pitches in.  Our operators keep forms in the printers, run backups, and
deliver reports - and that's pretty much all they do.  They're not
qualified to do much else, and their learning potential is limited, but
those are useful functions so we keep them on.

Computer operator is usually an entry-level position; you don't really know
much about the people you hire so you're careful about the privileges you
give them.  Once an operator has demonstrated trustworthiness and capability
though, that operator should be allowed to grow in the job.  Some
supervisors may think operators are likely to start hacking around in the
system if they're given more privileges.  The "full privs" you want can be
dangerous if you don't have system management training or experience, but
that training and experience can be gained in increments on the job.  After
all, most of us started out on the bottom rung of the ladder.

            Hank Skelton - Meharry Medical College
             Computer Center, Nashville, TN 37208
            BITNET: SKELTON@MMC       615/327-6289
          INTERNET: SKELTON%MMC@CTRVAX.VANDERBILT.EDU
            "That's my opinion - oughtta be yours"


Newsgroups: comp.os.vms
From: whd0675@cs.rit.edu (Walter H Dick, III)
Subject: Yet another VAX C problem
Organization: Rochester Institute of Technology, Rochester, NY
Date: Mon, 25 Jan 1993 16:26:02 GMT

void test(unsigned int *ip)
{
   *ip = (*ip + 511) / 512;
}

In VAX C 3.2, it generates:


                                          0000	test:
                                    000C  0000		.entry	test,^m<r2,r3>
                              5E 04 C2    0002		subl2	#4,sp

                           53 04 AC D0    0005		movl	4(ap),r3
                  52 63 000001FF 8F C1    0009		addl3	#511,(r3),r2
                                 51 D4    0011		clrl	r1
                              50 52 D0    0013		movl	r2,r0
                     52 00000200 8F D0    0016		movl	#512,r2
                                 09 18    001D		bgeq	vcg.1
                              50 52 D1    001F		cmpl	r2,r0
                                 09 1A    0022		bgtru	vcg.2
                                 51 D6    0024		incl	r1
                                 05 11    0026		brb	vcg.2
                                          0028	vcg.1:
                        50 51 50 52 7B    0028		ediv	r2,r0,r1,r0
                                          002D	vcg.2:
                              63 51 D0    002D		movl	r1,(r3)

                                    04    0030		ret	

 
Command Line
------------
CC/MAC/LIST/SHOW=NOSOURCE TEST2.C

Why is the question?

whd0675@cs.rit.edu
From: dsroberts@beckman.com
Newsgroups: comp.os.vms
Subject: Re: Schedule daily job?
Date: 28 Jan 93 13:58:08 PDT
Organization: Beckman Instruments

In article <C1KzGI.C67@nmrdc1.nmrdc.nnmc.navy.mil>, dsc3pzp@nmrdc1.nmrdc.nnmc.navy.mil (Philip Perucci) writes:
> Is there any way to submit a daily job other than "submit" at boot-time
> and having the job "submit" itself when done?
> 
> On Unix, there is a "crontab" file for scheduling processes.  You just tell
> it month,week,day,time and program to run. No need to re-submit!
> Any way to do this on VMS?
> 
There are no native VMS facilities for this.  There are several vendor supplied
products (such as DEC's DECScheduler), and several public domain ones (several
on the DECUS tapes) such as a port of cron, one called SCHEDULER, and I think
one or two others.
> -- 
> ===========================================================================
>   phil perucci                | "Any opinions expressed are my own views, 
>   ssb1pzp@imcvms.med.navy.mil |  not the position of any organization"
> ===========================================================================
-- 
   Don Roberts                   Internet:  dsroberts@beckman.com
   Beckman Instruments, Inc.     Phone:     714/961-3029
   2500 Harbor Bl. Mailstop X-12 FAX:       714/961-3351
   Fullerton, CA  92634          Disclaimer:  Blame me, not Beckman.
   "Abortion isn't a 'choice', it's the slaughter of the innocent"
From: tp@mccall.com (Terry Poot)
Newsgroups: comp.os.vms
Subject: Re: PCA limitation / Unix "strip" for VMS
Keywords: PCA,strip
Date: 26 Jan 93 20:38:19 GMT
Reply-To: tp@mccall.com (Terry Poot)
Organization: The McCall Pattern Co., Manhattan, KS, USA
Nntp-Posting-User: tp


In article <1993Jan26.120534.15379@nntpd.lkg.dec.com>,
jnelson@gauche.zko.dec.com (Jeff E. Nelson) writes:
>There is no such count. An object module contains a series of object records.
>As Jerry Leichter (leichter@lrw.com) suggests, you could write a program
>to read an object module and throw out the records you don't want.
>
>The object module records are defined in STARLET by $OBJDEF. If you decide to
>write this program, the records to skip are the ones whose OBJ$B_RECTYP field
>is either OBJ$C_TBT or OBJ$C_DBG. OBJ$C_TBT contains traceback records
>(module definitions, routine definitions, line numbers); OBJ$C_DBG contains
>data symbol definitions. Please note that such a program may produce an
>invalid object module. The fastest and supported method is to compile the
>module /NOTRACE.

I've written programs to read and decode .obj files before, and I'm curious, how
could removing DBG and TBT records create an invalid object file?
--
Terry Poot <tp@mccall.com>                   The McCall Pattern Company
(uucp: ...!rutgers!depot!mccall!tp)          615 McCall Road
(800)255-2762, in KS (913)776-4041           Manhattan, KS 66502, USA
From: MCMAHON@AC.GRIN.EDU ("McMahon,Brian D")
Newsgroups: comp.os.vms
Subject: Re: cancel <1k1gd1INNp62@phakt.usc.edu>
Date: 27 Jan 93 14:16:17 GMT
Organization: The Internet

> <1k1gd1INNp62@phakt.usc.edu> was cancelled from within rn.

Gads, but how I HATE UNIX!!!!!

Brian McMahon (BDM13)    <MCMAHON@GRIN1.BITNET>    <MCMAHON@AC.GRIN.EDU>
Postmaster / Acad. Software Support   Grinnell College Computer Services
Grinnell, Iowa 50112 USA   Voice: +1 515 269 4901   Fax: +1 515 269 4936
Newsgroups: comp.os.vms
From: mueller@avalon.physik.unizh.ch (Eric Mueller)
Subject: Mystic construction
Organization: University of Zurich, Department of Computer Science
X-Newsreader: Tin 1.1 PL4
Date: Wed, 27 Jan 1993 08:53:00 GMT

Hi all.

Some month ago someone posted an article with the following
commandsequence to show the number of users online. I tried
to figure out what kind of ("system-")service this could be.
Its neither a lexical function nor a regular command. I've
never seen that before and I could not find any information
in one of the manuals. 

Can someone explain me, what this is, how it works, where I can find more
information about it and if there are other similar constructions
that one can use. I find this very usefull.

$ SYS$GW_IJOBCNT=%X800044C0              <---------------------
$ IJOB=F$CVUI(0,16,F$FAO("!AD",4,SYS$GW_IJOBCNT))
$ WRITE SYS$OUTPUT "At the moment there are ''ijob' User(s) online."


Thank you in advance

- Eric Mueller


eric.mueller@rzvax.ethz.ch
eric.mueller@rz.id.ethz.ch
From: gezelter@rlgsc.com
Newsgroups: comp.os.vms
Subject: Re: Having problems converting files using the CDA converter library.
Date: 25 Jan 93 22:42:03 EST
Organization: Robert Gezelter Software Consultant, Flushing, NY

In article <C1E6MG.ELu@acsu.buffalo.edu>, kalisiak@acsu.buffalo.edu (Christophe M. Kalisiak) writes:
> 
> ...
> PCL 4 format) converter, but I don't know of one (I couldn't find one in
> the VAX_LIST.TXT file). Otherwise, if anyone has any tips as to why the 
> CDA converter would not be working, that would also be appreciated.
> 
-- 
Chris, 
 
I suspect that you should take a look at the GHOSTSCRIPT utility. 
I suspect that it may address your problem.
 
I hope that the above is useful. Please give me a call or drop me 
an email if I have been unclear.
 
- Bob
+--------------------------------------------------------------------------+
| Robert "Bob" Gezelter                       E-Mail:  gezelter@rlgsc.com  |
| Robert Gezelter Software Consultant         Voice:   +1 718 463 1079     |
| 35-20 167th Street, Suite 215               Fax:       (on Request)      |
| Flushing, New York  11358-1731                                           |
| United States of America                                                 |
+--------------------------------------------------------------------------+
From: bruce@ais.com (Bruce C. Wright)
Newsgroups: comp.os.vms
Subject: Re: VT220 and VT320 Key codes
Date: 28 Jan 93 15:26:39 GMT
Organization: Applied Information Systems, Chapel Hill, NC

In article <1993Jan28.131844.1@lib.haifa.ac.il>, jody@lib.haifa.ac.il (Yosef Branse) writes:
> In article <1993Jan18.214243.5943@ais.com>, bruce@ais.com (Bruce C. Wright)
> writes:
> 
>> As I recall the big differences between the VT220 and the VT320 are that
>> the VT320 added support for ISO Latin-1 (the VT220 only had the DEC
>> Multinational character set) and for a 25th status line.  There are
>> also differences in the format of the downloaded (soft) character sets,
> 
> One practical difference between the VT220 and 320 that I am aware of is the
> ability of the 320 (and 420) to load soft fonts, at least as they are used by
> Aleph, the standard  system for online catalogs in Israeli university
> libraries (and some others). Thus, we can display bibliographic information
> for Arabic books in legible  Arabic characters only  on VT320 and VT420
> terminals (and compatibles) but not VT220 and below. In addition, the soft
> fonts are used for Hebrew characters in cases where the terminal does not
> have the Hebrew chip standard on terminals in Israel.

But the VT200 series _does_ have soft fonts.

I suspect that the problem you mention is caused by one of two things:

    1)	The VT220 soft fonts have a different downline load sequence
	from the VT320 soft fonts.  The major difference is that the
	size of the bitmap matrix is different;  you can display VT220
	soft fonts on a VT320 because the matrix is larger on the 320
	than it is on the 220, but they look awful (the aspect ratio
	is wrong, and the characters are too small).  Therefore, it
	is quite possible that the authors of the bibliographic system
	did not support the older terminal which has a much smaller
	useable font bitmap.

    2)	It's possible that the VT200 series does not support right-
	to-left languages like Hebrew and Arabic.  I don't know the
	answer to that offhand, but I know that the VT300 series does.
	Although you can program the VT220 and VT320 to do right-to-left
	writing, it would all be special-case code on the host to move
	the cursor left after every character displayed;  this might well
	be too much trouble for the software authors to support.  The
	VT300-series terminals used in Israel and the Arabic countries is
	NOT the same as the VT320's in use in the West;  it's a special
	model for right-to-left languages.  I don't know if there was an
	equivalent terminal in the VT200 series;  if there wasn't then
	that could be a sufficient reason not to support the VT200.

Another possibility is that the terminals you mention do not have a `full'
VT220 emulation.

Bruce C. Wright
Newsgroups: comp.os.vms
From: nigelc@cognos.com (Nigel Campbell)
Subject: Rdb/VMS and MIA
Organization: Cognos Incorporated, Ottawa CANADA
Date: Thu, 28 Jan 1993 22:57:05 GMT

At Rdb World in Florida, a DEC presentation on beyond Rdb 4.1
included a brief section on MIA compliance. Is there any document
or standards body that I can contact to get more details on 
this.

-- 
Nigel Campbell          Voice: (613) 738-1338 ext 3016    P.O. Box 9707
Cognos Incorporated       FAX: (613) 738-0002             3755 Riverside Dr.
Database and Connectivity MCI: nigel campbell || 307-4729 Ottawa, Ontario
UUnet: nigelc@cognos.COM                                  CANADA  K1G 3Z4
Newsgroups: comp.os.vms
From: reece@eco.twg.com (Reece R. Pollack)
Subject: Re: VAXC divide problems (V3.2)
Reply-To: reece@eco.twg.com
Organization: The Wollongong Group (East Coast Operations)
Date: Fri, 22 Jan 93 23:18:42 GMT


In article <1993Jan22.060311.5226@cs.rit.edu>, whd0675@cs.rit.edu (Walter H Dick, III) writes:
|>A statement in VAXC such as:
|>
|>   i = (x + 511) / 512;
|>
|>generates ten or so instructions.  Is there anyway to get it to generate:
|>
|>   ADDL3  #511,x,R0
|>   DIVL3  R0,#512,i

That's funny, when I compiled this function:

func( int x )
{
    int         i;

    i = (x + 511) / 512;
    return( i );
}

VAX C V3.2-044 generated this code:

	.entry	func,^m<>
	subl2	#4,sp
	addl3	#511,4(ap),r0
	divl2	#512,r0
	ret

Don't ask me why it allocated space on the stack without using it, but
the divide code certainly matches what the customer ordered. If course,
I've preferred if it generated:

	.entry	func,^m<>
	addl3	#511,4(ap),r0
	ashl	#-9,r0,r0
	ret

Maybe there's something special about your program that makes it more
efficient to execute the 10 instruction rather than a divide?

--
Reece R. Pollack
Senior Software Engineer
The Wollongong Group, Inc.
From: leichter@lrw.com (Jerry Leichter)
Newsgroups: comp.os.vms
Subject: re: Re: Recursion in Vax Fortran
Date: 20 Jan 93 16:34:07 GMT
Organization: The Internet


	The issue of recursion in VMS Fortran has worried me for a while.  In
	doing some real-time programming I need to monitor a process every so
	often and am using the sys$setimr() routine to do it.  The ast calls
	itself until some external event occurs and I execute a sys$cantim().
	The problem is that the ast routine looks like it is calling itself
	within the call to sys$setimr(), as seen below.  My simplistic
	solution has been to create a dummy routine (also below).  This
	solution has worked fine for several years, but now I wonder whether
	there is a safer solution?

	! update routine for FOLLOW command
	        subroutine follow_update_ast( ident)
	        common /timer/ delta_time(2)
	        integer delta_time, ident, sys$setimr
	        external dum_follow_ast
	! executable code
	        call update_screen
	        istat = sys$setimr(%val( 0), delta_time,
	        1       dum_follow_ast, ident) ! motors still moving
	        if (.not. istat) call lib$signal( %val( istat))
	        return
	        end
	!**************************************************************
	        subroutine dum_follow_ast( ident)
	        integer*4 ident
	        call follow_update_ast( ident)
	        return
	        end

Your code is NOT an example of recursion.  There will only be one active
instance of follow_update_ast at a time; the call to SYS$SETIMR merely
requests that the same routine be called again later.  Even if the timer
goes off immediately, the resulting AST can't be delivered because you are
already IN an AST routine, so delivery is blocked; it won't be unblocked until
follow_update_ast returns, dismissing the AST.  Of course, at that point it's
OK to call it again - there will still be only one active instance at a time.

If follow_update_ast were a function rather than a subroutine, you'd have a
syntactic problem:  Within the text of the function, the name of that function
acts as a variable (to receive the return value), so cannot be used to refer
to the function itself.  With a subroutine, which doesn't return a value,
in principle there should be no problem; but a couple of quick experiments
reveal that FORTRAN will not let you use the name of a subroutine in a call
within the subroutine itself.  One obvious trick - declaring follow_update_ast
as external within its own code - also fails.

The code you've got is correct and will work, since there is no real
recursion.  It costs you one additional procedure call every time the timer
AST goes off, which is probably not worth worrying about.  If it were to
become a problem, you could have code outside of follow_update_ast stash its
address in a common block.  follow_update_ast would see it as, say, variable
MYSELF, and you'd pass %VAL(MYSELF) to SYS$SETIMR.

If there's some more direct way to do this, I'm sure some experience VAX
FORTRAN hacker out there will let us know.
							-- Jerry

Newsgroups: comp.os.vms
From: frank@tomcat.rd.ray.com (Frank Sandy)
Subject: Re: Can DCL programs execute 'other' commands ?
Organization: Raytheon Co., Research Division, Lexington, MA
Date: Tue, 26 Jan 1993 13:37:12 GMT

In article <1jvfpnINNjtu@gap.caltech.edu> carl@SOL1.GPS.CALTECH.EDU writes:
>You put $ signs only at the beginnings of DCL commands, not in front of lines
>which are data for an image.  In your case, you want:
>	$ MAIL
>	READ 1
>	READ 2
>	EXIT

	Carl's reply is generally correct, but it won't work well for 
programs like mail that may need to display more than one screen between 
READ commands.  An indeterminate number of blank lines would be needed 
between the READ 1 and READ 2, etc.

-- 
Frank Sandy,  Raytheon Research Div.,  131 Spring Street,  Lexington, MA 02173
frank@tomcat.rd.ray.com                                  phone: (617) 860-3049
Newsgroups: comp.os.vms