HDTenEightyP/NetNews huggingface dataset:
From: Colin Strutt LKG2-2/T2 DTN:226-5340 <strutt@took.enet.dec.com>
Subject: RE: databases in management products
Originator: server@ralph.rtpnc.epa.gov
Reply-To: <decmcc@ralph.rtpnc.epa.gov>
Organization: Environmental Protection Agency 
Date: Mon, 16 Nov 1992 17:08:11 GMT

Bob Boyd writes:

> I would like to see the EXPORT function have the flexibility to create 
> flat files or database files at the user's option.  The MCC team has 
> already done the code for VAX RDB and Ingres, so what would be so tricky
> about providing a flat file interface?  There could be a logical name
> flag and/or a qualifier on the EXPORT command to control HOW the data
> is exported.
> 
> Here where I'm at I would like to be able to export the data from the
> system that is running MCC to another system that is running SAS.  Since 
> the site I'm at has NO reason to use RDB, it seems a bit much to ask them
> to invest in getting a SAS-2-RDB interface (if it's even available) just
> to be able to handle MCC data. 
> 
> Right now it looks to me that the only way we can export the data to SAS is
> by running MCC commands to SHOW the data and then reformatting it into some
> form we would then use for SAS processing.  Is there anyone else on the
> list who has already conquered this one?

I would be interested to know exactly how the data should appear, if it is
not in a SQL form.  For example, would you like it to be encoded in the same
way that it is encoded in the MIR? (Seems unlikely, as the program(s) that
would decode that information would have to be quite complex).  Would you
like to see it in ascii - and if so, formatted how?  (This seems similar to
what you would get with a 
	SHOW xxx, TO FILE yyy
except that your ascii parsing would be a little different).  Is there
another approach that I've omitted?

Regards
Colin Strutt
DECmcc Technical Director
Newsgroups: vmsnet.networks.management.decmcc
From: rbn@sunvis.rtpnc.epa.gov (Bob Boyd)
Subject: Backdrops for DECmcc maps
Organization: UNISYS/Environmental Protection Agency
Date: Tue, 17 Nov 1992 16:31:10 GMT

I'm wanting to set up some maps that I want to be able to use
a backdrop of the USA map, but I would like something that will
be able to fit onto a single 17" display.  The standard USA backdrop
is too BIG for that.  And the USA portion of the World backdrop is 
too small for what we want to do.

I've seen this kind of map in OS*EYE*NODE and other network management
systems -- I'm wondering about the existence of backdrops besides the
standard ones for DECmcc.

I read in the post about DEC's own corporate network management center
having used autocad and some sort of conversion utility.

Has anyone else done this kind of work?  I've thought about writing
a program that would "shrink" the coordinates in the standard DECmcc
backdrop, but would rather stay out of that since I don't have a 
description of the format that tells me what the various codes mean.

What about a more general discussion of things you like/dislike about
maps in DECmcc?

One thing I really don't like is that there is no "lock" function for maps.
I would like to have to turn on editing so that when I'm just clicking around
on stuff on my maps I don't accidentally move lines and icons. 

Also, some things require 1 click others 2 clicks -- it is hard to remember --
and sometimes it seems like the formula for double clicking is very sensitive
to timing -- I'm not sure if this is a DECmcc problem or if it is more
specific to the Xterminals I've used(NCD17c's).

Comments?  Suggestions?
--
Bob Boyd                 
rbn@ralph.rtpnc.epa.gov 
Unisys/EPA               

Newsgroups: vmsnet.networks.management.decmcc
From: dave@racer.lkg.dec.com (Dave Lyons)
Subject: Re: Wanted: MCC alarm command procedures to dial pagers
Reply-To: dave@racer.lkg.dec.com
Organization: TNSG - MCC Frameworks Technical Support
Date: Wed, 18 Nov 1992 15:54:18 GMT


|>Has anyone developed MCC alarm scripts (command procedures) that dial a
|>pager (or telephone number for that mater) upon an alarm condition. Possible
|>hardware interfaces might include DECtalk or any of the Hayes compatible
|>modems. The DECtalk could actually convey a synthesized message while the
|>Hayes compatable modem would only be able to provide DTMF tones signalling
|>an "encrypted" message on a digital pager.

DECalert provides this explicit service, and in addition, all the functions
you may want, like redirection on no reply, log files, etc.
The "hook" in MCC in this case, is a single line call to a command procedure
that uses the DECalert "RUDEM" function to pass the information.  The procedure
is provided as part of the DECalert kit.

I have also hooked up an Eriksen page system to MCC, which used their
LCD pagers that allow you 8 messages of 20 bytes each, so the messages
on the pager were things like:  "Line L0800 Up" (the message was from
our ES9000, relating to a Line between the 3745 and a PU2).  That also took
only a single line in the Alarm command procedure.
('VPAGE 372 "Line L0800 Up" 1', where the 1 was the "beep type", and 372 is
the pager id) 
--
=============================================================================
Stercorem pro cerebro habes.   <or>  Caput tuum in ano est.

Dave Lyons
Digital Equipment Corporation
550 King Street
Mail Stop LKG1-2/W10
Littleton, MA 01460-1289
dave@racer.ENET.dec.com  (or)  RACER::DAVE
From: francini@narfvx.enet.dec.com (John Francini)
Subject: Re: Maximum wsmax: can it be increased ?
Organization: Digital Equipment Corporation, Littleton, MA
Date: Sun, 22 Nov 1992 07:46:14 GMT


In article <01GRDFI4HY2A8WVZBS@MONMOUTH-etdl1.Army.MIL>, "Brian J. Schenkenberger, VAXman" writes...
>>Under VMS 5.5-2 the maximum value for wsmax is 400000 pages.
>>[...]
>>he can't have more than 400000 pages im memory.
>>
>>I'm sure some higher Version of VMS will raise this limit eventually,
>>but 400000 seems a rather arbitrary value, so i guess this could be
>>increased somehow.
>>
>>Has anybody done this ?
>>Any ideas / pointers how to do it ?
> 
>I've never done this but... I can offer you a quick method to change
>the value.
> 
>The value for WSMAX is stored at the symbolic address SGN$GL_MAXWSCNT.
>You can change this value WHILE THE SYSTEM IS RUNNING with DELTA.  How?
>Lookup the address of SGN$GL_MAXWSCNT in SYS.MAP.  Then, enter DELTA.
> 
>$ RUN SYS$SHARE:DELTA
>1:m <cr>
>00000001 <cr>
>00010001:<address of SGN$GL_MAXWSCNT>/<return-curr-value> <your-new-value>
>EXIT                                                       (hex of course)
>$
> 
>>Caveats ? :-)
> 
>This above will change the value.  Its implications if you increase it
>above the current limits? I know not!  I just LOWERed my system's WSMAX
>by 16 with the above and have had no problems.
> 
>If you have a system you can crash... try it out and let us know.
>BJS-

Somehow I expect that it WOULD crash.  There's a reason why WSMAX isn't
dynamic -- I believe that this value is used to set up some static-sized
data structures for each balance set slot, and that if you increase WSMAX
willy-nilly in a running system, you're likely to scrawl all over some
other process data structure.  You'd probably be better off trying this
little bit of POKEing at boot time, using XDELTA to change the setting
after the parameters have been read but before the balance set slot data
structures have been set up.

Just my $0.02....

John Francini
PATHWORKS for VMS project leader
Digital
francini@narfvx.enet.dec.com
From: gjperkins@FNALF.FNAL.GOV (George J Perkins)
Newsgroups: vmsnet.internals
Subject: Re: odd XQP behaviour
Date: 17 Nov 92 01:06:12 GMT
Reply-To: gjperkins@FNALF.FNAL.GOV
Organization: Fermi National Accelerator Lab
NNTP-Posting-Host: fnalf.fnal.gov

In article <27A00A05_000735D8.009632ACBE1AF5C0$195_1@UK.AC.KCL.PH.IPG>, 
SYSMGR@IPG.PH.KCL.AC.UK (Nigel Arnot) writes:

>I have now found another funny: the same problem in reverse. A user ran
>a FORTRAN program that generates two output files: the first stays small,
>the second ends up at around 3000 blocks, both are opened 'NEW' (ie empty)
>and filled with sequential writes.
>
>Recently he noticed that the first file had been allocated with an initial
>size of 6000+ blocks. This was about two-thirds of his available disk quota,
>and also would have doomed the job (after a couple of days' crunching) because
>the second file would have run out of quota to grow into. I gave him more
>quota to avoid this, and the first file got truncated to about 20 blocks
>when the job finished.  I have never seen anything like this before VMS 5.5.

I have no opinion on the cause of this oddity, but wonder if the addition
of an explicit "INITIALSIZE=mmm,EXTENDSIZE=nnn" to the Vax Fortran OPEN
statement for the affected file might override it, reducing the need for a
quota extension (or at least letting the poor user use the extra space for
something other than a temporary scratch area).  If even this doesn't help,
the classification definitely becomes more "bug" than "feature".

-----------------------------------------------------------------------
George J Perkins    perkins@msupa.pa.msu.edu    gjperkins@fnal.fnal.gov
From: DWING@UH01.Colorado.EDU (would rather be skiing ...)
Newsgroups: vmsnet.internals
Subject: Caching rights DB
Date: 18 Nov 92 20:32:34 GMT
Organization: Macro32<==>Vmsnet.Internals Gateway
X-Gateway-Source-Info: Mailing List

Hunter wrote, in MX-LIST@WKUVX1.BITNET,

>rand@lucy.merrimack.edu writes:
>>
>>How normal are these stats over 19hrs for a small site?
>>
>>24600165 MX Router       LEF      4   203646   0 00:07:06.41     16074    603
>>24600166 MX Local        HIB      4    86091   0 00:03:50.83     19752    806
>>24600167 MX SMTP         HIB      4    62648   0 00:02:04.76     12894    456
>>24600168 SMTP Server     HIB      5    10637   0 00:00:45.91      6024    411
>>24600169 MX MLF          HIB      4    51943   0 00:01:35.21      4999    894
>>
>That's about right.
>
>>3 io/sec for the router seems pretty high. My MX queue file always seems to be
>>the hottest file (by far) on my system disk. I realize I could move it but
>>I find it interesting that its hotter that stuff like the rights db.
>>
>There are several reasons for this.  This is one of the things I hope
>to address soon with MX---the reorganization of the queueing system so
>that an indexed file is not used.  No promises on when, but I should
>be able to start on it soon.

Isn't the rights database cached by VMS?   In SDA a SHOW POOL/SUMMARY shows
RIGHTSLIS in the SRP region.

-Dan Wing, dwing@uh01.colorado.edu or wing_d@ucolmcc.bitnet (DGW11)
 Systems Administrator, University Hospital, Denver
From: Ehud Gavron 602-570-2546 <GAVRON@IT.SUNQUEST.COM>
Newsgroups: vmsnet.internals
Subject: Re: Maximum wsmax: can it be increased ?
Date: Fri, 20 Nov 1992 10:42:53 -0700 (MST)
Organization: Macro32<==>Vmsnet.Internals Gateway
X-Gateway-Source-Info: Mailing List

Date sent:  20-NOV-1992 10:42:12


>This above will change the value.  Its implications if you increase it
>above the current limits? I know not!  I just LOWERed my system's WSMAX
>by 16 with the above and have had no problems.

        Oh, you'll probably have lists of things running into other
        structures.  Then again, maybe not.

        Lowering it should work fine.  I'd doubt raising it will
        work, but I'd love to hear it.
>
>If you have a system you can crash... try it out and let us know.
>BJS-


        Ehud

--
Ehud Gavron        (EG76)
gavron@vesta.sunquest.com                                       This was sent
"The world bores you when you're cool."                         from an Alpha
From: "Brian J. Schenkenberger, VAXman"
Newsgroups: vmsnet.internals
Subject: Re: Maximum wsmax: can it be increased ?
Date: 20 Nov 1992 11:33:53 -0500 (EST)
Organization: Macro32<==>Vmsnet.Internals Gateway
X-Gateway-Source-Info: Mailing List

>Under VMS 5.5-2 the maximum value for wsmax is 400000 pages.
>[...]
>he can't have more than 400000 pages im memory.
>
>I'm sure some higher Version of VMS will raise this limit eventually,
>but 400000 seems a rather arbitrary value, so i guess this could be
>increased somehow.
>
>Has anybody done this ?
>Any ideas / pointers how to do it ?

I've never done this but... I can offer you a quick method to change
the value.

The value for WSMAX is stored at the symbolic address SGN$GL_MAXWSCNT.
You can change this value WHILE THE SYSTEM IS RUNNING with DELTA.  How?
Lookup the address of SGN$GL_MAXWSCNT in SYS.MAP.  Then, enter DELTA.

$ RUN SYS$SHARE:DELTA
1:m <cr>
00000001 <cr>
00010001:<address of SGN$GL_MAXWSCNT>/<return-curr-value> <your-new-value>
EXIT                                                       (hex of course)
$

>Caveats ? :-)

This above will change the value.  Its implications if you increase it
above the current limits? I know not!  I just LOWERed my system's WSMAX
by 16 with the above and have had no problems.

If you have a system you can crash... try it out and let us know.
BJS-
Newsgroups: vmsnet.internals
Subject: Maximum wsmax: can it be increased ?
From: Franz Schoenbauer <system@EIMONI.TUWIEN.AC.AT>
Date: Fri, 20 Nov 1992 16:49:46 EST
Organization: Macro32<==>Vmsnet.Internals Gateway
X-Gateway-Source-Info: Mailing List

Under VMS 5.5-2 the maximum value for wsmax is 400000 pages.
On a machine with 512 MB of memory i'd like to use 800000 pages for
global buffers; this works, as there can be up to 32767 global buffers
times 32 pages bucketsize (in our case) gives more than a million pages.
I can do a $ set file/glob= 30000 (or allocate fewer buffers on
different files), but if a process opens that file (or all the files),
he can't have more than 400000 pages im memory.

I'm sure some higher Version of VMS will raise this limit eventually,
but 400000 seems a rather arbitrary value, so i guess this could be
increased somehow.

Has anybody done this ?
Any ideas / pointers how to do it ?
Caveats ? :-)

Thanks,

Franz Schoenbauer, Tech. Univ. Vienna,      system@eimoni.tuwien.ac.at
Resselg. 3/188  A-1040, Vienna, Austria     +43(1)58801 ext. 4126
From: LEVINE%FIDLER.decnet@sunman.nwc.navy.mil
Newsgroups: vmsnet.internals
Subject: (None)
Date: Mon, 23 Nov 92 13:27:41 PST
Organization: Macro32<==>Vmsnet.Internals Gateway
X-Gateway-Source-Info: Mailing List

review
From: Ehud Gavron 602-570-2546 <GAVRON@IT.SUNQUEST.COM>
Newsgroups: vmsnet.internals
Subject: Just in case you haven't seen this...
Date: Sat, 21 Nov 1992 15:03:04 -0700 (MST)
Organization: Macro32<==>Vmsnet.Internals Gateway
X-Gateway-Source-Info: Mailing List

From:   IT::GAVRON       "Ehud Gavron 602-570-2546" 18-NOV-1992 10:25:19.51
To:     SMTP%"vnews-l@ubvm.bitnet"
CC:     GAVRON
Subj:   VNEWS T-shirts!

Date sent:  18-NOV-1992 10:14:23


        VNEWS Alpha-Ready T-shirts will be available at the Fall DECUS
        in Las Vegas!

        These handsome shirts will be made of 100% cotton and imprinted
        on one side with a catchy phrase, and the Vnews logo.  The other
        will include the Alpha-ready logo as well as the porting teams
        (Opus1, Inc. and ACES Inc.)

        These shirts were designed by famous art designers Joel M. Snyder
        and Ehud Gavron.

        This will be a limited run, one time only Vnews Alpha-ready shirt
        so now is your chance to order (or reserve) one.  They are only
        $10.00 per shirt.

        If you're coming to DECUS, you may simply reply to this message,
        and we will bring your shirt to the conference.

        If you're not going to be in Las Vegas, print the bottom part out,
        enclose with check, and mail to
                Vnews T-shirt
                ACES, Inc.
                PO Box 14546
                Tucson AZ 85711

        Ehud

--
Ehud Gavron        (EG76)
gavron@aces.com
"The world bores you when you're cool."

------------------------------------------------------------------------------
---- Cut here ----- 8< ------------- 8< --------------- 8<---------cut here --

YES, I WOULD LIKE TO TAKE ADVANTAGE OF THIS ONCE IN A LIFETIME OFFER TO GET
THE VNEWS ALPHA-READY T-SHIRTS!

I would like    ____ Medium
                ____ Large
                ____ Extra-Large
---------------------------------
Total           ____    x $10.00        = $___.00

If attending DECUS, email this reply to
        gavron@aces.com or
        jms@opus1.com   or
        sales@opus1.com or
        sales@aces.com

If sending by US mail, enclose your own address and send to:

                Vnews T-shirt
                ACES, Inc.
                PO Box 14546
                Tucson AZ 85711
------------------------------------------------------------------------------
------------------------------------------------------------------------------
From: gleason@mwk.uucp
Newsgroups: vmsnet.internals
Subject: Locking down a structure in C
Date: 16 Nov 92 11:23:30 CST
Organization: M. W. Kellogg, Houston TX


  Here's another Open VMS Alpha AXP internals C question...

  I'm converting some MACRO to C, and am changing  $DEFINI type
blocks of code to  structures...and some of these need locking down, eg. 

	$DEFINI	psb

$DEF	zzz$l_zeep	.blkl	1	
$DEF	zzz$l_zap	.blkl	1
$DEF	zzz$l_zip	.blkl	1
$DEF 	zzz$k_len 

$DEFEND	psb

psbdat:	.blkb	zzz$k_len
range:	.long	zzzdat
	.long	zzzdat + zzz$k_len

	$lkwset_s	inadr = range


  Now, I'm trying to use a structure...

	static struct
		{
		int l_zeep
		int l_zap
		int l_zip
		} zzz ;

  What would be the "best" way to "calculate" the address of the ends of
  structures to place in a range array for calling sys$lkwset?

Lee K. Gleason N5ZMR
Control-G Consultants
gleason@mwk.uucp
From: Dan Wing <DWING@UH01.Colorado.EDU>
Newsgroups: vmsnet.internals
Subject: Re: Maximum wsmax: can it be increased ?
Date: 20 Nov 1992 11:18:37 -0700 (MST)
Organization: Macro32<==>Vmsnet.Internals Gateway
X-Gateway-Source-Info: Mailing List

>Under VMS 5.5-2 the maximum value for wsmax is 400000 pages.
[...]
>but if a process opens that file (or all the files),
>he can't have more than 400000 pages im memory.

There is a bug (or *was* a bug) in the swapper that it couldn't swap in a
process that had more than (something close to) 65,535 pages.  You may want
to ensure this bug is fixed in V5.5-2, or make the process non-swappable.

-Dan Wing, dwing@uh01.colorado.edu or wing_d@ucolmcc.bitnet (DGW11)
 Systems Administrator, University Hospital, Denver
From: gjc@mitech.com (George J. Carrette)
Newsgroups: vmsnet.internals
Subject: <None>
Date: 16 Nov 92 13:32:04 GMT
Organization: Mitech Corporation, Concord MA

Is there a way to implement "execute only" logical names?
That is, a logical name that cannot be translated by the
user for the purpose of looking at the value, but may be
otherwise used.

e.g.

   $ define/system FOO$TEMP "HOST""USERNAME PASSWORD""::DISK$FOO:[TEMP]"

But where you would want to hide the username and password
from $ SHOW LOG FOO$TEMP
From: Yaacov Fenster @ISO 882-3153  17-Nov-1992 0853
Newsgroups: vmsnet.internals
Subject: RE: Locking down a structure in C
Date: Tue, 17 Nov 92 07:48:20 MET
Organization: Macro32<==>Vmsnet.Internals Gateway
X-Gateway-Source-Info: Mailing List

>
>   Here's another Open VMS Alpha AXP internals C question...
>
>   I'm converting some MACRO to C, and am changing  $DEFINI type
> blocks of code to  structures...and some of these need locking down, eg.
>
<Deleted>
> range:  .long   zzzdat
>         .long   zzzdat + zzz$k_len
>
>         $lkwset_s       inadr = range
>
>
>   Now, I'm trying to use a structure...
>
>         static struct
>                 {
>                 int l_zeep
>                 int l_zap
>                 int l_zip
>                 } zzz ;
>
>   What would be the "best" way to "calculate" the address of the ends of
>   structures to place in a range array for calling sys$lkwset?
>

void *range[2] = {&zzz,&zzz+1};

/* The +1 in C address arithmetic is really +1*(sizeof object pointing to) */

This compiles and gives the correct answer under DEC C.

> Lee K. Gleason N5ZMR
> Control-G Consultants
> gleason@mwk.uucp
>

        Yaacov
-------------------------------------------------
Yaacov Fenster                  +(972)-3-9307239
y.fenster@ieee.org
fenster@taveng.enet.dec.com     DTN 882-3153
All the opinions voiced are mine alone and do not reflect anyone else's
opinion. (Including Dec).
From: Hunter Goatley <goathunter@WKUVX1.BITNET>
Newsgroups: vmsnet.internals
Subject: Re: Locking down C routines under Alpha
Date: Sun, 15 Nov 1992 19:05:46 CST
Organization: Macro32<==>Vmsnet.Internals Gateway
X-Gateway-Source-Info: Mailing List

From: <mahan@TGV.COM>
>
>#
>#The way to perform this same feat under GEM C on the Alpha is in
>three
>#steps.
>#
>
>        Ooops, that should say "two" steps not "three".
>

Hunter
------
Hunter Goatley, VMS Systems Programmer, Western Kentucky University
goathunter@WKUVX1.BITNET, 502-745-5251
From: "Brian J. Schenkenberger, VAXman"
Newsgroups: vmsnet.internals
Subject: Re: Maximum wsmax: can it be increased ?
Date: 20 Nov 1992 12:53:40 -0500 (EST)
Organization: Macro32<==>Vmsnet.Internals Gateway
X-Gateway-Source-Info: Mailing List

Subj:   RE: Maximum wsmax: can it be increased ?

>Under VMS 5.5-2 the maximum value for wsmax is 400000 pages.
>[...]
>he can't have more than 400000 pages im memory.
>
>I'm sure some higher Version of VMS will raise this limit eventually,
>but 400000 seems a rather arbitrary value, so i guess this could be
>increased somehow.
>[...]
>I've never done this but... I can offer you a quick method to change
>the value.
>[...]

Forget about changing the value via DELTA...  Changing the value after
the system is running will not grant you what you want.  Let me refer you
to a paraghaph in the top of pg. 487 in the IDSM.

"During system initialization, enough virtual address space is reserved
in each PHD for the maximum-sized working set list, one with SYSGEN
parameter WSMAX entries."

Changine the WSMAX value with DELTA will change the storage cell value
but not other pools and values reserved as a consequence of its initial
value.

BJS-
From: smckinty@sunicnc.France.Sun.COM (Steve McKinty - Sun ICNC)
Newsgroups: vmsnet.internals
Subject: Re: <None>
Date: 17 Nov 1992 07:51:47 GMT
Organization: SunConnect
Distribution: world
NNTP-Posting-Host: hardy.france.sun.com

In article <3638@mitech.com>, gjc@mitech.com (George J. Carrette) writes:
> Is there a way to implement "execute only" logical names?
> That is, a logical name that cannot be translated by the
> user for the purpose of looking at the value, but may be
> otherwise used.
> 
> e.g.
> 
>    $ define/system FOO$TEMP "HOST""USERNAME PASSWORD""::DISK$FOO:[TEMP]"
> 
> But where you would want to hide the username and password
> from $ SHOW LOG FOO$TEMP
> 
> 

Not as far as I know.

Can you not achieve a similar effect with a proxy login to the remote node,
and a suitable check in the remote LOGIN.COM file?

Steve


 

-- 
Steve McKinty
SUN Microsystems ICNC
38240 Meylan, France
email: smckinty@france.sun.com	   BIX: smckinty
From: Ehud Gavron 602-570-2546 <GAVRON@IT.SUNQUEST.COM>
Newsgroups: vmsnet.internals
Subject: RE: Locking down a structure in C
Date: Mon, 16 Nov 1992 23:38:23 -0700 (MST)
Organization: Macro32<==>Vmsnet.Internals Gateway
X-Gateway-Source-Info: Mailing List

Date sent:  16-NOV-1992 23:36:41



>  Here's another Open VMS Alpha AXP internals C question...
...
>  Now, I'm trying to use a structure...
>
>        static struct
>                {
>                int l_zeep
>                int l_zap
>                int l_zip
>                } zzz ;
>
>  What would be the "best" way to "calculate" the address of the ends of
>  structures to place in a range array for calling sys$lkwset?

Since C structures by definition are contiguous (thanks for the
proof, Bruce!) you know that it is of sizeof(zzz) and at address
zzz.

Therefore given a lock function that locks pages between addresses
1 and 2,
        lock(&zzz,(char *)(&zzz+(char *)sizeof(zzz)));
should work...

>
>Lee K. Gleason N5ZMR
>Control-G Consultants
>gleason@mwk.uucp


Ehud

--
Ehud Gavron        (EG76)
gavron@vesta.sunquest.com                                       This was sent
"The world bores you when you're cool."                         from an Alpha