Re: replacing grep(1)
Daniel C. Sobral d...@newsguy.com writes: Dag-Erling Smorgrav wrote: To be precise, I experience a 30% decrease in system time and a 100% increase in user time when I use RE_STARTEND and eliminate the malloc() / memcpy() calls in procfile(). Could you please test my patch that removes malloc() but bot memcpy()? Here it is again, though against an old version: Yeah. You can do even better by declaring ln static and never free()ing it. DES -- Dag-Erling Smorgrav - d...@flood.ping.uio.no To Unsubscribe: send mail to majord...@freebsd.org with unsubscribe freebsd-hackers in the body of the message
Re: replacing grep(1)
Daniel C. Sobral d...@newsguy.com writes: Could you please test my patch that removes malloc() but bot memcpy()? Here it is again, though against an old version: Bingo. REG_STARTEND is significantly more expensive than memcpy(). DES -- Dag-Erling Smorgrav - d...@flood.ping.uio.no To Unsubscribe: send mail to majord...@freebsd.org with unsubscribe freebsd-hackers in the body of the message
Re: readdirplus is very cool, any other nfs client suggestions?
Alfred Perlstein bri...@rush.net writes: DES: can you elaborate? you think it may cause problems with amd since it's like an NFS buffer isn't it and would work over the loopback... I used loopback mounts to test NFS make worlds a while ago (there were places where make world would bomb because chflags doesn't work on NFS) and experienced deadlock problems. Somebody (I don't remember who exactly) told me that this was a known problem with the NFSv3 code; reading over loopback mounts works fine, but writing apparently results in deadlocks. Search the archives; the commit logs should give you an idea of when this was (check the logs for Makefiles that use chflags). r...@des ~# current -l -F Makefile chflags src/Makefile.inc1 src/lib/libc/sys/Makefile.inc src/lib/libc_r/Makefile src/release/Makefile src/sys/alpha/conf/Makefile.alpha src/sys/i386/conf/Makefile.i386 src/sys/pc98/conf/Makefile.pc98 src/usr.bin/Makefile src/usr.bin/chflags/Makefile src/usr.bin/chpass/Makefile src/usr.bin/passwd/Makefile DES -- Dag-Erling Smorgrav - d...@yes.no To Unsubscribe: send mail to majord...@freebsd.org with unsubscribe freebsd-hackers in the body of the message
Re: Mentioning RFC numbers in /etc/services
John-Mark Gurney gurne...@efn.org writes: Sheldon Hearn scribbled this message on Aug 1: Would you need these entries if inetd let you specify port numbers instead of service names? I vote for allowing inetd.conf to specify a port number instead of a service name... it should be very easy to make the modification, and I'm willing to do all the work, assuming no one on -committers objects.. The correct way to do this is to fix getservbyname() so it accepts port numbers. DES -- Dag-Erling Smorgrav - d...@flood.ping.uio.no To Unsubscribe: send mail to majord...@freebsd.org with unsubscribe freebsd-hackers in the body of the message
Re: Mentioning RFC numbers in /etc/services
Sheldon Hearn sheld...@uunet.co.za writes: On 02 Aug 1999 13:05:17 +0200, Dag-Erling Smorgrav wrote: The correct way to do this is to fix getservbyname() so it accepts port numbers. Would this not still require modifications to /etc/services for services not already mentioned in that file? Allow me to re-quote the message I answered: I vote for allowing inetd.conf to specify a port number instead of a service name... DES -- Dag-Erling Smorgrav - d...@flood.ping.uio.no To Unsubscribe: send mail to majord...@freebsd.org with unsubscribe freebsd-hackers in the body of the message
Re: Mentioning RFC numbers in /etc/services
Daniel Eischen eisc...@vigrid.com writes: Dag-Erling Smorgrav wrote: The correct way to do this is to fix getservbyname() so it accepts port numbers. Are you sure this is what you want? Yes. It may allow an application to use a port number that would otherwise be invalid. Please elaborate. DES -- Dag-Erling Smorgrav - d...@flood.ping.uio.no To Unsubscribe: send mail to majord...@freebsd.org with unsubscribe freebsd-hackers in the body of the message
Re: Mentioning RFC numbers in /etc/services
Sheldon Hearn sheld...@uunet.co.za writes: If we fix this in inetd, we get what we want. If we fix this in getservbyport() we may get something that we don't want, namely applications that relay on the existing behaviour of the function stop working as intended. I don't see in what way an application could break if getservbyname() suddenly accepted numeric port specifications. It won't ``stop working as intended'', it'll keep on working as it always used to, plus a little more. It'll also make it a darn sight easier to parse port specifications e.g. from the command line. DES -- Dag-Erling Smorgrav - d...@flood.ping.uio.no To Unsubscribe: send mail to majord...@freebsd.org with unsubscribe freebsd-hackers in the body of the message
Re: readdirplus is very cool, any other nfs client suggestions?
Matthew Dillon dil...@apollo.backplane.com writes: The buildworld chflags problems were fixed around a month ago I think. No, I fixed them in february or march. DES -- Dag-Erling Smorgrav - d...@yes.no To Unsubscribe: send mail to majord...@freebsd.org with unsubscribe freebsd-hackers in the body of the message
Re: readdirplus is very cool, any other nfs client suggestions?
Tim Vanderhoek vand...@ecf.utoronto.ca writes: Set INSTALLFLAGS_EDIT=:S/schg/,/ to remove these when doing a make world, if needed. Please try to understand what the issue is before butting in. DES -- Dag-Erling Smorgrav - d...@yes.no To Unsubscribe: send mail to majord...@freebsd.org with unsubscribe freebsd-hackers in the body of the message
Re: readdirplus is very cool, any other nfs client suggestions?
Matthew Dillon dil...@apollo.backplane.com writes: Ok, then there is a real good chance localhost mounts will work now. I'm happy to hear that, since NFSv3 is significantly faster than NFSv2 on loopback mounts :) I'm running a buildworld test right now with /usr/src and /usr/obj both on NFSv3 localhost mounts. Yeah, I was doing installworlds with /usr, /usr/src and /usr/obj NFS-mounted (in a chroot tree on the server, because I got tired of doing it over PLIP). DES -- Dag-Erling Smorgrav - d...@yes.no To Unsubscribe: send mail to majord...@freebsd.org with unsubscribe freebsd-hackers in the body of the message
Re: BSD voice synthesis
Ville-Pertti Keinonen w...@iki.fi writes: I certainly don't expect any of the available voices to be able to pronounce Finnish names correctly, even with phonetic specifications. If the software were *designed* to speak Finnish, I'd expect it to cope with Finnish much better than it currently does with English, seeing as you guys have nearly phonetic spelling. DES -- Dag-Erling Smorgrav - d...@flood.ping.uio.no To Unsubscribe: send mail to majord...@freebsd.org with unsubscribe freebsd-hackers in the body of the message
Re: Results of investigating optimizing calloc()...
Kelly Yancey kby...@alcnet.com writes: [...] Which reminds me - has anyone thought of using DMA for zeroing pages, to avoid cache invalidation? The idea is to keep a chunk of zeroes on disk and DMA it into memory instead of clearing pages manually. This assumes your disk supports DMA, of course. DES -- Dag-Erling Smorgrav - d...@flood.ping.uio.no To Unsubscribe: send mail to majord...@freebsd.org with unsubscribe freebsd-hackers in the body of the message
Re: Results of investigating optimizing calloc()...
Peter Jeremy jere...@gsmx07.alcatel.com.au writes: Dag-Erling Smorgrav d...@flood.ping.uio.no wrote: The idea is to keep a chunk of zeroes on disk and DMA it into memory Have you looked at disk latencies recently? A modern CPU could zero- fill a decent fraction of its RAM in the time taken to fetch a page of zeroes from the platter. And if it was accessed frequently enough to keep the zeroed page in disk cache, you've just moved the bottleneck into that disk controller (and you've reduced the effective size of the disk's cache by a page). It still beats the hell out of invalidating your entire L1 and L2 caches. DES -- Dag-Erling Smorgrav - d...@flood.ping.uio.no To Unsubscribe: send mail to majord...@freebsd.org with unsubscribe freebsd-hackers in the body of the message
Re: Results of investigating optimizing calloc()...
Chris re...@tig.com.au writes: Anyways thats all I can think of. The only way I can see that using DMA to refresh pages as a faster method is if the DMA controller can do it quicker than the CPU which I doubt is likely, also it will only be useful if it can do 32-bit addresses. Grr.. *read what I f###ing wrote* The issue is not speed, because this is something we do in the background when there's nothing else to do. The issue is to avoid thrashing the cache. DES -- Dag-Erling Smorgrav - d...@flood.ping.uio.no To Unsubscribe: send mail to majord...@freebsd.org with unsubscribe freebsd-hackers in the body of the message
Re: fetch: default to passive mode?
Chuck Youse cyo...@cybersites.com writes: I have a really strong urge to submit a PR to make fetch default to passive mode, instead of requiring a command-line switch ... fetch(1) honors FTP_PASSIVE_MODE. d...@des /usr/freebsd/current% lcvs log -r1.31 src/etc/login.conf RCS file: /home/ncvs/src/etc/login.conf,v Working file: src/etc/login.conf head: 1.32 branch: locks: strict access list: symbolic names: RELENG_3_2_PAO: 1.26.2.3.0.2 RELENG_3_2_PAO_BP: 1.26.2.3 RELENG_3_2_0_RELEASE: 1.26.2.3 RELENG_3_1_0_RELEASE: 1.26.2.1 RELENG_3: 1.26.0.2 RELENG_3_BP: 1.26 RELENG_2_2_8_RELEASE: 1.9.2.7 RELENG_3_0_0_RELEASE: 1.22 RELENG_2_2_7_RELEASE: 1.9.2.7 RELENG_2_2_6_RELEASE: 1.9.2.7 RELENG_2_2_5_RELEASE: 1.9.2.3 RELENG_2_2_2_RELEASE: 1.9 RELENG_2_2: 1.9.0.2 keyword substitution: kv total revisions: 43;selected revisions: 1 description: revision 1.31 date: 1999/05/28 11:07:16; author: jkh; state: Exp; lines: +2 -2 Set FTP_PASSIVE_MODE=YES by default in the default login class. = DES -- Dag-Erling Smorgrav - d...@flood.ping.uio.no To Unsubscribe: send mail to majord...@freebsd.org with unsubscribe freebsd-hackers in the body of the message
Re: fetch: default to passive mode?
Daniel O'Connor docon...@gsoft.com.au writes: Speaking of fetch features.. Are there any plans to make fetch use a http proxy for ftp requests like ftp does? Yes. I intend to implement this in libfetch when I get around to rewriting the HTTP code. DES -- Dag-Erling Smorgrav - d...@flood.ping.uio.no To Unsubscribe: send mail to majord...@freebsd.org with unsubscribe freebsd-hackers in the body of the message
Re: ignoretime in login.conf??
Doug d...@gorean.org writes: Also, the 'boolean' option is essentially undocumented in the login.conf man page. It's mentioned once, but there is no example of how it works or the fact that the @ sign is the symbol for it. The info is in login_cap(3), but it's hard to decipher for a non-programmer. I'll put this on my list if no one else wants to take it, and submit a PR. login.conf is a capability database like any other and therefore follows the syntax described in the getcap(3) man page. DES -- Dag-Erling Smorgrav - d...@flood.ping.uio.no To Unsubscribe: send mail to majord...@freebsd.org with unsubscribe freebsd-hackers in the body of the message
Re: Disk label recovery - request for suggestions.
Josef Karthauser j...@pavilion.net writes: If so, what extra work is required to make it work with non UFS file systems - is 'disklabel' used on non UFS fs's? Disklabel doesn't work at the fs level, it works at the slice level - dividing slices into partitions, in which you can create file systems. DES -- Dag-Erling Smorgrav - d...@flood.ping.uio.no To Unsubscribe: send mail to majord...@freebsd.org with unsubscribe freebsd-hackers in the body of the message
Re: Unsafe code in libc in 3.0-RELEASE FreeBSD i386
Archie Cobbs arc...@whistle.com writes:
Igor Gousarov writes:
The source file for setlocale function
(/usr/src/lib/libc/locale/setlocale.c)
contains the line which might put libc into infinite loop:
[...]
Please file a PR to make sure that this doesn't slip through
the cracks...
It seems to have slipped through the cracks. Good thing I had a
process mark on this message. What do you think of the attached patch
(against -CURRENT)?
I think there's still a possibility of new_categories being overrun,
since there's no bounds checking on i in the do ... while (*locale)
loop. I suggest that a careful audit by somebody who knows this code
(or at least knows what it's supposed to do).
DES
--
Dag-Erling Smorgrav - d...@flood.ping.uio.no
Index: src/lib/libc/locale/setlocale.c
===
RCS file: /home/ncvs/src/lib/libc/locale/setlocale.c,v
retrieving revision 1.23
diff -u -r1.23 setlocale.c
--- setlocale.c 1998/04/29 22:39:56 1.23
+++ setlocale.c 1999/08/11 15:21:05
@@ -156,9 +156,11 @@
new_categories[i][ENCODING_LEN] = '\0';
}
} else {
- for (i = 1; r[1] == '/'; ++r);
+ while (r[1] == '/')
+ ++r;
if (!r[1])
return (NULL); /* Hmm, just slashes... */
+ i = 1;
do {
len = r - locale ENCODING_LEN ? ENCODING_LEN
: r - locale;
(void)strncpy(new_categories[i], locale, len);
@@ -169,13 +171,13 @@
++locale;
while (*++r *r != '/');
} while (*locale);
- while (i _LC_LAST)
+ for (; i _LC_LAST; ++i)
(void)strcpy(new_categories[i],
new_categories[i-1]);
}
}
- if (category)
+ if (category != LC_ALL)
return (loadlocale(category));
for (i = 1; i _LC_LAST; ++i) {
To Unsubscribe: send mail to majord...@freebsd.org
with unsubscribe freebsd-hackers in the body of the message
Re: Disk label recovery - request for suggestions.
Josef Karthauser j...@pavilion.net writes: Ahha - of course. Ok, let me re-phrase the question then. By looking at the contents of the superblocks on a UFS file system it's possible to reconstruct a disklabel for a slice. Well, it's possible to reconstruct the label information for *that particular UFS file system*, since if you know the location of the superblock (or one of its backup copies), you can determine the offset and size of the FS. It won't tell you anything about *other* partitions though. Is this trick possible with other kinds of file systems too? That's totally dependent on the particular file system. For instance, a swap partition contains no metadata (that I know of), so all you can do is deduce it's size and position from the sizes and positions of surrounding partitions, and of the slice they're in. DES -- Dag-Erling Smorgrav - d...@flood.ping.uio.no To Unsubscribe: send mail to majord...@freebsd.org with unsubscribe freebsd-hackers in the body of the message
Re: Disk label recovery - request for suggestions.
Josef Karthauser j...@pavilion.net writes: On Wed, Aug 11, 1999 at 06:23:24PM +0200, Dag-Erling Smorgrav wrote: Josef Karthauser j...@pavilion.net writes: Ahha - of course. Ok, let me re-phrase the question then. By looking at the contents of the superblocks on a UFS file system it's possible to reconstruct a disklabel for a slice. Well, it's possible to reconstruct the label information for *that particular UFS file system*, since if you know the location of the superblock (or one of its backup copies), you can determine the offset and size of the FS. It won't tell you anything about *other* partitions though. That's ok, because each slice has its _own_ label. If the bios partition table loses it's mind that's a little more work :). You're confusing partitions and slices. DES -- Dag-Erling Smorgrav - d...@flood.ping.uio.no To Unsubscribe: send mail to majord...@freebsd.org with unsubscribe freebsd-hackers in the body of the message
Re: BSD XFS Port BSD VFS Rewrite
Tony Finch d...@dotat.at writes: Kenny Drobnack kdrob...@mission.mvnc.edu wrote: This may be a stupid question, but what's to keep from putting xfs in FreeBSD? Is there something in the licenses that says you can't use GPL'ed software and software under the BSD License together? Yes. The BSD licence requirement for acknowledging UCB in any advertising conflicts with the GPL requirement that further restrictions should not be added to those already in the GPL. This prevents you from relicensing BSD software under the GPL. It does not prevent you from selling an OS that has both BSD and GPL bits, as long as the GPL bits come with full source. DES -- Dag-Erling Smorgrav - d...@flood.ping.uio.no To Unsubscribe: send mail to majord...@freebsd.org with unsubscribe freebsd-hackers in the body of the message
Re: New tests for test(1)
Graham Wheeler g...@cequrux.com writes: I was writing a script yesterday, and I wanted to have a test to compare the modification time of two files. test(1) doesn't have the ability to do this. In the end I worked around this by using make(1), but it set me thinking - wouldn't it be a good idea to add some new tests to test(1), to compare files based on criteria like size or modification date? NetBSD's test(1) utility has this (-nt and -ot). We should probably merge in their changes. DES -- Dag-Erling Smorgrav - d...@flood.ping.uio.no To Unsubscribe: send mail to majord...@freebsd.org with unsubscribe freebsd-hackers in the body of the message
Re: BSD XFS Port BSD VFS Rewrite
Jason Thorpe thor...@nas.nasa.gov writes: On 12 Aug 1999 11:01:06 +0200 Dag-Erling Smorgrav d...@flood.ping.uio.no wrote: This prevents you from relicensing BSD software under the GPL. It does not prevent you from selling an OS that has both BSD and GPL bits, as long as the GPL bits come with full source. If you have an executable object which includes GPL'd code, you must supply FULL SOURCE for the *entire* object, not just the GPL'd bits. We're talking separate binaries here. DES -- Dag-Erling Smorgrav - d...@flood.ping.uio.no To Unsubscribe: send mail to majord...@freebsd.org with unsubscribe freebsd-hackers in the body of the message
Re: [Review please] (was: Re: cvs commit: src/gnu/usr.bin/man/manpath manpath.config)
Ruslan Ermilov r...@freebsd.org writes: How about the following patch. It adds an OPTIONAL_MANPATH directive, which is equivalent to the MANDATORY_MANPATH, except an absence of the directory is not considered an error. Sure. DES -- Dag-Erling Smorgrav - d...@flood.ping.uio.no To Unsubscribe: send mail to majord...@freebsd.org with unsubscribe freebsd-hackers in the body of the message
Re: Init(8) cannot decrease securelevel
KATO Takenori k...@ganko.eps.nagoya-u.ac.jp writes: The kernel runs with four different levels of security. ! Any super-user process can raise the security level, but no process can lower it. How about The security level can only be raised by the super-user, and cannot be lowered by anyone. instead? DES -- Dag-Erling Smorgrav - d...@flood.ping.uio.no To Unsubscribe: send mail to majord...@freebsd.org with unsubscribe freebsd-hackers in the body of the message
Re: CFD: bogomips CPU performance metric
Wilko Bulte wi...@yedi.iaf.nl writes: The Wrath of Satoshi (free interpretation of The Wrath of Khan) 8-) The question is, does The Wrath of Satoshi also have Kirstie Alley in the role of Lt. Saavik? And if it doesn't, what else does it have that makes it worth watching? Too bad she's a scientologist. DES (http://www.moviebbs.com/gallery/samples/s-025-ka.jpg) -- Dag-Erling Smorgrav - d...@flood.ping.uio.no To Unsubscribe: send mail to majord...@freebsd.org with unsubscribe freebsd-hackers in the body of the message
Re: Init(8) cannot decrease securelevel
Matthew Dillon dil...@apollo.backplane.com writes: So making DDB 'secure-level friendly' would be a useful thing tgo do, I think. The idea is not to disable DDB, but to simply limit the actions that can be performed within it if the securelevel has been raised. The sysadmin would only be allowed to issue passive commands, cont, and 'panic'. The sysadmin would not be allowed to modify the running system. That's an excellent idea - it shouldn't be too hard to add a kernel option (say, DDB_RESTRICTED) and #ifndef the dangerous commands. DES (must... write... patches...) -- Dag-Erling Smorgrav - d...@flood.ping.uio.no To Unsubscribe: send mail to majord...@freebsd.org with unsubscribe freebsd-hackers in the body of the message
Re: More press
Dirk GOUDERS h...@musashi.et.bocholt.fh-ge.de writes: Oh, sorry -- my browse-url-at-mouse function made http://www.zdnet.com/zdtv/screensavers/answerstips/story/02c36562c23246242c00.html of it... Netscape uses commans to separate parameters to the OpenURL command. Fortunately, the API is open and documented, so there's nothing to stop someone from writing a small command-line util that does the equivalent of netscape -remote except faster and better. DES -- Dag-Erling Smorgrav - d...@flood.ping.uio.no To Unsubscribe: send mail to majord...@freebsd.org with unsubscribe freebsd-hackers in the body of the message
Re: CS Project
Chris Costello ch...@calldei.com writes: On Thu, Sep 09, 1999, Narvi wrote: It sounds like a FreeBSD VM, VM taken to mean virtual machine. Anybody in such a 'jar' would not notice (be able to notice) the existence of others at all. In Texas we call that a chroot. ITYM jail(2), which is only available in -CURRENT. DES -- Dag-Erling Smorgrav - d...@flood.ping.uio.no To Unsubscribe: send mail to majord...@freebsd.org with unsubscribe freebsd-hackers in the body of the message
Re: How to prevent motd including os info
[moving to -hackers]
Rodney W. Grimes free...@gndrsh.dnsmgr.net writes:
So when can we see this commited
Already done (-CURRENT only). I've had requests (notably from Yan
Koum) to backport it to -STABLE, but I won't do it so close to a
release.
the only thing I would like
changed is actually a general format of output change in /etc/rc.network,
if you have a few of the ``tcp_*'' knobs set the line length gets
a bit long, could be change the ``echo -n'''s to ``echo \t'' and loose
the trailing ``echo '.'''.
I don't consider that much of a problem, except in cases where
individual scripts / options produce output which breaks the line
(this is mostly a problem with ports). I wouldn't mind the changes you
suggest, but I don't care enough to actually go ahead and do it.
One thing I'd like very much, though, would be to have the output of
fsck -p logged somehow - but since we don't have anything mounted rw
when fsck runs, it's a bit hard to log to disk. You could of course
do something like this:
fsck_output=$(/sbin/fsck -p)
/sbin/mount -at nonfs
echo ${fsck_output} /var/run/fsck.boot
but then you wouldn't be able to see the output while it runs. The
only solution I can think of is the following:
fsck_output=$(/sbin/fsck -p | /bin/tee /dev/console)
/sbin/mount -at nonfs
echo ${fsck_output} /var/run/fsck.boot
but I don't expect people to be happy about moving tee(1) from
/usr/bin to /bin.
DES
--
Dag-Erling Smorgrav - d...@flood.ping.uio.no
To Unsubscribe: send mail to majord...@freebsd.org
with unsubscribe freebsd-hackers in the body of the message
Re: How to prevent motd including os info
Rodney W. Grimes free...@gndrsh.dnsmgr.net writes: One thing I'd like very much, though, would be to have the output of fsck -p logged somehow [...] Actually I would like _all_ the output from /etc/rc* to be avaliable after boot. It should be in the syscons scroll back buffer, [...] No. The scrollback may be too short (especially after an fsck of a large filesystem after a crash), and it may even be empty (if you put something like VESA_132x60 in allscreens_flags in rc.conf) And solving only 1 piece of output from /etc/rc is an incomplete concept. I really like to know if ntpdate stepped my clock 23 seconds for some reason, thats why this (usually means a clock chip has gone zonkers :-)): Doesn't ntpdate log what it does with syslog? If not, I think whichever syscall it is that ntpdate uses to adjust the time should printf() or log() the change. DES -- Dag-Erling Smorgrav - d...@flood.ping.uio.no To Unsubscribe: send mail to majord...@freebsd.org with unsubscribe freebsd-hackers in the body of the message
Re: How to prevent motd including os info
Rodney W. Grimes free...@gndrsh.dnsmgr.net writes: No. The scrollback may be too short (especially after an fsck of a large filesystem after a crash), and it may even be empty (if you put something like VESA_132x60 in allscreens_flags in rc.conf) We can tune the size of the scroll back buffer can't we? Yes, but we don't want to increase the default size too much. And fsck output even after a crash is usually not that long, if it gets long it usually has more problems than fsck -p can deal with and stops any way. You've obviously never fsck'ed a largish soft-updated filesystem after a power outage. Why does switching display mode screw up the scroll back buffer? That sounds broken to me. Because you have to resize the scrollback to accomodate the new line width. You're welcome to fix it. I've tried, and decided that it was far from a SMOP and that it would have to wait until I have more than a few hours' continuous free time. Doesn't ntpdate log what it does with syslog? If you give it the -s option, yes it will syslog it. But doing that to everything in /etc/rc* seems like a pain in the *ss... Lazy people never achieve much. DES -- Dag-Erling Smorgrav - d...@flood.ping.uio.no To Unsubscribe: send mail to majord...@freebsd.org with unsubscribe freebsd-hackers in the body of the message
Re: More press
Dominic Mitchell dom.mitch...@palmerharvey.co.uk writes: If you follow the link from netscape -help, you end up at: http://home.netscape.com/newsref/std/remote.c The page you attempted to access was not found on Netscape's web site. You may have typed its location incorrectly, or it may have been moved, deleted, or incorporated into another part of Netscape's site. To report a broken link, please send a message to feedback. DES -- Dag-Erling Smorgrav - d...@flood.ping.uio.no To Unsubscribe: send mail to majord...@freebsd.org with unsubscribe freebsd-hackers in the body of the message
Re: submiting source code ?
Jeroen Ruigrok/Asmodai asmo...@wxs.nl writes: The Unix Programming Environment by Rob Pike and Ritchie Kerninghan Ritchie Kernighan? Who's Ritchie Kernighan? DES -- Dag-Erling Smorgrav - d...@flood.ping.uio.no To Unsubscribe: send mail to majord...@freebsd.org with unsubscribe freebsd-hackers in the body of the message
Re: style question
Gregory Bond g...@itga.com.au writes: Us humans can see that j is not used without being set, but cc can't. How do I remove this warning in a style(9)-compatible way? Initialize j. DES -- Dag-Erling Smorgrav - d...@flood.ping.uio.no To Unsubscribe: send mail to majord...@freebsd.org with unsubscribe freebsd-hackers in the body of the message
