Archive-Date: Tue, 09 Jan 1996 02:50:14 EST Sender: owner-vms-emacs-testers-archiver@vms.stacken.kth.se Date: Mon, 8 Jan 1996 17:43:55 -0800 (PST) From: RICK FLOWER Reply-To: vms-emacs-testers@e.kth.se To: vms-emacs-testers@e.kth.se Message-ID: <960108174355.933@sdvax2.sp.TRW.COM> Subject: Anyone using NNKiboze features in Ding (GNUS)?? Hi all! Happy '96! Ok.. I've got a somewhat working NNKiboze functionality of GNUS 5.0 under VMS, however, I've got a few nitty gritty problems with it.. Has anyone else tried playing around with this part of GNUS 5 (not September GNUS)..? I'm starting to find that this functionality of GNUS is really nice to have available! -- Rick ================================================================================ Archive-Date: Tue, 09 Jan 1996 23:58:33 EST Sender: owner-vms-emacs-testers-archiver@vms.stacken.kth.se Date: Tue, 9 Jan 1996 14:50:10 -0800 (PST) From: RICK FLOWER Reply-To: vms-emacs-testers@e.kth.se To: vms-emacs-testers@e.kth.se Message-ID: <960109145010.16a5@sdvax2.sp.TRW.COM> Subject: Anyone out there?? Hmm.. You've been awfully quiet! I wonder if everyone went on vacation?? Hmm.. Oh well.. I'll stop talking to myself now! -- Rick ================================================================================ Archive-Date: Wed, 10 Jan 1996 00:32:24 EST Sender: owner-vms-emacs-testers-archiver@vms.stacken.kth.se Date: Wed, 10 Jan 1996 00:23:50 +0100 From: Richard Levitte - GNU on VMS hacker Reply-To: vms-emacs-testers@e.kth.se To: vms-emacs-testers@e.kth.se Message-ID: <0099C27A.60B1B00F.1@e.kth.se> Subject: Re: Anyone out there?? >From: RICK FLOWER >Hmm.. You've been awfully quiet! I wonder if everyone went on vacation?? Nope. I'm around, but I've been awfully busy latelly, doing my regular work, hacking on etags to make it work correctly, doing my regular work, doing some consulting, hacking on autoconf 2.x, doing my regular work, taking a look at GCL (GNU Common Lisp)... I will run a couple of more tests of etags during the weekend, then I'll put the source on the FTP server for everyone to try out. >Hmm.. Oh well.. I'll stop talking to myself now! :-) BTW, I saw the message abot GNUS 5.0 working! (I think it came from Yale) Just FYI, I'm awfully interested in your work! Care to share? -- +--------------------------------------------------------------------+ ! 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 ! ! +-GNUish VMS-+ 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, 10 Jan 1996 00:41:12 EST Sender: owner-vms-emacs-testers-archiver@vms.stacken.kth.se Date: Tue, 9 Jan 1996 15:34:04 -0800 (PST) From: RICK FLOWER Reply-To: vms-emacs-testers@e.kth.se To: vms-emacs-testers@e.kth.se Message-ID: <960109153404.adf@sdvax2.sp.TRW.COM> Subject: Re: Anyone out there?? >>>>> "vms-emacs-testers@e" == vms-emacs-testers@e kth se writes: >> From: RICK FLOWER > BTW, I saw the message abot GNUS 5.0 working! (I think it came from Yale) > Just FYI, I'm awfully interested in your work! Care to share? Nope.. This one I've tweaked all by myself! If you're interested, I'll pass along my diffs to the current version that Lars is keeping (5.0.13).. -- Rick ================================================================================ Archive-Date: Wed, 10 Jan 1996 00:52:59 EST Sender: owner-vms-emacs-testers-archiver@vms.stacken.kth.se Date: Wed, 10 Jan 1996 00:44:31 +0100 From: Richard Levitte - GNU on VMS hacker Reply-To: vms-emacs-testers@e.kth.se To: vms-emacs-testers@e.kth.se Message-ID: <0099C27D.44A70198.31@e.kth.se> Subject: Re: Anyone out there?? >From: RICK FLOWER >Nope.. This one I've tweaked all by myself! If you're interested, I'll pass >along my diffs to the current version that Lars is keeping (5.0.13).. Send on! -- +--------------------------------------------------------------------+ ! 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 ! ! +-GNUish VMS-+ 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, 10 Jan 1996 17:14:55 EST Sender: owner-vms-emacs-testers-archiver@vms.stacken.kth.se Date: Wed, 10 Jan 1996 7:50:40 -0800 (PST) From: RICK FLOWER Reply-To: vms-emacs-testers@e.kth.se To: vms-emacs-testers@e.kth.se Message-ID: <960110075040.1933@sdvax2.sp.TRW.COM> Subject: Patches for GNUS (Ding) v. 5.0.13 for VMS support.. Here are the necessary patches for running GNUS (ding) under VMS so far.. There are numerous things that probably still don't work properly, but it is for the most part usable.. (I've been using it for about 2 months now).. To make sure certain directory areas work properly, I set a few Elisp variables to make sure that the work files end up in the right place.. I'm giving out my entire set of Elisp variables that I use so that IF you have any problems, you can refer to these to see how my setup works.. These following variables I've taken out of my SYS$LOGIN:.EMACS file : (setq gnus-nntp-server "129.193.92.1") (setq gnus-startup-file "dk_flower:[flower.news.defaults]newsrc") (setq gnus-user-login-name "flower") (setq gnus-user-full-name "Richard E. Flower") (setq gnus-show-threads t) (setq gnus-article-save-directory "dk_flower:[flower.news]") (setq gnus-kill-files-directory "dk_flower:[flower.news.defaults]") (setq gnus-newsgroups-regex "^\\([^ \t\n]+\\)[ \t]+\\([^\r]+\\)[\r]*$") (setq gnus-default-article-saver 'gnus-summary-save-in-file) (setq gnus-visual t) (setq gnus-documentation-group-file "EMACS_LIBRARY:[LIB.EMACS.SITE-LISP]DOC.TXT") (setq nnkiboze-directory "DK_FLOWER:[FLOWER.NEWS.DEFAULTS]") P.S. In my directory structures, my GNUS source files are located in : EMACS_LIBRARY:[LIB.EMACS.SITE-LISP.DING-GNUS] If you do something like this in your area, make sure that you update Emacs' "load-path" variable to indicate where these Elisp files are located, as I did in my .EMACS file : (setq load-path (append (list "EMACS_LIBRARY:[LIB.EMACS.SITE-LISP.DING-GNUS]") load-path)) P.P.S. Please make sure that you use these patches against GNUS 5.0.13 and NOT September GNUS (sgnus-0.26).. These patches will fail against sgnus-0.26.. Also, sgnus-0.26 will NOT work with anything below Emacs 19.29, so you're hosed there also.. P.P.P.S. I've enclosed a MAKE.COM file below that can be used to byte-compile all of the GNUS-5.0.13 source modules.. It's a bit crude, but it works fine! ================================================================= $ FLAGS == "-batch -l []dgnushack.el -f batch-byte-compile" $! $ EMACS 'FLAGS' BROWSE-URL.EL $ EMACS 'FLAGS' CUSTOM.EL $ EMACS 'FLAGS' DGNUSHACK.EL $ EMACS 'FLAGS' GNUS-CACHE.EL $ EMACS 'FLAGS' GNUS-CITE.EL $ EMACS 'FLAGS' GNUS-CUS.EL $ EMACS 'FLAGS' GNUS-EDIT.EL $ EMACS 'FLAGS' GNUS-EMS.EL $ EMACS 'FLAGS' GNUS-KILL.EL $ EMACS 'FLAGS' GNUS-MH.EL $ EMACS 'FLAGS' GNUS-MSG.EL $ EMACS 'FLAGS' GNUS-SCORE.EL $ EMACS 'FLAGS' GNUS-UU.EL $ EMACS 'FLAGS' GNUS-VIS.EL $ EMACS 'FLAGS' GNUS-VM.EL $ EMACS 'FLAGS' GNUS.EL $ EMACS 'FLAGS' NNBABYL.EL $ EMACS 'FLAGS' NNDIR.EL $ EMACS 'FLAGS' NNDOC.EL $ EMACS 'FLAGS' NNEETHING.EL $ EMACS 'FLAGS' NNFOLDER.EL $ EMACS 'FLAGS' NNHEADER.EL $ EMACS 'FLAGS' NNKIBOZE.EL $ EMACS 'FLAGS' NNMAIL.EL $ EMACS 'FLAGS' NNMBOX.EL $ EMACS 'FLAGS' NNMH.EL $ EMACS 'FLAGS' NNML.EL $ EMACS 'FLAGS' NNSPOOL.EL $ EMACS 'FLAGS' NNTP.EL $ EMACS 'FLAGS' NNVIRTUAL.EL $ EMACS 'FLAGS' X-EASYMENU.EL $ EXIT =============================================================== *** gnus.el --- gnus.el ************** *** 3542,3548 (defun gnus-group-real-name (group) "Find the real name of a foreign newsgroup." ! (if (string-match ":[^:]+$" group) (substring group (1+ (match-beginning 0))) group)) --- 3542,3550 ----- (defun gnus-group-real-name (group) "Find the real name of a foreign newsgroup." ! (if (string-match (if (eq system-type 'vax-vms) ! "\$[^\$]+$" ! ":[^:]+$") group) (substring group (1+ (match-beginning 0))) group)) ************** *** 3554,3560 (assoc (format "%s" (car method)) (gnus-methods-using 'address)) (not (string= (nth 1 method) ""))) (concat "+" (nth 1 method))) ! ":" group)) (defun gnus-group-real-prefix (group) "Return the prefix of the current group name." --- 3556,3564 ----- (assoc (format "%s" (car method)) (gnus-methods-using 'address)) (not (string= (nth 1 method) ""))) (concat "+" (nth 1 method))) ! (if (eq system-type 'vax-vms) ! (concat "$" group) ! (concat ":" group)))) (defun gnus-group-real-prefix (group) "Return the prefix of the current group name." ************** *** 3558,3564 (defun gnus-group-real-prefix (group) "Return the prefix of the current group name." ! (if (string-match "^[^:]+:" group) (substring group 0 (match-end 0)) "")) --- 3562,3570 ----- (defun gnus-group-real-prefix (group) "Return the prefix of the current group name." ! (if (string-match (if (eq system-type 'vax-vms) ! "^[^\$]+:" ! "^[^:]+:") group) (substring group 0 (match-end 0)) "")) ************** *** 3574,3580 (defun gnus-group-foreign-p (group) "Return nil if GROUP is native, non-nil if it is foreign." ! (string-match ":" group)) (defun gnus-group-set-info (info &optional method-only-group part) (let* ((entry (gnus-gethash --- 3580,3588 ----- (defun gnus-group-foreign-p (group) "Return nil if GROUP is native, non-nil if it is foreign." ! (if (eq system-type 'vax-vms) ! (string-match "$" group) ! (string-match ":" group))) (defun gnus-group-set-info (info &optional method-only-group part) ************** *** 3576,3581 "Return nil if GROUP is native, non-nil if it is foreign." (string-match ":" group)) (defun gnus-group-set-info (info &optional method-only-group part) (let* ((entry (gnus-gethash (or method-only-group (car info)) gnus-newsrc-hashtb)) --- 3584,3590 ----- (string-match "$" group) (string-match ":" group))) + (defun gnus-group-set-info (info &optional method-only-group part) (let* ((entry (gnus-gethash (or method-only-group (car info)) gnus-newsrc-hashtb)) ************** *** 4351,4356 (let (emacs-lisp-mode-hook) (pp scores (current-buffer))) (write-region (point-min) (point-max) (concat (or gnus-kill-files-directory "~/News") "nnkiboze:" group "." gnus-score-file-suffix))) (gnus-group-position-cursor)) --- 4360,4366 ----- (let (emacs-lisp-mode-hook) (pp scores (current-buffer))) (write-region (point-min) (point-max) + (if (eq system-type 'vax-vms) (concat (or gnus-kill-files-directory "~/News") "nnkiboze$" group "." gnus-score-file-suffix) (concat (or gnus-kill-files-directory "~/News") ************** *** 4352,4358 (pp scores (current-buffer))) (write-region (point-min) (point-max) (concat (or gnus-kill-files-directory "~/News") ! "nnkiboze:" group "." gnus-score-file-suffix))) (gnus-group-position-cursor)) (defun gnus-group-add-to-virtual (n vgroup) --- 4362,4370 ----- (write-region (point-min) (point-max) (if (eq system-type 'vax-vms) (concat (or gnus-kill-files-directory "~/News") ! "nnkiboze$" group "." gnus-score-file-suffix) ! (concat (or gnus-kill-files-directory "~/News") ! "nnkiboze:" group "." gnus-score-file-suffix)))) (gnus-group-position-cursor)) (defun gnus-group-add-to-virtual (n vgroup) *** nnkiboze.el --- nnkiboze.el ************** *** 230,235 gnus-visual method nnkiboze-newsrc nov-buffer gname newsrc active ginfo lowest) (setq nnkiboze-current-score-group group) (or info (error "No such group: %s" group)) (and (file-exists-p newsrc-file) (load newsrc-file)) --- 230,242 ----- gnus-visual method nnkiboze-newsrc nov-buffer gname newsrc active ginfo lowest) + + ; The following two lines need to be made conditional + ; for VMS systems ONLY!! + (let ((require-final-newline t) ;Don't ask even if requested. + (vms-stmlf-recfm t)) ; Otherwise lines get broken after 512 + ; chars on VMS. + (setq nnkiboze-current-score-group group) (or info (error "No such group: %s" group)) (and (file-exists-p newsrc-file) (load newsrc-file)) ************** *** 292,298 (write-file newsrc-file) (kill-buffer (current-buffer)) (switch-to-buffer gnus-group-buffer) ! (gnus-group-list-groups 5 nil))) (defun nnkiboze-enter-nov (buffer header group) (save-excursion --- 299,305 ----- (write-file newsrc-file) (kill-buffer (current-buffer)) (switch-to-buffer gnus-group-buffer) ! (gnus-group-list-groups 5 nil)))) (defun nnkiboze-enter-nov (buffer header group) (save-excursion *** dgnushack.el --- dgnushack.el ************** *** 31,37 (setq byte-compile-warnings '(free-vars unresolved callargs redefine)) ! (setq load-path (cons "." load-path)) (defun dgnushack-recompile () (byte-recompile-directory "." 0)) --- 31,39 ----- (setq byte-compile-warnings '(free-vars unresolved callargs redefine)) ! (setq load-path (if (eq system-type 'vax-vms) ! (cons "[]" load-path) ! (cons "." load-path))) (defun dgnushack-recompile () (byte-recompile-directory (if (eq system-type 'vax-vms) "[]" "." 0))) ************** *** 34,40 (setq load-path (cons "." load-path)) (defun dgnushack-recompile () ! (byte-recompile-directory "." 0)) ;;; dgnushack.el ends here --- 36,42 ----- (cons "." load-path))) (defun dgnushack-recompile () ! (byte-recompile-directory (if (eq system-type 'vax-vms) "[]" "." 0))) ;;; dgnushack.el ends here ================================================================================ Archive-Date: Wed, 10 Jan 1996 17:16:30 EST Sender: owner-vms-emacs-testers-archiver@vms.stacken.kth.se Date: Wed, 10 Jan 96 11:01:00 EST Message-ID: <0099C2D363CE8FE0.00601622@giant.IntraNet.com> From: "G. Del Merritt" Reply-To: vms-emacs-testers@e.kth.se Subject: Memory exhausted - a trick/hint To: vms-emacs-testers@e.kth.se Some of you may remember that I use rmail and that, because I'm a packrat, my main rmail file is pretty big. Sometimes I get "Memory exhausted" while reading new messages or just deleting messages. M-x, mousing, and other commands won't work because of the "Memory exhausted" condition. I used to think that I had to just kill my emacs and start afresh, unfortunately losing deletion history and recently added labels in the process. But I learned a "new" trick, which is "obvious" when you think about it. I found that I could still use the cursor motion keys to go up and down in the buffer until a garbage-collect is done "automatically". This has (so far), cleared up the memory exhausted condition and I have been able to save my buffer(s), etc. OBTW, you can't do a M-x garbage-collect, since, as I already mentioned, you can't do M-x anything in this situation. I haven't decided/determined whether there's a bug in Emacs, rmail.el, or just in the fact that I have a monster rmail file. But now I have a workaround, and I figured folk might be interested. (oh, "Hi Rick" ;-) -- Del Merritt del@IntraNet.com IntraNet, Inc., One Gateway Center #700, Newton, MA 02158 Voice: 617-527-7020; FAX: 617-527-6779 Just say no to Clipper. Want to buy my house or car? email me for details! ================================================================================ Archive-Date: Wed, 10 Jan 1996 19:17:55 EST Sender: owner-vms-emacs-testers-archiver@vms.stacken.kth.se Date: Wed, 10 Jan 1996 19:07:43 +0100 From: Richard Levitte - GNU on VMS hacker Reply-To: vms-emacs-testers@e.kth.se To: vms-emacs-testers@e.kth.se Message-ID: <0099C317.6243A27E.9@e.kth.se> Subject: Re: Memory exhausted - a trick/hint Thanks. I've included that in my (so far very small) FAQ for Emacs (http://www.e.kth.se/~levitte/gnu/emacs_faq.html) -- +--------------------------------------------------------------------+ ! 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 ! ! +-GNUish VMS-+ 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, 11 Jan 1996 17:21:38 EST Sender: owner-vms-emacs-testers-archiver@vms.stacken.kth.se Message-ID: <199601111608.AA10061@huha.cs.huji.ac.il> To: vms-emacs-testers@e.kth.se Subject: Re: Memory exhausted - a trick/hint From: Yair Friedman Reply-To: vms-emacs-testers@e.kth.se References: <0099C317.6243A27E.9@e.kth.se> Date: Thu, 11 Jan 1996 18:08:00 +0200 >>>>> "RL" == Richard Levitte <- GNU on VMS hacker > writes: RL> Thanks. I've included that in my (so far very small) FAQ for Emacs RL> (http://www.e.kth.se/~levitte/gnu/emacs_faq.html) This will become obsolete on the next Emacs version. From 19.30 news file: ,---------------------------------------------------------------------- |* User Editing Changes in Emacs 19.29 | |** If you run out of memory. | |If you get the error message "Virtual memory exhausted", type C-x s. |That way of saving files has the least additional memory needs. Emacs |19.29 keeps a reserve of memory which it makes available when this |error happens; that is to ensure that C-x s can complete its work. | |Once you have saved your data, you can exit and restart Emacs, or use |M-x kill-some-buffers to free up space. If you kill buffers |containing a substantial amount of text, you can go on editing. | |Do not use M-x buffer-menu to save or kill buffers when you are out of |memory, because that needs a fair amount memory itself and you may not |have enough to get it started. `---------------------------------------------------------------------- ================================================================================ Archive-Date: Thu, 11 Jan 1996 18:19:21 EST Sender: owner-vms-emacs-testers-archiver@vms.stacken.kth.se Date: Thu, 11 Jan 1996 18:08:38 +0100 From: Richard Levitte - GNU on VMS hacker Reply-To: vms-emacs-testers@e.kth.se To: vms-emacs-testers@e.kth.se Message-ID: <0099C3D8.4B693340.24@e.kth.se> Subject: Re: Memory exhausted - a trick/hint >From: Yair Friedman >RL> Thanks. I've included that in my (so far very small) FAQ for Emacs >RL> (http://www.e.kth.se/~levitte/gnu/emacs_faq.html) > >This will become obsolete on the next Emacs version. I know, but my FAQ is specific to 19.28 and below. -- +--------------------------------------------------------------------+ ! 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 ! ! +-GNUish VMS-+ 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: Fri, 12 Jan 1996 02:03:49 EST Sender: owner-vms-emacs-testers-archiver@vms.stacken.kth.se Date: Thu, 11 Jan 96 16:01:02 PST From: pf%rm763a@Riem.Com Reply-To: vms-emacs-testers@e.kth.se Message-ID: <960111160102.11e@Riem.Com> Subject: problem with dired (and possibly other things) on VMS 6.2 and 7.0 To: vms-emacs-testers@e.kth.se Saw this first on 6.2 and then confirmed the same behaviour on 7.0 (built on 6.2 then built on 7.0 that is). Dired hangs after message: Reading directory DISK$USER_A:[ ... That is, after it's spawned the sub-process. I set debug-on-quit to t. Then C-g while dired is hung. It's hung on call-process. In other contexts we've noticed that VMS's pipe mechanism is broken on 6.2 and 7.0 (it was working back on 6.1). Is this what Emacs uses for inter-process commnication? Maybe this is the same problem. Has anyone else noticed this problem? thanx. pat ================================================================================ Archive-Date: Fri, 12 Jan 1996 09:46:49 EST Sender: owner-vms-emacs-testers-archiver@vms.stacken.kth.se Date: Fri, 12 Jan 1996 09:29:02 +0100 From: Richard Levitte - GNU on VMS hacker Reply-To: vms-emacs-testers@e.kth.se To: vms-emacs-testers@e.kth.se Message-ID: <0099C458.DFAA7837.28@e.kth.se> Subject: Re: problem with dired (and possibly other things) on VMS 6.2 and 7.0 >From: pf%rm763a@Riem.Com > Saw this first on 6.2 and then confirmed the same behaviour on >7.0 (built on 6.2 then built on 7.0 that is). Dired hangs after >message: > > Reading directory DISK$USER_A:[ ... > >That is, after it's spawned the sub-process. > > I set debug-on-quit to t. Then C-g while dired is hung. It's >hung on call-process. C-g is not checked during the process creation phase of call-process. It is checked while call-process reads the output from the subprocess. > In other contexts we've noticed that VMS's pipe mechanism is >broken on 6.2 and 7.0 (it was working back on 6.1). Is this what >Emacs uses for inter-process commnication? Maybe this is the >same problem. Has anyone else noticed this problem? thanx. This may have nothing to do with your problem, but I've noticed that with VMS 6.2, there is a bug with chdir() when the device you want to move to really is a search list (BTW, I was told by someone at Digital that this was known, and that work was being done on it, and that I would be told when a patch would appear, but I have still not heard anything!). I don't know how this applies on VMS 7.0. The following program tests those facts: =========8<------------------------------------------------------------------ #include #include #include #include #include #include #include #include #include /* This permits the use of LIB$SET_LOGICAL and SYS$SETDIR, if set to 1 */ #define TRY_FORCE 0 main (int argc, char **argv) { char buffer[256]; char dummy[256]; unsigned long s_errno, s_vaxc$errno; int status; getcwd (buffer, 256); fprintf (stderr, "Coming from: %s\n", buffer); for (argv++, argc--; argc; argc--, argv++) { getcwd (dummy, 256); fprintf (stderr, "Position before chdir to %s: %s\n", *argv, dummy); status = chdir (*argv); s_errno = errno; s_vaxc$errno = vaxc$errno; getcwd (dummy, 256); fprintf (stderr, "Position after chdir to %s (status %d (%x, %x)): %s\n", *argv, status, s_errno, s_vaxc$errno, dummy); if (status) { fprintf (stderr, "chdir: %s\n", strerror (s_errno, s_vaxc$errno)); #if TRY_FORCE == 1 fprintf (stderr, "Trying LIB$SET_LOGICAL and SYS$SETDDIR:\n"); { char buf1[256] = "", buf2[256] = ""; $DESCRIPTOR (dir, buf1); $DESCRIPTOR (olddir, buf2); int length; char *p = strchr (*argv, ':'); strcpy (buf1, *argv); if (p) { char buf[256]; $DESCRIPTOR (lnm, "SYS$DISK"); $DESCRIPTOR (val, buf); strcpy (buf1, p + 1); strncpy (buf, *argv, p - *argv + 1); buf[p - *argv + 1] = '\0'; val.dsc$w_length = strlen(buf); fprintf (stderr, " LIB$SET_LOGICAL (\"%s\", \"%s\")", lnm.dsc$a_pointer, val.dsc$a_pointer); status = LIB$SET_LOGICAL (&lnm, &val, 0, 0, 0); fprintf (stderr, " --> %%X%X (%s)\n", status, strerror (EVMSERR, status)); } dir.dsc$w_length = strlen(buf1); olddir.dsc$w_length = 255; fprintf (stderr, " SYS$SETDDIR (\"%s\")", dir.dsc$a_pointer); status = sys$setddir (&dir, &length, &olddir); buf2[olddir.dsc$w_length = length] = '\0'; fprintf (stderr, " --> %%X%X (%s)\n", status, strerror (EVMSERR, status)); fprintf (stderr, " SYS$SETDDIR: olddir = \"%s\"\n", olddir.dsc$a_pointer); } #endif } } status = chdir (buffer); s_errno = errno; s_vaxc$errno = vaxc$errno; getcwd (dummy, 256); fprintf (stderr, "Back to position %s (status %d (%x, %x)): %s\n", buffer, status, s_errno, s_vaxc$errno, dummy); } =========8<------------------------------------------------------------------ The results from running it on an AXP with VMS 6.2 is (INST: is a search-list, BTW): Eliza> cc test-chdir/pref=all Eliza> link test-chdir Eliza> mc sys$disk:[]test-chdir sys$manager: Coming from: INST:[LEVITTE.TEST] Position before chdir to sys$manager:: INST:[LEVITTE.TEST] Position after chdir to sys$manager: (status -1 (16, 3580b4)): INST:[LEVITTE.TEST] chdir: invalid argument Back to position INST:[LEVITTE.TEST] (status -1 (16, 3580b4)): INST:[LEVITTE.TEST] Eliza> mc sys$disk:[]test-chdir sys$sysdevice:[000000] Coming from: INST:[LEVITTE.TEST] Position before chdir to sys$sysdevice:[000000]: INST:[LEVITTE.TEST] Position after chdir to sys$sysdevice:[000000] (status 0 (0, 0)): SYS$SYSDEVICE:[000000] Back to position INST:[LEVITTE.TEST] (status -1 (16, 3580b4)): SYS$SYSDEVICE:[000000] Eliza> sh def ! Funny to see how little chdir does to DCL. INST:[LEVITTE.TEST] = INST:[LEVITTE.TEST] -- +--------------------------------------------------------------------+ ! Richard Levitte, GNU on VMS hacker ! tel: +46-8-26 52 47 ! ! Spannv. 38, I ! fax: none for the moment ! ! S-161 43 Bromma ! Internet: levitte@e.kth.se ! ! SWEDEN ! ! +-GNUish VMS-+ 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: Fri, 12 Jan 1996 18:09:47 EST Sender: owner-vms-emacs-testers-archiver@vms.stacken.kth.se Message-ID: <9601121547.AA21790@us2rmc.zko.dec.com> Date: Fri, 12 Jan 96 11:12:26 EST From: Private Instigator Reply-To: vms-emacs-testers@e.kth.se To: vms-emacs-testers@e.kth.se CC: eiche@star.ENET.dec.com Subject: Re: problem with dired (and possibly other things) on VMS 6.2 and 7.0 Richard and Pat, >(BTW, I was told by someone at Digital that this >was known, and that work was being done on it, and that I would be told >when a patch would appear, but I have still not heard anything!). That would be me. Last I heard, the patch was being kitted the 3rd week of November to be out just in time for Christmas :-) I don't see that it actually happened, so I've asked again. When the C folks tell me where to get the patch, I will apply it and test the search list problem. W/r/t hanging in dired, I saw it for the first time yesterday on 19.28 running on VMS 6.2. This doesn't feel like the same problem, but ...? David Eiche OpenVMS Engineering ================================================================================ Archive-Date: Fri, 12 Jan 1996 22:31:29 EST Sender: owner-vms-emacs-testers-archiver@vms.stacken.kth.se Date: Fri, 12 Jan 96 13:15:13 PST From: pf%rm763a@Riem.Com Reply-To: vms-emacs-testers@e.kth.se Message-ID: <960112131513.321@Riem.Com> Subject: Re: problem with dired (and possibly other things) on VMS 6.2 and 7.0 To: vms-emacs-testers@e.kth.se Made a debugging version of emacs. The hang is in VMSPROC\wait_for_termination() on the call to sys$waitfr(). wait_for_termination() is being called from near the bottom of Fcall_process(). My version hangs "realiably" (irony intended) at this point, that is the problem is not intermittent. This occurs in versions built both on VMS 6.2 and 7.0. The compiler on both build systems was DECC X5.2-001. pat ================================================================================ Archive-Date: Fri, 12 Jan 1996 23:21:26 EST Sender: owner-vms-emacs-testers-archiver@vms.stacken.kth.se Date: Fri, 12 Jan 1996 23:08:47 +0100 From: Richard Levitte - GNU on VMS hacker Reply-To: vms-emacs-testers@e.kth.se To: vms-emacs-testers@e.kth.se Message-ID: <0099C4CB.642CFBAC.61@e.kth.se> Subject: Re: problem with dired (and possibly other things) on VMS 6.2 and 7.0 >From: pf%rm763a@Riem.Com > Made a debugging version of emacs. The hang is in >VMSPROC\wait_for_termination() on the call to >sys$waitfr(). wait_for_termination() is being called >from near the bottom of Fcall_process(). My version Now, that is very interesting, because it would mean that the subprocess executing the DIRECTORY command never ends, or doesn't die when it's done. The main thing that happens when you do M-x dired is the following: The following lisp command is run (in insert-directory, which is found in [.lisp]files.el): (let ((default-directory (file-name-directory (expand-file-name file)))) (call-process insert-directory-program nil t nil switches file)) insert-directory-program is normally set to "DIRECTORY", and switches is set to "/SIZE/DATE/OWNER/PROTECTION". The first nil argument to call-process says that the input to the subprocess should be NLA0:. The subprocess is spawned like this (in callproc.c): status = lib$spawn (&dcmd, &din, &dout, &spawn_flags, 0, &pid, &synch_process_retcode, 0, call_process_ast, 0); The call_process_ast is to be called when the process dies, and this is how it looks like (defined in VMSPROC.C): call_process_ast () { sys$setef (SYNCH_PROCESS_EVENT_FLAG); } Now, while reading the output from the subprocess, it sometimes happens that call-process gets 0 bytes. When that happens, it calls call_process_check_end() to check if the process has left us. call_process_check_end() (defined in VMSPROC.C) looks like this: int call_process_check_end () { long mask; EMACS_TIME timeout; SELECT_TYPE Atemp = input_wait_mask; EMACS_SET_SECS_USECS (timeout, /*100000*/ 0, 0); select (MAXDESC, &Atemp, 0, 0, &timeout); /* to avoid constant looping */ sys$readef (KEYBOARD_EVENT_FLAG, &mask); return mask & (1 << (SYNCH_PROCESS_EVENT_FLAG % 32)); } (select() is defined in VMSPROC.C as well) Finally, when the output-reading loop is done, call-process calls wait_for_termination() (also defined in VMSPROC.C): wait_for_termination (pid) int pid; { sys$waitfr (SYNCH_PROCESS_EVENT_FLAG); sys$clref (SYNCH_PROCESS_EVENT_FLAG); } That's the bulk of how it's done, and I personally can't see any flaw in this, but I may be blind. The only thing that you may suspect, I guess, is that call_process_check_end() does something bad with the event flag SYNCH_PROCESS_EVENT_FLAG, but I really doubt that. Of course, it could set the event flag again for good measure just before returning. Could you try that out? Thsi would make call_process_check_end() look like this: int call_process_check_end () { long mask; EMACS_TIME timeout; SELECT_TYPE Atemp = input_wait_mask; EMACS_SET_SECS_USECS (timeout, /*100000*/ 0, 0); select (MAXDESC, &Atemp, 0, 0, &timeout); /* to avoid constant looping */ sys$readef (KEYBOARD_EVENT_FLAG, &mask); if (mask & (1 << (SYNCH_PROCESS_EVENT_FLAG % 32))) /* For good */ sys$setef (SYNCH_PROCESS_EVENT_FLAG); /* measure */ return mask & (1 << (SYNCH_PROCESS_EVENT_FLAG % 32)); } >hangs "realiably" (irony intended) at this point, that >is the problem is not intermittent. This occurs in >versions built both on VMS 6.2 and 7.0. The compiler on >both build systems was DECC X5.2-001. Please remind me, is this on an AXP? And also, it looks like you have a test version of DEC C. Can you guarantee that it isn't a compiler error (I mean it, I've seen DEC C 4.0 compile very weird code...). Please help me. 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 ! ! +-GNUish VMS-+ 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, 13 Jan 1996 02:05:05 EST Sender: owner-vms-emacs-testers-archiver@vms.stacken.kth.se Date: Fri, 12 Jan 96 16:56:44 PST Message-ID: <9601130056.AA11483@tekbspa.tss.com> From: Louise Wholey Reply-To: vms-emacs-testers@e.kth.se To: vms-emacs-testers@e.kth.se Subject: Re: problem with dired (and possibly other things) on VMS 6.2 and 7.0 This sounds like the problem I had when I built emacs 19.28 on alpha vms 6.1. Dired just hung the whole process. - Louise ================================================================================ Archive-Date: Sat, 13 Jan 1996 02:15:04 EST Sender: owner-vms-emacs-testers-archiver@vms.stacken.kth.se Date: Fri, 12 Jan 96 17:06:57 PST From: pf%rm763a@Riem.Com Reply-To: vms-emacs-testers@e.kth.se Message-ID: <960112170657.36e@Riem.Com> Subject: Re: problem with dired (and possibly other things) on VMS 6.2 and 7.0 To: vms-emacs-testers@e.kth.se Louise, > This sounds like the problem I had when I built emacs 19.28 on alpha vms > 6.1. Dired just hung the whole process. You can cancel the hung dired with C-g. pat ================================================================================ Archive-Date: Sat, 13 Jan 1996 02:31:59 EST Sender: owner-vms-emacs-testers-archiver@vms.stacken.kth.se Date: Sat, 13 Jan 1996 02:22:53 +0100 From: Richard Levitte - GNU on VMS hacker Reply-To: vms-emacs-testers@e.kth.se To: vms-emacs-testers@e.kth.se Message-ID: <0099C4E6.81729DCA.3@e.kth.se> Subject: Re: problem with dired (and possibly other things) on VMS 6.2 and 7.0 >From: Louise Wholey >This sounds like the problem I had when I built emacs 19.28 on alpha vms >6.1. Dired just hung the whole process. I suspect there are other things playing in, because I have built it on all brands of VMS for AXP that have existed publically so far since version 1.5, and I never had that problem as far as I can remember. I definitelly did not have it with VMS 6.1 and most definitelly don't have it now with version 6.2. Had I had it, the bug would already have been corrected long ago. BTW, I've noticed that people tend to forget to send me all I need to be able to reproduce their build as closelly as possible. What I need is the following: - Information on what compiler is used (including version), what TCP/IP kit is used (if applicable, and including version), what version of DECWindows is used (if applicable), and the version of VMS on which the build is done. If I've missed something, just add that too. - In the case of Emacs, the creation date of the latest upgrade kit you have applied. - The configuration command, and the values of the logical names that have been used in the values to --prefix and friends. - The MMS or MMK command that was used to build and to install Emacs (Well, if you haven't installed it yet, just say so) - The exact key sequence that lead to the error in question, at least if inside Emacs. I know that it's sometimes difficult, and if it's impossible to make it perfectly exact, I'll be glad to receive the best you can do. - If you run through the debugger, or for some reason suddenly find yourself in the debugger, a traceback would be appreciated. For those who don't know how to do this, the command is SHOW CALLS. If you know what you're doing, I'd like you to go one step further, and SET MODULE the (say) top ten modules that are listed in the result of SHOW CALLS, so I can see the call sequence as closelly as possible. I think I'll make a WWW page out of this... Done (http://www.e.kth.se/~levitte/gnu/bug_reports.html) -- +--------------------------------------------------------------------+ ! 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 ! ! +-GNUish VMS-+ 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, 13 Jan 1996 02:35:04 EST Sender: owner-vms-emacs-testers-archiver@vms.stacken.kth.se Date: Fri, 12 Jan 96 17:27:27 PST Message-ID: <9601130127.AA12066@tekbspa.tss.com> From: Louise Wholey Reply-To: vms-emacs-testers@e.kth.se To: vms-emacs-testers@e.kth.se Subject: Re: problem with dired (and possibly other things) on VMS 6.2 and 7.0 The process was totally hung. Even the HP window manager where the display was set could not kill it. I had to log in separately and kill it with the STOP command. I did not persue it - just do the editing on an HP and use ramil on a Sun machine. I believe it worked ok on the terminal attached to the AXP machine, but it has a low resolution graphics board. - Louise ========================================================================= > Louise, > > > This sounds like the problem I had when I built emacs 19.28 on alpha vms > > 6.1. Dired just hung the whole process. > > You can cancel the hung dired with C-g. > > > pat > > ================================================================================ Archive-Date: Sat, 13 Jan 1996 02:42:38 EST Sender: owner-vms-emacs-testers-archiver@vms.stacken.kth.se Date: Sat, 13 Jan 1996 02:31:42 +0100 From: Richard Levitte - GNU on VMS hacker Reply-To: vms-emacs-testers@e.kth.se To: vms-emacs-testers@e.kth.se Message-ID: <0099C4E7.BD19E1D1.18@e.kth.se> Subject: Re: problem with dired (and possibly other things) on VMS 6.2 and 7.0 >From: pf%rm763a@Riem.Com > You can cancel the hung dired with C-g. This surprises me a lot, since if Emacs is hung in wait_for_termination(), it ONLY waits for the event flag SYNCH_PROCESS_EVENT_FLAG. C-g (and any other key) sets a totally different event flag! -- +--------------------------------------------------------------------+ ! 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 ! ! +-GNUish VMS-+ 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, 13 Jan 1996 02:44:34 EST Sender: owner-vms-emacs-testers-archiver@vms.stacken.kth.se Date: Sat, 13 Jan 1996 02:35:22 +0100 From: Richard Levitte - GNU on VMS hacker Reply-To: vms-emacs-testers@e.kth.se To: vms-emacs-testers@e.kth.se Message-ID: <0099C4E8.4032263A.23@e.kth.se> Subject: Re: problem with dired (and possibly other things) on VMS 6.2 and 7.0 >From: Richard Levitte - GNU on VMS hacker >>From: pf%rm763a@Riem.Com > >> You can cancel the hung dired with C-g. > >This surprises me a lot, since if Emacs is hung in wait_for_termination(), Hmm, at least that's what you reported. If you press C-g BEFORE call-process has reached the call of wait_for_termination(), it is perfectly possible to stop the process. -- +--------------------------------------------------------------------+ ! 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 ! ! +-GNUish VMS-+ 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, 13 Jan 1996 03:01:56 EST Sender: owner-vms-emacs-testers-archiver@vms.stacken.kth.se Date: Fri, 12 Jan 96 17:54:17 PST From: pf%rm763a@Riem.Com Reply-To: vms-emacs-testers@e.kth.se Message-ID: <960112175417.37e@Riem.Com> Subject: hung dired To: vms-emacs-testers@e.kth.se I sent out an earlier message in response to the 2-liner that Richard wanted added to call_process_check_end(). Must have sent my reply to owner and not simply vms-emacs-testers or something like that because I never saw it appear on the list. Tried Richard's 2-liner. Kind of worked. Dired would _sometimes_ work. But I couldn't really see any pattern. Some more fairly random data. Synch_process_event (aka SYNCH_PROCESS_EVENT_FLAG) seems always to be set to 63. This is the event flag # returned by lib$get_ef in vms_initproc in main. This confused me at first. The top of vmsproc.c says that "hard-coded" events flags don't exist on VMS and so synch_process_flag ends up being (maybe?) an index into procList. But based on MAX_VMS_PROC_STUFF procList is only 32 long and synch_process_event is valued at run-time as 63. I knew something about VMS event flags sometime ago and don't really remember much. But anyway looking at things again now it seems to me that maybe VMS event flags are hard-coded (whatever this means) in the sense that they're numbers into an array that VMS keeps on a per-process basis. So as for the indexing into procList and what function it plays ... I don't know. In the 2-liner you sent me Richard, it always steps over the contents of the if. That is, the if doesn't execute. More random stuff. I seem to remember having heard that VMS 6.2 is where the address system goes fully to 64-bit and is I do the following: $ sea [.src]*.c %, 32 /mat=and I find that 32 is hard-coded in a bunch of places (sysdep.c, vmsfns.c and vmsproc.c). Typically doing 1 << operations. I'm wondering if this is a problem? Well I could go on but this is long enough already. pat ================================================================================ Archive-Date: Sat, 13 Jan 1996 03:02:27 EST Sender: owner-vms-emacs-testers-archiver@vms.stacken.kth.se Date: Fri, 12 Jan 96 17:56:07 PST From: pf%rm763a@Riem.Com Reply-To: vms-emacs-testers@e.kth.se Message-ID: <960112175607.37e@Riem.Com> Subject: hung dired To: vms-emacs-testers@e.kth.se And oh yes. This _was_ in an earlier message but all of this is occurring on VMS 6.2 and 7.0 on AXP. And using compiler DECC X5.2-001. pat ================================================================================ Archive-Date: Sat, 13 Jan 1996 03:21:55 EST Sender: owner-vms-emacs-testers-archiver@vms.stacken.kth.se Date: Sat, 13 Jan 1996 03:11:35 +0100 From: Richard Levitte - GNU on VMS hacker Reply-To: vms-emacs-testers@e.kth.se To: vms-emacs-testers@e.kth.se Message-ID: <0099C4ED.4FA4D462.3@e.kth.se> Subject: Re: hung dired > Some more fairly random data. Synch_process_event (aka >SYNCH_PROCESS_EVENT_FLAG) seems always to be set to 63. This is >the event flag # returned by lib$get_ef in vms_initproc in main. >This confused me at first. The top of vmsproc.c says that >"hard-coded" events flags don't exist on VMS and so >synch_process_flag ends up being (maybe?) an index into >procList. But based on MAX_VMS_PROC_STUFF procList is only 32 >long and synch_process_event is valued at run-time as 63. No surprise here. The per-process event flags that are not preallocated by the system are event flags 32 to 63. LIB$GET_EF allocates per-process event flags STARTING FROM THE TOP, 63. In init_vmsproc() (VMSPROC.C), the first event flag alloated is SYNCH_PROCESS_EVENT_FLAG, and therefore it gets the number 63. This may change in any future VMS version, but I think the code in VMSPROC.C is fairly imune to such changes (at least that's what I've tried to do). >seems to me that maybe VMS event flags are hard-coded (whatever >this means) in the sense that they're numbers into an array that >VMS keeps on a per-process basis. So as for the indexing into That is correct, or rather, there's a per-process cluster of event flags (number 0 to 63) and there's a common event flag cluster (numbered 64 to 127). The later ones can be shared between processes. > In the 2-liner you sent me Richard, it always steps over the >contents of the if. That is, the if doesn't execute. Well, so that can't be it... > More random stuff. I seem to remember having heard that VMS >6.2 is where the address system goes fully to 64-bit and is I do >the following: Nope, it's in VMS 7.0 this happens, and that's only on VAXen. > $ sea [.src]*.c %, 32 /mat=and > >I find that 32 is hard-coded in a bunch of places (sysdep.c, >vmsfns.c and vmsproc.c). Typically doing 1 << operations. I'm >wondering if this is a problem? Hmm, I'll try to check on that... -- +--------------------------------------------------------------------+ ! 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 ! ! +-GNUish VMS-+ 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, 16 Jan 1996 22:35:29 EST Sender: owner-vms-emacs-testers-archiver@vms.stacken.kth.se Date: Tue, 16 Jan 1996 13:28:48 +0200 (IST) From: Hanjin Miao Reply-To: vms-emacs-testers@e.kth.se Subject: Problem Building EMACS 19.28 To: vms-emacs-testers@e.kth.se Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Hi There: After upgrading OpenVMS Alpha from 6.1 to 6.2, EMACS 19.28 does not work correctly. For example, if I try to use GNUS (or even do byte-compile), it goes into debug mode. The error message is: __sbrk(0) gave me 4AE000, which is in the middle of the code! OpenVMS Alpha DEBUG Version V6.2-100 %DEBUG-I-NOGLOBALS, some or all global symbols not accessible %DEBUG-I-DYNMODSET, setting module SYSDEP Any way, so I am trying to re-build EMACS 19.28 on my alpha machine. I got all the updates as well. The machine is runing OpenVMS Alpha 6.2, UCX 4.0, and DEC C 5.2. I use MMS to build it. It stops at compiling VMSPROC.C. The error messages are: int *rdsc; .........^ %CC-E-PROMOTMATCH, In the definition of the function "sys_select", the promoted type of rdsc is incompatible with the type of the corresponding parameter in a p rior declaration. at line number 308 in file DKA100:[USERS.MIAOH.TMP.T.EMACS-19_28.SRC]VMSPROC.C;3 int *wdsc; .........^ %CC-E-PROMOTMATCH, In the definition of the function "sys_select", the promoted type of wdsc is incompatible with the type of the corresponding parameter in a p rior declaration. at line number 309 in file DKA100:[USERS.MIAOH.TMP.T.EMACS-19_28.SRC]VMSPROC.C;3 %CC-E-PROMOTMATCH, In the definition of the function "sys_select", the promoted type of edsc is incompatible with the type of the corresponding parameter in a p rior declaration. at line number 310 in file DKA100:[USERS.MIAOH.TMP.T.EMACS-19_28.SRC]VMSPROC.C;3 int net_chan,namelen; .................^ %CC-W-PROMOTMATCHW, In the definition of the function "sys_connect", the promote d type of namelen is incompatible with the type of the corresponding parameter i n a prior declaration. at line number 1298 in file DKA100:[USERS.MIAOH.TMP.T.EMACS-19_28.SRC]VMSPROC.C;3 %MMS-F-EXEDELPROC, Subprocess terminated abnormally. %MMS-F-ABORT, For target [.SRC], CLI returned abort status: %X10EE80EC. Any one has encountered the same problem? ---- Hanjin Miao Tel: (206)685-1605(O) Electrical Engineering (206)547-7534(H) University of Washington FAX: (206)543-3842 Box 352500 Email: miaoh@ee.washington.edu Seattle, WA 98195-2500 URL http://leaf.ee.washington.edu/www/miaoh ================================================================================ Archive-Date: Thu, 18 Jan 1996 03:33:04 EST Sender: owner-vms-emacs-testers-archiver@vms.stacken.kth.se Date: Wed, 17 Jan 1996 18:21:53 +0200 (IST) From: Hanjin Miao Reply-To: vms-emacs-testers@e.kth.se Subject: Problem Building EMACS 19.28 To: vms-emacs-testers@e.kth.se Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Hi There: I finally managed to compile and link EMACS 19.28. But the problem is that, when linking emacs, it says sys_select is not defined. If I run emacs, it will crash. If I comment out the line #define select sys_select in vms.h. Then EMACS will free after showing up the window (either in X-windows or telnet terminal. Any ideas? Thanks in advance. ---- Hanjin Miao Tel: (206)685-1605(O) Electrical Engineering (206)547-7534(H) University of Washington FAX: (206)543-3842 Box 352500 Email: miaoh@ee.washington.edu Seattle, WA 98195-2500 URL http://leaf.ee.washington.edu/www/miaoh ================================================================================ Archive-Date: Thu, 18 Jan 1996 23:30:24 EST Sender: owner-vms-emacs-testers-archiver@vms.stacken.kth.se Date: Thu, 18 Jan 1996 23:18:26 +0100 From: Richard Levitte - GNU on VMS hacker Reply-To: vms-emacs-testers@e.kth.se To: vms-emacs-testers@e.kth.se Message-ID: <0099C983.BBA87E91.5@e.kth.se> Subject: Re: Problem Building EMACS 19.28 >From: Hanjin Miao >I finally managed to compile and link EMACS 19.28. But the problem is >that, when linking emacs, it says sys_select is not defined. If I run >emacs, it will crash. >If I comment out the line > >#define select sys_select > >in vms.h. Then EMACS will free after showing up the window (either in >X-windows or telnet terminal. > >Any ideas? Thanks in advance. Apply the following patch (your line numbers may vary a little from mine): *** vmsproc.c_old Thu Jan 18 23:05:19 1996 --- vmsproc.c Sat Jan 13 02:30:45 1996 *************** *** 38,43 **** --- 41,54 ---- #include "config.h" #include "getpagesize.h" + /* We need to do the following, or we may get declaration conflicts */ + #ifdef select + #undef select + #endif + #ifdef connect + #undef connect + #endif + #ifdef HAVE_SOCKETS #ifdef MULTINET #include "multinet_root:[multinet.include.vms]inetiodef.h" *************** *** 59,64 **** --- 70,78 ---- #endif #endif /* HAVE_SOCKETS */ + #define select sys_select + #define connect sys_connect + #include "lisp.h" #include "buffer.h" #include "commands.h" (I just inserted this in http://www.e.kth.se/~levitte/gnu/emacs_bugs.html. That is a good place to look for patches and fixes to reported problems) -- +--------------------------------------------------------------------+ ! 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 ! ! +-GNUish VMS-+ 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: Fri, 19 Jan 1996 02:58:57 EST Sender: owner-vms-emacs-testers-archiver@vms.stacken.kth.se Date: Thu, 18 Jan 1996 17:48:52 +0200 (IST) From: Hanjin Miao Reply-To: vms-emacs-testers@e.kth.se Subject: Re: Problem Building EMACS 19.28 To: vms-emacs-testers@e.kth.se Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Transfer-Encoding: QUOTED-PRINTABLE Thanks to Richard for ponting out how to change the c code. Sorry that I=20 did not read Richard's home page for bug reports before posting to this=20 list. I just want to share with evryone that in the bug report the=20 following two lines are added before include "lisp.h". + #define select sys_select + #define connect sys_connect But on my machine I have to move these two lines to after=20 #include "systime.h" (some header files included in that block may have defined select back to= =20 the original one). Otherwise the same problem exists. BTW, the system I use is OpenVMS Alpha 6.2, UCX 4.0, DEC C 5.2 and Motif 1.2-3. ---- Hanjin Miao Tel: (206)685-1605(O) Electrical Engineering (206)547-7534(H) =20 University of Washington FAX: (206)543-3842 Box 352500 Email: miaoh@ee.washington.edu Seattle, WA 98195-2500 URL http://leaf.ee.washington.edu/www/miaoh On Thu, 18 Jan 1996, Richard Levitte - GNU on VMS hacker wrote: > >From: Hanjin Miao >=20 > >I finally managed to compile and link EMACS 19.28. But the problem is > >that, when linking emacs, it says sys_select is not defined. If I run > >emacs, it will crash. > >If I comment out the line > > > >#define select sys_select > > > >in vms.h. Then EMACS will free after showing up the window (either in > >X-windows or telnet terminal. > > > >Any ideas? Thanks in advance. >=20 > Apply the following patch (your line numbers may vary a little from mine)= : >=20 > *** vmsproc.c_old Thu Jan 18 23:05:19 1996 > --- vmsproc.c Sat Jan 13 02:30:45 1996 > *************** > *** 38,43 **** > --- 41,54 ---- > #include "config.h" > #include "getpagesize.h" >=20 > + /* We need to do the following, or we may get declaration conflicts */ > + #ifdef select > + #undef select > + #endif > + #ifdef connect > + #undef connect > + #endif > + > #ifdef HAVE_SOCKETS > #ifdef MULTINET > #include "multinet_root:[multinet.include.vms]inetiodef.h" > *************** > *** 59,64 **** > --- 70,78 ---- > #endif > #endif /* HAVE_SOCKETS */ >=20 > + #define select sys_select > + #define connect sys_connect > + > #include "lisp.h" > #include "buffer.h" > #include "commands.h" >=20 >=20 > (I just inserted this in http://www.e.kth.se/~levitte/gnu/emacs_bugs.html= . > That is a good place to look for patches and fixes to reported problems) >=20 > -- > +--------------------------------------------------------------------+ > ! Richard Levitte, GNU on VMS hacker ! tel: +46-8-26 52 47 ! > ! Spannv=E4gen 38, I ! fax: none for the moment ! > ! S-161 43 Bromma ! Internet: levitte@e.kth.se ! > ! SWEDEN ! ! > +-GNUish VMS-+ > 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. >=20 ================================================================================ Archive-Date: Fri, 19 Jan 1996 03:05:40 EST Sender: owner-vms-emacs-testers-archiver@vms.stacken.kth.se Date: Fri, 19 Jan 1996 02:55:40 +0100 From: Richard Levitte - GNU on VMS hacker Reply-To: vms-emacs-testers@e.kth.se To: vms-emacs-testers@e.kth.se Message-ID: <0099C9A2.14929470.15@e.kth.se> Subject: Re: Problem Building EMACS 19.28 >From: Hanjin Miao >list. I just want to share with evryone that in the bug report the >following two lines are added before include "lisp.h". > >+ #define select sys_select >+ #define connect sys_connect > >But on my machine I have to move these two lines to after > >#include "systime.h" > >(some header files included in that block may have defined select back to >the original one). > >Otherwise the same problem exists. Thanks a lot for that report. I've corrected the emacs_bugs.html page and my source accordingly. -- +--------------------------------------------------------------------+ ! 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 ! ! +-GNUish VMS-+ 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: Fri, 19 Jan 1996 16:48:52 MET-1MET DST Sender: owner-vms-emacs-testers-archiver@ctrl-c.liu.se Date: Fri, 19 Jan 1996 10:33:53 -0500 Message-ID: <96011910335308@aalix.pharmark.com> From: george@aalix.pharmark.com Reply-To: vms-emacs-testers@e.kth.se To: VMS-EMACS-TESTERS@e.kth.se Subject: help Hi, When I try to install EMACS-18 in our alpha machine without X window and MultiNet stuff, I can compile and link it. But When I try to run build.com to get the temacs.dump, it crashed. The error message are following. By the way since we don't have mms in our system, I can't install EMACS-19, is there a way to do it without mms. Thanks in advance!! Zhaohui Shi Error Message ---------------------------------------------------------------------------- Loading inc-vers... %SYSTEM-F-ACCVIO, access violation, reason mask=00, virtual address=00000000, PC=00000000, PS=0000001B %TRACE-F-TRACEBACK, symbolic stack dump follows Image Name Module Name Routine Name Line Number rel PC abs PC 0 00000000 00000000 TEMACS EVAL Feval 3116 00003A58 000987A8 TEMACS EVAL Feval 3101 000039A8 000986F8 TEMACS EVAL Fprogn 2009 000007E4 00095534 TEMACS EVAL funcall_lambda 3606 00005200 00099F50 TEMACS EVAL Ffuncall 3494 00004B00 00099850 TEMACS EVAL call1 3314 00004354 000990A4 TEMACS FNS mapcar1 2927 00002B78 0009DAB8 TEMACS FNS Fmapcar 2987 00002DE4 0009DD24 TEMACS EVAL Feval 3119 00003A80 000987D0 TEMACS EVAL Fsetq 2105 00000B94 000958E4 TEMACS EVAL Feval 3063 00003794 000984E4 TEMACS LREAD readevalloop 2897 00000F00 000A2080 TEMACS LREAD Fload 2715 00000804 000A1984 TEMACS EVAL Feval 3126 00003ADC 0009882C TEMACS KEYBOARD top_level_2 3841 00000BD0 00057AF0 TEMACS EVAL internal_condit 2712 000026D8 00097428 TEMACS KEYBOARD top_level_1 3850 00000C38 00057B58 TEMACS EVAL internal_catch 2520 00001F38 00096C88 TEMACS KEYBOARD command_loop 3815 00000AA8 000579C8 TEMACS KEYBOARD recursive_edit_ 3700 0000055C 0005747C TEMACS KEYBOARD Frecursive_edit 3684 00000488 000573A8 TEMACS EMACS main 4470 00000BFC 000569DC TEMACS EMACS __main 0 0000008C 00055E6C 0 84B8A170 84B8A170 ================================================================================ Archive-Date: Fri, 19 Jan 1996 17:10:42 MET-1MET DST Sender: owner-vms-emacs-testers-archiver@ctrl-c.liu.se Date: Fri, 19 Jan 1996 16:55:40 +0100 From: Richard Levitte - GNU on VMS hacker Reply-To: vms-emacs-testers@e.kth.se To: vms-emacs-testers@e.kth.se Message-ID: <0099CA17.6D8AC4A6.37@e.kth.se> Subject: Re: help >From: george@aalix.pharmark.com > When I try to install EMACS-18 in our alpha machine without X window >and MultiNet stuff, I can compile and link it. But When I try to run >build.com to get the temacs.dump, it crashed. The error message are >following. I'm sorry, but I have too little time to be able to do any support on Emacs 18. > By the way since we don't have mms in our system, I can't >install EMACS-19, is there a way to do it without mms. You can use MMK, which is a MMS clone. It's available on the following sites (and probably a few more): ftp.wku.edu:[.VMS.FILESERV] ftp.vms.stacken.kth.se:[.WKU.VMS.FILESERV] I'd suggest you upgrade to Emacs 19. -- +--------------------------------------------------------------------+ ! 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 ! ! +-GNUish VMS-+ 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: Fri, 19 Jan 1996 23:59:47 MET-1MET DST Sender: owner-vms-emacs-testers-archiver@ctrl-c.liu.se Date: Fri, 19 Jan 1996 17:40:50 -0500 Message-ID: <96011917405084@aalix.pharmark.com> From: george@aalix.pharmark.com Reply-To: vms-emacs-testers@e.kth.se To: VMS-EMACS-TESTERS@e.kth.se Subject: install emacs19.28 Hi, When I install emacs19.28 using mmk, everything goes fine. I got the emacs.exe and emacs.dump. But when I run it, it said: "Warning: arch-dependent data dir($1$DIA4:[SHI.GNU.LIB.EMACS.19_28.ALPHA- DEC-VMS6-2]) does not exist." Then it comes the emacs window with a line on the bottom saying: "Bare impure Emacs (standard Lisp code not loaded) So I guess something wrong when I install it, it doesn't load in the key define and many other stuff. The procedure I use to install is: 1) @configure --prefix=$1$DIA4:[SHI.GNU] 2) mmk/ignore=warning install In [gnu.bin] I only get 'emacs.exe' and 'emacs.dump', no 'etags', 'b2m', and 'emacsclient' Can someone help me? Thanks in advance!! Zhaohui ================================================================================ Archive-Date: Sat, 20 Jan 1996 02:40:23 MET-1MET DST Sender: owner-vms-emacs-testers-archiver@ctrl-c.liu.se Date: Sat, 20 Jan 1996 02:22:50 +0100 From: Richard Levitte - GNU on VMS hacker Reply-To: vms-emacs-testers@e.kth.se To: vms-emacs-testers@e.kth.se Message-ID: <0099CA66.A8FF88A0.3@e.kth.se> Subject: Re: install emacs19.28 >From: george@aalix.pharmark.com > When I install emacs19.28 using mmk, everything goes fine. I got the >emacs.exe and emacs.dump. But when I run it, it said: >"Warning: arch-dependent data dir($1$DIA4:[SHI.GNU.LIB.EMACS.19_28.ALPHA- >DEC-VMS6-2]) does not exist." Does that directory exist? If not, the warning is correct. >Then it comes the emacs window with a line on the bottom saying: >"Bare impure Emacs (standard Lisp code not loaded) That's normal when you just run EMACS.EXE without the needed arguments to tell it where the .dump file is (I've come to think that this is really a waste of argument slots, and that Emacs should go look for a .dump file in the directory where emacs.exe is without being told so. optinios pleas?). >So I guess something wrong when I install it, it doesn't load in the key >define and many other stuff. The procedure I use to install is: > 1) @configure --prefix=$1$DIA4:[SHI.GNU] > > 2) mmk/ignore=warning install Ah, so you did install. When the installation is successfull, you are told to put one line in SYSTARTUP_VMS.COM (or whatever the files name is (depends on your VMS version)), and one in SYLOGIN.COM. Didn't this happen to you? In that case, it must mean that the installation failed in some way, but I need to see a log of your session so I can see where it exactly went wrong. Could you send me such a log? >In [gnu.bin] I only get 'emacs.exe' and 'emacs.dump', no 'etags', 'b2m', >and 'emacsclient' That's a beginning, but was there nothing else in $1$DIA4:[SHI.GNU...]? > Can someone help me? Thanks in advance!! I'll do what I can. -- +--------------------------------------------------------------------+ ! 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 ! ! +-GNUish VMS-+ 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: Sun, 21 Jan 1996 05:06:08 MET-1MET DST Sender: owner-vms-emacs-testers-archiver@ctrl-c.liu.se Date: Sat, 20 Jan 1996 22:21:59 -0500 (EST) Message-ID: <199601210321.WAA14769@galileo> From: roberts@panix.com To: vms-emacs-testers@e.kth.se Subject: Re: install emacs19.28 Reply-To: vms-emacs-testers@e.kth.se >>>>> "george" == george writes: george> So I guess something wrong when I install it, it doesn't george> load in the key define and many other stuff. The procedure I george> use to install is: george> 1) @configure --prefix=$1$DIA4:[SHI.GNU] george> 2) mmk/ignore=warning install george> In [gnu.bin] I only get 'emacs.exe' and 'emacs.dump', no george> 'etags', 'b2m', and 'emacsclient' This is a bit of a guess, but the makefiles used to be a bit idiosyncratic and require you to do three steps. (I thought this was in the instructions, too.) Since I no longer have access to a VMS system, I can't check. I thought you needed to do 1) @configure --prefix=$1$DIA4:[SHI.GNU] 2) mmk/ignore=warning all 3) mmk/ignore=warning install because `all' builds things that somehow get overlooked by `install'. roland -- Roland B Roberts roberts@panix.com ================================================================================ Archive-Date: Sun, 21 Jan 1996 05:06:36 MET-1MET DST Sender: owner-vms-emacs-testers-archiver@ctrl-c.liu.se Date: Sun, 21 Jan 1996 04:42:18 +0100 From: Richard Levitte - GNU on VMS hacker Reply-To: vms-emacs-testers@e.kth.se To: vms-emacs-testers@e.kth.se Message-ID: <0099CB43.4F363BBE.740@e.kth.se> Subject: Re: install emacs19.28 >From: roberts@panix.com >I can't check. I thought you needed to do > > 1) @configure --prefix=$1$DIA4:[SHI.GNU] > 2) mmk/ignore=warning all > 3) mmk/ignore=warning install > >because `all' builds things that somehow get overlooked by `install'. Actually, all you need to do is the following: $ @configure --prefix=$1$DIA4:[SHI.GNU] $ MMS/IGNORE=WARNING SETUP_CONFIG,INSTALL Looking in http://eliza.e.kth.se/~levitte/public/gnu/emacs_bugs.html is a good idea at times. -- +--------------------------------------------------------------------+ ! 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 ! ! +-GNUish VMS-+ 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: Sun, 21 Jan 1996 06:37:48 MET-1MET DST Sender: owner-vms-emacs-testers-archiver@ctrl-c.liu.se To: vms-emacs-testers@e.kth.se Subject: Re: install emacs19.28 References: <0099CB43.4F363BBE.740@e.kth.se> From: aharon@osfstats.health.gov.il (Aharon (Al) Schkolnik) Reply-To: vms-emacs-testers@e.kth.se Date: 21 Jan 1996 07:23:52 +0200 Message-ID: >>>>> "Richard" == Richard Levitte <- GNU on VMS hacker > writes: Richard> Looking in Richard> http://eliza.e.kth.se/~levitte/public/gnu/emacs_bugs.html Richard> is a good idea at times. When I try to access http://eliza.e.kth.se/~levitte/public/gnu/emacs_bugs.html I get: ERROR-(404): file specification syntax error Requested method: GET Requested URL: /~levitte/public/gnu/emacs_bugs.html HTTP protocol: HTTP/1.0 -------- additional request headers -------- Connection: Keep-Alive User-Agent: Mozilla/2.0b5 (X11; I; OSF1 V3.2 alpha) Host: eliza.e.kth.se Accept: image/gif, image/x-xbitmap, image/jpeg, image/pjpeg, */* What's going on ????? -- The day is short, and the work is great, | Aharon Schkolnik and the laborers are lazy, and the reward | Aharon@Matat.Health.Gov.IL is great, and the Master of the house is | impatient. - Ethics Of The Fathers Ch. 2 | ================================================================================ Archive-Date: Sun, 21 Jan 1996 07:40:00 MET-1MET DST Sender: owner-vms-emacs-testers-archiver@ctrl-c.liu.se Date: Sun, 21 Jan 1996 07:24:22 +0100 From: Richard Levitte - GNU on VMS hacker Reply-To: vms-emacs-testers@e.kth.se To: vms-emacs-testers@e.kth.se Message-ID: <0099CB59.F33343C3.761@e.kth.se> Subject: Re: install emacs19.28 >From: aharon@osfstats.health.gov.il (Aharon (Al) Schkolnik) > When I try to access > http://eliza.e.kth.se/~levitte/public/gnu/emacs_bugs.html Bzzzzt! Error! My fault really: http://eliza.e.kth.se/~levitte/gnu/emacs_bugs.html -- +--------------------------------------------------------------------+ ! 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 ! ! +-GNUish VMS-+ 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: Sun, 21 Jan 1996 17:15:09 MET-1MET DST Sender: owner-vms-emacs-testers-archiver@ctrl-c.liu.se Date: Sun, 21 Jan 1996 17:07:30 +0100 From: Richard Levitte - GNU on VMS hacker Reply-To: vms-emacs-testers@e.kth.se To: vms-emacs-testers@e.kth.se Message-ID: <0099CBAB.6970CC6E.183@e.kth.se> Subject: NEW: DCL-mode.el New Emacs Lisp package, by Odd Gripenstam . For now it's in beta. Please try it out, torture it, and find the bugs. This package may end up in the main distribution. I was temped to add this list as maintainer of the package, but I want Odd to tell me how he wants things done. He's a member of this list BTW, so please post your commants, patches and so on here. Anyway, dcl-mode.el kan be found in ftp://ftp.vms.stacken.kth.se/gnu-vms/beta This is the beginning of the file: ;;; dcl-mode.el --- major mode for editing DCL command files ;; Author: Odd Gripenstam ;; Maintainer: Odd Gripenstam ;; Last modified: 96-01-21 ;; Keywords: DCL editing major-mode ;;; Commentary: ;; This is my first try at Elisp programming, and I am also a recent convert ;; from DEC TPU, so there are probably some bugs and bad style in this code. ;; It was developed on Linux with Emacs 19.27.1 and used on VMS 6.1 with ;; Emacs 19.28 ;; ;; I'm interested in feedback on: ;; * bugs - naturally ;; * unexepected functionality - do the existing functions behave as ;; is expected in a major mode? ;; * missing functionality - what else is needed to make it a good ;; major mode? ;; ;; ;; Possible improvements: ;; * Change meaning of `left margin' when dcl-tab-always-indent is nil. ;; Consider the following line (`_' is the cursor): ;; $ label: _ command ;; Pressing tab with the cursor at the underline now inserts a tab. ;; This should be part of the left margin and pressing tab should indent ;; the line. ;; * Make C-M-J work properly in all cases. Now it only works on comment-only ;; lines. But what is "properly"? New rules for indenting comments? ;; * Smart indentation of continuation lines. ;; E.g. : ;; $ if a.eq.b .or. - ;; c.eq.d then ... ;; $ variable = "abc" + - ;; "defgh" ;; * Help with using lexical functions. (I can never remember the parameter ;; order for f$locate :-) ;; History: ;; * Added a (provide 'dcl-mode) at the end. ;; Richard Levitte 19960121 ;; * Added a few standard headers at the beginning. ;; Richard Levitte 19960121 -- +--------------------------------------------------------------------+ ! 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 ! ! +-GNUish VMS-+ 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, 22 Jan 1996 06:34:20 MET-1MET DST Sender: owner-vms-emacs-testers-archiver@ctrl-c.liu.se To: vms-emacs-testers@e.kth.se Subject: Re: NEW: DCL-mode.el References: <0099CBAB.6970CC6E.183@e.kth.se> From: aharon@osfstats.health.gov.il (Aharon (Al) Schkolnik) Reply-To: vms-emacs-testers@e.kth.se Date: 22 Jan 1996 07:30:48 +0200 Message-ID: >>>>> "Richard" == Richard Levitte <- GNU on VMS hacker > writes: Richard> Anyway, dcl-mode.el kan be found in Richard> ftp://ftp.vms.stacken.kth.se/gnu-vms/beta This is the Richard> beginning of the file: When I try to access the above FTP site, I get: $ftp ftp.vms.stacken.kth.se BRNTMG.HEALTH.GOV.IL MultiNet FTP user process 3.4(111) Connection opened (Assuming 8-bit connections) ls login Foreign username: anonymous ls Connection closed by remote. Is the MadGoat FTP server misbehaving ? -- The day is short, and the work is great, | Aharon Schkolnik and the laborers are lazy, and the reward | Aharon@Matat.Health.Gov.IL is great, and the Master of the house is | impatient. - Ethics Of The Fathers Ch. 2 | ================================================================================ Archive-Date: Mon, 22 Jan 1996 07:18:47 MET-1MET DST Sender: owner-vms-emacs-testers-archiver@ctrl-c.liu.se Date: Mon, 22 Jan 1996 07:13:57 +0100 From: Richard Levitte - GNU on VMS hacker Reply-To: vms-emacs-testers@e.kth.se To: vms-emacs-testers@e.kth.se Message-ID: <0099CC21.A8E7CC18.1822@e.kth.se> Subject: Re: NEW: DCL-mode.el >From: aharon@osfstats.health.gov.il (Aharon (Al) Schkolnik) > Is the MadGoat FTP server misbehaving ? Looks like it, but this doesn't happen to me right now (I tested with the UCX client). Have you tried again with better results? One must know that MGFTP crashes sometimes, because of some bug when it uses the NETLIB2 routines. I have a script which checks for MGFTP every 10 minutes, and restarts it if needed. It's quite possible that MGFTP crashed on you, but you just have to try again 10 or 20 minutes later. -- +--------------------------------------------------------------------+ ! 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 ! ! +-GNUish VMS-+ 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, 22 Jan 1996 20:50:39 MET-1MET DST Sender: owner-vms-emacs-testers-archiver@ctrl-c.liu.se Message-ID: <9601221938.AA12881@easynet.crl.dec.com> Date: Mon, 22 Jan 96 14:38:07 EST From: "Dan Dever, 508-568-4906, DTN: 225-4906, HLO2-3/J3 Pole H3" Reply-To: vms-emacs-testers@e.kth.se To: vms-emacs-testers@e.kth.se Subject: Re: NEW: DCL-mode.el I like your new DCL-MODE. I do have one complaint, however. I couldn't get the indenting to line up with all my existing .COM files (in which I used tab stops at 4, 8, 12, etc.) So, I put some edits into the dcl-calc-command-indent routine that force the first indention to align with one of these tab stops (actually, I force it to align with an integer multiple of dcl-basic-offset. There may be some bugs with this. And, even with no bugs, some may not like it. If you decide to include it, maybe you should turn the feature on and off with some kind of configurable switch. In any case, the edits aren't very clean, you might find a better way. Here is a section of the routine with the new code commented with my initials. I've included the full routine below ;; Find first word on this line (re-search-forward dcl-ws-r) (cond ((looking-at "\\bthen\\b") (setq indent (- indent (% indent dcl-basic-offset))) ; DED (setq indent (+ indent dcl-basic-offset))) ((looking-at "\\belse\\b") (setq indent (- indent (% indent dcl-basic-offset))) ; DED (setq indent (+ indent dcl-basic-offset))) ((and dcl-block-begin-regexp ; might be nil (looking-at dcl-block-begin-regexp)) (setq indent (- indent (% indent dcl-basic-offset))) ; DED (setq indent (+ indent dcl-basic-offset))) The next section of the routine, which may subtract a dcl-basic-offset, may now yield a value of zero. This doesn't seem to hurt anything. /Dan ;;;--------------------------------------------------------------------------- (defun dcl-calc-command-indent () "Calculate how much the current line shall be indented. The line is known to be a command line. If it is the first line in the buffer, return dcl-margin-offset. Go to the previous command line with a command on it. Find out how much it is indented. Look at the first word on the line to see if the indentation should be adjusted. Skip margin-label, continuations and comments while looking for the first word. If the first word after a label is SUBROUTINE, indent to dcl-margin-offset. First word Adjustment THEN +dcl-basic-offset ELSE +dcl-basic-offset block-begin +dcl-basic-offset Then return to the current line and look at the first word to see if the indentation should be adjusted again. First word Adjustment ELSE -dcl-basic-offset ENDIF -dcl-basic-offset block-end -dcl-basic-offset " () (save-excursion (beginning-of-line) (if (bobp) dcl-margin-offset (let ((is-block nil) (case-fold-search t) (indent)) (save-excursion ;; Find first non-empty command line (let ((done)) (while (not done) (if (dcl-beginning-of-statement) (cond ((and dcl-block-begin-regexp ; might be nil (looking-at (concat "^\\$" dcl-ws-r dcl-block-begin-regexp))) (setq done t) (setq is-block t)) ((and dcl-block-end-regexp ; might be nil (looking-at (concat "^\\$" dcl-ws-r dcl-block-end-regexp))) (setq done t) (setq is-block t)) ((looking-at dcl-comment-line-regexp) t) ((looking-at "^\\$[ \t]*$") t) ((not (looking-at (concat "^\\$" dcl-ws-r dcl-label-r dcl-ws-r "$"))) (setq done t))) ;; This must have been the first line. (setq indent dcl-margin-offset) (setq done t))) (cond (indent) ((looking-at (concat "^\\$[ \t]*" dcl-label-r dcl-ws-r "subroutine\\b")) (setq indent dcl-margin-offset)) (t ;; Find out how much this line is indented. ;; Look at comment, continuation character, command but not label ;; unless it's a block. (if is-block (re-search-forward "^\\$[ \t]*") (re-search-forward (concat "^\\$[ \t]*\\(" dcl-label-r "\\)*[ \t]*"))) (setq indent (current-column)) ;; Find first word on this line (re-search-forward dcl-ws-r) (cond ((looking-at "\\bthen\\b") (setq indent (- indent (% indent dcl-basic-offset))) ; DED (setq indent (+ indent dcl-basic-offset))) ((looking-at "\\belse\\b") (setq indent (- indent (% indent dcl-basic-offset))) ; DED (setq indent (+ indent dcl-basic-offset))) ((and dcl-block-begin-regexp ; might be nil (looking-at dcl-block-begin-regexp)) (setq indent (- indent (% indent dcl-basic-offset))) ; DED (setq indent (+ indent dcl-basic-offset))) ))))) ;; We're back at the beginning of the original line. ;; Find first word on this line (re-search-forward (concat "^\\$" dcl-ws-r)) (cond ((looking-at "\\belse\\b") (setq indent (- indent dcl-basic-offset))) ((looking-at "\\bendif\\b") (setq indent (- indent dcl-basic-offset))) ((and dcl-block-end-regexp ; might be nil (looking-at dcl-block-end-regexp)) (setq indent (- indent dcl-basic-offset))) ((looking-at (concat dcl-label-r dcl-ws-r "subroutine\\b")) (setq indent dcl-margin-offset)) ) indent )))) ================================================================================ Archive-Date: Tue, 23 Jan 1996 20:36:53 MET-1MET DST Sender: owner-vms-emacs-testers-archiver@ctrl-c.liu.se Message-ID: <9601231434.AA02017@swiss.nexus-ag.com> Date: Tue, 23 Jan 1996 15:35:12 +0200 From: lindgren@swiss.nexus-ag.com (lindgren@swiss.nexus-ag.com (+41 55 415140)) Reply-To: vms-emacs-testers@e.kth.se To: vms-emacs-testers@e.kth.se Subject: Re: NEW: DCL-mode.el / A colour question I downloaded the file DCL-MODE.EL, tried it out, and found it quite neat. Now, I want to integrate it with the existing emacs (19.28). So how do I do that? I'd like to 1) have the command "M-x dcl-mode" defined installation-wide (not only loaded in my private ".emacs" 2) have it hooked to the file name extension ".COM", so that whenever I edit a DCL command file, dcl-mode is loaded automatically Another question: 3) What do I have to put in my ".emacs" file in order to have another initial colour than black loaded when starting emacs. For example "M-x set-foreground-color" navy " does this after start, but I want it to be done automatically. T.I.A. ----------------------------------------------------------- S-Mail: Nexus Telecom AG, Postfach 215, 8634 Hombrechtikon Tel: 055 41 51 40 (subject to change in March 1966) Fax: 055 41 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 ----------------------------------------------------------- ================================================================================ Archive-Date: Tue, 23 Jan 1996 22:30:32 MET-1MET DST Sender: owner-vms-emacs-testers-archiver@ctrl-c.liu.se Date: Tue, 23 Jan 1996 22:19:07 +0100 From: Richard Levitte - GNU on VMS hacker Reply-To: vms-emacs-testers@e.kth.se To: vms-emacs-testers@e.kth.se Message-ID: <0099CD69.463E3CAE.5@e.kth.se> Subject: Re: NEW: DCL-mode.el / A colour question >From: lindgren@swiss.nexus-ag.com (lindgren@swiss.nexus-ag.com (+41 55 > 415140)) >1) have the command "M-x dcl-mode" defined installation-wide > (not only loaded in my private ".emacs" Put it in the file default.el, which should reside in one of the directories mentioned in the variable load-path (do C-h v load-path RET). >2) have it hooked to the file name extension ".COM", so that > whenever I edit a DCL command file, dcl-mode is loaded > automatically (autoload 'dcl-mode "dcl-mode" "" t) (setq auto-mode-alist (cons ("\\.com$" . dcl-mode))) >Another question: >3) What do I have to put in my ".emacs" file in order to have another > initial colour than black loaded when starting emacs. For example > "M-x set-foreground-color" navy " > does this after start, but I want it to be done automatically. (set-foreground-color "navy") But the best is really to put the following resource line in DECW$USER_DEFAULTS:DECW$XDEFAULTS.DAT or DECW$USER_DEFAULTS:EMACS.DAT: Emacs.Foreground: navy DECW$USER_DEFAULTS: usually defaults to SYS$LOGIN:. -- +--------------------------------------------------------------------+ ! 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 ! ! +-GNUish VMS-+ 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, 24 Jan 1996 11:09:30 MET-1MET DST Sender: owner-vms-emacs-testers-archiver@ctrl-c.liu.se Message-ID: <9601240956.AA05665@swiss.nexus-ag.com> Date: Wed, 24 Jan 1996 10:56:31 +0200 From: lindgren@swiss.nexus-ag.com (lindgren@swiss.nexus-ag.com (+41 55 415140)) Reply-To: vms-emacs-testers@e.kth.se To: vms-emacs-testers@e.kth.se Subject: Re: NEW: DCL-mode.el / A colour question Richard, Thank you for the information. Some remarks: >> >1) have the command "M-x dcl-mode" defined installation-wide >> > (not only loaded in my private ".emacs" >> >> Put it in the file default.el, which should reside in one of the directories >> mentioned in the variable load-path (do C-h v load-path RET). >> >2) have it hooked to the file name extension ".COM", so that >> > whenever I edit a DCL command file, dcl-mode is loaded >> > automatically >> (autoload 'dcl-mode "dcl-mode" "" t) >> (setq auto-mode-alist (cons ("\\.com$" . dcl-mode))) The last line didn't work (some error message occurred). However, this works (adapated form ada.el): (autoload 'dcl-mode "dcl-mode" "" t) (setq auto-mode-alist (cons (cons "\\.com$" 'dcl-mode) auto-mode-alist)) >> >Another question: >> >3) What do I have to put in my ".emacs" file in order to have another >> > initial colour than black loaded when starting emacs. For example >> > "M-x set-foreground-color" navy " >> > does this after start, but I want it to be done automatically. >> >> (set-foreground-color "navy") >> But the best is really to put the following resource line in >> DECW$USER_DEFAULTS:DECW$XDEFAULTS.DAT or DECW$USER_DEFAULTS:EMACS.DAT: >> Emacs.Foreground: navy >> DECW$USER_DEFAULTS: usually defaults to SYS$LOGIN:. (set-foreground-color "navy") -- works Emacs.Foreground: navy -- has no effect Could this be an X11/Motif problem? Regards ----------------------------------------------------------- S-Mail: Nexus Telecom AG, Postfach 215, 8634 Hombrechtikon Tel: 055 41 51 40 (subject to change in March 1966) Fax: 055 41 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 ----------------------------------------------------------- ================================================================================ Archive-Date: Wed, 24 Jan 1996 15:42:16 MET-1MET DST Sender: owner-vms-emacs-testers-archiver@ctrl-c.liu.se Date: Wed, 24 Jan 1996 15:29:58 +0100 From: Richard Levitte - GNU on VMS hacker Reply-To: vms-emacs-testers@e.kth.se To: vms-emacs-testers@e.kth.se Message-ID: <0099CDF9.4892FE33.16@e.kth.se> Subject: Re: NEW: DCL-mode.el / A colour question >From: lindgren@swiss.nexus-ag.com (lindgren@swiss.nexus-ag.com (+41 55 > 415140)) >>> (autoload 'dcl-mode "dcl-mode" "" t) >>> (setq auto-mode-alist (cons ("\\.com$" . dcl-mode))) > >The last line didn't work (some error message occurred). However, this works >(adapated form ada.el): > >(autoload 'dcl-mode "dcl-mode" "" t) >(setq auto-mode-alist (cons (cons "\\.com$" 'dcl-mode) auto-mode-alist)) Whooops, my glitch... >(set-foreground-color "navy") -- works >Emacs.Foreground: navy -- has no effect >Could this be an X11/Motif problem? It could be that some Emacs resources are already defined in the X rdb. -- +--------------------------------------------------------------------+ ! 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 ! ! +-GNUish VMS-+ 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, 24 Jan 1996 17:56:23 MET-1MET DST Sender: owner-vms-emacs-testers-archiver@ctrl-c.liu.se Date: Wed, 24 Jan 1996 11:42:40 -0500 Message-ID: <96012411424033@aalix.pharmark.com> From: george@aalix.pharmark.com Reply-To: vms-emacs-testers@e.kth.se To: VMS-EMACS-TESTERS@e.kth.se Subject: install emacs19.28 Hi, Thanks for all helps from the group, now I finally installed emacs. But there still have two problems. 1) When I type in emacs, it always says: "Warning: arch-dependent data dir($1$DIA4:[SHI.GNU.LIB.EMACS.19_28.ALPHA- DEC-VMS6-2]) does not exist." I create ALPHA-DEC-VMS6-2.dir, but that doesn't help. What should I copy to this directory or is this warning not so important? 2) When I try to create a shell subprocess using "M-x shell", it says "Unable to spawn subprocess: logical name table is full" How can I deal with that? Asking system adminastrator? Thanks in advance!! Zhaohui ================================================================================ Archive-Date: Thu, 25 Jan 1996 07:27:14 MET-1MET DST Sender: owner-vms-emacs-testers-archiver@ctrl-c.liu.se Date: Thu, 25 Jan 1996 07:17:54 +0100 From: Richard Levitte - GNU on VMS hacker Reply-To: vms-emacs-testers@e.kth.se To: vms-emacs-testers@e.kth.se Message-ID: <0099CE7D.B5478477.16@e.kth.se> remo/nonotify martin.purschke@cern.ch add/nonotify/nomail/norepro/access Martin Purschke add/nonotify Martin Purschke ================================================================================ Archive-Date: Thu, 25 Jan 1996 07:37:44 MET-1MET DST Sender: owner-vms-emacs-testers-archiver@ctrl-c.liu.se Date: Thu, 25 Jan 1996 07:27:30 +0100 From: Richard Levitte - GNU on VMS hacker Reply-To: vms-emacs-testers@e.kth.se To: vms-emacs-testers@e.kth.se Message-ID: <0099CE7F.0CDA506A.29@e.kth.se> Subject: Re: install emacs19.28 >From: george@aalix.pharmark.com > Thanks for all helps from the group, now I finally installed emacs. >But there still have two problems. > >1) When I type in emacs, it always says: > >"Warning: arch-dependent data dir($1$DIA4:[SHI.GNU.LIB.EMACS.19_28.ALPHA- >DEC-VMS6-2]) does not exist." ???? This should have been created by the install. The following files should have been installed in there: Directory GNU_ROOT:[AXP.LIB.EMACS.19_28.ALPHA-DEC-VMS6_2] DIGEST-DOC.EXE;4 10/12 11-JUN-1995 07:46:43.88 (RWED,RWED,RE,RE) EMACSSERVER.COM;39 3/4 29-SEP-1994 21:37:52.05 (RWED,RWED,RE,RE) HEXL.EXE;4 15/16 11-JUN-1995 07:46:49.94 (RWED,RWED,RE,RE) MAKE-DOCFILE.EXE;13 42/44 6-SEP-1995 11:22:07.21 (RWED,RWED,RE,RE) PROFILE.EXE;5 27/28 17-JUN-1995 14:26:37.08 (RWED,RWED,RE,RE) SORTED-DOC.EXE;5 21/24 21-AUG-1995 21:31:36.94 (RWED,RWED,RE,RE) TEST-DISTRIB.EXE;4 9/12 11-JUN-1995 07:46:30.58 (RWED,RWED,RE,RE) VMSGETMAIL.EXE;5 53/56 11-JUN-1995 07:46:56.61 (RWED,RWED,RE,RE) VMSSENDMAIL.EXE;5 23/24 11-JUN-1995 07:46:54.84 (RWED,RWED,RE,RE) WAKEUP.EXE;4 8/8 11-JUN-1995 07:46:33.06 (RWED,RWED,RE,RE) YOW.EXE;5 14/16 21-AUG-1995 21:38:12.97 (RWED,RWED,RE,RE) Total of 11 files, 225/244 blocks. >I create ALPHA-DEC-VMS6-2.dir, but that doesn't help. What should I copy to >this directory or is this warning not so important? The warning is important, but Emacs can run anyway. >2) When I try to create a shell subprocess using "M-x shell", it says >"Unable to spawn subprocess: logical name table is full" >How can I deal with that? Asking system adminastrator? Ask him. I would guess there's a quota you need to get increased. -- +--------------------------------------------------------------------+ ! 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 ! ! +-GNUish VMS-+ 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, 25 Jan 1996 07:46:23 MET-1MET DST Sender: owner-vms-emacs-testers-archiver@ctrl-c.liu.se Date: Thu, 25 Jan 1996 07:38:36 +0100 From: Richard Levitte - GNU on VMS hacker Reply-To: vms-emacs-testers@e.kth.se To: vms-emacs-testers@e.kth.se Message-ID: <0099CE80.99658D24.42@e.kth.se> Subject: Re: Stupid me, wrong address. Sorry about that... >remo/nonotify martin.purschke@cern.ch >add/nonotify/nomail/norepro/access Martin Purschke >add/nonotify Martin Purschke -- +--------------------------------------------------------------------+ ! 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 ! ! +-GNUish VMS-+ 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: Sun, 28 Jan 1996 17:44:34 MET-1MET DST Sender: owner-vms-emacs-testers-archiver@ctrl-c.liu.se Date: Sun, 28 Jan 1996 17:33:39 +0100 From: Richard Levitte - GNU on VMS hacker Reply-To: vms-emacs-testers@e.kth.se To: vms-emacs-testers@e.kth.se Message-ID: <0099D12F.396664FC.20@e.kth.se> Subject: New dcl-mode.el Odd Gripenstam has hacked quite much on his dcl-mode.el, and he just sent me the results for upload. The nen version is available as ftp://ftp.vms.stacken.kth.se/gnu-vms/beta/dcl-mode-19960128.el This is the comment added to the history list: ;; * Added customization via dcl-calc-command-indent-function and ;; dcl-calc-cont-indent-function variables. ;; Added functions dcl-calc-command-indent-multiple and ;; dcl-calc-cont-indent-relative. Changed default for ;; indentation of continuation lines to use ...indent-relative. ;; Odd Gripenstam 19960128 -- +--------------------------------------------------------------------+ ! 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 ! ! +-GNUish VMS-+ 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, 30 Jan 1996 16:01:27 MET-1MET DST Sender: owner-vms-emacs-testers-archiver@ctrl-c.liu.se Date: Tue, 30 Jan 1996 14:43:23 EST From: Daniel THONON - DCN Reply-To: vms-emacs-testers@e.kth.se To: vms-emacs-testers@e.kth.se CC: dtn@sema-grenoble.fr Message-ID: <0099D2A9.C4D48B60.16734@LEAF.SEMA-GRENOBLE.FR> Subject: RE: Subscription to mailing list vms-emacs-testers REVIEW vms-emacs-testers HELP EXIT