HDTenEightyP/NetNews huggingface dataset:
From: rene@hardy.u.washington.edu (Rene Magritte)
Subject: HELP HELP HELP OS/2 and Tseng Board HELP!
Summary: HEEEEELP!
Keywords: HELP!
Organization: University of Washington
Date: Sat, 7 Nov 1992 23:12:39 GMT

 
 
 	*Sigh.*  My install of OS/2 was going so well, too.  I
installed the general release of OS/2, and then placed the CSD atop of
it without incident.  I was really impressed with the speed and
multitasking of the system.  So I decided I would go ahead and install
the 800x600x256 Tseng driver.  I successfully negotiated the Welcome
folder mystery, and appear to have successfully installed the hi-res
driver.   
	
	The *Problem* is one I alluded to in an earlier question.  I
have a generic Tseng board that relies on a peice of software to set
it into its various modes.  One of the most important of these modes
from my standpoint is one which changes the refresh rate of the card
to a lower one than is the default.  See, I have a relatively old
multisync monitor; it only goes to 800x600, and (I think) at 60 hz ( I
use the command "vmode 35k".  In DOS, I would simply run the program
in my autoexec bat file if I intended to use 800x600 Windoze.   
 
	Failure to set this switch properly, in Windows and OS/2,
results in a violently swimming screen, totally unreadable, once the
graphics (in my case, the OS/2 desktop) appear on the screen. And if I
recall my previous Windows misery with this problem, once the screen
is screwed, running the program doesn't help. 
 
	So what I need, ideally, folks, is a way of having OS/2
calling this little DOS utility BEFORE it initializes its desktop.  I
am certain that if we can do this, everything will look OK (though the
screen is fairly messed up, I can see windows changing if I hit
alt-esc and so on.   There _has_ to be a way to do this -- please
help!!! 
 
	Barring that, I am going to need some way to remove my
"failed" driver and returning to a usable screen.   
 
	Oh, yeah -- one big thing working in our favor.  I formatted
under the normal FAT arrangment, with Dual Boot.   I _can_ get at my
files and utilities right now.  
 
	Help gratefully accepted!! 

  	An almost-very satistfied user of OS/2 2.0!
From: GREENWOODDE@FEDC04.FED.ORNL.GOV (Dave Greenwood)
Newsgroups: comp.os.vms
Subject: FTP source for DECUS registrations
Date: 11 Nov 92 18:51:59 GMT
Distribution: world
Organization: The Internet

It seems to me that an FTP source for DECUS registration materials was
posted here recently.  But I can't find it.  Could someone repost it
(or email me)?

Thanks,
Dave
--------------
Dave Greenwood                   Internet: Greenwoodde@ORNL.GOV
Oak Ridge National Lab           Bitnet:   Greenwoodde%ORNL.GOV@LBL.BITNET
PO Box 2009, MS 8073             Voicenet: (615) 574-0711
Oak Ridge TN 37831-8073          %STD-W-DISCLAIMER, I don't speak for nobody

Newsgroups: comp.os.vms
From: osyjm@cs.montana.edu (Jaye Mathisen)
Subject: What's the difference between 5.5-2HW and Remastered 5.5-2HW?
Organization: CS
Date: Thu, 5 Nov 1992 01:38:47 GMT



I received both CD's with a 4000/90.  They both have the same dates, and
the release notes for each were less than informative as to the difference.

Which one should I use?
-- 
 Jaye Mathisen, COE Systems Manager                (406) 994-4780
 410 Roberts Hall,Dept. of Computer Science
 Montana State University,Bozeman MT 59717	osyjm@cs.montana.edu
From: GLOESENER@MENVAX.RESTENA.LU
Newsgroups: comp.os.vms
Subject: vms conference on IRC
Date: 12 Nov 92 12:41:13 GMT
Distribution: world
Organization: The Internet



I've got an IRC client now and I have installed it here on our Sun
(a VMS version also exists). Now I am wondering why theire is never a
#vms channel on IRC. Is theire nobody who has IRC ???

                                           Gasty Gloesener
-GG-
Newsgroups: comp.os.vms
Subject: Re: Bound volume sets: are they a bad idea?
From: don@zl2tnm.gen.nz (Don Stokes)
Date: 14 Nov 92 02:45:18 GMT
Distribution: world
Organization: The Wolery

brydon@asl.slb.com (Harvey Brydon (918)250-4312) writes:
> Several other posters have mentioned the MTBF aspect.  Also, keep in mind that
> you are taking 2 'large' volumes and making them into one.  This effectively
> increases the size of the cluster factor.  If it is 4 on one of these disks,

True for stripe sets.  False for volume sets.

With a stripe set, you have what appears to be a big disk, with one storage
bitmap and one index file.  The minimum cluster factor may have to be made
bigger.

Volume sets are different.  Each volume in a volume set has its own index
file and storage bitmap.  File headers only refer to blocks in one volume;
if a file must span volumes, it will have an extension header on the
subsequent volumes (and the file ID contains a relative volume number so
that a file or extension header can be located).  Thus, the minimum cluster
factor for each volume is the same as it would be if each were a standalone
disk.

--
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: leichter@lrw.com (Jerry Leichter)
Newsgroups: comp.os.vms
Subject: re: BACKUP 4.x behavior on 5.x VMS
Date: 11 Nov 92 13:05:03 GMT
Organization: The Internet


	Does anyone know how to suppress BACKUP's automatic volume recognition
	and automatic volume mount mechanism?

As far as I can tell, you can't.

	I have a device driver which lets a VAX use a tape drive on a remote
	system. Unfortunately, when a BACKUP operation reaches end-of-tape,
	rewinds and unloads, the drive receives the mount request from BACKUP
	and immediately loads the first tape back in and overwrites it.

Well, you might consider a remote system that understands that "unload" means
"unload"!  :-)

	What I'm looking for is a way to get BACKUP to behave as it did in the
	old VMS 4.x days - prompt the user for volume changes - on VMS 5.4.

One trick you might try is to create the tape with an expiration date in the
future (/TAPE_EXPIRATION qualifier),  That way, when BACKUP tries to re-mount
the tape, it will find that it hasn't expired yet and it'll prompt you to
change the tape.  Not idea, but it might do the trick.

	Alternatively, is there any way to run the old v4.7 BACKUP.EXE on  VMS
	5.x?

Sure.  Just bring a copy over as, say, SYS$SYSTEM:OBACKUP.EXE.  Then, just
before you type the BACKUP command, do:

	$ ASSIGN/USER SYS$SYSTEM:OBACKUP.EXE BACKUP

(Ideally, you should get a copy of the old DCLTABLES definition for the
BACKUP command and use it to create an OBACKUP command - but as it happens,
in this case, you can get away with using the new definition, at least on
the V5.2 system I just tried it on.)

As far as I know, none of the VMS changes to the file system so far have been
incompatible enough to make BACKUP - which knows all about the file system's
innards - be unable to read new disk structures.  But that's certainly no
guarantee that such a change won't take place in the future.  It's even
possible that an old BACKUP might just plain miss some important information
while backing up a new file system.  So, I'd suggest you do BACKUP/COMPARE's,
using the new, no the old, BACKUP, and perhaps even some test restores, until
you are confident that the tapes you are getting are actually good.  You
should probably repeat this exercise with each new version of VMS.  After all,
creating backup tapes that can't be used to restore the data is a total waste
of time.
							-- Jerry
From: gezelter@rlgsc.com
Newsgroups: comp.os.vms
Subject: Re: sys$hiber/sys$wake problems?
Date: 11 Nov 92 00:25:12 EST
Organization: Robert Gezelter Software Consultant, Flushing, NY

In article <BxIAFn.2p6@unx.sas.com>, sasjzs@falcon.unx.sas.com (Joseph Slater) writes:
> 
> Hi folks,
>  I have an application that hibernates and is awakened by ast
> routines that call sys$wake. The details are far too complicated 
> to get into here, but the calls to wake frequently happen about
> time the call is made to sys$hiber. Has anyone ever seen a sys$hiber
> return when there is (or should be) no outstanding sys$wake?
> 
> Any advice will be appreciated. Any heckling will be ignored.
> Joe Slater
> sasjzs@vms.sas.com
> Mine opinion is mine only.
> 
> 
-- 
Joe,
 
The HIBER call checks the flag PCBV_WAKEPEN in PCB$L_STS. If the 
flag was already set, the HIBER request is ignored. 
 
Thus, if I have followed your question correctly, there are two 
possible cases:
 
    - The HIBER preceded the WAKE in time. The mainline code will 
      unHIBERnate when the WAKE is executed.
 
    - The WAKE preceded the HIBER in time. In this case the HIBER 
      will be treated as a NO-OP (albeit a rather expensive one).
 
Indeed, because of the way in which SCH$WAIT processes the 
HIBERnate request, the case of WakePending is actually executed 
on every process awakening (SCH$WAIT actually points the 
processes PC to the CHMK instruction in the system service 
vector.
 
I hope that the above information is helpful. If I can be of 
further assistance, please feel free to contact me via phone or 
Email.
 
- 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                                                 |
+--------------------------------------------------------------------------+
Newsgroups: comp.os.vms
From: billb@crpmks.uucp (Bill Bochnik (Info Systems))
Subject: Re: TUNING - QUANTUM SYSGEM parameter
Reply-To: billb@crpmks.UUCP (Bill Bochnik (Info Systems))
Organization: Ciba-Geigy Corporation
Date: Fri, 13 Nov 1992 01:48:46 GMT

In article <1992Nov12.144951.485@hhcs.gov.au> pihlab@hhcs.gov.au writes:
>
>First some preamble...
>
>Have you noticed the SYSGEN parameter QUANTUM.
>
>By default it is set to 20 (units of 10ms each).
>
>This means that if 5 processes each use their entire CPU timeslice (QUANTUM)
>then 1 second has elapsed before another process can have some CPU time.
>
>A QUANTUM of 100 equals 1 full second.  Minimum setting is 2.
>
>I bring this up because we have a large range of different capacity VAX boxes
>and all of them use the DEFAULT QUANTUM value of 20 and all of them have
>at least one CPU intensive process hogging the machine to the detriment of
>all other users.  If you have several high CPU users then your average
>response time per user becomes unbareable.

From what I understand (and I may be wrong), the faster machines can handle 
the QUANTUM being lower, as the overhead on thode machines is less (9000's, 
7000's, 6000's; not recommended on 8000's!).  



-- 
Bill Bochnik			| It's hard to be a James Bond in an Abbott
Systems Analyst 		|	and Costello world.
Ciba-Geigy Corporation		| Signed and sealed, they deliver oblivion.
philabs!crpmks!billb		| It's worse than that, he's dead Jim.
From: leichter@lrw.com (Jerry Leichter)
Newsgroups: comp.os.vms
Subject: RE: Problem with System Boot
Date: 11 Nov 92 12:39:17 GMT
Organization: The Internet


	My system crashed last night for some unknown reason.  When I
	attempted to bring it back up, I ran into problems.  The system made
	it to SYSTARTUP_V5.COM without any problems.  It started DECnet, did
	several DEFINEs, and ran LAT$SYSTARTUP.COM.  When it tried to start
	LAT, after creating and modifying a number of ports, I got the
	following error:

	%DCL-W-ACTIMAGE, error activating image LATCP
        -CLI-E-IMGNAME, image file DSA0:[SYS0.SYSCOMMON.][SYSEXE]LATCP.EXE;
	-RMS-E-ACC, ACP file access failed
	-SYSTEM-F-EXBYTLM, exceeded byte count quota

	Most of the rest of SYSTARTUP_V5.COM bombed.  Most of the errors were
	the same as above, with various other error messages because certain
	things did not run properly (such as the disks not being mounted).  In
	the system account, I  bumped up BYTLM from 32768 to 65536 and PBYTLM
	from 1024 to 4096, and  re-booted.  No change.  At that point, I
	logged into the system account, and  ran each of the commands in
	SYSTARTUP_V5.COM manually.  Everything worked like  a charm!  What am
	I missing, and I how can I fix this before the next reboot?

	This is a VAX 6320 with 128MB of memory running VMS 5.4-3.  The system
	was  re-booted just after the time change with no problems.

One thing is easy to explain:  Why changing the SYSTEM account's UAF record
didn't help.  The startup process is pre-wired into VMS; it doesn't log in,
and its quotas, privileges, and such are not taken from the UAF.  The only
way you could change the startup process's quota would be to increase the
SYSGEN PQL_MBYTLM parameter - which would be a very bad solution in this case,
since you'd then be giving every process in the system a very large BYTLM.

The original error is harder to explain.  One plausible explanation is that
your startup command file is spawning off a number of subprocesses.  BYTLM is
a pooled quota, so all the processes in the job tree share it.  The only other
thing I can think of is some kind of damage to the LATCP image, RMS, or who
knows what.  The fact that you can start things by hand, and that the system
then appears to run normally, argues strongly against this interpretation.

I'm afraid it's impossible to diagnose the problem just from the data you've
given us (unless this happens to match someone's experience with a bug).  The
next step I'd take would be to determine what changed in the system bootup
sequence since the last time you booted successfully.  (You did save a copy
of the "known good" startup files until at least the next successful reboot,
didn't you?)  My guess is that you'll find your explanation there.  If not,
I'm afraid you're in for some close system watching - you still have that
unexplained crash, which could be a sign of anything from a subtle hardware
problem to an attack on your system by "party or parties unknown".  If someone
has successfully gotten in, THEY may have modified your startup procedure -
and not quite gotten it right.
							-- Jerry
From: MALLETTN@AdminA.RFERL.ORG ("Nigel Mallett, ISD, Radio Free Europe x2723")
Newsgroups: comp.os.vms
Subject: Re: errlog reading
Date: 11 Nov 92 13:42:33 GMT
Organization: The Internet

Hi,
	try a backup/ignore=interlock on errlog.sys and use the output
	file.

Nigel

+=========================================+===================================+
|                                         |                                   |
|	Nigel Mallett,                    |   Internet: Mallettn@RFERL.ORG    |
|	System Manager,                   |                                   | 
|	Radio Free Euorope/ Radio Liberty,|   Phone: int+ 49 89 2102 3723     |
|	8000 Munich 22                    |                                   |
|	Germany                           |   FAX:   int+ 49 89 2102 3752     |
|                                         |                                   |
+ ============================================================================+
From: moj@risken.vd.volvo.se (Mats-Olof Sander)
Newsgroups: comp.os.vms
Subject: RBD 4.1 vs. 4.0
Date: 13 Nov 92 11:48:15 GMT


Does anyone know what changes has been made in the DB Handler between
version 4.0 and 4.1 of RDB (except what is in the release notes).

In 4.0 and earlier versions the database attatch and context information
was pointed out by the DB Handler, but in 4.1 this appear to have
changed?

Mats-Olof
From: CADS_COLE@gallua.gallaudet.edu
Newsgroups: comp.os.vms
Subject: Multiple updates to a single file in C?
Date: 5 Nov 92 22:22:45 GMT
Reply-To: CADS_COLE@gallua.gallaudet.edu
Organization: Gallaudet Research Institute

Date sent:  5-NOV-1992 17:17:47 

Greetings once more,

I've recently been trying to write a short routine that makes very short 
entries into a LOG file.  I've been experimenting with the fopen parameters
"shr=upd" and "shr=upi" but apparently, that's not sufficient.  Is there a 
simple way to have multiple users updating the file without resorting to 
learning all about FAB's, RAB's, XAB's, QAB's, ZAB's, and QIO's?

Below is a copy of my current failed experiment.  Thanx for any info.
===========================================================================
#include smgdef					/* Temporary Test Stuff	*/
#include smg$routines				/* Temporary Test Stuff	*/
#include stdio				/* Standard I/O functions	*/
#include time				/* Time and date functions	*/

main()
{
 short key;					/* Temporary Test Stuff	*/
 long keyboard;					/* Temporary Test Stuff	*/
 FILE        *fout;
 struct tm   *when;
 int          secs;
 char        *user;
 static char *month[12] = {"Jan","Feb","Mar","Apr","May","Jun",
			   "Jul","Aug","Sep","Oct","Nov","Dec"};

 smg$create_virtual_keyboard(&keyboard);	/* Temporary Test Stuff	*/
 if ((fout = fopen("CADS$DISK1:[CADS2.COLE.LOG]LOG.WHO","a",
		   "fop=cif","rat=cr","rfm=var","shr=upd,upi")) == NULL)
 {
  fprintf(stderr,"gopher: Unable to write audit log\n");
  return(1);				/* Return a failure		*/
 }

 cuserid(user);				/* Get name of current user	*/
 time(&secs);				/* Get current time in seconds	*/
 when = localtime(&secs);		/* Convert it to parts		*/

 fprintf(fout,"%s   %02d-%s-%02d  %02d:%02d:%02d\n",user,
	 when->tm_mday,month[when->tm_mon],when->tm_year,
	 when->tm_hour,when->tm_min,when->tm_sec);

 smg$read_keystroke(&keyboard,&key);		/* Temporary Test Stuff	*/
 fclose(fout);				/* We're done w/ the file	*/
 return(0);				/* Return a success		*/
}



 ========== U.S. Mail ============================== E-Mail =================
 Kevin Cole      <Flatline>          |  Bitnet: CADS_COLE@GALLUA.BITNET
 Center for Assessment and           |                  or
 Demographic Studies  (CADS)         |          KJCOLE@GALLUA.BITNET
 Gallaudet Research Institute  (GRI) |  Internet: KJCOLE@GALLUX.GALLAUDET.EDU
 800 Florida Avenue,  N.E.           |  UUCP: ...!psuvax!gallua.bitnet!kjcole
 Washington, D.C.  20002-3625        |  CompuServe: 76167,1406
 (202) 651-5575                      |  The WELL:   kjcole
 ============================================================================
             "If they give you ruled paper, write the other way."
From: vance@lpl.arizona.edu (Vance Haemmerle )
Newsgroups: comp.os.vms
Subject: Re: 3100/90 or 4000/90 what's better?
Date: 6 Nov 92 19:19:19 GMT
Organization: Lunar & Planetary Laboratory, Tucson AZ.

In article <1992Nov6.115522.20180@netnews.alf.dec.com> mitcham@easy.enet.dec.com () writes:
>
>For the record, there is no such animal as a VAXstation 3100 Model 90 (unless
>we came out with a workstation product that I am unaware of). 

There is however a MicroVAX 3100 Model 90.  This is what I believe what
the original poster was talking about.  The problem with using a
VAXstation 4000/90 for multi-user work is the licensing of VMS.  VAX/VMS
licenses for these VAXstations allow 8 interactive users at a time at
most.

Vance R. Haemmerle                          vance@lpl.arizona.edu
Support Systems Analyst, Senior
Lunar & Planetary Lab                       "There are lies, damn
University of Arizona                        lies and statistics"
						       - Mark Twain
From: canellis@MOHAWK.BROOKS.AF.MIL ("Alan J. Canellis")
Newsgroups: comp.os.vms
Subject: Calculating record length
Date: 6 Nov 92 16:23:50 GMT
Article-I.D.: MOHAWK.00963346.04CA6A20.29222
Distribution: world
Organization: The Internet

Hello,

	Does anyone have a way to calculate a record size that would fit in a
1 foot segment of a mag tape (assuming 1/2 inch tape gap).  Given that I know
density, # of tracks and speed of tape drive.  I want to count the number of
feet of tape on a reel and check for parity errors.

+-------------------------------+----------------------------------------------+
| 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       |
+-----------------------------------------------------+
From: ted@airplane.sharebase.com (Ted Marshall)
Newsgroups: comp.os.vms
Subject: Re: VAX C Shared global variables
Date: 5 Nov 92 18:15:06 GMT
Reply-To: ted@airplane.sharebase.com (Ted Marshall)
Organization: NCR/ShareBase Corporation

In article <9211022051.AA12824@usppc.abb.com> Dave@usppc.abb.com writes:
>The image clients are linked using the following script
>
>> server.exe: $(SERVER_OBJECTS)
>> 	LINK /exec=server.exe /map/full -
>> 	$(SERVER_OBJECTS), -
>> 	shared.exe/share, -
>> 	$(LIBS)
>> 	purge speserver.exe

This is a classic mistake, Just about everyone who tries to link
against a shareable image does this. This usage of /SHAREABLE is
only legal in option files and not on the command line. Link is
not smart enough to see that /SHAREABLE is attached to an input
file and instead thinks that you want to create a shareable image
and that shared.exe is an object file. This is why you get those
errors.

The correct way to do this is as follows:
 server.exe: $(SERVER_OBJECTS)
 	LINK /exec=server.exe /map/full -
 	$(SERVER_OBJECTS), -
 	shared.opt/option, -
 	$(LIBS)
 	purge speserver.exe

where shared.opt contains:
 shared.exe/shareable

See page LINK-28 of the Linker Utility Manual for more info.

Hope this helps.

-- 
Ted Marshall                             ted@sharebase.com   (408)369-5574
NCR Corp. (ShareBase Div.)             2055A Logic Dr., San Jose, CA 95124
The opinions expressed above are those of the poster and not his employer.
From: rand@lucy.merrimack.edu
Newsgroups: comp.os.vms
Subject: Re: Failures in system security.
Date: 13 Nov 92 13:15:48 GMT
Reply-To: rand@lucy.merrimack.edu ()
Organization: "Silicon Surfers, Inc."

, 13 08:15:48 19929208:15:48 1992ESTLines: 20


In article <1992Nov12.130323.1@woods.ulowell.edu>, welchb@woods.ulowell.edu writes:
>	Does anyone have a program which monitors the phone object (29) to
>catch "blast" programs.  A blast program is defined as one which allows
>the user to make an unidentified message appear on another user's
>screen (in real time).

Some of my users got a similar COM file off the net. They abused it too.
My users aren't that sophisticated. I thought I could fool them by just
changing the object number. Bzzt. One of my helpful operators 'solved a decnet
problem for a student' the next night.

I'm thinking about bagging it and replacing it with talk. Since everyone
wants to talk to people off campus it'll kill two birds with one stone.

--
Rand P. Hall, System Janitor, Merrimack College, North Andover, Massachusetts
Internet: rand@merrimack.edu, rand@lucy.merrimack.edu
\  /\  /\  /\  /\____________________________________________________________  
 \/  \/  \/  \/     Abortion stops a beating heart
Xref: sparky comp.os.vms:17700 comp.windows.x.motif:7345