ftp.nice.ch/peanuts/GeneralData/Usenet/news/1989/CSN-89.tar.gz#/comp-sys-next/1989/Oct/loadst-program-for-emacs-on-the-NeXT

This is loadst-program-for-emacs-on-the-NeXT in view mode; [Up]


Date: Sun 31-Oct-1989 03:12:57 From: Unknown Subject: loadst program for emacs on the NeXT In using emacs on a NeXT, I found that the display-time function would display the time and system load if I was root but only display the time if I was another user. The problem was that the program /usr/lib/emacs/etc/loadst did not have permission to read /dev/kmem when run by a regular user. One fix for this (and I hope it doesn't open any great gaping security holes) is to change the group of loadst to kmem and make loadst setgid. That is, as root cd /usr/lib/emacs/etc chown root.kmem loadst chmod 2755 loadst Then "ls -lg loadst" should show -rwxr-sr-x 1 root kmem 16384 Jul 24 21:18 loadst There is something very curious about the programs in /usr/lib/emacs/etc - most of them have the same size and it is exactly 16K. These are programs like cvtmail, emacsclient, loadst (as above), ... I checked with "ls -i" and they have different i-numbers which, I believe, means they are not all links to the same file. Can anyone explain why they all have the same size? I haven't seen this on other systems. Another intermittent problem I am having with emacs on the NeXT is that a shell will sometimes fail to start. Actually, it dies as soon as it starts and it brings down the loadst program with it. If I have another shell-like process, such as an inferior lisp, going it will be killed as well. Has anyone else experienced these problems? Are any fixes known? Douglas Bates, Statistics, U. of Wisconsin-Madison >From: userUSSR@mts.ucs.UAlberta.CA (Chris Thierman)
Date: Sun 31-Oct-1989 19:01:40 From: Unknown Subject: Re: loadst program for emacs on the NeXT In article <BATES.89Oct30211257@wingra.stat.wisc.edu> bates@wingra.stat.wisc.edu (Douglas Bates) writes: >There is something very curious about the programs in >/usr/lib/emacs/etc - most of them have the same size and it is exactly >16K. ... Can anyone >explain why they all have the same size? I haven't seen this on other >systems. MACH uses 8K pages and these files are linked with -lsys_s. The minimum executable size is 16K, and grows in 8K increments. There is something very curious about /usr/lib/emacs/yow.lines - it's not there! Copy it from your 0.9 disk and make Zippy happy. (Actually, there seem to me a lot of things missing in 1.0 relative to 0.9...) -=EPS=- >From: ed@uunet!dtgcube (Edward Jung)
Date: Sun 31-Oct-1989 10:04:23 From: Unknown Subject: Re: loadst program for emacs on the NeXT In article <BATES.89Oct30211257@wingra.stat.wisc.edu> : >In using emacs on a NeXT, I found that the display-time function would >display the time and system load if I was root but only display the >time if I was another user. The problem was that the program >/usr/lib/emacs/etc/loadst did not have permission to read /dev/kmem >when run by a regular user. >[...] You could also add the kmem group to your own account; BSD 4.2 and later, I believe, allow you to belong to more than one group. >There is something very curious about the programs in >/usr/lib/emacs/etc - most of them have the same size and it is exactly >16K. These are programs like cvtmail, emacsclient, loadst (as above), >[...] This is because the TEXT and DATA segments are padded to 8k boundies in the Mach-O file; each of these programs have TEXT and DATA sections that are smaller than that. You can use "size -m appname" to see this information. >Another intermittent problem I am having with emacs on the NeXT is >that a shell will sometimes fail to start. Actually, it dies as soon >as it starts and it brings down the loadst program with it. If I have >another shell-like process, such as an inferior lisp, going it will be >killed as well. Has anyone else experienced these problems? Are >any fixes known? I have not had this problem, and I use emacs all the time. What exactly do you mean by "a shell will fail to start"; do you mean in the terminal emulator? In the shell mode? I usually prefer the terminal emulator myself (M-x terminal-emulator). BTW, has anybody done a keymap so that the Alternate key can be used as Meta? The default mappings (using the high-bit) are all screwy, and I imagine that somebody must have done the remapping already? >Douglas Bates, Statistics, U. of Wisconsin-Madison
Date: Sun 01-Nov-1989 05:36:21 From: Unknown Subject: Re: loadst program for emacs on the NeXT >In article <BATES.89Oct30211257@wingra.stat.wisc.edu> : >>Another intermittent problem I am having with emacs on the NeXT is >>that a shell will sometimes fail to start. Actually, it dies as soon >>as it starts and it brings down the loadst program with it. If I have >>another shell-like process, such as an inferior lisp, going it will be >>killed as well. Has anyone else experienced these problems? Are >>any fixes known? We have had this problem, too. It stems from a bug in Terminal: when you exit Terminal using the Quit menu option, it does not reset the ownership and permissions on the terminal special file (/dev/ttyp_) to root and 666, respectively. When emacs tries to open up a pty for a shell or the time display, it will fail. This does not occur when the shell running inside the Terminal is exited. Hmm... leads one to wonder if that is why all the ptys are cleared when the machine boots :-). --bob Bob Olson University of Illinois at Urbana/Champaign >From: phd_ivo@gsbacd.uchicago.edu

These are the contents of the former NiCE NeXT User Group NeXTSTEP/OpenStep software archive, currently hosted by Marcel Waldvogel and Netfuture.ch.