view etc/ulimit.hack @ 58058:3e39ea92134a

Fixed bug: ** line-spacing and garbage in fringe From: SAITO Takuya <[e-mail]> Date: Mon, 31 May 2004 02:08:05 +0900 (JST) Start emacs -Q and evaluate below with C-xC-e: (let ((lines 2) (spacing 1)) (setq line-spacing spacing indicate-buffer-boundaries t) (insert (make-string (window-height) ?\n)) (goto-char (point-min)) (message (make-string (* (window-width) lines) ?.)) (scroll-up 1)) then, garbage is displayed in right fringe. Above code reproduces this bug with (frame-parameter nil 'font) => "-Adobe-Courier-Medium-R-Normal--12-120-75-75-M-70-ISO8859-1" If you use different font, you may need different value of `lines' and/or `spacing'.

#!/bin/sh
#
# ulimit.hack: Create an intermediate program for use in
# between kernel initialization and init startup.
# This is needed on a 3b system if the standard CDLIMIT is
# so small that the dumped Emacs file cannot be written.
# This program causes everyone to get a bigger CDLIMIT value
# so that the dumped Emacs can be written out.
#
# Users of V.3.1 and later should not use this; see etc/MACHINES
# and reconfig your kernel's CDLIMIT parameter instead.
#
# Caveat: Heaven help you if you screw this up.  This puts
# a new program in as /etc/init, which then execs the real init.
#
cat > ulimit.init.c << \EOF
main(argc, argv)
int argc;
char *argv[];
{
	ulimit(2, 262144L);	/* "2" is the "set" command. */
	/* 262,144 allows for 128Mb files to be written. */
	/* If that value isn't suitable, roll your own.  */
	execv("/etc/real.init", argv);
}
EOF
#
# Compile it and put it in place of the usual init program.
#
cc ulimit.init.c -o ulimit.init
mv /etc/init /etc/real.init
mv ulimit.init /etc/ulimit.init
ln /etc/ulimit.init /etc/init
mv ulimit.init.c /etc/ulimit.init.c	# to keep src for this hack nearby.
chmod 0754 /etc/init
exit 0
#
# Upon system reboot, all processes will inherit the new large ulimit.

# arch-tag: 6f9a7072-9d07-4431-b0bb-e867648ad0b4