On Thu, Mar 06, 2003 at 01:49:20AM -0600, Sean Kelly wrote:
+/*
+ * Define the version. Change the symbol name when things get too
+ * incompatible. version_5_1 means the 'ABI compatible with FreeBSD 5.1'
+ */
+char __version_5_1 = 1;
...
Wouldn't it make more sense to have a symbol name
On Thu, Mar 06, 2003 at 09:41:04AM -0700, M. Warner Losh wrote:
In message: [EMAIL PROTECTED]
Peter Jeremy [EMAIL PROTECTED] writes:
: Disadvantages:
: - Needs grunt-work to write the #defines
: - Kernel symbols reported by nm(1) look strange (unless we patch
: binutils to understand
On Wed, Mar 05, 2003 at 11:33:31PM -0600, Kirk Strauser wrote:
At 2003-03-06T03:08:52Z, Sean Kelly [EMAIL PROTECTED] writes:
Has anyone ever considered embedding some sort of identifier in kernel
modules to keep them from being loaded with the wrong kernel?
Unless I'm mistaken, 5.0 supports
On Wed, Mar 05, 2003 at 09:59:01PM -0700, M. Warner Losh wrote:
Here's a simple patch. However, it is a total suck-ass kludge (and
that's being generous). The ABI isn't THE ABI, but rather a
collection of ABIs. These ABIs change slowly and there is a certain
range that work together.
I think
On Tue, Feb 18, 2003 at 06:22:37PM -0800, Paul Herman wrote:
On Tue, 18 Feb 2003, Anthony Schneider wrote:
an issue of arc4random return u_int32_t and rand*
returning int (ie unsigned vs signed)?
Nope, casting arc4random() to int or casting random() to unsigned
int won't solve the problem.
On Tue, Feb 11, 2003 at 05:17:15PM +0100, rmkml wrote:
Im a process pb on freebsd47R,
...
gettimeofday(0x28126dec,0x0) = 0 (0x0)
gettimeofday(0x28126dec,0x0) = 0 (0x0)
accept(0x6,0xbfadcfa4,0xbfadcfa0)ERR#35 'Resource temporarily
unavailable'
On Mon, Feb 10, 2003 at 06:35:43PM +0100, Bogdan TARU wrote:
I am having a real weird problem with a newly installed Dell PowerEdge
2650 which acts as a web (Apache) and mail server(Procmail). The load just
'spikes' sometimes (to 40.00 or so), but immediately starts to go down.
...
One question
On Thu, Dec 26, 2002 at 09:57:11PM +1100, I wrote:
One of my systems insists on trying to deliver mail directly to A
record addresses rather than via MX records.
Thanks to everyone who responded. Turns out it was an operator error :-(.
I tried setting various trace flags and eventually found my
One of my systems insists on trying to deliver mail directly to A
record addresses rather than via MX records. I've tried comparing
the configuration with a system that works sanely and can't find any
explanation for this behaviour. Does this ring a bell with anyone?
The working system is
[This doesn't belong in cvs-all and Nate has already made comments in
-hackers]
On 2002-Nov-14 14:57:39 -0800, Matthew Dillon [EMAIL PROTECTED] wrote:
I think the real issue is the bloat in libc. printf() eats 20K, basic
stdio eats 5K. You get 15K of bloat just with a blank main(), a
[The reference is ancient but I think it's still relevant.]
On Mon, Feb 18, 2002 at 07:15:28PM -0800, Mike Silbersack wrote:
silby 2002/02/18 19:15:28 PST
Modified files:
sys/kern kern_fork.c
Log:
A few misc forkbomb defenses:
...
- Remove the printing of proc:
On Fri, 1 Feb 2002 20:24:33 -0800 (PST), John Polstra [EMAIL PROTECTED] wrote:
If you're talking about efficiency, it doesn't matter very much. It's
a rare program that loads more than, say, 20 shared libraries.
We have an application toolchain which basically puts each object into
its own
I'd like to patch a running kernel to disable an annoying non-rate-limited
message but gdb won't let me. (For various reasons, I don't want to have
to build a new kernel and reboot).
aalp03# chflags noschg /kernel
aalp03# gdb -k /kernel /dev/mem
GNU gdb 4.18
...
IdlePTD 3457024
initial pcb at
On 2001-Dec-16 17:18:37 +1100, Warren Toomey [EMAIL PROTECTED] wrote:
Firstly, call me crazy, but I thought the 2BSD filesystem layout was
essentially UFS, i.e i-nodes at the start, and therefore would be
pretty much the same as /sys/ufs/ufs in FreeBSD. I'll have to do a
compare of the source
Since JFS has come up again... Are there any papers that explain how
to integrate a new filesystem into FreeBSD? The relevant chapter in
the FreeBSD Developers' Handbook (16) is a bit terse :-).
Specifically, I'm looking at being able to read/write 2BSD filesystems
on my FreeBSD machines.
On Wed, 11 Jul 2001 14:13:36 -0700, [EMAIL PROTECTED] (Bruce A. Mah) wrote:
I need to make an executable to run on an i386 box running FreeBSD 2.2.X
machine. Unfortunately, it has no compiler installed on it.
...
Is it even possible to try doing a cross-compile to such an old
version of FreeBSD?
On Sun, 27 May 2001 22:50:48 -0300 (BRST), Rik van Riel [EMAIL PROTECTED] wrote:
On Sat, 26 May 2001, Peter Wemm wrote:
Which is more expensive? Maintaining an on-disk hashed (or b+tree)
directory format for *everything* or maintaining a simple low-cost
format on disk with in-memory hashing
On Sat, 10 Mar 2001 21:37:28 -0800, Farooq Mela [EMAIL PROTECTED] wrote:
Jordan DeLong wrote:
I was thinking of just getting a sintable array and making a few simple
functions, so the whole of libm doesn't need to be statically linked into the
module (from my understanding, once loaded, this
On Mon, 15 Jan 2001 23:01:15 +0100, Thierry Herbelot [EMAIL PROTECTED] wrote:
I've got a little application at work which can "just freeze" a
4.2-Release : the purpose of the application is just a packet blaster
used for telecom equipement test (send as many UDP packets as ordered,
on as many
On Wed, 25 Oct 2000 21:54:42 + (GMT), Terry Lambert [EMAIL PROTECTED] wrote:
I think the idea of a fixed limit on the FS buffer cache is
probably wrong in the first place; certainly, there must be
high and low reserves, but:
|--| all of memory
On Mon, 14 Aug 2000, Jeff Rhyason wrote:
Aah. This isn't quite what I lust for: Is it possible to get a *log* of
allocation requests rather than aggregate sums or averages? The reason is
so I can calculate the distribution of the data. For example: the kind of
information I would like to
On Tue, 15 Aug 2000 10:30:25 -0600 (MDT), Ronald G Minnich [EMAIL PROTECTED] wrote:
The idea is simple: tset is the fastest, but you only want to spin so
long. Then you want to drop into the kernel, and wait for someone to wake
you up.
Agreed.
Here's a simple test-and-set function for the 386
About a month ago, David Gilbert [EMAIL PROTECTED] started a
thread in freebsd-stable about supporting a 1500MTU through a
VLAN trunk (see Message-ID: [EMAIL PROTECTED]).
Since this would be very useful to me, I did some digging into it and
looked through the code (there being no other
On 2000-Aug-08 17:06:11 +0200, Blaz Zupan [EMAIL PROTECTED] wrote:
http://www.euitt.upm.es/~pjlobo/fbsdvlan.html
Very useful. Upon further reflection last night, I decided that the
problem was most likely related to the NIC's idea of what was the
largest allowed frame - and the URL above
On Wed, 02 Aug 2000 06:15:41 +0200, Poul-Henning Kamp [EMAIL PROTECTED] wrote:
If I generate true random bits it takes 3 timestamps to get one
bit of randomness:
++--+---+--+-+
T1 T2 T3 T4 T5T6
if (T2 - T1 T3 - T2)
return 0;
I notice that the FreeBSD bootloader (boot0) explicitly prohibits
booting from Extended DOS partitions (type 5). As far as I can
see, an Extended DOS partition looks like a virtual disk - sector
0 contains a partition table explaining how that partition is broken
up into secondary partitions.
On 2000-May-25 19:03:56 +1000, Brian Somers [EMAIL PROTECTED] wrote:
Of course access timestamps are usually useless anyway as most (?!!)
people will back up their system from time to time OOPS ! I
never realised before now - dump *doesn't* update the access time.
This is because dump
On Fri, 19 May 2000 17:35:34 PDT, "Manny Obrey" [EMAIL PROTECTED] wrote:
I saw the following near the end of running "make depend;make" during a
kernel re-config ... seriously, is this something to be concerned about?
...
cc -elf -shared -nostdlib hack.c -o hack.So
To expand somewhat on Kris's
On Thu, 18 May 2000 10:35:11 -0700, Arun Sharma [EMAIL PROTECTED] wrote:
On Thu, May 18, 2000 at 09:04:52PM +0400, Aleksandr A.Babaylov wrote:
Arun Sharma writes:
Is there any reason why FreeBSD doesn't store file creation times on
the disk (apart from historical reasons) ?
To put it
On 2000-May-25 11:59:41 +1000, Arun Sharma [EMAIL PROTECTED] wrote:
On Thu, May 25, 2000 at 11:03:38AM +1000, Peter Jeremy wrote:
To put it another way, why _should_ FreeBSD store a file creation time?
0. I'm tired of seeing people putting "Created: mm/dd/yy" in their documents.
-
On Fri, 05 May 2000 22:56:42 -0600, Warner Losh [EMAIL PROTECTED] wrote:
In message [EMAIL PROTECTED] Warner Losh writes:
: However, it won't work if you are hacking pci hardware and manage to
: hang the PCI bus.
Unless, of course, the trap handler is in cache as well as the
debugger routines
On Fri, 5 May 2000 12:20:29 -0700, Alfred Perlstein [EMAIL PROTECTED] wrote:
How can I make a hanging kernel into DDB? Will grounding the NMI do it?
That's a bit extreme.
hit ctrl+alt+esc on the console, or send a serial break if using
a serial console, make sure you have BREAK_TO_DEBUGGER if
On 2000-May-11 07:10:27 +1000, Wilko Bulte [EMAIL PROTECTED] wrote:
And if you force the IOCHK* line on an AT slot to GND? Would that work
on modern PCI machines?
Grounding IOCHK* does cause an NMI on the only PCI machine I've tried
it on. It looks like this is maskable in the Intel PIIX3 (and
On Tue, 25 Apr 2000 23:00:07 -0700, Doug Barton [EMAIL PROTECTED] wrote:
Anatoly Vorobey wrote:
Well, *should* we have a built-in "test"? I gather the original ash didn't
have it due to the KIS principle. But if it speeds things up considerably,
it's not much of a bloat, is it? I'd volunteer
I notice that there seem to be some autogenerated files related to USB
and PCCARD in the repository. Shouldn't the repository just contain
the master files, with the header files generated as required during
the make process? How do these files differ from the device/bus files
(/sys/kern/*.m),
[Catching up on some old mail]
On Sun, Mar 26, 2000 at 06:56:36PM +1000, Doug Barton wrote:
PATH=/usr/bin:/bin:/usr/sbin:/sbin:/usr/local/bin:/usr/local/sbin:/usr/X11R6/bin:/usr/games:$HOME/bin
Two comments:
a) The sbin directories are for sysadmin functions and probably shouldn't
be in
On Fri, 21 Jan 2000 18:01:34 +0530, Greg Lehey [EMAIL PROTECTED] wrote:
If you want a better fixit floppy, you should consider the new custom
disk pair with PicoBSD ... There's still space on there; what
else could we put there?
ssh or OpenSSH (though this might cause distribution problems -
On Wed, 12 Jan 2000 17:09:29 -0500 (EST), Michael Lucas [EMAIL PROTECTED]
wrote:
I find myself in a contract where I sit for eight hours a day and wait
for something to break. It pays obscenely well, so I'm putting up
with the tedium.
How does one go about getting such contracts?
So, if I was
On 1999-Dec-20 02:32:06 -0700, Wes Peters [EMAIL PROTECTED] wrote:
In message [EMAIL PROTECTED] Brian
Beattie writes:
: Anybody know of any currently available, that are supported by FreeBSD?
No.
Yes. Another FreeBSD machine, with an ethernet interface and a parallel port
for running PLIP
[This might not belong on -hackers, but I'm not sure where this
sort of discussion _does_ belong}.
Occasionally, single CVS changes affect large numbers of files. The
comments associated with those commits generally fall into 3 categories:
1) Import version x.y into vendor branch z
2) [Detailed
On Sat, 04 Dec 1999 15:44:49 -0800, "Ronald F. Guilmette" [EMAIL PROTECTED] wrote:
Specifically, I'm planning a large mail server... which will use Sendmail...
and I'd really like to allocate the Sendmail queue files... which typically
have a rather short lifespan... on/in some sort of filesystem
On Sun, 7 Nov 1999 10:15:42 -0500 (EST), Brian Fundakowski Feldman [EMAIL PROTECTED]
wrote:
The _REALLY_ obvious solution to this is to find the real path on exec()
and store the pointer in proc. How is this full of "overhead" and
"impractical"?
Finding _an_ absolute path on exec() is not too
At Tue, 2 Nov 1999 00:16:02 +, Josef Karthauser [EMAIL PROTECTED] wrote:
Anyone any idea what's going on?
The problem doesn't exist in 2.2.5-RELEASE. I can't readily test
anything other than that and -current at present.
As far as I can determine, the problem with 1-byte packets is that
Kevin Day [EMAIL PROTECTED] wrote:
I'd like a way to be able to specify that a region of malloc'ed data is
'disposable' and has approximately the same weight as disk cached data.
As others have pointed out, this is almost (but not quite) the same as
madvise(MADV_FREE). I don't think there is
On Tue, 21 Sep 1999 10:17:26 -0400 (EDT), [EMAIL PROTECTED] wrote:
I've always had the impression that the sysctls available on a system are
dependent on the kernel configuration, but have never been able to verify
this.
This is true. They also depend on the KLDs (a KLD can add new sysctl
Matthew Dillon [EMAIL PROTECTED] wrote:
If the system winds up in a state where a kernel core cannot be
generated, DDB is the only way to figure out what is going on.
securelevel is a mechanism which attempts to guarentee data security,
at least to a degree.
The problem is that DDB
Matthew Dillon dil...@apollo.backplane.com wrote:
If the system winds up in a state where a kernel core cannot be
generated, DDB is the only way to figure out what is going on.
securelevel is a mechanism which attempts to guarentee data security,
at least to a degree.
The problem is
Sheldon Hearn [EMAIL PROTECTED] wrote:
I plan to add a user ``smtp'' with UID 25 and a member of group
``mail'', for use in running non-priveledged MTA's in FreeBSD.
I'd support this. I think the GID should be 25 as well.
David Wolfskill [EMAIL PROTECTED] wrote:
I think the overall idea is
Sheldon Hearn sheld...@uunet.co.za wrote:
I plan to add a user ``smtp'' with UID 25 and a member of group
``mail'', for use in running non-priveledged MTA's in FreeBSD.
I'd support this. I think the GID should be 25 as well.
David Wolfskill d...@whistle.com wrote:
I think the overall idea is
[General discussion of VM buffer corruption deleted]
Matthew Dillon dil...@apollo.backplane.com wrote:
Thor suggested adding the CACHETHEN bit back in the adaptec controller.
To save anyone else the effort, this change only affects Adaptecs
that identify as aic7890/91 or aic7896/97.
Peter
To
Matthew Dillon dil...@apollo.backplane.com wrote:
Oh my, did I really say Thor ? Sorry about that Tor!
Actually, no, I managed to insert that typo into Matt's quote. Sorry to
both Tor and Matt.
Peter
To Unsubscribe: send mail to majord...@freebsd.org
with unsubscribe freebsd-hackers in
Brian McGovern bmcgo...@cisco.com wrote:
My short term punt is to use a desktop system. If I keep seeing the problem
there, I'll debug it some more. If it goes away, I'll know it was the laptop
being quirky.
The other possibility is that the laptop's APM is putting it into some
sort of sleep
Brian McGovern [EMAIL PROTECTED] wrote:
However, when I start running data, I get silo overflows.
At which end? What else is the box getting SILO overflows doing? PIO
access to disks or network cards is good for disrupting interrupt
latencies. PLIP is virtually guaranteed to disrupt anything
Brian McGovern bmcgo...@cisco.com wrote:
However, when I start running data, I get silo overflows.
At which end? What else is the box getting SILO overflows doing? PIO
access to disks or network cards is good for disrupting interrupt
latencies. PLIP is virtually guaranteed to disrupt anything
I was writing a script yesterday, and I wanted to have a test to compare
the modification time of two files.
I've written programs to do this before as well. A more portable
approach is
find file1 -newer file2 ...
thinking - wouldn't it be a good idea to add some new tests to test(1),
I've been attempting to run s...@home on -current. Has anyone else
found that both setiathome-1.1.i386-unknown-freebsd4.0 and
setiathome-1.2.i386-unknown-freebsd3.2 fail with the following
message after downloading a work unit:
Scanning data file
Error reading data: -23
Bad file header
The same
I was writing a script yesterday, and I wanted to have a test to compare
the modification time of two files.
I've written programs to do this before as well. A more portable
approach is
find file1 -newer file2 ...
thinking - wouldn't it be a good idea to add some new tests to test(1),
Assar Westerlund [EMAIL PROTECTED] wrote:
Peter Jeremy [EMAIL PROTECTED] writes:
We need to be able to build an application that has no dynamically
loaded code for recovery purposes (/stand and /sbin) as well as for
security.
Isn't that the same problem as with PAM?
Quite probably PAM has
John Polstra [EMAIL PROTECTED] wrote:
Peter Jeremy [EMAIL PROTECTED] wrote:
Assar Westerlund [EMAIL PROTECTED] wrote:
Peter Jeremy [EMAIL PROTECTED] writes:
We need to be able to build an application that has no dynamically
loaded code for recovery purposes (/stand and /sbin) as well
Dag-Erling Smorgrav d...@flood.ping.uio.no wrote:
Which reminds me - has anyone thought of using DMA for zeroing pages,
This sounds reasonable. Some DMA engines support filling regions
and memory-memory copies, but I'm not sure about what can be done
with the DMA engine(s) in PCs.
The idea is
Assar Westerlund as...@sics.se wrote:
Peter Jeremy jere...@gsmx07.alcatel.com.au writes:
We need to be able to build an application that has no dynamically
loaded code for recovery purposes (/stand and /sbin) as well as for
security.
Isn't that the same problem as with PAM?
Quite probably PAM
John Polstra j...@polstra.com wrote:
Peter Jeremy jere...@gsmx07.alcatel.com.au wrote:
Assar Westerlund as...@sics.se wrote:
Peter Jeremy jere...@gsmx07.alcatel.com.au writes:
We need to be able to build an application that has no dynamically
loaded code for recovery purposes (/stand
Jordan recently mentioned "Wonderful World of Linux 2.4 (Second
Edition)" http://features.linuxtoday.com/stories/8191.html.
This article makes the statement "Linux is still the only operating
system completely compatible with the IPv4 specification", which is
further expanded in a followup
Assar Westerlund [EMAIL PROTECTED] wrote:
As an enhancement, the strtol() check should verify that the passed
service number is completely numeric:
--- inetd.c.orig Mon Aug 2 22:35:28 1999
+++ inetd.c Mon Aug 2 22:41:52 1999
@@ -830,34 +830,50 @@
continue;
Jordan recently mentioned Wonderful World of Linux 2.4 (Second
Edition) http://features.linuxtoday.com/stories/8191.html.
This article makes the statement Linux is still the only operating
system completely compatible with the IPv4 specification, which is
further expanded in a followup article by
Oscar Bonilla oboni...@fisicc-ufm.edu wrote:
If anyone has any comments, suggestions, etc. I would appreciate it.
Overall, I like the idea of NSS. But, having worked on Solaris 2.x
for some time, we need to avoid some of the blunders Sun made: The
biggest problem with Sun's NSS implementation is
Assar Westerlund as...@sics.se wrote:
As an enhancement, the strtol() check should verify that the passed
service number is completely numeric:
--- inetd.c.orig Mon Aug 2 22:35:28 1999
+++ inetd.c Mon Aug 2 22:41:52 1999
@@ -830,34 +830,50 @@
continue;
In message 37a3b701.851df...@softweyr.com Wes Peters writes:
Do we have a list of all services that use bpf?
In the base system, ipfilter et al (ie ipsend(1)), tcpdump,
rbootd, rarpd and dhcp. Someone who's got a complete set of ports
might like to comment on what ports need bpf.
Of these, we
Doug [EMAIL PROTECTED] wrote:
The more complete the feature set, the better
off we are for my money.
Someone offering money? Quick, who's got the donations hat... :-)
Peter
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
Doug d...@gorean.org wrote:
The more complete the feature set, the better
off we are for my money.
Someone offering money? Quick, who's got the donations hat... :-)
Peter
To Unsubscribe: send mail to majord...@freebsd.org
with unsubscribe freebsd-hackers in the body of the message
Ville-Pertti Keinonen [EMAIL PROTECTED] wrote:
[EMAIL PROTECTED] (Peter Jeremy) writes:
I can't believe these figures.
Based on the figures below, maybe I was overly hasty in this statement.
The changes between 2.x and 3.x magic files have far more impact than
I would have expected.
What
Ville-Pertti Keinonen [EMAIL PROTECTED] wrote:
Note that there are race conditions in your code.
It was intended as a first cut, rather than tested code. Note that
most of it was lifted from the code for select() and fdcloseexec().
If it ever gets
committed (I don't think it's particularly
I wrote:
Looking at ktrace with MALLOC_OPTIONS=U, it does do a lot of
realloc()ing (once for every 20 active lines in .../magic) and sbrk()s
to a maximum size of ~390KB - not really significant.
and in a later message:
When I profile file in a slow system (like a 386 or 486), there is an
"John W. DeBoskey" [EMAIL PROTECTED] wrote:
I like this approach. I have a number of often spawned daemon
processes that could benefit from this.
I don't suppose that you have any statistics showing that the
for (i = 3; i getdtablesize(); i++) close(i);
approach would be too slow?
Ville-Pertti Keinonen w...@iki.fi wrote:
jere...@gsmx07.alcatel.com.au (Peter Jeremy) writes:
I can't believe these figures.
Based on the figures below, maybe I was overly hasty in this statement.
The changes between 2.x and 3.x magic files have far more impact than
I would have expected.
What
Ville-Pertti Keinonen w...@iki.fi wrote:
Note that there are race conditions in your code.
It was intended as a first cut, rather than tested code. Note that
most of it was lifted from the code for select() and fdcloseexec().
If it ever gets
committed (I don't think it's particularly useful
I wrote:
Looking at ktrace with MALLOC_OPTIONS=U, it does do a lot of
realloc()ing (once for every 20 active lines in .../magic) and sbrk()s
to a maximum size of ~390KB - not really significant.
and in a later message:
When I profile file in a slow system (like a 386 or 486), there is an
John W. DeBoskey j...@unx.sas.com wrote:
I like this approach. I have a number of often spawned daemon
processes that could benefit from this.
I don't suppose that you have any statistics showing that the
for (i = 3; i getdtablesize(); i++) close(i);
approach would be too slow?
For
John-Mark Gurney [EMAIL PROTECTED] wrote:
and even then, I don't believe in filling sockaddr_in w/ bzero, I
believe in using getsockaddr on it so that you actually get all the
fields filled out properly...
% man getsockaddr
No manual entry for getsockaddr
%
The only getsockaddr() I can find in
It's fairly common, when spawning new processes, to want to make sure
all unwanted FDs are closed. Currently, the options for doing this are:
1) Use fcntl(fd, F_SETFD, FD_CLOEXEC) to set the close-on-exec flag
when the file is opened/cloned. This may not be practical if the
FD must
John-Mark Gurney gurne...@efn.org wrote:
and even then, I don't believe in filling sockaddr_in w/ bzero, I
believe in using getsockaddr on it so that you actually get all the
fields filled out properly...
% man getsockaddr
No manual entry for getsockaddr
%
The only getsockaddr() I can find in
Leif Neland le...@neland.dk wrote:
My 60MHz Pentium, FreeBSD
time file /usr/home/leif/vnc-3.3.2r
/usr/home/leif/vnc-3.3.2r3_unixsrc.tgz: gzip compressed data, deflated,
original filename, last modified: Thu Jan 21 19:23:21 1999
real0m1.237s
user0m0.758s
sys 0m0.394s
I can't believe
It's fairly common, when spawning new processes, to want to make sure
all unwanted FDs are closed. Currently, the options for doing this are:
1) Use fcntl(fd, F_SETFD, FD_CLOEXEC) to set the close-on-exec flag
when the file is opened/cloned. This may not be practical if the
FD must remain
Dag-Erling Smorgrav [EMAIL PROTECTED] wrote:
Alfred Perlstein [EMAIL PROTECTED] writes:
specifically how you say you increment it, then decrement it,
if you have multiple handlers where one can interupt another
you can have the counter get jumbled.
Not if increment / decrement is atomic.
Dag-Erling Smorgrav d...@flood.ping.uio.no wrote:
Alfred Perlstein bri...@rush.net writes:
specifically how you say you increment it, then decrement it,
if you have multiple handlers where one can interupt another
you can have the counter get jumbled.
Not if increment / decrement is atomic.
Warner Losh [EMAIL PROTECTED] wrote:
What purpose is served by the twisty maze of ifdefs in telnetd?
Probably for portability.
I'd
like to unifdef many of them. I'm trying to track down a bug and the
twisty maze makes it very hard to follow. Comments?
There's nothing stopping you unifdefing
Warner Losh i...@village.org wrote:
What purpose is served by the twisty maze of ifdefs in telnetd?
Probably for portability.
I'd
like to unifdef many of them. I'm trying to track down a bug and the
twisty maze makes it very hard to follow. Comments?
There's nothing stopping you unifdefing
Robert Watson [EMAIL PROTECTED] wrote:
- How can I choose a guaranteed free TCP port?
www.iana.org
IANA -- Internat Assigned Numbers Authority
This is fine in theory, but doesn't work quite as well in practice.
I spent several years (unsuccessfully) trying to convince a sister
company that
Robert Watson rob...@cyrus.watson.org wrote:
- How can I choose a guaranteed free TCP port?
www.iana.org
IANA -- Internat Assigned Numbers Authority
This is fine in theory, but doesn't work quite as well in practice.
I spent several years (unsuccessfully) trying to convince a sister
company
David Greenman wrote:
Yes, I do - at least with the 512MB figure. That would be half of the 1GB
KVA space and large systems really need that space for things like network
buffers and other map regions.
Matthew Dillon dil...@apollo.backplane.com wrote:
What would be an acceptable upper
Wes Peters w...@softweyr.com wrote:
Greg Lehey wrote:
Peter's gone to the USA, we think.
Not another one? The FreeBSD Aussie invasion continues...
You're likely to see a lot more. The Oz Government has just enacted
Internet censorship legislation placing us on a par with China
Wes Peters [EMAIL PROTECTED] wrote:
Time for a main() man page? Where would it go? Section 2, 3, or 9?
Hmm...
I'd support that. I believe the page needs to be tied to exec (ala
setjmp/longjmp), which means it either ties to execve(2) or exec*(3).
Note that execve(2) already includes a
Bill Fumerola [EMAIL PROTECTED] wrote:
Unless there is strong feelings against it, I'd like to commit the smb
patches (as seen on www.samba.org) and ipsec/ike patches (recently mailed
to the tcpdump mailing list and [EMAIL PROTECTED]) to tcpdump(1).
I also think it's a good idea. Judging from
Wes Peters w...@softweyr.com wrote:
Time for a main() man page? Where would it go? Section 2, 3, or 9?
Hmm...
I'd support that. I believe the page needs to be tied to exec (ala
setjmp/longjmp), which means it either ties to execve(2) or exec*(3).
Note that execve(2) already includes a
Bill Fumerola bi...@jade.chc-chimes.com wrote:
Unless there is strong feelings against it, I'd like to commit the smb
patches (as seen on www.samba.org) and ipsec/ike patches (recently mailed
to the tcpdump mailing list and b...@freebsd.org) to tcpdump(1).
I also think it's a good idea. Judging
Nick Hibma hi...@skylink.it wrote:
Programmers need documentation too.
And they are going to scream like mad if there isn't any. But in the end
they start reading the code anyway, even if there is docu, because they
don't trust anything but their own eyes and brain.
It's all documented in C
Leo Papandreou l...@talcom.net wrote:
On Tue, Jun 01, 1999 at 07:31:57PM -0600, Wes Peters wrote:
And, as far as *word processors* go, troff, nroff, and ed pretty
much suck.
...
Thats absolutely correct. They have no built-in diversion to cope
with writer's block. With MS-Word you can futz with
Darryl Okahata darr...@sr.hp.com wrote:
Peter Jeremy jere...@gsmx07.alcatel.com.au wrote:
How about storing each port as a single file in ar(5) format, which is
unpacked into the directory structure when make'd? ar(5) is a text
format, which means it can easily be managed by CVS, which
I do agree that the current approach is fairly wasteful. Currently,
an unpacked ports tree contains 61767 inodes and occupies 79967
1K-blocks (35184 inodes and 35215 blocks are CVS-related metadata).
This covers 2374 ports in 41 categories. An average user probably
builds 1-2% of these.
How
Michael R. Wayne wa...@msen.com wrote:
Long ago, back when disks were small, slow and expensive, someone
wrote a program that properly defragged a Unix filesystem.
If it was that long ago, chances are it is pre-FFS - the System 5
File System and its predecessors. I remember using a Motorola
401 - 500 of 502 matches
Mail list logo