Re: Stacking lots of IP's on a single box - any 'gotchas'?
On Wed, Jul 31, 2013 at 11:47:02PM +0400, Sergey Kandaurov wrote: On 31 July 2013 13:37, Karl Pielorz kpielorz_...@tdx.co.uk wrote: Hi, We've got a number of boxes we'd like to consolidate - this could mean upward of 1,500 IP's on a single box (9.1 amd64). Last time we did anything like this we hit at issue at around 900 (ntpd 'binds' by default to all available IP's - I think we had a workaround for that). This is because select() has a limit on FD_SETSIZE (1024). If it tries to select 1024 fds, bad things could happen. Newer ntpd (not in base) has a feature to bind only to the specific interface; this was used to run ntpd on boxes with 1200 IPs on 1 i/face. I can tell you from experience that FreeBSD has no problems at all selecting on more than 1024 fds. In fact, this is what I would suggest you do. Your limit then is going to be the number of anonymous ports on each IP. Figure 32000 or so to be conservative that's more than what you need. But is there any hard limit we're likely to encounter putting so many IP's on a single machine? - Are there any limits that would likely need tuning to support that many IP's? Unlikely, besides those unrelated things like ntpd+select() et.al. -- wbr, pluknet - Diane -- - d...@freebsd.org d...@db.net http://www.db.net/~db ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to freebsd-hackers-unsubscr...@freebsd.org
Re: Error on building cross-gcc
On Fri, Jul 12, 2013 at 12:06:32AM -0300, Otac?lio wrote: Dears I'm tryning to build cross-gcc with this command line make TGTARCH=arm TGTABI=freebsd10 or make TGTARCH=arm TGTABI=freebsd8 on a FreeBSD squitch 8.4-RELEASE FreeBSD 8.4-RELEASE #27: Mon Jun 10 08:52:47 BRT 2013 ota@squitch:/usr/obj/usr/src/sys/SQUITCH i386 but all times I got /usr/ports/devel/cross-gcc/work/build/./gcc/xgcc -B/usr/ports/devel/cross-gcc/work/build/./gcc/ -B/usr/local/arm-freebsd10/bin/ -B/usr/local/arm-freebsd10/lib/ -isystem /usr/ports/devel/cross-gcc/work/build/./gcc -isystem /usr/local/arm-freebsd10/include -isystem /usr/local/arm-freebsd10/sys-include-g -O2 -pipe -fno-strict-aliasing -mbig-endian -O2 -g -O2 -pipe -fno-strict-aliasing -DIN_GCC -DCROSS_DIRECTORY_STRUCTURE -W -Wall -Wwrite-strings -Wcast-qual -Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition -isystem ./include -fno-inline -g -DHAVE_GTHR_DEFAULT -DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED -Dinhibit_libc -I. -I. -I../../.././gcc -I../../.././../gcc-4.5.4/libgcc -I../../.././../gcc-4.5.4/libgcc/. -I../../.././../gcc-4.5.4/libgcc/../gcc -I../../.././../gcc-4.5.4/libgcc/../include -DHAVE_CC_TLS -o _muldi3.o -MT _muldi3.o -MD -MP -MF _muldi3.dep -DL_muldi3 -c ../../.././../gcc-4.5.4/libgcc/../gcc/libgcc2.c \ In file included from ../../.././../gcc-4.5.4/libgcc/../gcc/tsystem.h:44:0, from ../../.././../gcc-4.5.4/libgcc/../gcc/libgcc2.c:29: /usr/ports/devel/cross-gcc/work/build/./gcc/include/stddef.h:59:24: fatal error: sys/_types.h: No such file or directory compilation terminated. gmake[4]: ** [_muldi3.o] Erro 1 Did you compile cross-binutils first? Check back next week. Work is being done on this port. Someone can give me a hint about what is happen? Thanks a lot -Otacilio ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to freebsd-hackers-unsubscr...@freebsd.org -- - d...@freebsd.org d...@db.net http://www.db.net/~db ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to freebsd-hackers-unsubscr...@freebsd.org
Re: Importing tradcpp (traditional (KR-style) C macro preprocessor) into base?
On Wed, Jun 12, 2013 at 12:11:24AM +0200, Baptiste Daroussin wrote: Hi, I have been working in importing tradcpp (developped by David A. Holland from NetBSD) into the ports tree, it is a traditional (KR-style) C macro preprocessor BSD licensed. I first worked on it so that imake can work properly without gcc. I discovered that some part of the base system still needs a traditional preprocessor, like (calendar), what I propose it to import tradcpp into the base system (not the version in port right now but what will become version 0.2). It mostly behave like gcpp, and I'm able to properly use calendar along with tradcpp with this small patch: http://people.freebsd.org/~bapt/tradcpp.diff Any objections against me importing it? regards, Bapt I rewrote calendar already to not use cpp at all. There is an open PR on it. - Diane -- - d...@freebsd.org d...@db.net http://www.db.net/~db ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to freebsd-hackers-unsubscr...@freebsd.org
Re: Importing tradcpp (traditional (KR-style) C macro preprocessor) into base?
On Tue, Jun 11, 2013 at 03:35:54PM -0700, Xin Li wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 On 06/11/13 15:11, Baptiste Daroussin wrote: Hi, I have been working in importing tradcpp (developped by David A. Holland from NetBSD) into the ports tree, it is a traditional (KR-style) C macro preprocessor BSD licensed. I first worked on it so that imake can work properly without gcc. I discovered that some part of the base system still needs a traditional preprocessor, like (calendar), what I propose it to import tradcpp into the base system (not the version in port right now but what will become version 0.2). It mostly behave like gcpp, and I'm able to properly use calendar along with tradcpp with this small patch: http://people.freebsd.org/~bapt/tradcpp.diff Any objections against me importing it? Looking at the manual page, it looks like that the only reason is to support #include's? I think it would be better to just fix it than importing a new (old) preprocessor... Cheers, - -- Xin LI delp...@delphij.nethttps://www.delphij.net/ FreeBSD - The Power to Serve! Live free or die -BEGIN PGP SIGNATURE- iQEcBAEBCgAGBQJRt6ZKAAoJEG80Jeu8UPuzrX4IAJj1hg/+Vh8oGuc2vVeuAU0W 6brYFkZFlgIicyC2k6BFuVU6jTyn3KelFyMxVgzk2S/5fI6lHh6YCHB/XRCDEzHg GG1TELsFKOgAUsA1xp/uDIKTJKqR2Wef2J3oaCl2L5FL0z/cySopPMLOcd08MiCA wOgr3qcPAfaxROOQJaZTs6lbUOs1zKB7RrtuCaYUB5fEwJ4uZwyKmkZtqEAK7WGT 8gDA78nfKxOLHE4XOBE1McO3sFrCQQoj+uAKS0tbRt4+qAD8rRq4T8H5BEk+eNqF NSPjFRKFrTXKSTnK4U+MBOcw7DhlOcabAz9Lpl6nD5hOzz2mUk4YG3pH/jY9zhg= =dsBw -END PGP SIGNATURE- ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to freebsd-hackers-unsubscr...@freebsd.org http://people.FreeBSD.org/~db/calendar.diff removes cpp from calendar. There is also an open PR 178463 - Diane -- - d...@freebsd.org d...@db.net http://www.db.net/~db ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to freebsd-hackers-unsubscr...@freebsd.org
Re: Importing tradcpp (traditional (KR-style) C macro preprocessor) into base?
On Tue, Jun 11, 2013 at 03:59:56PM -0700, Xin Li wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 On 06/11/13 15:50, Eitan Adler wrote: [...] - limited subset in the man page does not explain what limit. - It doesn't seem to support #ifdef at all Why ifdef is needed? (ifndef is here to avoid duplicated inclusion, I don't think there is valid usage for ifdef). I accidentally left it in is the short answer and I never got around to removing it. ;) It's easy enough to remove, I can re-roll a diff removing #ifdef since it isn't really needed. Cheers, - -- Xin LI delp...@delphij.nethttps://www.delphij.net/ FreeBSD - The Power to Serve! Live free or die -BEGIN PGP SIGNATURE- iQEcBAEBCgAGBQJRt6vsAAoJEG80Jeu8UPuz/EkH/jY8jLItQ6ESfeujLw+72mQ3 Hmitiotg7UHj4ltUs1gazrc5/OGqxZaIOSiAM4aeNa1QDh4WVKaRgFrNg1R1QQCX VLZAzDa9lmSCL9P2RIy7zLgsmY8WsPNKzS051mOEpVDTB56MmXedmllZF//qMaXa S6oMi+nXZXcOlmhyAKRc8J3SAdT40OQDniX2MasE5KnjNL0wE7sZgVK2i4mkT7Tp KTOg0zu0Ezv7kxny/Kbh3curllKyKb+9ca5C4rfmcK41M4GXhQRMqrm3of1uS+3Z 8mSb57cqK3xBJO2JATt46chUlXfT2lxG8/ByiJs8zziT2+G++jEFGTnyzH5DTKY= =vL2S -END PGP SIGNATURE- ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to freebsd-hackers-unsubscr...@freebsd.org - Diane -- - d...@freebsd.org d...@db.net http://www.db.net/~db ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to freebsd-hackers-unsubscr...@freebsd.org
Re: Importing tradcpp (traditional (KR-style) C macro preprocessor) into base?
On Tue, Jun 11, 2013 at 06:04:39PM -0500, Diane Bruce wrote: On Tue, Jun 11, 2013 at 03:59:56PM -0700, Xin Li wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 On 06/11/13 15:50, Eitan Adler wrote: [...] - limited subset in the man page does not explain what limit. - It doesn't seem to support #ifdef at all Why ifdef is needed? (ifndef is here to avoid duplicated inclusion, I don't think there is valid usage for ifdef). I accidentally left it in is the short answer and I never got around to removing it. ;) It's easy enough to remove, I can re-roll a diff removing #ifdef since it isn't really needed. Which I just did. Cheers, - Diane -- - d...@freebsd.org d...@db.net http://www.db.net/~db ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to freebsd-hackers-unsubscr...@freebsd.org
Re: [LIBC] Modfied Version of sscanf
On Sun, May 01, 2011 at 04:45:14PM +0200, Martin M?ller wrote: Am 01.05.11 00:53 schrieb Daniel O'Connor unter docon...@gsoft.com.au: Thanks for your reply. Ok, another example. I try to parse a request, coming from a client in the form: GET resource HTTP/1.1. It is expected that resource can contain space characters (even if its not the case in reality). How would you do that with sscanf ? You don't. You write a tokeniser and parser. You are trying to misuse sscanf. - Diane -- - d...@freebsd.org d...@db.net http://www.db.net/~db Why leave money to our children if we don't leave them the Earth? ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to freebsd-hackers-unsubscr...@freebsd.org
Re: rtld optimizations
On Wed, Jan 26, 2011 at 11:02:04AM -0500, Alexander Kabaev wrote: On Wed, 26 Jan 2011 09:25:27 -0600 Mark Felder f...@feld.me wrote: On Tue, 25 Jan 2011 22:49:11 -0600, Alexander Kabaev kab...@gmail.com wrote: ... numbers proving that it actually helps, instead of mentality Or even slowing things down. Alexander Kabaev - Diane -- - d...@freebsd.org d...@db.net http://www.db.net/~db ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to freebsd-hackers-unsubscr...@freebsd.org
Re: Why not give git a try? (was Re: [head tinderbox] failure on amd64/amd64)
On Tue, Jan 25, 2011 at 01:40:50PM +0100, Giorgos Keramidas wrote: On Tue, 25 Jan 2011 02:22:34 -0800, per...@pluto.rain.com wrote: Diane Bruce d...@db.net wrote: There certainly would not be a chance of putting mercurial or git into base for example. Completely apart from licensing, another strike against mercurial is that it is written in Python, so it couldn't go into base unless Python also went into base. This argument is actually a bit weak for most of the VCS'es out there (including svn by the way). Notice I never ever suggested we might want to do such a thing. All I said was there would be not a chance of GPL code being added. The additional argument of mercurial not being added because of its dependancy on python is immaterial. We don't really *need* to import the full VCS itself into FreeBSD. For instance, Subversion is also not part of the base system. It works fine as a port that people can install. I agree. Indeed, I would argue that there is other code in base that should come out. But I don't want to get that flamefest going again. ;-) The argument is not putting a VCS into base, the argument is what VCS to look at in future. 'fossil' is certainly a viable candidate. I am agreeing the arguments on which VCS to use should be based on the merits of the VCS itself, not on its licence. However, if in the long term we chose 'fossil' and then decided that 'fossil' was absolutely necessary for base, then it would have far less resistance than a GPL VCS. That's a small plus, I never said it was a strong plus. - Diane -- - d...@freebsd.org d...@db.net http://www.db.net/~db ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to freebsd-hackers-unsubscr...@freebsd.org
Re: Why not give git a try? (was Re: [head tinderbox] failure on amd64/amd64)
On Tue, Jan 25, 2011 at 02:05:17PM +, Alexander Best wrote: On Tue Jan 25 11, Giorgos Keramidas wrote: On Tue, 25 Jan 2011 02:22:34 -0800, per...@pluto.rain.com wrote: Diane Bruce d...@db.net wrote: There certainly would not be a chance of putting mercurial or git into base for example. ... no longer the case for the subversion repo of src/. IMO this hasn't really caused any major problem with the people who want to check out and patch the source tree. Note I never said it should be importable into base. also i think freebsd should stick to a major VCS, like git and not some lesser Argumentum ad populum. If the VCS is 1) easy to use 2) easy to maintain and has a body of people working on it already 3) can import other VCS formats, then why not? Also note that using an appeal to popularity suggests we should go with the flow and stop working on llvm/clang. Afer all, everyone else uses gcc. As it happens, fossil is quite tiny, fairly feature rich, BSDL'd and in active development. QED All that being said, I am not interested in bikeshedding right now. Those who will look at the alternatives intelligently should do so. cheers. alex - Diane -- - d...@freebsd.org d...@db.net http://www.db.net/~db ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to freebsd-hackers-unsubscr...@freebsd.org
Re: Why not give git a try? (was Re: [head tinderbox] failure on amd64/amd64)
On Mon, Jan 24, 2011 at 02:33:25PM +0100, Ivan Voras wrote: On 24.1.2011 9:13, Garrett Cooper wrote: On Sun, Jan 23, 2011 at 9:16 PM, Peter Jeremypeterjer...@acm.org wrote: On 2011-Jan-21 20:01:32 +0100, Simon L. B. Nielsensi...@nitro.dk wrote: Perhaps we should just set the tinderbox up to sync directly of ... As long as we're choosing bikeshed colour, I would like to drop mercurial here :) As long as it is not GPL. - Diane -- - d...@freebsd.org d...@db.net http://www.db.net/~db ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to freebsd-hackers-unsubscr...@freebsd.org
Re: Why not give git a try? (was Re: [head tinderbox] failure on amd64/amd64)
On Mon, Jan 24, 2011 at 08:02:37PM +0100, Ivan Voras wrote: On 24 January 2011 19:31, Diane Bruce d...@db.net wrote: As long as it is not GPL. Unless there's a missing smiley in that sentence there, it is a tough IRL I'm known to be very dry humoured, I am deadly in e-mail or IRC. requirement. Of the major SCMs, only Subversion is non-GPL-ed (even QED CVS is...). CVS is/was dual licenced. There is also the work openbsd started with CVS sometime ago. Given the work that is being done on clang/llvm to get a non GPL compiler into the tree, perhaps efforts would be better spent on finding SCMs that were also non GPL. There certainly would not be a chance of putting mercurial or git into base for example. Perhaps a point to consider. - Diane -- - d...@freebsd.org d...@db.net http://www.db.net/~db ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to freebsd-hackers-unsubscr...@freebsd.org
Re: Why not give git a try? (was Re: [head tinderbox] failure on amd64/amd64)
On Mon, Jan 24, 2011 at 12:12:19PM -0800, Garrett Cooper wrote: On Mon, Jan 24, 2011 at 11:48 AM, Diane Bruce d...@db.net wrote: On Mon, Jan 24, 2011 at 08:02:37PM +0100, Ivan Voras wrote: On 24 January 2011 19:31, Diane Bruce d...@db.net wrote: ... But we don't compile CVS, SVN, etc into our sources. I thought which rcs. If you check, the file format on the SVN server is rcs compatible, in fact local checkins using svn will work just fine. Given that this is getting more philosophical than technical, maybe we should move the discussion elsewhere (i.e. not hackers@)? I'd suggest we support fossil (devel/fossil) http://fossil-scm.org No. But in future, keep in mind us old timers are not _that_ conservative. Perhaps a point to consider. Thanks! You are welcome. -Garrett - Diane -- - d...@freebsd.org d...@db.net http://www.db.net/~db ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to freebsd-hackers-unsubscr...@freebsd.org
Re: clogf(3) (complex.h)
On Mon, Sep 27, 2010 at 10:31:40PM +0200, P?LI G?bor J?nos wrote: Hello, I would like to use the clogf(3) function from complex.h, but it seems there is no such function implemented on FreeBSD (8.1-STABLE). Am I missing something or is there any way to work this around? http://www.freebsd.org/cgi/query-pr.cgi?pr=147599cat= - Diane -- - d...@freebsd.org d...@db.net http://www.db.net/~db ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to freebsd-hackers-unsubscr...@freebsd.org
Re: regenerating /var/db/pkg
On Tue, Apr 20, 2010 at 10:11:24PM -0400, Aryeh M. Friedman wrote: I acciddentally rm'ed my /var/db/pkg and want to know is it possible to rgenerate it (I have portmaster and portupgrade installed) You would have to write a script which went through each file in /usr/local/bin and /usr/local/lib (mostly sufficient) and examined every single pkg-plist looking for the corresponding file. Then you know what port the file was generated by. Needless to say, this would be somewhat horrible. - Diane -- - d...@freebsd.org d...@db.net http://www.db.net/~db ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to freebsd-hackers-unsubscr...@freebsd.org
Re: regenerating /var/db/pkg
On Thu, Apr 22, 2010 at 04:12:08PM +0300, Eitan Adler wrote: Hmm, I guess you shouldn't backup /var/foo to /var/bar. If /var is lost, your backup is gone, too. In your crontab MAILTO=... @weekly /usr/sbin/pkg_info -I -a Once a week is reasonable. - Diane -- - d...@freebsd.org d...@db.net http://www.db.net/~db ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to freebsd-hackers-unsubscr...@freebsd.org
Re: regenerating /var/db/pkg
On Thu, Apr 22, 2010 at 09:48:37AM -0700, Doug Barton wrote: On 4/22/2010 6:44 AM, Diane Bruce wrote: On Thu, Apr 22, 2010 at 04:12:08PM +0300, Eitan Adler wrote: ... MAILTO=... @weekly /usr/sbin/pkg_info -I -a pkg_info -o -a would probably be more useful from the standpoint of The sensible thing to do is to be putting a thumb drive on your machine and backing up the /var/db/pkg after updating. An e-mailed list of any sort would be a last resort and having it fairly compact is a compromise, since you do have the thumb drive to fall back on right? rebuilding ports after a lost /var/db/pkg. For portmaster users 'portmaster --list-origins' would give you a list that you could then do 'portmaster `cat list`' to rebuild everything for you. YMMV ;-) - Diane -- - d...@freebsd.org d...@db.net http://www.db.net/~db ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to freebsd-hackers-unsubscr...@freebsd.org
Re: regenerating /var/db/pkg
On Thu, Apr 22, 2010 at 06:48:43PM +, b. f. wrote: Doug Barton wrote: On 4/20/2010 7:11 PM, Aryeh M. Friedman wrote: ... find /usr/local -type f -print0 | xargs -0 pkg_which -v | fgrep '?' libchk would also be useful. ... But as Doug suggests, a full cleanup of PREFIX/LOCALBASE and reinstallation of all leaf packages may be easier than a reconstruction of /var/db/pkg. ... I also agree with Doug here. The key thing is to have a record or a good idea of what you had installed in the first place. I reiterate, having a thumb drive with copies of your /etc,/var/db/pkg /usr/local/etc, you get the idea, is very useful to have around. - Diane __ - d...@freebsd.org d...@db.net http://www.db.net/~db ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to freebsd-hackers-unsubscr...@freebsd.org
Re: 4.6-* sendmail misfeatures
Damon Anton Permezel says: On Mon, May 20, 2002 at 08:40:11PM +0200, Bernd Walter wrote: ... I have been running systems for years now with ipv6 interfaces, and I do not believe I have ever exchanged an IPv6 packet with anyone, so I nolonger include v6. And you still drive a horse and buggy too I bet. -- Diane Bruce, http://www.db.net/~db [EMAIL PROTECTED] --- aphorisms are ephemeral. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: 4.6-* sendmail misfeatures
Crist J. Clark says: On Mon, May 20, 2002 at 12:25:58PM -0500, Damon Anton Permezel wrote: It is not a matter of a timeout. ... I have no control over austinenergy.com's DNS. It has nothing to do with my ISP. I am my own ISP, which is why I spent some time looking into this failure, to determine if it was a problem on my end. It is, because I installed a broken sendmail. Your ISPs DNS is broken. Whether or not -you- like it, IPV6 is coming. If you in particular don't want to use IPV6 then your ISP will fail. You can also continue to drive your horse and buggy. Compile in IPV6 use the work-around for now and complain to your ISP. Damon why are you such a WHINER anyway? Get a life. The success of the internet has often been attributed in part to the philosophy stated in RFC 791. I quote: The implementation of a protocol must be robust. Each implementation must expect to interoperate with others created by different individuals. In general, an implementation must be conservative in its sending behavior, and liberal in its receiving behavior. Too bad the people who wrote these broken DNS servers didn't follow the rule. Agreed. -- Diane Bruce, http://www.db.net/~db [EMAIL PROTECTED] --- aphorisms are ephemeral. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: C vs C++
David O'Brien says: On Wed, Mar 06, 2002 at 06:19:14AM -0600, D J Hawkey Jr wrote: ... application. But all the benefits of Modula-3 are lost on the I only do C crowd that is demanding CVSup be rewritten. If all you have is a hammer... everything looks like a nail. -- Diane Bruce, http://www.db.net/~db [EMAIL PROTECTED] --- I got bored with the last witty aphorism. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: AWK/perl hacker needed to assist the Sparc64 port
David O'Brien says: On Tue, Feb 12, 2002 at 01:07:16PM -0800, Terry Lambert wrote: (2) Perl is harder to bootstrap than sh, sed, or BWK awk. I've sent David something already. -- Diane Bruce, http://www.db.net/~db [EMAIL PROTECTED] --- I got bored with the last witty aphorism. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: Oh my god, Google has a USENET archive going back to 1981!
PSI, Mike Smith says: Those of you out there whose memories include CHANGING diapers not WEARING them might appreciate this. At the Smithsonian they have an exhibit on the history of computers. ... What's pathetic is that my wife (who is also in this field) and I walked down the ENTIRE line going used it, programmed it, programmed it, used We have the Science and Tech museum here in Ottawa. No its not as large, but it also has a computer museum. (http://www.science-tech.nmstc.ca/) But I had the same sad experience. I almost wanted to jump the rope to load the bootloader into a PDP-8... If you don't know what a .ovl extension represents and have never patched Wordstar, I'm sure this message has no meaning to you. Oh to be young again. I never did Z-80 and CP/M but that reminds me of a PDP-11 RT-11 overlay file. -- Diane Bruce, http://www.db.net/~db [EMAIL PROTECTED] --- I got bored with the last witty aphorism. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message