Archive-Date: Tue, 04 Jun 1996 22:22:03 MET-1MET DST
Sender: owner-vms-emacs-testers-archiver@ctrl-c.liu.se
Date: Thu, 30 May 1996 14:57:00 -0400
From: Cobb_David_A <cobb@code22.npt.nuwc.navy.mil>
Reply-To: vms-emacs-testers@e.kth.se
Subject: Problem tracking current directory
To: "'LIST: vms-emacs-testers'" <vms-emacs-testers@e.kth.se>
Message-ID: <01I5IMDXAQ4Y91VV8H@Npt.NUWC.Navy.Mil>
MIME-Version: 1.0
Content-Type: MULTIPART/MIXED; BOUNDARY="Boundary (ID Y3lpticw+c1PEpvQQV8RMg)"


--Boundary (ID Y3lpticw+c1PEpvQQV8RMg)
Content-type: TEXT/PLAIN


I work in two different devices - which I identify by /TRANSLATION=CONCEALED 
VMS
logical names.

At Meta-X CD USER$OTHER:[Dir.SubDit]
then
shell
In *shell* show default

I find the shell process is in USER$ORIGINAL:[Dir.SubDir] -- that is
the directory is correctly taken from the CD but the (psuedo)device is not.

I have to do SET DEFAULT in the *shell* and let the watcher change the
emacs current-directrory.

also, Meta-X dirs sits and thinks for a very long time then complains of
an UNKNOWN COMMAND VERB /dirs/

--Boundary (ID Y3lpticw+c1PEpvQQV8RMg)--
================================================================================
Archive-Date: Tue, 04 Jun 1996 23:19:00 MET-1MET DST
Sender: owner-vms-emacs-testers-archiver@ctrl-c.liu.se
Date: Tue, 04 Jun 1996 23:11:47 +0200
From: Richard Levitte - GNU on VMS hacker <levitte@e.kth.se>
Reply-To: vms-emacs-testers@e.kth.se
To: vms-emacs-testers@e.kth.se
Message-ID: <009A35F3.AB41D2E4.28@e.kth.se>
Subject: Re: Problem tracking current directory

>From: Cobb_David_A <cobb@code22.npt.nuwc.navy.mil>

>At Meta-X CD USER$OTHER:[Dir.SubDit]
>then
>shell
>In *shell* show default
>
>I find the shell process is in USER$ORIGINAL:[Dir.SubDir] -- that is
>the directory is correctly taken from the CD but the (psuedo)device is not.

That is a bug.  I'll try to remember looking at it during the coming days.

>also, Meta-X dirs sits and thinks for a very long time then complains of
>an UNKNOWN COMMAND VERB /dirs/

"dirs" is a Unix-specific command, as well as "pushd" and "popd".  There is
no corresponding command in DCL by default.  There are implementations of those
for VMS, however (it's actually very easy to implement).

-- 
+--------------------------------------------------------------------+
! Richard Levitte, GNU on VMS hacker  ! tel: +46-8-26 52 47          !
! Spannvägen 38, I                    ! fax: none for the moment     !
! S-161 43  Bromma                    ! Internet: levitte@e.kth.se   !
! SWEDEN                              !                              !
+-<a href="http://www.e.kth.se/~levitte/gnu/gnu.html">GNUish VMS</a>-+
You may not add me to a commercial mailing list or send me commercial
advertising without my consent!
See http://www.e.kth.se/~levitte/anti.html for further reference.
================================================================================
Archive-Date: Wed, 12 Jun 1996 16:31:54 MET-1MET DST
Sender: owner-vms-emacs-testers-archiver@ctrl-c.liu.se
Date: Wed, 12 Jun 1996 16:19:41 +0200
From: Richard Levitte - GNU on VMS hacker <levitte@e.kth.se>
Reply-To: vms-emacs-testers@e.kth.se
To: vms-emacs-testers@e.kth.se
Message-ID: <009A3C03.6C80185F.53@e.kth.se>
Subject: Emacs 19.28, last call

I have not found out that I will NOT have to work during the coming
weekend.  This means that I have time to hack a little.

I will do the last needed corrections and additions to Emacs 19.28
this coming weekend.  I would like you to check the latest update,
and see what I may have forgotten to fix (most probably a whole bunch
of things :-)).  I will need the reports 'til saturday morning (swedish
time, which is GMT+2)!

I will do an update late saturday evening and will ask you to test the
updated Emacs and report as quickly as possible, so I can correct things
on Sunday.

The goal is to have as much as possible fixed by the end of this weekend.
I then want to have the possibility to start looking at Emacs 19.31,
and thus autoconf 2.x.

I'd like to know if anyone can help me with these tests, and who.  It
will require you to do some hacking during the weekend.  I hope that
is not too much to ask.

Thank you.

-- 
+--------------------------------------------------------------------+
! Richard Levitte, GNU on VMS hacker  ! tel: +46-8-26 52 47          !
! Spannvägen 38, I                    ! fax: none for the moment     !
! S-161 43  Bromma                    ! Internet: levitte@e.kth.se   !
! SWEDEN                              !                              !
+-<a href="http://www.e.kth.se/~levitte/gnu/gnu.html">GNUish VMS</a>-+
You may not add me to a commercial mailing list or send me commercial
advertising without my consent!
See http://www.e.kth.se/~levitte/anti.html for further reference.
================================================================================
Archive-Date: Wed, 12 Jun 1996 23:45:03 MET-1MET DST
Sender: owner-vms-emacs-testers-archiver@ctrl-c.liu.se
Date: Wed, 12 Jun 1996 23:40:40 +0200
From: Richard Levitte - GNU on VMS hacker <levitte@e.kth.se>
Reply-To: vms-emacs-testers@e.kth.se
To: vms-emacs-testers@e.kth.se
Message-ID: <009A3C41.0727D3D7.65@e.kth.se>
Subject: Re:

>rem del@giant.intranet.com
...

I hate myself when I do that.  *Writing on a black board 100 times: -request*

-- 
+--------------------------------------------------------------------+
! Richard Levitte, GNU on VMS hacker  ! tel: +46-8-26 52 47          !
! Spannvägen 38, I                    ! fax: none for the moment     !
! S-161 43  Bromma                    ! Internet: levitte@e.kth.se   !
! SWEDEN                              !                              !
+-<a href="http://www.e.kth.se/~levitte/gnu/gnu.html">GNUish VMS</a>-+
You may not add me to a commercial mailing list or send me commercial
advertising without my consent!
See http://www.e.kth.se/~levitte/anti.html for further reference.
================================================================================
Archive-Date: Wed, 12 Jun 1996 23:48:09 MET-1MET DST
Sender: owner-vms-emacs-testers-archiver@ctrl-c.liu.se
Date: Wed, 12 Jun 1996 23:39:11 +0200
From: Richard Levitte - GNU on VMS hacker <levitte@e.kth.se>
Reply-To: vms-emacs-testers@e.kth.se
To: vms-emacs-testers@e.kth.se
CC: del@intranet.com
Message-ID: <009A3C40.D258A3F7.45@e.kth.se>

rem del@giant.intranet.com
add Del Merritt <del@intranet.com>
add/nomail/norepro/access/nonotify Del Merritt <del@*.intranet.com>
================================================================================
Archive-Date: Thu, 13 Jun 1996 14:45:44 MET-1MET DST
Sender: owner-vms-emacs-testers-archiver@ctrl-c.liu.se
Date: Thu, 13 Jun 1996 09:33:00 -0400
From: Cobb_David_A <cobb@code22.npt.nuwc.navy.mil>
Reply-To: vms-emacs-testers@e.kth.se
Subject: Tracking current directory
To: "'LIST: vms-emacs-testers'" <vms-emacs-testers@e.kth.se>
Message-ID: <01I5UQWBB8EO90N3C3@Npt.NUWC.Navy.Mil>
MIME-Version: 1.0
Content-Type: MULTIPART/MIXED; BOUNDARY="Boundary (ID zIRuDeMfGRk8vvdN8za6xg)"


--Boundary (ID zIRuDeMfGRk8vvdN8za6xg)
Content-type: TEXT/PLAIN


Richard: On testing, I wish I could help but machine access would be 
difficult or impossible.

 -----
More on the known bug tracking M-x CD
The following is a typescript
[Brand new virginal shell]
$ SET DEFAULT UTILITY$$:[GNU.EMACS-19_28.SITE-LISP]
!!! Message line echos the "current directory' as typed

$ SHOW DEFAULT
 USER$DACOBB:[GNU.EMACS-19_28.SITE-LISP]
%????????, Default directory does not exist

$ SHOW LOGICAL UTILITY$$
 DISK$UTILITY:[UTILITY.] Concealed

M-p M-p recalls...
$ SET DEFAULT UTILITY$$:[GNU.EMACS-19_28.SITE-LISP]
!!! again, echoed

$ SHOW DEFAULT
 UTILITY$$:[GNU.EMACS-19-28.SITE-LISP]

$ DIR
 ........ [ shows all that I would expect ]
 ------------------------------ END OF TRANSCRIPT ----------------

It would appear to be some problem with logical name translation of the 
"device" portion of the name.

On a related matter, Richard's reply to my original post on this error 
remarks that "dirs" would not be
difficult to implement.  I would like to take a crack -- wuat would it have 
to echo for emacs-shell to capture
the result correctly?
++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
<cobb@CODE22.npt.nuwc.navy.mil> In real life (which this certainly IS NOT!):
David A. Cobb, Code 2253, Naval Undersea Warfare Center Division
1176 Howell Street, Bldg 1171/2,  Newport, Rhode Island 02841
Phone: 401.841.4581, Fax: 401.841.2130
========================================================================

--Boundary (ID zIRuDeMfGRk8vvdN8za6xg)--
================================================================================
Archive-Date: Thu, 13 Jun 1996 15:18:17 MET-1MET DST
Sender: owner-vms-emacs-testers-archiver@ctrl-c.liu.se
Date: Thu, 13 Jun 1996 10:10:00 -0400
From: Cobb_David_A <cobb@code22.npt.nuwc.navy.mil>
Reply-To: vms-emacs-testers@e.kth.se
Subject: Terminal type sensing
To: "'LIST: vms-emacs-testers'" <vms-emacs-testers@e.kth.se>
Message-ID: <01I5US8B5SD290N3C3@Npt.NUWC.Navy.Mil>
MIME-Version: 1.0
Content-Type: MULTIPART/MIXED; BOUNDARY="Boundary (ID ZtNzu9PJbeEa+KPLW93gWQ)"


--Boundary (ID ZtNzu9PJbeEa+KPLW93gWQ)
Content-type: TEXT/PLAIN


We have here a fet VXT2000 X-Servers (one of which I hog all day using emacs 
as my primary interface),
and many VT420's (a few VT3??).  All are connected via LAT.

When I try to run emacs from one of the VT420's, I get

Spawning new kept editor ...
Your terminal type = "unknown' is not powerful enough to run emacs;
it cannot position the cursor.  Try ..... [I assume you know the rest].

I have checked, the device type does show VT400-type.  Setting "EMACS-TERM" 
doesn't help either.
Any yes, there is an [...EMACS-19_28.TERMS]VT420.EL

It would appear that there is a problem in the logic that determines what 
type of terminal is in use.

 -----
This might be a good point to get my feet wet.  Is there enough information 
published on-line that I
can peruse to find my way around inside emacs and try to locate this bug? 
 Like maybe an INFO file
on internals?
 -----++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
<cobb@CODE22.npt.nuwc.navy.mil> In real life (which this certainly IS NOT!):
David A. Cobb, Code 2253, Naval Undersea Warfare Center Division
1176 Howell Street, Bldg 1171/2,  Newport, Rhode Island 02841
Phone: 401.841.4581, Fax: 401.841.2130
========================================================================

--Boundary (ID ZtNzu9PJbeEa+KPLW93gWQ)--
================================================================================
Archive-Date: Thu, 13 Jun 1996 16:28:19 MET-1MET DST
Sender: owner-vms-emacs-testers-archiver@ctrl-c.liu.se
Date: Thu, 13 Jun 1996 16:20:31 +0200
Message-ID: <96061316203133@swiss.nexus-ag.com>
From: lindgren@swiss.nexus-ag.com (lindgren@swiss.nexus-ag.com +41 55 254 51 40)
Reply-To: vms-emacs-testers@e.kth.se
To: vms-emacs-testers@e.kth.se
Subject: Re: Tracking current directory - A PUSHD implementation in DCL

<cobb@CODE22.npt.nuwc.navy.mil>, you ask
> On a related matter, Richard's reply to my original post on this error 
> remarks that "dirs" would not be
> difficult to implement.  I would like to take a crack -- wuat would it have 

Maybe this is the wrong place to post it, but anyway, here is a
simple DCL implementation of PUSHD, POPD, ROTD, DIRS.
Extract the files PUSHD.COM, POPD.COM, ROTD.COM, DIRS.COM
from the appended text into a directory, e.g. "BIN".
Then define symbols in your login.com or wherever:
$ pushd :== @bin:pushd
$ popd :== @bin:popd
$ rotd :== @bin:rotd
$ dirs :== @bin:dirs

I have seen a more elaborate version at DECUS, but I think
that my implementation is good enough.

Have fun.

-------------------------------------------------------------
S-Mail:	Nexus Telecom AG, Postfach 215, CH-8634 Hombrechtikon
Tel:    +41 55 254 51 40
Fax:    +41 55 254 51 12
E-Mail: lindgren@swiss.nexus-ag.com
X.400:  S=LINDGREN;OU=SWISS;O=NEXUS-AG;P=EUNET;A=ARCOM;C=CH
X.25:   PSI%022847431064::LINDGREN
-------------------------------------------------------------

$! PUSHD.COM
$! Syntax: PUSHD name_of_directory
$!
$! If no argument, rotate directory stack
$!
$ if p1 .eqs. "" 
$ then
$	rotd
$	EXIT
$ endif
$!
$ current = f$environment("default")
$ on warning then goto GO_BACK
$!
$ set default 'p1'
$ name = -
 (f$directory() - "]") - (f$parse("[-]",,,"DIRECTORY") - "]") - "." - "["
$ set default [-]
$ if f$search("''name'.dir;1") .eqs. "" then goto GO_BACK
$	set default 'current'
$	set default 'p1'
$	default = f$environment("DEFAULT")
$	dst == " " + current + "''dst'"
$ 	dirs = default + dst
$	write sys$output "%PUSHD-I-DIRSTACK,   ''dirs'"
$	EXIT
$ GO_BACK:
$	set default 'current'
$	write sys$output "%PUSHD-I-NODIR, cannnot access directory ''p1'"
$	EXIT


$! POPD.COM
$! Syntax: POPD
$!
$ lg = f$length( "''dst'" )
$ if 'lg .ne. 0 then goto go_on
$ 	write sys$output "%POPD-W-EMPTY, empty directory stack"
$ 	exit
$ go_on:
$ 	lf = f$locate( "]", "''dst'" ) + 1
$ 	dir = f$extract( 0, 'lf, "''dst'" )
$	dst == f$extract( 'lf, 'lg - 'lf, "''dst'" )
$	set default 'dir
$	dirs = "''f$environment(""default"")'''dst'"
$	write sys$output "%POPD-I-DIRSTACK, ''dirs'"
$	EXIT


$! ROTD.COM
$! Syntax: ROTD
$!
$ old_dir = "''f$environment(""default"")'"
$ dst == "''dst' ''old_dir'"
$ lg = f$length( "''dst'" )
$ go_on:
$ 	lf = f$locate( "]", "''dst'" ) + 1
$ 	dir = f$extract( 0, 'lf, "''dst'" )
$	dst == f$extract( 'lf, 'lg - 'lf, "''dst'" )
$	set default 'dir
$	dirs = "''f$environment(""default"")'''dst'"
$	write sys$output "%ROTD-I-DIRSTACK,   ''dirs'"
$	EXIT


$! DIRS.COM
$! Syntax: DIRS
$!
$ dirs = "''f$environment(""default"")'''dst'"
$ write sys$output "%DIRS-I-DIRSTACK,   ''dirs'"
$ EXIT

================================================================================
Archive-Date: Thu, 13 Jun 1996 16:34:56 MET-1MET DST
Sender: owner-vms-emacs-testers-archiver@ctrl-c.liu.se
Date: Thu, 13 Jun 1996 16:22:33 +0200
From: Richard Levitte - GNU on VMS hacker <levitte@e.kth.se>
Reply-To: vms-emacs-testers@e.kth.se
To: vms-emacs-testers@e.kth.se
Message-ID: <009A3CCC.FD382B94.84@e.kth.se>
Subject: Re: Terminal type sensing

>From: Cobb_David_A <cobb@code22.npt.nuwc.navy.mil>

>When I try to run emacs from one of the VT420's, I get
>
>Spawning new kept editor ...
>Your terminal type = "unknown' is not powerful enough to run emacs;
>it cannot position the cursor.  Try ..... [I assume you know the rest].
...
>This might be a good point to get my feet wet.  Is there enough information 
>published on-line that I
>can peruse to find my way around inside emacs and try to locate this bug? 
> Like maybe an INFO file
>on internals?

The problem is most probably in [.ETC]TERMCAP.DAT.

Thanks for notifying me.

-- 
+--------------------------------------------------------------------+
! Richard Levitte, GNU on VMS hacker  ! tel: +46-8-26 52 47          !
! Spannvägen 38, I                    ! fax: none for the moment     !
! S-161 43  Bromma                    ! Internet: levitte@e.kth.se   !
! SWEDEN                              !                              !
+-<a href="http://www.e.kth.se/~levitte/gnu/gnu.html">GNUish VMS</a>-+
You may not add me to a commercial mailing list or send me commercial
advertising without my consent!
See http://www.e.kth.se/~levitte/anti.html for further reference.
================================================================================
Archive-Date: Tue, 18 Jun 1996 15:58:14 MET-1MET DST
Sender: owner-vms-emacs-testers-archiver@ctrl-c.liu.se
Date: Tue, 18 Jun 1996 15:25:26 +0200
From: Richard Levitte - GNU on VMS hacker <levitte@e.kth.se>
Reply-To: vms-emacs-testers@e.kth.se
To: vms-emacs-testers@e.kth.se
Message-ID: <009A40B2.D6A7686F.57@e.kth.se>
Subject: Problems to compile xrdb.c

Yair Friedman discovered that he couldn't compile [.SRC]XRDB.C correctly.
He used DEC C 5.0, which apparently had the following problem in an
environment where both DEC C and VAX C existed:

	sys/stat.h includes types.h.  Unfortunatelly, the included types.h
	was the one from VAX C, not the DEC C one.  This shows when some
	the stat structure is built.  It depends on the types dev_t and
	friends.  Those are typedefed in the types.h *that comes with
	DEC C*, but since the VAX C types.h was used instead, those
	types were not defined.

The fix for this problem is to insert the following line in xrdb.c, just
before the inclusion of sys/stat.h:

	#include <sys/types.h>

Because of the "sys/", the correct types.h is used...

Of course, upgrading your DEC C compiler to 5.2 also fixes the problem :-).

-- 
+--------------------------------------------------------------------+
! Richard Levitte, GNU on VMS hacker  ! tel: +46-8-26 52 47          !
! Spannvägen 38, I                    ! fax: none for the moment     !
! S-161 43  Bromma                    ! Internet: levitte@e.kth.se   !
! SWEDEN                              !                              !
+-<a href="http://www.e.kth.se/~levitte/gnu/gnu.html">GNUish VMS</a>-+
You may not add me to a commercial mailing list or send me commercial
advertising without my consent!
See http://www.e.kth.se/~levitte/anti.html for further reference.
================================================================================
Archive-Date: Tue, 18 Jun 1996 23:52:05 MET-1MET DST
Sender: owner-vms-emacs-testers-archiver@ctrl-c.liu.se
Date: Tue, 18 Jun 1996 13:36:34 EDT
From: "G. Del Merritt" <del@intranet.com>
Reply-To: vms-emacs-testers@e.kth.se
To: vms-emacs-testers@e.kth.se
Message-ID: <009A40A3.A14ADEBA.26@intranet.com>
Subject: Where's the latest version?

I'm having trouble finding the latest full version of 19.28 and any patches
to make it "current".  This may stem from my not having turned the crank since
October 1995. 

If someone could point me to the right ftp server and the correct
EMACS-19_28-1996mmdd.TAR-GZ, I'd appreciate it greatly.  TIA.

-- 
Del Merritt, <a href=http://www.intranet.com/~del >**</a>     del@IntraNet.com
IntraNet, Inc., One Gateway Center #700, Newton, MA  02158
Voice: 617-527-7020; FAX: 617-527-1761                Just say no to Clipper.
    You may not add me to a commercial mailing list or send me commercial
		       advertising without my consent.
	   (but if you want to buy my house, email me for details)
================================================================================
Archive-Date: Wed, 19 Jun 1996 01:59:56 MET-1MET DST
Sender: owner-vms-emacs-testers-archiver@ctrl-c.liu.se
Date: Wed, 19 Jun 1996 01:50:08 +0200
From: Richard Levitte - GNU on VMS hacker <levitte@e.kth.se>
Reply-To: vms-emacs-testers@e.kth.se
To: vms-emacs-testers@e.kth.se
Message-ID: <009A410A.1B9CF0AE.19@e.kth.se>
Subject: Re: Where's the latest version?

>From: "G. Del Merritt" <del@intranet.com>

>If someone could point me to the right ftp server and the correct
>EMACS-19_28-1996mmdd.TAR-GZ, I'd appreciate it greatly.  TIA.

[.GNU-VMS.SOFTWARE] on any of ftp.lp.se, ftp.ctrl-c.liu.se and
ftp.vms.stacken.kth.se, for now...

Note:  I'm restructuring a bit right now.  Please be patient.
Among other things, I'm making easier for others to mirror the 
WWW pages if they'd like to.  Read http://www.gnu-vms.lp.se/.

-- 
+--------------------------------------------------------------------+
! Richard Levitte, GNU on VMS hacker  ! tel: +46-8-26 52 47          !
! Spannvägen 38, I                    ! fax: none for the moment     !
! S-161 43  Bromma                    ! Internet: levitte@e.kth.se   !
! SWEDEN                              !                              !
+-<a href="http://www.e.kth.se/~levitte/gnu/gnu.html">GNUish VMS</a>-+
You may not add me to a commercial mailing list or send me commercial
advertising without my consent!
See http://www.e.kth.se/~levitte/anti.html for further reference.
================================================================================
Archive-Date: Wed, 19 Jun 1996 05:01:23 MET-1MET DST
Sender: owner-vms-emacs-testers-archiver@ctrl-c.liu.se
Date: Thu, 13 Jun 1996 11:01:00 EDT
From: "G. Del Merritt" <del@intranet.com>
Reply-To: vms-emacs-testers@e.kth.se
To: vms-emacs-testers@e.kth.se
Message-ID: <009A3CA0.11F90CF2.21@intranet.com>
Subject: Re: Tracking current directory

In-reply-to: "Cobb_David_A <cobb@code22.npt.nuwc.navy.mil>"'s message of 13-JUN-1996 10:08:56.25
>On a related matter, Richard's reply to my original post on this error 
>remarks that "dirs" would not be
>difficult to implement.  I would like to take a crack -- wuat would it have 
>to echo for emacs-shell to capture
>the result correctly?

Here's my simple set of command procedurs; you will likely have to modify them
to suite your site.

In your LOGIN.COM add:
  $	pushd :== @somedev:[somedir]pushd
  $	popd :== @somedev:[somedir]popd
  $	dirs :== @somedev:[somedir]dirs
  $	pwd :== show default
  $	cd :== set default
 
$!---------------------- DIRS.COM ----------------------
$ v = 'f$verify(0)'
$!
$ if (f$type(pushd_stack) .nes. "STRING") 
$ then
$	pushd_stack == f$environment("DEFAULT")
$ endif
$ if (f$edit("''pushd_stack'", "COLLAPSE") .eqs. "") 
$ then
$	pushd_stack == f$environment("DEFAULT")
$ endif
$!
$ stack = f$environment("DEFAULT")
$ entry = 1
$Loop:
$ element = f$element(entry, " ", pushd_stack)
$ if (element .nes. " ") 
$ then
$	stack = stack + " " + element + "(+''entry')"
$	entry = entry + 1
$	goto Loop
$ endif
$ stack = f$edit(stack, "LOWERCASE")
$ write sys$error "''stack'"
$ v = f$verify(v)

$! ---------------------- PUSHD.COM ----------------------
$ v = 'f$verify(f$trnlnm("NEX$VERIFY"))'
$! 
$setdir:	subroutine
$ if p1 .eqs. "" then exit
$	set default 'P1'
$endsubroutine
$new_head:	subroutine
$ if (p1 .eq. 0)
$ then
$   head = f$environment("DEFAULT")
$ else
$   head = f$element(p1, " ", pushd_stack)
$   if (head .eqs. " ") 
$   then
$	write sys$error "invalid element 'p1'"
$	exit
$   endif
$ endif
$ new_stack = head
$ entry = 0
$Loop:
$ if (entry .eq. p1) 
$ then     ! skip this, since it was just moved to the head.
$	entry = entry + 1
$	goto Loop
$ else if (entry .eq. 0) 
$ then
$	new_stack = new_stack + " " + f$environment("DEFAULT")
$	entry = entry + 1
$	goto Loop
$ else 
$	head = f$element(entry, " ", pushd_stack)
$	if (head .nes. " ") 
$	then
$	   entry = entry + 1
$	   new_stack = new_stack + " " + head
$	   goto Loop
$	endif
$ endif
$ pushd_stack == new_stack
$ exit
$endsubroutine
$!-----------------------------------------------------------------------
$!
$ if (f$type(pushd_stack) .nes. "STRING")
$ then
$	pushd_stack == f$environment("DEFAULT")
$ endif
$ if (f$edit(pushd_stack, "COLLAPSE") .eqs. "") 
$ then
$	pushd_stack == f$environment("DEFAULT")
$ endif
$! 
$ cwd = f$environment("DEFAULT")
$!
$ if (p1 .eqs. "") 
$ then
$	if (f$element(1, " ", pushd_stack) .eqs. " ") 
$	then
$	   write sys$error "No directory to push to"
$	   goto Done
$	endif
$ 	call new_head 1
$	call setdir 'f$element(0, " ", pushd_stack)'
$	goto Done
$ endif
$!
$ on warning then goto NoDir
$ len_p1 = f$length(p1)
$ if (f$locate("+", p1) .lt. len_p1) 
$ then
$	call new_head 'f$extract(1, len_p1 - 1, p1)'
$	call setdir 'f$element(0, " ", pushd_stack)'
$ else
$	call new_head 0
$	call setdir  'P1'
$	pushd_stack == f$environment("DEFAULT") + " " + pushd_stack
$ endif
$ goto Done
$!
$NoDir:
$ write sys$error "Invalid directory specified: ''P1'"
$ call setdir 'cwd'
$ goto Done
$!
$Done:				! Must be at end of file (no "EXIT") 
$ v = f$verify(v)

$!---------------------- POPD.COM ----------------------
$ v = 'f$verify(f$trnlnm("NEX$VERIFY"))'
$!
$ if (f$type(pushd_stack) .nes. "STRING") 
$ then
$	pushd_stack == f$environment("DEFAULT")
$ endif
$ if (f$edit("''pushd_stack'", "COLLAPSE") .eqs. "") 
$ then
$	pushd_stack == f$environment("DEFAULT")
$ endif
$!
$ if (f$element(1, " ", pushd_stack) .eqs. " ") 
$ then
$	write sys$error "No directories on stack"
$	goto Done
$ endif
$ pushd_stack == f$edit(pushd_stack, "COMPRESS,TRIM")
$ stack_size = f$length(pushd_stack)
$ head_end = f$locate(" ", pushd_stack)
$ pushd_stack == f$extract(head_end + 1, stack_size - head_end - 1, pushd_stack)
$ set default 'f$element(0, " ", pushd_stack)
$! show default
$Done:
$ v = f$verify(v)

-- 
Del Merritt, <a href=http://www.intranet.com/~del >**</a>     del@IntraNet.com
IntraNet, Inc., One Gateway Center #700, Newton, MA  02158
Voice: 617-527-7020; FAX: 617-527-1761                Just say no to Clipper.
    You may not add me to a commercial mailing list or send me commercial
		       advertising without my consent.
	   (but if you want to buy my house, email me for details)
================================================================================
Archive-Date: Wed, 19 Jun 1996 06:12:14 MET-1MET DST
Sender: owner-vms-emacs-testers-archiver@ctrl-c.liu.se
Date: Tue, 18 Jun 1996 23:49:50 EDT
From: "G. Del Merritt" <del@intranet.com>
Reply-To: vms-emacs-testers@e.kth.se
To: vms-emacs-testers@e.kth.se
Message-ID: <009A40F9.4D814F02.21@intranet.com>
Subject: Re: Where's the latest version?

In-reply-to: "<levitte@e.kth.se>"'s message of 18-JUN-1996 20:45:47.46
>>From: "G. Del Merritt" <del@intranet.com>
>>If someone could point me to the right ftp server and the correct
>>EMACS-19_28-1996mmdd.TAR-GZ, I'd appreciate it greatly.  TIA.
>
>[.GNU-VMS.SOFTWARE] on any of ftp.lp.se, ftp.ctrl-c.liu.se and
>ftp.vms.stacken.kth.se, for now...

Ayup; I'd been looking there.  I notice that the dates reported for all
patches and full kits on lp and vms.stacken are 14-Jun.  Is this a result of
the restructuring, or is it an artifact of mirroring, or both?

>Note:  I'm restructuring a bit right now.  Please be patient.
>Among other things, I'm making easier for others to mirror the 
>WWW pages if they'd like to.  Read http://www.gnu-vms.lp.se/.

Thanks.  I had looked at the www pages and noticed the restructuring info, but
I didn't realize it was quite so "in progress".  Is there (or will there be) a
"-199606xx", or should I get the "-199605xx" and apply the patches?

-- 
Del Merritt, <a href=http://www.intranet.com/~del >**</a>     del@IntraNet.com
IntraNet, Inc., One Gateway Center #700, Newton, MA  02158
Voice: 617-527-7020; FAX: 617-527-1761                Just say no to Clipper.
    You may not add me to a commercial mailing list or send me commercial
		       advertising without my consent.
	   (but if you want to buy my house, email me for details)
================================================================================
Archive-Date: Wed, 19 Jun 1996 10:38:45 MET-1MET DST
Sender: owner-vms-emacs-testers-archiver@ctrl-c.liu.se
Date: Wed, 19 Jun 1996 10:18:23 +0200
From: Richard Levitte - GNU on VMS hacker <levitte@e.kth.se>
Reply-To: vms-emacs-testers@e.kth.se
To: vms-emacs-testers@e.kth.se
Message-ID: <009A4151.1C33A0B2.44@e.kth.se>
Subject: Re: Where's the latest version?

>From: "G. Del Merritt" <del@intranet.com>

>Ayup; I'd been looking there.  I notice that the dates reported for all
>patches and full kits on lp and vms.stacken are 14-Jun.  Is this a result of
>the restructuring, or is it an artifact of mirroring, or both?

It's a result of the restructuring, and of the subsequent mirror.  The
date shown is the modification date of the files.  When you do a RENAME
on a file, the modification time is updated.  I have moved the files into
the [.SOFTWARE] directory with RENAME.  That's the reason I have date
stamps in the filenames.  Thos datestamps are the only thing you can
really trust (unless I glitch, but that hasn't happened yet :-)).

>Thanks.  I had looked at the www pages and noticed the restructuring info, but
>I didn't realize it was quite so "in progress".  Is there (or will there be) a

Please note: the organization of the software files is NOT restructured,
except for being moved into the [.SOFTWARE] directory.  The file names
will still be the same in the future.  What is being restructured is
the WWW info.  That's where you'll see changes (or so I hope).

>"-199606xx", or should I get the "-199605xx" and apply the patches?

As I wrote in another message, my plans for last weekend broke completelly.
Thus, the latest distribution is yet -19960529.

There will be a new update during next week.

-- 
+--------------------------------------------------------------------+
! Richard Levitte, GNU on VMS hacker  ! tel: +46-8-26 52 47          !
! Spannvägen 38, I                    ! fax: none for the moment     !
! S-161 43  Bromma                    ! Internet: levitte@e.kth.se   !
! SWEDEN                              !                              !
+-<a href="http://www.e.kth.se/~levitte/gnu/gnu.html">GNUish VMS</a>-+
You may not add me to a commercial mailing list or send me commercial
advertising without my consent!
See http://www.e.kth.se/~levitte/anti.html for further reference.
================================================================================
Archive-Date: Wed, 19 Jun 1996 21:11:25 MET-1MET DST
Sender: owner-vms-emacs-testers-archiver@ctrl-c.liu.se
Date: Tue, 18 Jun 1996 15:30:47 +0200
From: Richard Levitte - GNU on VMS hacker <levitte@e.kth.se>
Reply-To: vms-emacs-testers@e.kth.se
To: vms-emacs-testers@e.kth.se
Message-ID: <009A40B3.964162C7.41@e.kth.se>
Subject: Now, wasn't there going to be a big KABOOM during last weekend?

Yes, you're right, the plans I made for the weekend got completelly
fooled up.  Among other things, I had apparently not slept enough
before the weekend, because despite my getting to bed relativelly
early on friday, I woke up at ~3pm on saturday (or was it even later),
and having a few other things to do as well, well...

But don't give up your hopes!  I'm still hacking on.  I'll talk to you
again when I have fixed those bugs that have been reported to me.

Plans right now are that I'm going to seriously start on autoconf 2.x
and Emacs 19.31 when July starts.

-- 
+--------------------------------------------------------------------+
! Richard Levitte, GNU on VMS hacker  ! tel: +46-8-26 52 47          !
! Spannvägen 38, I                    ! fax: none for the moment     !
! S-161 43  Bromma                    ! Internet: levitte@e.kth.se   !
! SWEDEN                              !                              !
+-<a href="http://www.e.kth.se/~levitte/gnu/gnu.html">GNUish VMS</a>-+
You may not add me to a commercial mailing list or send me commercial
advertising without my consent!
See http://www.e.kth.se/~levitte/anti.html for further reference.
================================================================================
Archive-Date: Wed, 19 Jun 1996 23:20:52 MET-1MET DST
Sender: owner-vms-emacs-testers-archiver@ctrl-c.liu.se
Date: Wed, 19 Jun 1996 11:20:07 EDT
From: "G. Del Merritt" <del@intranet.com>
Reply-To: vms-emacs-testers@e.kth.se
To: vms-emacs-testers@e.kth.se
Message-ID: <009A4159.BBBFE5C2.98@intranet.com>
Subject: Re: Where's the latest version?

In-reply-to: "<levitte@e.kth.se>"'s message of 19-JUN-1996 05:28:17.52
>>From: "G. Del Merritt" <del@intranet.com>
>>patches and full kits on lp and vms.stacken are 14-Jun.  Is this a result of
>>the restructuring, or is it an artifact of mirroring, or both?
>
>It's a result of the restructuring, and of the subsequent mirror.  The
>date shown is the modification date of the files.  When you do a RENAME
>on a file, the modification time is updated.  I have moved the files into
>the [.SOFTWARE] directory with RENAME.  That's the reason I have date
>stamps in the filenames.  Thos datestamps are the only thing you can
>really trust (unless I glitch, but that hasn't happened yet :-)).

I often use BACKUP/DELETE/LOG/VERIFY instead of RENAME.  Preserves datestamps,
and is atomic enough for my purposes.  And works across disks.  (Might even
work across DECnet nodes, but I haven't tried...)

>As I wrote in another message, my plans for last weekend broke completelly.
>Thus, the latest distribution is yet -19960529.
>
>There will be a new update during next week.

Sorry; I missed that message somehow.  Picked up 19960529 anyhow...

-- 
Del Merritt, <a href=http://www.intranet.com/~del >**</a>     del@IntraNet.com
IntraNet, Inc., One Gateway Center #700, Newton, MA  02158
Voice: 617-527-7020; FAX: 617-527-1761                Just say no to Clipper.
    You may not add me to a commercial mailing list or send me commercial
		       advertising without my consent.
	   (but if you want to buy my house, email me for details)
================================================================================
Archive-Date: Wed, 19 Jun 1996 23:36:48 MET-1MET DST
Sender: owner-vms-emacs-testers-archiver@ctrl-c.liu.se
From: u177k@gsde.hso.link.com
Reply-To: vms-emacs-testers@e.kth.se
Message-ID: <199606192124.QAA21128@moe>
Subject: Re: 1996.05.29 release: configure.com
To: vms-emacs-testers@e.kth.se
Date: Wed, 19 Jun 1996 16:24:28 -0500 (CDT)
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit

I just retrieved the 96.05.29 release and I can't get CONFIGURE.COM
to create anything useful.  The only output I see (before SET VER) is:

...MACS-19_28> @configure --verbose --single-tree=DKA0:[EM1928.EMACS-19_28] 
--with-ucx --run-in-place --force
Guessing the configuration to be vax-dec-vms6.2
        setting CC to gcc

So then I tried SET VERIFY, and it stops at :

...
$ call VMS_DELR "confdefs*.*"
$VMS_DELR: subroutine
$ on control_y then goto VMS_DELR_STOP
$ on warning then goto VMS_DELR_exit
$ _VMS_DELR_def = f$trnlnm("SYS$DISK")+f$directory()
$ if f$parse(p1) .eqs. "" then exit
$ set default DKA0:[EM1928.EMACS-19_28.VMS]
$VMS_DELR_loop:
$ _fp = f$parse(".DIR",p1)
$ _f = f$search(_fp)
$ if _f .eqs. "" then goto VMS_DELR_loopend
$VMS_DELR_loopend:
$ _fp = f$parse(p1,".;*")
$ if f$search(_fp) .eqs. "" then goto VMS_DELR_exit
$ set noon
$ set file/prot=(S:RWED,O:RWED,G:RWED,W:RWED) DKA0:[EM1928.EMACS-19_28.VMS]CONFD
EFS*.*;*
$ set on
$ delete/nolog DKA0:[EM1928.EMACS-19_28.VMS]CONFDEFS*.*;*
$VMS_DELR_exit:
$ set default DKA0:[EM1928.EMACS-19_28.VMS]
$ exit
$
$ exit 1 + 0 * f$verify(ac_DCL_verify)
...MACS-19_28> 

Is this a known bug?  Have a hunch for a quick fix? I've got OVMS6.2,
DECW-Motif 1.2-3 p VAXMOTF07_U3012, GCC 2.7.1 (Pat Rankin version),
UCX 3.3-ECO7, and a reasonable amount of experience which is doing me
no good today...;-)

Thanks in advance...
--
Isaac Stoddard         u177k@gsde.hso.link.com or i_stoddard@hso.link.com
Hughes Training, Inc., Houston Operations,
2224 Bay Area Blvd., Houston, TX 77058-2099
================================================================================
Archive-Date: Thu, 20 Jun 1996 01:37:38 MET-1MET DST
Sender: owner-vms-emacs-testers-archiver@ctrl-c.liu.se
Date: Thu, 20 Jun 1996 01:28:42 +0200
From: Richard Levitte - GNU on VMS hacker <levitte@e.kth.se>
Reply-To: vms-emacs-testers@e.kth.se
To: vms-emacs-testers@e.kth.se
Message-ID: <009A41D0.4799B28F.9@e.kth.se>
Subject: Re: 1996.05.29 release: configure.com

>From: u177k@gsde.hso.link.com

>I just retrieved the 96.05.29 release and I can't get CONFIGURE.COM
>to create anything useful.  The only output I see (before SET VER) is:
>
>...MACS-19_28> @configure --verbose --single-tree=DKA0:[EM1928.EMACS-19_28] 
>--with-ucx --run-in-place --force
>Guessing the configuration to be vax-dec-vms6.2
>        setting CC to gcc

Hmm, this is a common problem that I've forgotten to fix all the time.
Time to fix it now...

>So then I tried SET VERIFY, and it stops at :
>
>...
>$ call VMS_DELR "confdefs*.*"
>$VMS_DELR: subroutine
...

Uh, you couldn't have skipped the cut-off?  The interesting part was
above your elipsis...

>Is this a known bug?  Have a hunch for a quick fix? I've got OVMS6.2,

I don't recall the fix right now.  I remember seeing the problem before,
and as far as I remember, it was a DCL symbol that was making trouble.
Does anyone else remember?

BTW, I get many problem reports privatelly.  That is a pity, for these
two reasons:

	1) My private mail is NOT archived, and thus not searchable.
	   (perhaps should I publish my private email on the Web?
	    I might get some problems with people who don't want to
	    become that exposed, though...  Damnit, I probably have
	    a love letter or two somewhere in there, wouldn't that
	    be interesting?  :-))
	2) Others might benefit from whatever comes out of the
	   discussion.

If you want to send a large log of what happens to you, send it separatly
and privatelly to me.  I will summarize to the list in that case.

>DECW-Motif 1.2-3 p VAXMOTF07_U3012, GCC 2.7.1 (Pat Rankin version),
>UCX 3.3-ECO7, and a reasonable amount of experience which is doing me
>no good today...;-)

Hmm, GCC...  That might be what really bugs you...  I'll have to try it
out...

-- 
+--------------------------------------------------------------------+
! Richard Levitte, GNU on VMS hacker  ! tel: +46-8-26 52 47          !
! Spannvägen 38, I                    ! fax: none for the moment     !
! S-161 43  Bromma                    ! Internet: levitte@e.kth.se   !
! SWEDEN                              !                              !
+-<a href="http://www.e.kth.se/~levitte/gnu/gnu.html">GNUish VMS</a>-+
You may not add me to a commercial mailing list or send me commercial
advertising without my consent!
See http://www.e.kth.se/~levitte/anti.html for further reference.
================================================================================
Archive-Date: Thu, 20 Jun 1996 15:59:30 MET-1MET DST
Sender: owner-vms-emacs-testers-archiver@ctrl-c.liu.se
From: Frank.Riepenhausen@psi.ch
Reply-To: vms-emacs-testers@e.kth.se
Message-ID: <31c929af2e40002@pss200.psi.ch>
Date: Thu, 20 Jun 96 12:36:31 +0200
To: vms-emacs-testers@e.kth.se
Subject: Re: 1996.05.29 release: configure.com

>>From: u177k@gsde.hso.link.com
>
>>I just retrieved the 96.05.29 release and I can't get CONFIGURE.COM
>>to create anything useful.  The only output I see (before SET VER) is:
>>
>>...MACS-19_28> @configure --verbose --single-tree=DKA0:[EM1928.EMACS-19_28] 
>>--with-ucx --run-in-place --force
>>Guessing the configuration to be vax-dec-vms6.2
>>        setting CC to gcc
>
>Hmm, this is a common problem that I've forgotten to fix all the time.
>Time to fix it now...
>
>>So then I tried SET VERIFY, and it stops at :
>>
>>...
>>$ call VMS_DELR "confdefs*.*"
>>$VMS_DELR: subroutine
>...
>
>Uh, you couldn't have skipped the cut-off?  The interesting part was
>above your elipsis...
>
>>Is this a known bug?  Have a hunch for a quick fix? I've got OVMS6.2,
>
>I don't recall the fix right now.  I remember seeing the problem before,
>and as far as I remember, it was a DCL symbol that was making trouble.
>Does anyone else remember?
>
Well, my configure stopped at about the same position due to a
redefined DCL symbol. I had redefined "type" as "type/page". That just
made it stop dead after checking for the C-compiler.

Maybe that helps.

	Frank 

---------------------------------------------------
	Frank Riepenhausen	riepenhausen@psi.ch






================================================================================
Archive-Date: Thu, 20 Jun 1996 16:45:45 MET-1MET DST
Sender: owner-vms-emacs-testers-archiver@ctrl-c.liu.se
Date: Thu, 20 Jun 1996 16:03:59 +0200
From: Richard Levitte - GNU on VMS hacker <levitte@e.kth.se>
Reply-To: vms-emacs-testers@e.kth.se
To: vms-emacs-testers@e.kth.se
Message-ID: <009A424A.8E3C6E82.33@e.kth.se>
Subject: Re: 1996.05.29 release: configure.com

>From: Frank.Riepenhausen@psi.ch

>Well, my configure stopped at about the same position due to a
>redefined DCL symbol. I had redefined "type" as "type/page". That just
>made it stop dead after checking for the C-compiler.

It's weird, though, because there is this line in configure.com:

  $ set symbol/verb/scope=(noglobal,nolocal)

-- 
+--------------------------------------------------------------------+
! Richard Levitte, GNU on VMS hacker  ! tel: +46-8-26 52 47          !
! Spannvägen 38, I                    ! fax: none for the moment     !
! S-161 43  Bromma                    ! Internet: levitte@e.kth.se   !
! SWEDEN                              !                              !
+-<a href="http://www.e.kth.se/~levitte/gnu/gnu.html">GNUish VMS</a>-+
You may not add me to a commercial mailing list or send me commercial
advertising without my consent!
See http://www.e.kth.se/~levitte/anti.html for further reference.
================================================================================
Archive-Date: Thu, 20 Jun 1996 16:52:06 MET-1MET DST
Sender: owner-vms-emacs-testers-archiver@ctrl-c.liu.se
From: u177k@gsde.hso.link.com
Reply-To: vms-emacs-testers@e.kth.se
Message-ID: <199606201436.JAA03359@oss2>
Subject: Re: 1996.05.29 release: mmk problems
To: vms-emacs-testers@e.kth.se
Date: Thu, 20 Jun 1996 09:36:09 -0500 (CDT)
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit

After that @configure --run-in-place --single-tree=[where.i.am.now], 
I tried to build and failed.  Any tips or hints? The log follows:

.EMACS-19_28> mmk/ign=warning
all = ""
__result := no
__command :=
if f$type(MMK) .eqs. "STRING" then __result := yes
if __result then __command = MMK
if __result then sh sym MMK
  MMK == "$TALUME$DKA300:[STUFF.MMK]mmk"
if __result .and. f$extract(0,1,f$edit(__command,"TRIM")) .eqs. "$"     then __c
ommand = f$edit(__command - "$","TRIM")
sh sym __command
  __COMMAND = "TALUME$DKA300:[STUFF.MMK]mmk"
if __result then __command = f$edit(__command - "MCR ","TRIM")
sh sym __command
  __COMMAND = "TALUME$DKA300:[STUFF.MMK]mmk"
if __result then open/write foo [.vms]make-command.cld
if __result then write foo "define verb MMK"
if __result then write foo "    image ",__command,",cliflags(foreign)"
if __result then close foo
if __result then set command [.vms]make-command.cld
if __result then delete/symbol/global MMK
if __result then delete/symbol/local MMK
%DCL-W-UNDSYM, undefined symbol - check validity and spelling
delete/symbol/local __result
delete/symbol/local __command
%MMK-I-ACTNOUPD, action did not update target FRC.SRC.PATHS.H
set def [.vms]
MMK /IGNORE=WARNING routines.tpu$section
if "" .nes. "" then     define /nolog sys ,sys$disk:[]
if "" .eqs. "" then     define /nolog sys sys$disk:[]
set def [-]
Producing `[.src]paths.h' from `DKA0:[EM1928.EMACS-19_28.src]paths.h_in'.
Producing `[.vms]runtemacs.com'.
Producing `[.vms]vmslink.opt'.
Producing `[.vms]config.dat'.
%MMK-I-ACTNOUPD, action did not update target FRC.VMS
set def [.vms]
MMK /IGNORE=WARNING     /macro=("CC=GCC","CFLAGS=/NOCASE_HACK","CPPFLAGS=",     
"LDFLAGS=","MAKE=MMK")  all_hackargv,all_utime,hackdebug.exe,check_verb.exe
if "" .nes. "" then     define /nolog sys ,sys$disk:[]
if "" .eqs. "" then     define /nolog sys sys$disk:[]
library/create/object vmslib.olb
GCC /define=("__foo__" 'extra_defs') /include=(sys$disk:[],DKA0:[EM1928.EMACS-19
_28.VMS]'extra_incl')  /NOCASE_HACK 'extra_cflags' DKA0:[EM1928.EMACS-19_28.VMS]
PIPE.C /obj = sys$disk:[]PIPE.obj 
library/replace/object VMSLIB.OLB PIPE.OBJ
GCC /define=("__foo__" 'extra_defs') /include=(sys$disk:[],DKA0:[EM1928.EMACS-19
_28.VMS]'extra_incl')  /NOCASE_HACK 'extra_cflags' DKA0:[EM1928.EMACS-19_28.VMS]
ESCTRANS.C /obj = sys$disk:[]ESCTRANS.obj 
library/replace/object VMSLIB.OLB ESCTRANS.OBJ
GCC /define=("__foo__" 'extra_defs') /include=(sys$disk:[],DKA0:[EM1928.EMACS-19
_28.VMS]'extra_incl')  /NOCASE_HACK 'extra_cflags' DKA0:[EM1928.EMACS-19_28.VMS]
GLOB.C /obj = sys$disk:[]GLOB.obj 
library/replace/object VMSLIB.OLB GLOB.OBJ
GCC /define=("__foo__" 'extra_defs') /include=(sys$disk:[],DKA0:[EM1928.EMACS-19
_28.VMS]'extra_incl')  /NOCASE_HACK 'extra_cflags' DKA0:[EM1928.EMACS-19_28.VMS]
HACKARGV.C /obj = sys$disk:[]HACKARGV.obj 
library/replace/object VMSLIB.OLB HACKARGV.OBJ
GCC /define=("__foo__" 'extra_defs') /include=(sys$disk:[],DKA0:[EM1928.EMACS-19
_28.VMS]'extra_incl')  /NOCASE_HACK 'extra_cflags' DKA0:[EM1928.EMACS-19_28.VMS]
MISC.C /obj = sys$disk:[]MISC.obj 
library/replace/object VMSLIB.OLB MISC.OBJ
GCC /define=("__foo__" 'extra_defs') /include=(sys$disk:[],DKA0:[EM1928.EMACS-19
_28.VMS]'extra_incl')  /NOCASE_HACK 'extra_cflags' DKA0:[EM1928.EMACS-19_28.VMS]
UTIME.C /obj = sys$disk:[]UTIME.obj 
dka0:[em1928.emacs-19_28.vms]utime.c: In function `utime':
dka0:[em1928.emacs-19_28.vms]utime.c:190: warning: initialization makes integer 
from pointer without a cast
dka0:[em1928.emacs-19_28.vms]utime.c:191: warning: initialization makes integer 
from pointer without a cast
dka0:[em1928.emacs-19_28.vms]utime.c:192: warning: initialization makes integer 
from pointer without a cast
dka0:[em1928.emacs-19_28.vms]utime.c:193: warning: initialization makes integer 
from pointer without a cast
dka0:[em1928.emacs-19_28.vms]utime.c:194: warning: initialization makes integer 
from pointer without a cast
dka0:[em1928.emacs-19_28.vms]utime.c:195: warning: initialization makes integer 
from pointer without a cast
library/replace/object VMSLIB.OLB UTIME.OBJ
GCC /define=("__foo__" 'extra_defs') /include=(sys$disk:[],DKA0:[EM1928.EMACS-19
_28.VMS]'extra_incl')  /NOCASE_HACK 'extra_cflags' DKA0:[EM1928.EMACS-19_28.VMS]
HACKDEBUG.C /obj = sys$disk:[]HACKDEBUG.obj 
dka0:[em1928.emacs-19_28.vms]hackdebug.c: In function `main':
dka0:[em1928.emacs-19_28.vms]hackdebug.c:86: `SEEK_SET' undeclared (first use th
is function)
dka0:[em1928.emacs-19_28.vms]hackdebug.c:86: (Each undeclared identifier is repo
rted only once
dka0:[em1928.emacs-19_28.vms]hackdebug.c:86: for each function it appears in.)
%GCC-E-NOOBJECT, no object file was produced
%MMK-F-ERRUPD, error status %X1000002C occurred when updating target HACKDEBUG.O
BJ
%MMK-F-ERRUPD, error status %X1C14803C occurred when updating target [.VMS]
28.EMACS-19_28> 
================================================================================
Archive-Date: Thu, 20 Jun 1996 17:05:30 MET-1MET DST
Sender: owner-vms-emacs-testers-archiver@ctrl-c.liu.se
From: u177k@gsde.hso.link.com
Reply-To: vms-emacs-testers@e.kth.se
Message-ID: <199606201419.JAA29001@oss2>
Subject: Re: 1996.05.29 release: configure.com
To: vms-emacs-testers@e.kth.se
Date: Thu, 20 Jun 1996 09:19:39 -0500 (CDT)
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit

> 
> >So then I tried SET VERIFY, and it stops at :
> >
> >...
> >$ call VMS_DELR "confdefs*.*"
> >$VMS_DELR: subroutine
> ...
> 
> Uh, you couldn't have skipped the cut-off?  The interesting part was
> above your elipsis...
> 

1) No "ty* symbols:
28.EMACS-19_28> sh sym ty*
%DCL-W-UNDSYM, undefined symbol - check validity and spelling


2) I was running this as SYSTEM.  WHen I ran it just now as myself, but
with privileges, configure completes with complaints.  See:

28.EMACS-19_28> @configure --run-in-place --single-tree=DKA0:[EM1928.EMACS-19_28
]
Guessing the configuration to be vax-dec-vms6.2
checking for ln -s (Will use COPY instead of ln -s)
checking how to run the C preprocessor
configure: warning: perversion allert!
configure: warning: perversion is over now (pfewwww...)
checking for sys/timeb.h
conftest.c:2: sys/timeb.h: no such device or address
checking for sys/time.h
checking for fcntl.h
checking for unistd.h
checking for ANSI C header files
%DCL-W-IVVERB, unrecognized command verb - check validity and spelling
 \YES\
checking for whether time.h and sys/time.h may both be included
checking for sys_siglist declaration in signal.h or unistd.h
checking for return type of signal handlers
checking for struct tm in time.h
checking for tm_zone in struct tm
checking for tzname
checking for lack of working const
checking for long file names (vms has that!)
Checking TCP/IP package.
  No TCP/IP package specified.  Looking for TCP/IP package.
checking for socketshr.h
conftest.c:2: socketshr.h: no such file or directory
  Using UCX.
checking for specified window system.
  No window system specified.  Looking for X11.
checking for X include and library files
  Using X11.
  Using Xlib directly.
examining the machine- and system-dependent files to find out
 - which libraries the lib-src programs will want, and
 - whether the GNU malloc routines are usable
%DCL-W-IVVERB, unrecognized command verb - check validity and spelling
 \YES\
%SEARCH-W-OPENIN, error opening DKA0:[EM1928.EMACS-19_28]CONFIGURE-TMP.C-I; as i
nput
-RMS-E-FNF, file not found
%SEARCH-E-NOFILE, no file found
%DCL-W-UNDSYM, undefined symbol - check validity and spelling
 \UNEXEC\
%DCL-W-UNDSYM, undefined symbol - check validity and spelling
 \C_SWITCH_SYSTEM\
%DCL-W-UNDSYM, undefined symbol - check validity and spelling
 \LIBSRC_LIBS\
checking for XrmSetDatabase
checking for XScreenResourceString
checking for XScreenNumberOfScreen
checking for XSetWMProtocols
checking for X11 version
checking for declaration of h_errno in netdb.h
checking for working alloca.h
checking for alloca
checking stack direction for C alloca
checking whether cross-compiling
checking for gettimeofday
checking for gethostname
checking for dup2
checking for rename
checking for closedir
checking for mkdir
checking for rmdir
checking for random
checking for lrand48
checking for bcopy
checking for bcmp
checking for logb
checking for frexp
checking for fmod
checking for drem
checking for ftime
checking for res_init
checking for setsid
checking for strerror
checking for fpathconf
checking for vfork
checking for socket
Emacs version is 19.28


Configured for `vax-dec-vms6.2'.

  Where should the build process find the source code?    DKA0:[EM1928.EMACS-19_
28]
  What operating system and machine description files should Emacs use?
        `vms5-5.h' and `vax.h'
  What compiler should emacs be built with?               gcc /NOCASE_HACK
  Should Emacs use the GNU version of malloc?             NO(The GNU allocators 
don't work with this system configuration.)
  Should Emacs use the relocating allocator for buffers?  NO
  What window system should Emacs use?                    x11
  What toolkit should Emacs use?                          NONE
  Where do we find X Windows header files?                DECW$INCLUDE:
  Where do we find X Windows libraries?                   SYS$LIBRARY:


creating config.status
creating descrip.mms
creating [.lib-src]descrip.mms_in
creating [.oldXMenu]descrip.mms
creating [.lwlib]descrip.mms
creating [.src]descrip.mms_in
creating [.vms]descrip.mms
creating [.vms]emacs_vue.com
creating [.src]config.h
creating [.lib-src]descrip.mms
creating [.src]descrip.mms
junk.c:1256: invalid preprocessing directive name

28.EMACS-19_28>


THen, as SYSTEM, I did configure with these (expected?) results:

28.EMACS-19_28> @configure
DKA0:[EM1928.EMACS-19_28]CONFIGURE.COM: WARNING: The directory tree `DKA0:[EM192
8.EMACS-19_28]' is being used
   as a build directory right now; it has been configured in its own
   right.  To  configure in another directory as well, you MUST
   now do `make distclean' in DKA0:[EM1928.EMACS-19_28],
   and then run DKA0:[EM1928.EMACS-19_28]CONFIGURE.COM again.
%NONAME-W-NOMSG, Message number 00000000

28.EMACS-19_28> mmk/ign=warn distclean
all = ""
__result := no
__command :=
if f$type(MMK) .eqs. "STRING" then __result := yes
if __result then __command = MMK
if __result then sh sym MMK
  MMK == "$TALUME$DKA300:[STUFF.MMK]mmk"
if __result .and. f$extract(0,1,f$edit(__command,"TRIM")) .eqs. "$"     then __c
ommand = f$edit(__command - "$","TRIM")
sh sym __command
  __COMMAND = "TALUME$DKA300:[STUFF.MMK]mmk"
if __result then __command = f$edit(__command - "MCR ","TRIM")
sh sym __command
  __COMMAND = "TALUME$DKA300:[STUFF.MMK]mmk"
if __result then open/write foo [.vms]make-command.cld
if __result then write foo "define verb MMK"
if __result then write foo "    image ",__command,",cliflags(foreign)"
if __result then close foo
if __result then set command [.vms]make-command.cld
if __result then delete/symbol/global MMK
if __result then delete/symbol/local MMK
%DCL-W-UNDSYM, undefined symbol - check validity and spelling
delete/symbol/local __result
delete/symbol/local __command
%MMK-I-ACTNOUPD, action did not update target FRC.DISTCLEAN
set def [.src]
MMK /IGNORE=WARN distclean
if "" .nes. "" then     define /nolog sys ,DKA0:[EM1928.EMACS-19_28.SRC],sys$dis
k:[]
if "" .eqs. "" then     define /nolog sys DKA0:[EM1928.EMACS-19_28.SRC],sys$disk
:[]
if "DECW$INCLUDE:" .nes. "" then        define /nolog x11 DECW$INCLUDE:
define /nolog local_includes    SYS$DISK:[],    DKA0:[EM1928.EMACS-19_28.SRC],  
DKA0:[EM1928.EMACS-19_28.SRC.-.oldXmenu],       DKA0:[EM1928.EMACS-19_28.SRC.bit
maps],  DKA0:[EM1928.EMACS-19_28.SRC.-.vms]
define /nolog local_lisp DKA0:[EM1928.EMACS-19_28.SRC.-.lisp]
define /nolog local_src DKA0:[EM1928.EMACS-19_28.SRC]
extra_defs = ""
set noon
mcr sys$disk:[-.vms]check_verb MMK "__RESULT"
%DCL-W-ACTIMAGE, error activating image SYS$DISK:[-.VMS]CHECK_VERB
-CLI-E-IMAGEFNF, image file not found DKA0:[EM1928.EMACS-19_28.VMS]CHECK_VERB.EX
E;
%MMK-F-ERRUPD, error status %X100388B2 occurred when updating target MOSTLYCLEAN
%MMK-F-ERRUPD, error status %X1C14803C occurred when updating target DISTCLEAN


AND NOW I CAN'T REPLICATE THE ERROR without trashing the tree and unpacking
again.

;-(

Isaac Stoddard         u177k@gsde.hso.link.com or i_stoddard@hso.link.com
Hughes Training, Inc., Houston Operations,
2224 Bay Area Blvd., Houston, TX 77058-2099
================================================================================
Archive-Date: Thu, 20 Jun 1996 19:12:44 MET-1MET DST
Sender: owner-vms-emacs-testers-archiver@ctrl-c.liu.se
Date: Thu, 20 Jun 1996 13:54:00 -0400
From: Cobb_David_A <cobb@code22.npt.nuwc.navy.mil>
Reply-To: vms-emacs-testers@e.kth.se
Subject: Re: Where's the latest version?
To: vms-emacs-testers <vms-emacs-testers@e.kth.se>
Message-ID: <01I64S4CF3H690MUA9@Npt.NUWC.Navy.Mil>
MIME-Version: 1.0
Content-Type: MULTIPART/MIXED; BOUNDARY="Boundary (ID AN62RbmFm6ku2+FHs4qPOQ)"


--Boundary (ID AN62RbmFm6ku2+FHs4qPOQ)
Content-type: TEXT/PLAIN


>>Date: Wednesday, June 19, 1996 11:18PM
>>From: "G. Del Merritt" <del@intranet.com>

>>Ayup; I'd been looking there.  I notice that the dates reported for all
>>patches and full kits on lp and vms.stacken are 14-Jun.  Is this a result 
of
>>he restructuring, or is it an artifact of mirroring, or both?

>It's a result of the restructuring, and of the subsequent mirror.  The
>date shown is the modification date of the files.  When you do a RENAME
>on a file, the modification time is updated.  I have moved the files into
>the [.SOFTWARE] directory with RENAME.  That's the reason I have date
>stamps in the filenames.  Thos datestamps are the only thing you can
>really trust (unless I glitch, but that hasn't happened yet :-)).

However, BACKUP [dir1] [dir2] does preserve file-mod dates; also
BACKUP [dir1]filename1 filename2 renames while preserving dates.
Across the net one could to a local BACKUP into a /SAVE_SET file,
ftp the save-set and BACKUP in the new location with dates and other
vms properties intact.

Of course, you and everyone else knew that and it's just a matter of trust.
++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
<cobb@CODE22.npt.nuwc.navy.mil> In real life (which this certainly IS NOT!):
David A. Cobb, Code 2253, Naval Undersea Warfare Center Division
1176 Howell Street, Bldg 1171/2,  Newport, Rhode Island 02841
Phone: 401.841.4581, Fax: 401.841.2130
========================================================================

--Boundary (ID AN62RbmFm6ku2+FHs4qPOQ)--
================================================================================
Archive-Date: Thu, 20 Jun 1996 20:09:40 MET-1MET DST
Sender: owner-vms-emacs-testers-archiver@ctrl-c.liu.se
Date: Thu, 20 Jun 1996 14:57:00 -0400
From: Cobb_David_A <cobb@code22.npt.nuwc.navy.mil>
Reply-To: vms-emacs-testers@e.kth.se
Subject: vanishing paren sensitivity
To: "'LIST: vms-emacs-testers'" <vms-emacs-testers@e.kth.se>
Message-ID: <01I64UA6GGCG90MUA9@Npt.NUWC.Navy.Mil>
MIME-Version: 1.0
Content-Type: MULTIPART/MIXED; BOUNDARY="Boundary (ID jMw8J1IodYtDL4j/6CHCnA)"


--Boundary (ID jMw8J1IodYtDL4j/6CHCnA)
Content-type: TEXT/PLAIN


I run all the time from an X-Terminal, so I like to use the "paren" library.

Lately, I have been experimenting with an ELisp program which I need to 
debug.
Because my program wants to produce output, it runs inside a
     (with-output-to-temp-buffer "*buffername*"
          (do 'this)
          (do 'that)
          (print something) ;; which should go into the temp buffer
     )

Also, I use (trace...) [I don't know which fact is relevant]

After a test, the parens in my lisp code are no loonger highlighted.
I have been correcting it by again doing M-x load-library paren, but
that doesn't seem very efficient.

Is this a bug, or a feature?  Does something happen inside paren when I mess 
around
with standard-output?
And, is there a more-efficient method of re-establishing paren instead of 
re-loading it?
++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
<cobb@CODE22.npt.nuwc.navy.mil> In real life (which this certainly IS NOT!):
David A. Cobb, Code 2253, Naval Undersea Warfare Center Division
1176 Howell Street, Bldg 1171/2,  Newport, Rhode Island 02841
Phone: 401.841.4581, Fax: 401.841.2130
========================================================================


--Boundary (ID jMw8J1IodYtDL4j/6CHCnA)--
================================================================================
Archive-Date: Fri, 21 Jun 1996 07:35:58 MET-1MET DST
Sender: owner-vms-emacs-testers-archiver@ctrl-c.liu.se
From: u177k@gsde.hso.link.com
Reply-To: vms-emacs-testers@e.kth.se
Message-ID: <199606201443.JAA04536@oss2>
Subject: archived messages anywhere?
To: vms-emacs-testers@e.kth.se
Date: Thu, 20 Jun 1996 09:43:47 -0500 (CDT)
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit

I need a set of the messages between March 9 and June 7.  Could someone
please point me to the archive for the list?

Isaac Stoddard         u177k@gsde.hso.link.com or i_stoddard@hso.link.com
Hughes Training, Inc., Houston Operations,
2224 Bay Area Blvd., Houston, TX 77058-2099
================================================================================
Archive-Date: Sun, 23 Jun 1996 23:53:39 MET-1MET DST
Sender: owner-vms-emacs-testers-archiver@ctrl-c.liu.se
Date: Sun, 23 Jun 1996 23:28:43 +0200
From: Richard Levitte - GNU on VMS hacker <levitte@e.kth.se>
Reply-To: vms-emacs-testers@e.kth.se
To: vms-emacs-testers@e.kth.se
Message-ID: <009A44E4.2E39F5D3.19@e.kth.se>
Subject: Re: archived messages anywhere?

>From: u177k@gsde.hso.link.com

>I need a set of the messages between March 9 and June 7.  Could someone
>please point me to the archive for the list?

Pointer:

  ftp.ctrl-c.liu.se:[.MAILLISTS.VMS-EMACS-TESTERS.ARCHIVE]

-- 
+--------------------------------------------------------------------+
! Richard Levitte, GNU on VMS hacker  ! tel: +46-8-26 52 47          !
! Spannvägen 38, I                    ! fax: none for the moment     !
! S-161 43  Bromma                    ! Internet: levitte@e.kth.se   !
! SWEDEN                              !                              !
+-<a href="http://www.e.kth.se/~levitte/gnu/gnu.html">GNUish VMS</a>-+
You may not add me to a commercial mailing list or send me commercial
advertising without my consent!
See http://www.e.kth.se/~levitte/anti.html for further reference.
================================================================================
Archive-Date: Mon, 24 Jun 1996 00:20:25 MET-1MET DST
Sender: owner-vms-emacs-testers-archiver@ctrl-c.liu.se
Date: Sun, 23 Jun 1996 23:47:45 +0200
From: Richard Levitte - GNU on VMS hacker <levitte@e.kth.se>
Reply-To: vms-emacs-testers@e.kth.se
To: vms-emacs-testers@e.kth.se
Message-ID: <009A44E6.D72A80EF.20@e.kth.se>
Subject: Multinet and DEC C 5.2, take 2

Even more interesting:

X-ListName: VMS World-Wide Web server discussions <VMS-WEB-daemon@kjsl.com>
Warnings-To: <>
Errors-To: owner-vms-web-daemon@kjsl.com
Sender: owner-vms-web-daemon@kjsl.com
Date: Fri, 21 Jun 1996 13:13:57 -0700 (PDT)
From: Javier Henderson <JAVIER@TGV.COM>
Subject: Re: Compiler error
To: VMS-WEB-daemon@kjsl.com
Reply-To: VMS-WEB-daemon@kjsl.com
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; CHARSET=US-ASCII
Content-Transfer-Encoding: 7BIT

>Has anyone seen this before, or know how to resolve it?

(...)

>        typedef unsigned int u_int;
>.............................^
>%CC-E-NOLINKAGE, In this declaration, "u_int" has no linkage and has a prior
>declaration >in this scope at line number 26 in file
>MULTINET_COMMON_ROOT:[MULTINET.INCLUDE.SYS]TYPES.H;5. >at line number 311 in
>module TYPES of text library SYS$COMMON:[SYSLIB]DECC$RTLDEF.TLB;4

You need a patch.

Ftp to eco.tgv.com, username anonymous, password decc052h, grab the header
files you will see there, stick them in [multinet.include.sys] and you'll
be on your way.

--
Javier Henderson        cisco MultiNet for VMS
javier@cisco.com

For people who like peace and quiet: a phoneless cord

================================================================================
Archive-Date: Mon, 24 Jun 1996 02:45:06 MET-1MET DST
Sender: owner-vms-emacs-testers-archiver@ctrl-c.liu.se
Date: Mon, 24 Jun 1996 02:37:58 +0200
From: Richard Levitte - GNU on VMS hacker <levitte@e.kth.se>
Reply-To: vms-emacs-testers@e.kth.se
To: vms-emacs-testers@e.kth.se, vms-gnu-announce@e.kth.se
Message-ID: <009A44FE.9E7118D6.1@e.kth.se>
Subject: GoVP ADMIN: Palying around with available domains...

A few days ago, the thought of getting a subdomain of the gnu.org
domain struck me.  The purpose would be to get a domain for the
GNU on VMS project's future WWW pages and FTP archive that would
be independent from any country (.se), company or school (.lp.se or
.e.kth.se), whatever...

Well, I didn't get exactly what I wanted (vms.gnu.org), but I got
the next best, a subdomain of the domain the FSF actually uses,
vms.gnu.ai.mit.edu.  It is still school-related, but whatever...

This means that the main site for the WWW pages will be
http://www.vms.gnu.ai.mit.edu/ in the near future (as soon as the
domain has been properly delegated and I have finished writing the
WWW pages).  Of course, things like www.gnu-vms.lp.se and the like
will still work, but will not be announced.

Oh, as you probably all understand by now, GoVP = GNU on VMS Project.

-- 
+--------------------------------------------------------------------+
! Richard Levitte, GNU on VMS hacker  ! tel: +46-8-26 52 47          !
! Spannvägen 38, I                    ! fax: none for the moment     !
! S-161 43  Bromma                    ! Internet: levitte@e.kth.se   !
! SWEDEN                              !                              !
+-<a href="http://www.e.kth.se/~levitte/gnu/gnu.html">GNUish VMS</a>-+
You may not add me to a commercial mailing list or send me commercial
advertising without my consent!
See http://www.e.kth.se/~levitte/anti.html for further reference.
================================================================================
Archive-Date: Mon, 24 Jun 1996 07:18:21 MET-1MET DST
Sender: owner-vms-emacs-testers-archiver@ctrl-c.liu.se
Date: Sun, 23 Jun 1996 23:44:19 +0200
From: Richard Levitte - GNU on VMS hacker <levitte@e.kth.se>
Reply-To: vms-emacs-testers@e.kth.se
To: vms-emacs-testers@e.kth.se
Message-ID: <009A44E6.5C6F5CB8.3@e.kth.se>
Subject: Multinet and DEC C 5.2

This message just appeared in VMS-WEB-daemon@kjsl.com.  I thought it
could be interesting:

X-ListName: VMS World-Wide Web server discussions <VMS-WEB-daemon@kjsl.com>
Warnings-To: <>
Errors-To: owner-vms-web-daemon@kjsl.com
Sender: owner-vms-web-daemon@kjsl.com
Date: Fri, 21 Jun 1996 14:19:03 CST6CDT5,M4.1.0,M10.5.0
From: "Dave Harrold, CAM Operations, Ext. 25639"
      <harrold@campv3.mfg.mke.ab.com>
Reply-To: VMS-WEB-daemon@kjsl.com
To: VMS-WEB-daemon@kjsl.com
Subject: RE: Compiler error

Hi Robert,

>Has anyone seen this before, or know how to resolve it?
>
>TIA,
>Robert
>
>
>DEC C V5.2-003 on OpenVMS Alpha V6.2
>TGV MultiNet V3.5 Rev A
>
>$ CC /NOLIST/OBJECT=TSERVER_TCP.OBJ /DEFINE=MULTINET tserver_tcp.c /prefix=all
>
>        typedef unsigned int u_int;
>.............................^
>%CC-E-NOLINKAGE, In this declaration, "u_int" has no linkage and has a prior 
>declaration 
>in this scope at line number 26 in file 
>MULTINET_COMMON_ROOT:[MULTINET.INCLUDE.SYS]TYPES.H;5.
>at line number 311 in module TYPES of text library 
>SYS$COMMON:[SYSLIB]DECC$RTLDEF.TLB;4

Do you have the patches for the C Header files from Multinet?  There are some 
problems in the header files with declaration collisions with DEC C V5.2 and 
higher.  Check the TGV web site (WWW.TGV.COM) for the login information to
get the patch.

That should fix your problem.

Good Luck,

Dave Harrold



........................................................................
David Harrold                             E-Mail: harrold@mfg.mke.ab.com
CAM Systems Analyst                       Phone:          (414) 382-5639

Allen-Bradley Company
1201 S. Second Street
Milwaukee, WI 53204

================================================================================
Archive-Date: Thu, 27 Jun 1996 20:08:55 MET-1MET DST
Sender: owner-vms-emacs-testers-archiver@ctrl-c.liu.se
Return-Path: <cobb@code22.npt.nuwc.navy.mil>
Message-ID: <9606272045.AA0472@nptpcdns.npt.nuwc.navy.mil>
Date: Thu, 27 Jun 1996 14:36:00 -0400
From: Cobb_David_A <cobb@code22.npt.nuwc.navy.mil>
Reply-To: vms-emacs-testers@e.kth.se
Subject: Problem Using UCX causes unuseable image
To: "'LIST: vms-emacs-testers'" <vms-emacs-testers@e.kth.se>


I thought I was up and running well.
Then we had a system crash and, as a result, the SYSTARTUP invoked 
GNU_STARTUP [as SYSTEM]
etc.

Since then, I cannot activate Emacs.
I get %-------, Error activating SYS$LIBRARY:UCX$IPC_SHR.EXE: Image must be 
installed to run priviliged

I looked into it a bit and found that indeed UCX$IPC_SHR is not "known." 
[Yes, it exists]

In SYS$MANAGER:UCX$UCP_STARTUP.COM, where the other $INSTALL's are, is a 
revision history
note dated in 1992 "remove refs to ucx$icp_shr." -- and obviously it was 
done.

MY IMMEDIATE QUESTION: I can either rebuild Emacs so that it is not network 
aware, then I imagine UCX$IPC_SHR
will not be referenced; or, if I can do it safely without interfering with 
the other UCX functions, I can modify my system starrtup
so it installs UCX$ICP_SHR.

A very interesting secondary question --- how i blazes has it been running 
successfully for 3 months before the crash?
Maybe some VMS guru can take a swag at that.
++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
<cobb@CODE22.npt.nuwc.navy.mil> In real life (which this certainly IS NOT!):
David A. Cobb, Code 2253, Naval Undersea Warfare Center Division
1176 Howell Street, Bldg 1171/2,  Newport, Rhode Island 02841
Phone: 401.841.4581, Fax: 401.841.2130
========================================================================

================================================================================
Archive-Date: Fri, 28 Jun 1996 21:59:31 MET-1MET DST
Sender: owner-vms-emacs-testers-archiver@ctrl-c.liu.se
Return-Path: <cobb@code22.npt.nuwc.navy.mil>
Message-ID: <9606282221.AA0647@nptpcdns.npt.nuwc.navy.mil>
Date: Fri, 28 Jun 1996 15:15:00 -0400
From: Cobb_David_A <cobb@code22.npt.nuwc.navy.mil>
Reply-To: vms-emacs-testers@e.kth.se
Subject: Installing GCC 2.6.3
To: Jorg Danne - GNU C++/VMS <om1_pki@pki-nbg.phillips.de>, "'LIST: vms-emacs-testers'" <vms-emacs-testers@e.kth.se>


I'm cross-posting this because it involves both part of the Emacs package 
and GCC.

[1] Is it feasible to have GCC installed from GNU_STARTUP?  What would I 
have to put
where?

[2] There is a very elaborate CLD for GCC which is then not used.  Could it 
be used?

++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
<cobb@CODE22.npt.nuwc.navy.mil> In real life (which this certainly IS NOT!):
David A. Cobb, Code 2253, Naval Undersea Warfare Center Division
1176 Howell Street, Bldg 1171/2,  Newport, Rhode Island 02841
Phone: 401.841.4581, Fax: 401.841.2130
========================================================================

================================================================================
Archive-Date: Sat, 29 Jun 1996 01:44:13 MET-1MET DST
Sender: owner-vms-emacs-testers-archiver@ctrl-c.liu.se
Date: Sat, 29 Jun 1996 01:27:26 +0200
From: Richard Levitte - GNU on VMS hacker <levitte@e.kth.se>
Reply-To: vms-emacs-testers@e.kth.se
To: vms-emacs-testers@e.kth.se
Message-ID: <009A48E2.97FC4307.39@e.kth.se>
Subject: Re: Problem Using UCX causes unuseable i

>From: Cobb_David_A <cobb@code22.npt.nuwc.navy.mil>

>This is stranger and stranger all the time ...
>
>I clipped the changelog off the top of our UCX$UCP_STARTUP.COM
....

That was an ooooold one...  What UCX version are you really running?

>$ ! jml 02-Feb-90   add ucx$ipc_shr to list of installed images required
>                            ***********
>$ !             by bind
>$ !
>$ ! dsr 27-Mar-90   add "/exe" qualifier to "define"
>$ !
>$ ! dsr 14-May-90   eliminate refs to ucx$bind_shr.exe and ucx$ipc_shr.exe
>                                           
> ************************************

Neat.  No explanation...

>OBTW - What, if any, priviliges is UCX$IPC_SHR supposed to be installed 
>with???

/SHARED, just that.  As a matter of fact, all shareable libraries need to
installed, as far as I've understood.

>It isn't fresh.  Playing Sherlock Holmes, I ran DIFFERENCE between all the
>SYS$MANAGER:*STARTUP*.COM files, and those on a backup dated JUNE 1995.  All 
>the
>files are the same.  An interesting discovery [a security backdoor?] - this 
>was after my
>privileges were revoked... I couldn't get directory info on the current 
>SYS$MANAGER files, I couldn't
>read them "normally," but I could run DIFFERENCE.

What do you mean with "read normally".  Have you considered that to get
the directory information on files you need READ privilege to the directory
you have to look into.  To just read the files (one by one, without using
a wildcard), just just need the EXECUTE privilege to the directory, and
of course the READ privilege to the file in question.

>The other funny thing that happened after the crash was that
>UCX$UCP_STARTUP complained that SYS$SHARE:CMA$TIS_SHR.EXE was not installed,
>then it aborted so the network didn't come up.

Someone has forgotten something...

>First, of course, our SYSADMIN blamed me, then he revoked most of my 
>privileges,

Great sysadmin you have.  Shoot first and ask later...

>then he called DEC.  They said "That's because of an incomplete installation
>of the C runtimes." and had him put an INSTALL in SYSTARTUP_V5.COM just 
>before @UCX$UCP_STARTUP.

... but you still have your privileges revoked, of course?

-- 
+--------------------------------------------------------------------+
! Richard Levitte, GNU on VMS hacker  ! tel: +46-8-26 52 47          !
! Spannvägen 38, I                    ! fax: none for the moment     !
! S-161 43  Bromma                    ! Internet: levitte@e.kth.se   !
! SWEDEN                              !                              !
+-<a href="http://www.e.kth.se/~levitte/gnu/gnu.html">GNUish VMS</a>-+
You may not add me to a commercial mailing list or send me commercial
advertising without my consent!
See http://www.e.kth.se/~levitte/anti.html for further reference.
================================================================================
Archive-Date: Sat, 29 Jun 1996 02:01:09 MET-1MET DST
Sender: owner-vms-emacs-testers-archiver@ctrl-c.liu.se
Date: Sat, 29 Jun 1996 01:29:28 +0200
From: Richard Levitte - GNU on VMS hacker <levitte@e.kth.se>
Reply-To: vms-emacs-testers@e.kth.se
To: vms-emacs-testers@e.kth.se
Message-ID: <009A48E2.E0D8D638.7@e.kth.se>
Subject: Re: Installing GCC 2.6.3

>From: Cobb_David_A <cobb@code22.npt.nuwc.navy.mil>

>[1] Is it feasible to have GCC installed from GNU_STARTUP?

Not yet.  GCC hasn't been integrated into the GNU_STARTUP file format.

>[2] There is a very elaborate CLD for GCC which is then not used.  Could it 
>be used?

The CLD is what I use.  Really, do the startup of GCC with the setup
file that comes with it.

-- 
+--------------------------------------------------------------------+
! Richard Levitte, GNU on VMS hacker  ! tel: +46-8-26 52 47          !
! Spannvägen 38, I                    ! fax: none for the moment     !
! S-161 43  Bromma                    ! Internet: levitte@e.kth.se   !
! SWEDEN                              !                              !
+-<a href="http://www.e.kth.se/~levitte/gnu/gnu.html">GNUish VMS</a>-+
You may not add me to a commercial mailing list or send me commercial
advertising without my consent!
See http://www.e.kth.se/~levitte/anti.html for further reference.
