On Tue, 25 Apr 2000 21:00:17 +0200, Wilko Bulte [EMAIL PROTECTED] said:
I love binary answers :-) Which brings me to my original point: it looks
like you can only do binary patches relative to a -release. Unless
you want to blindly patch and hope for the best. Rather unlikely.
I think you
On Thu, 27 Apr 2000 12:52:21 +0100, "Peter Edwards (local)"
[EMAIL PROTECTED] said:
Compiling 5.0-CURRENT on 4.0-STABLE generates problems in getconf:
I got caught out by gperf version skew. gperf is now a build-tool (as
it should always have been) so this problem should be fixed in your
On Thu, 27 Apr 2000 12:23:20 -0700, "David O'Brien" [EMAIL PROTECTED] said:
Was this not ``make buildworld'' tested, or is there a change to
gnu/usr.bin/gperf/Makefile you forgot to commit?
I am obviously *way* out of date with the state of the build
system I was trying to quickly get
On Fri, 28 Apr 2000 09:37:40 +1000, Peter Jeremy [EMAIL PROTECTED] said:
How do you suggest such files get distributed?
cvsup and/or rsync. This does leave CTM-users the odd men out
As Matt pointed out, CVS provides us with a good mechanism for
ensuring that I can identify what version
On Fri, 28 Apr 2000 13:17:56 -0400 (EDT), Brian Dean [EMAIL PROTECTED] said:
I've wanted to do this on occasion. Where are these pre-FreeBSD
history records available?
You can buy them on CD-ROM, IIRC. In order to do so, however, you
must first take out a SCO ``Historical UNIX Versions''
On Tue, 02 May 2000 13:16:03 +0200, Poul-Henning Kamp [EMAIL PROTECTED] said:
Sleepycats license is not FreeBSD compatible :-/
Even worse, the 2.x file format is not FreeBSD compatible. Having
already had one flag day between 1.x and 2.x (the FreeBSD versions)
when the installed base was
On Tue, 2 May 2000 12:32:20 -0400 (EDT), Thomas David Rivers [EMAIL PROTECTED]
said:
This is where the license issues are...
Keith offered to make a one-time lobotomy of the DB 2.x code to trim
it down to just the 1.85 API, with a standard Berkeley-style license.
We discussed this for a
On Tue, 9 May 2000 10:29:12 -0700, "David O'Brien" [EMAIL PROTECTED] said:
Packages (ie, those things that pkg_{create,add,delete,info} operate on
are created with in /usr/ports.
Not necessarily, and certainly not in the very beginning. I remember
a number of times seeing a third-party
On Tue, 09 May 2000 19:08:21 -0400 (EDT), Simon Shapiro [EMAIL PROTECTED]
said:
So does:
bzero((void *)trash, sizeof(junk_t));
So, how do I make everyone happy?
Put a comment on that line indicating that a warning is expected.
-GAWollman
--
Garrett A. Wollman | O Siem / We are all
On Fri, 12 May 2000 05:08:10 -0500, Mike Pritchard [EMAIL PROTECTED] said:
[I wrote:]
Delete the `at isa? port blah' cruft from your config file.
For what devices? The only devices I have those on match what
is in GENERIC.
For those devices which are double-probed. (The fact that you
On Wed, 10 May 2000 11:57:21 +0800, Trent Nelson [EMAIL PROTECTED]
said:
Something else I've noticed in the mean time is that PnP devices like
my printer - that are also on buses that are probed for PnP devices -
end up being probed twice at boot time.
Delete the `at isa? port blah'
On Sun, 21 May 2000 19:48:49 -0700, "Jordan K. Hubbard" [EMAIL PROTECTED] said:
No, I don't mean rodents who've nibbled on chocolate-covered expresso
beans, I mean PS/2 mice which fall victim to this new problem:
May 19 00:50:45 zippy /kernel: psmintr: out of sync (00c0 != ).
I saw this
On Tue, 23 May 2000 20:27:10 -0700, Jake Burkholder [EMAIL PROTECTED] said:
I've just built a fresh world here; if you use the cvs-crypto from
internat, it may be broken. I submitted a patch to Mark Murray which
should fix it, here it is again just in case:
I still think (and am going on
On Thu, 25 May 2000 23:33:31 +0200, Poul-Henning Kamp [EMAIL PROTECTED] said:
It could be an union or class as well...
No, it couldn't be a union. Or rather, it could, but a linked-list
which does not carry any data is somewhat less than useful. If you're
programming in C++, there are much
On Tue, 30 May 2000 16:20:53 -0400, "Yevmenkin, Maksim N, CSCIO"
[EMAIL PROTECTED] said:
i know that :) i guess my questions were
1) why the same piece of code duplicated in all ``mount_xxx'' utilities?
Because the original loadable module system held strongly to the
religion that the kernel
On Mon, 12 Jun 2000 14:04:08 -0700 (PDT), [EMAIL PROTECTED] said:
It _sort of_ fixes the problem of what to do if you use IPv6 with
pccard Ethernet cards.
That's not the only problem. I had to severely hack `pccard_ether' to
make it able to deal with the radically different configurations
On Mon, 19 Jun 2000 10:07:26 -0700, Mike Smith [EMAIL PROTECTED] said:
Hmm, this has me thinking again about suspend/resume. In the current
context, can we expect a suspend veto from some function to actually
DTRT? (ie. drivers that have been suspended get a resume call).
That's how I
On 22 Jun 2000 03:35:01 +0200, Assar Westerlund [EMAIL PROTECTED] said:
So I propose the patch below, to create vnode_if.h and then add it to CVS.
Any objectsions/comments/whatever?
Yes.
There are too many generated files in CVS as it is.
If there is a problem here, the correct fix is to
On Mon, 26 Jun 2000 11:29:39 +0100 (BST), Nick Hibma [EMAIL PROTECTED] said:
I guess that the perfect solution is to be able to hardwire the PCI irqs
in some way once FreeBSD is doing the PnP resource allocation.
On typical non-SMP motherboards, the PCI IRQs are hard-wired on the
motherboard.
[Redirected.]
On Tue, 27 Jun 2000 17:28:31 +0100, Josef Karthauser [EMAIL PROTECTED] said:
I'm not sure I have a feeling that there are softupdate problems
running under SMP. A number of times this year I've lost whole filesystems
on an SMP machines. :(
$ uptime
1:41PM up 34 days,
On Thu, 29 Jun 2000 10:01:25 -0700, "David O'Brien" [EMAIL PROTECTED] said:
1. Everyone uses /bin/csh (show me a box that has never had root login at
least once.
I can show you several boxes where first thing root did after logging
in was to configure itself for a Real Shell(tm). I
On Fri, 30 Jun 2000 12:08:50 +0900, Jun Kuriyama [EMAIL PROTECTED] said:
using XML is same process such as using src/sys/dev/usb/usbdevs. As
you know, generation of usbdevs{,_data}.h is done by awk script. And
same procedure is done in src/sys/dev/pccarddevs for generating
On 30 Jun 2000 12:35:28 +0200, Dag-Erling Smorgrav [EMAIL PROTECTED] said:
You're not one for constructive criticism, are you? I don't know how
What part of YOU MAY NOT CLAIM COPYRIGHT ON MY TEXT don't you
understand?
-GAWollman
To Unsubscribe: send mail to [EMAIL PROTECTED]
with
On Sat, 1 Jul 2000 18:12:51 +0400 (MSD), "Ilmar S. Habibulin" [EMAIL PROTECTED] said:
Can somebody move thing around in sys? I mean put all fs code under let
say '/sys/fs' subdir. And all network protocols code under /sys/net
(or netproto)?
Why? What benefit would that have?
-GAWollman
On Sun, 2 Jul 2000 02:30:30 -0700 (PDT), Ade Lovett [EMAIL PROTECTED] said:
Bring libxml2 2.1.1 into the fold after a repo-copy. This will
eventually replace libxml for GNOME.
About a month ago, I was looking for a reasonable XML library with an
eye towards bringing one into the tree
On Sun, 02 Jul 2000 10:44:23 -0700 (PDT), John Baldwin [EMAIL PROTECTED] said:
encapsulation. Of course, someone more familiar with the actual code
in the tree might provide some better insight on the feasibility of
splitting these up.
Don't, or else legions of network people will curse you
On Mon, 03 Jul 2000 18:40:23 +0200, Poul-Henning Kamp [EMAIL PROTECTED] said:
In fact the best idea may be to make this a per device variable:
"if your hardware disappears, stay around"
or
"if your hardware disappears, go away"
Since there needs to be a method call into the
On Thu, 6 Jul 2000 13:18:40 +0200, Stijn Hoop [EMAIL PROTECTED] said:
Maybe this isn't the right list to ask, but stepping into this:
I bought a 30G drive recently, and I was wondering if the 10% 'rule'
for performance is still really needed. I mean, I lose 3 _gigs_ of
storage space, and
On Thu, 6 Jul 2000 22:51:06 -0400 (EDT), "Brandon D. Valentine"
[EMAIL PROTECTED] said:
Sounds like a good enough reason to me to port the newer NetBSD LFS code
to FreeBSD.
Or, even better, for someone to implement background fsck for soft
updates.
-GAWollman
--
Garrett A. Wollman | O
On Sat, 08 Jul 2000 23:32:27 +0900, "Daniel C. Sobral" [EMAIL PROTECTED] said:
This must pass through -arch before any implementation. Remember, not
every committer reads current.
Also remember, not every committer reads arch.
-GAWollman
To Unsubscribe: send mail to [EMAIL PROTECTED]
with
On 29 Jun 2000 09:58:20 +0200, Dag-Erling Smorgrav [EMAIL PROTECTED] said:
I've replaced fetch(1) with a libfetch-based implementation.
It introduces numerous style bugs in both code and documentation, and
furthermore claims copyright on text in the manual page which I
wrote. It also removes
Around here, we have a convention that each printer has a record in
the DNS for printername.lpd-spooler which points to the print server for
that printer. It occurred to me that, if there are no local printers,
no additional information is needed for lpr and lpd to operate -- thus
obviating the
On Sun, 16 Jul 2000 11:41:37 -0700 (PDT), "Rodney W. Grimes"
[EMAIL PROTECTED] said:
Ohh... and a finally note, DEC blew the chip design by only including
a 160byte threshold point given that PCI 2.0 spec says it should have
been 500bytes!!
It wouldn't be the first thing DEC had screwed up
On Sun, 16 Jul 2000 16:46:58 -0400, Christopher Masto [EMAIL PROTECTED] said:
Huh? Security through ignorance?
Remember that `lpr' is setuid-root and uses a ``privileged'' port for
its communications. Many sites may still be using trusted-host
``authentication'' internally, and LPRng's
On Tue, 18 Jul 2000 02:14:23 +0200, "Leif Neland" [EMAIL PROTECTED] said:
I can export the key as a .cer, .p7b or .pfx, but openssl seems to want it
in .pem format.
Of course, you haven't really told us what the format of these things
is, so it's difficult to say.
The ``standard'' export
On Sun, 24 Aug 2003 16:04:40 -0700, David Schultz [EMAIL PROTECTED] said:
Yep, looks broken. In the POSIX standard, the functionality of
statfs() is provided by statvfs(), so implementing the latter may
be a way out that doesn't involve breaking any ABIs.
statfs() is a lot more useful
On Mon, 25 Aug 2003 14:14:18 -0300, Daniel C. Sobral [EMAIL PROTECTED] said:
There are two problems with HTT. First, L1/L2 cache issues. Second, the
virtual CPUs are not independent, and there are many cases where
instructions in one virtual CPU stall the other. So take, for example,
the
On Sat, 30 Aug 2003 12:23:35 -0400 (EDT), Robert Watson [EMAIL PROTECTED] said:
The only way to close this sort of race is to have a notion of a
unique process identifier that lasts beyond the lifetime of the
process itself -- i.e., the ability to return EMYSINCERESTREGRESTS
if you try to
On Thu, 4 Sep 2003 18:19:02 -0700, Marcel Moolenaar [EMAIL PROTECTED] said:
In theory, yes. In practice, maybe not. If I remember correctly,
the problem we're trying to solve is twofold:
Actually, the problem we were trying to solve is simpler than that.
genassym needs to be able to compute
I think it was John Baldwin who wrote:
I think having a magic option to gcc that translates to 'link with the
foo library' is rediculous. What's next, a gcc -math to get the math
functions in libm?
As far as POSIX is concerned, that's precisely how it works. `c99
foo.c -l m' means `link in
On Wed, 24 Sep 2003 15:19:43 -0400 (EDT), Daniel Eischen [EMAIL PROTECTED] said:
Eek, no. Libpthread is libpthread, libthr is libthr, etc. A
symlink doesn't help you anyways because the library/application
becomes dependent on the thing it is symlink'd to, not the
symlink.
That depends on
On Thu, 25 Sep 2003 19:33:06 -0700, David Schwartz [EMAIL PROTECTED] said:
think '-pthread' is a good thing. It's nice to have a portable way to say
that I want to compile POSIX code. What good is a standard if there's no
standard way to get to it?
The Standard way to do it is:
c99
I'm working on getting the AFS client to work under FreeBSD. I just
compiled a -current kernel with DEBUG_VFS_LOCKS, and before I could
even load the AFS module I had the system stop with the following
locking assertion:
getdirtybuf: 0xc2678000 interlock is not locked but should be
Backtrace
On Wed, 29 Oct 2003 08:12:17 -0600, Mark Nipper [EMAIL PROTECTED] said:
initial complaints, I do think that fdisk/disklabel in sysinstall
need to be improved upon. They do not handle multi-terabyte disk
arrays properly at all
You should probably use GPT on multi-terabyte disk arrays.
On Thu, 30 Oct 2003 12:32:46 +0100 (CET), Harti Brandt [EMAIL PROTECTED] said:
The c89 utility (which specified a compiler for the C Language specified
by the 108 ISO/IEC 9899: 1990 standard) has been replaced by a c99 utility
(which specifies a compiler for 109 the C Language specified by the
On Thu, 30 Oct 2003 12:34:15 -0500, Barney Wolff [EMAIL PROTECTED] said:
Just a minor note: GigE should not require a crossover cable. It's
supposed to work to connect two GigE adapters with a straight-thru
cable. I verified this with two Intel em NICs, quite a while ago.
This should hardly
On Thu, 30 Oct 2003 17:40:40 -0800 (PST), Steve Lee [EMAIL PROTECTED] said:
So there is no way to mirror the root so if one drive fails,
i can't have the other drive boot up ?
There are ways to do that, but in order for that to work at all you
need to have BIOS support. Some of the ATA
On Fri, 31 Oct 2003 18:01:34 +1100 (EST), Bruce Evans [EMAIL PROTECTED] said:
POSIX requires in addition [u]int{8,16,32}_t, and [u]int64_t if 64 bit
integer types exist. It says that the existence of int8_t implies
that a byte is 8 bits and CHAR_BIT is 8. I'm not sure what prevents
int8_t
On Mon, 2 Jun 2003 08:09:17 +0300, Vallo Kallaste [EMAIL PROTECTED] said:
FreeBSD 5.x series is slowly progressing, but is nowhere near to
production quality. As the things are currently, you simply waste
your time.
I'm running an old 5.1-current and a more recent 5.1-beta of about a
week ago
I just noticed my news server hanging in nbufkv state, apparently
having hosed itself overnight (about 15 hours ago); expire was still
running, although it was not the only process waiting. I can't find
anything in the -current archives from this century. Any suggestions?
FWIW, most of the
On Thu, 12 Jun 2003 22:22:07 +1000, Tim Robbins [EMAIL PROTECTED] said:
builtin alloca() until we figure out how to fix the one in libc.
It is fundamentally impossible to ``fix'' the alloca() implementation
in libc. alloca() CANNOT be implemented that way. If GCC's builtin
alloca() is
On Thu, 12 Jun 2003 15:38:49 +1000, Tim Robbins [EMAIL PROTECTED] said:
Misbehaving in what way? CSTD=c99 causes gcc to use alloca() from
libc instead of its builtin version. Perhaps alloca() in libc is
broken -- any bugs in it would have been covered up by gcc until
now.
alloca() in libc is
On Thu, 12 Jun 2003 11:37:03 -0700, Tim Kientzle [EMAIL PROTECTED] said:
Sounds like alloca() should simply be stricken from libc
on all architectures.
Yes. (For values of `all' being `i386'.)
Might also be a good idea to begin removing uses of it.
Not necessarily. There's nothing wrong,
On Mon, 11 Aug 2003 11:24:13 -0500, Jonathan Fosburgh [EMAIL PROTECTED] said:
- Windows on the same loop as anything else
Liberal use of zoning should help that. Each Windows HBA should be in a
seperate zone. This is from personal experience and also assumes you are
using a switched
On Sat, 09 Aug 2003 18:10:56 -0600, Aaron Wohl [EMAIL PROTECTED] said:
Anyone using a storage area network with freebsd (or linux)? Anything to
recommend as working well or to stay way from?
We have two SANs with FreeBSD and Debian servers on them, sharing (and
booting from) a generic RAID
On Sat, 18 Jan 2003 10:25:53 -0500, Kutulu [EMAIL PROTECTED] said:
I upgraded my system last night to the latest -CURRENT and noticed a change
in the daily mail cleanup. Unfortunately, I'm not running sendmail, so now
I'm getting:
If you can come up with a good (silent) way to detect whether
On Wed, 22 Jan 2003 11:14:47 +0100 (CET), Jan Srzednicki
[EMAIL PROTECTED] said:
Would that be a big problem to allow some fsck option not to erase all
these softupdates-pending inodes, but to put them in lost+found as usual?
It certainly couldn't be done with the background fsck, because
On Wed, 22 Jan 2003 11:32:12 -0800, David Schultz [EMAIL PROTECTED]
said:
Unfortunately, I think it is possible that the unreferenced inode
has not been initialized, even though it is allocated in the inode
bitmap, so you could potentially get random junk.
That is definitely true on UFS2,
On Wed, 29 Jan 2003 18:17:31 -0800, Kirk McKusick [EMAIL PROTECTED]
said:
The other alternative would be to
create a setuid-to-root program that would take a snapshot and
chown it to the user that does dumps.
I think this would actually be a useful feature for more than just
dumps. I might
On Fri, 31 Jan 2003 09:33:55 -0800, Kris Kennaway [EMAIL PROTECTED] said:
Hmm..there must be something in the configure script that thinks we do.
http://bento.freebsd.org/errorlogs/alpha-5-latest/nvi-1.81.5_2.log
It erroneously thinks that because we have the grantpt() function, we
have
On Sat, 01 Feb 2003 16:02:57 -0800, Bakul Shah [EMAIL PROTECTED] said:
I can't see what actual error is avoided by this warning.
It's a potential error -- if there were an actual error, it would be
an error and not a warning.
The issue is simple:
Say you have an object and a function declared
On Sat, 1 Feb 2003 19:31:47 -0500 (EST), I wrote:
union baz {
int foo;
struct frotz *gorp;
} foobaz;
#define foo foobaz.foo
Oops... What I meant to say:
union baz {
int bazu_foo;
struct frotz *bazu_gorp;
On Sun, 09 Feb 2003 19:43:38 +0100, Marcin Dalecki [EMAIL PROTECTED] said:
Trying to use a compiler different from GCC I have found the folowing error
/usr/include/sys/syslimits.h, line 42: Error:
[ISO 6.8]: Unknown preprocessing directive, '#warning'.
It should probably be a #error
On Sun, 9 Feb 2003 22:47:47 +1100 (EST), Bruce Evans [EMAIL PROTECTED] said:
_fpathconf() is quite different from __semctl. It is not a syscall.
It is a weak alias for fpathconf() which is prototyped normally in
unistd.h. The prototype for fpathconf() should be turned into
a prototype for
On Thu, 20 Feb 2003 18:39:33 -0800 (PST), Julian Elischer [EMAIL PROTECTED] said:
What would be really cool is if more config files could
do 'includes' so that you could have a syslogd.local.conf
wher eall your local entries could be. In addition you could make it
look in
On Thu, 27 Feb 2003 08:40:22 -0800 (PST), John Polstra [EMAIL PROTECTED] said:
FreeBSD violates POSIX in this respect. The 1003.1 standard
(section 2.5) requires pthread_t to be an arithmetic type. We are
non-compliant in the same way for almost all of the primary
thread-related types:
Not
On Thu, 27 Feb 2003 09:06:41 -0800 (PST), John Polstra [EMAIL PROTECTED] said:
Interesting. I don't have that standard and wasn't aware of the
change.
You do. It's available for free on the Web from opengroup.org. Free
registration is required. Mike may still have some copies of the
On Thu, 27 Feb 2003 23:09:56 -0500 (EST), Geoffrey [EMAIL PROTECTED] said:
I was evidently under the mistaken impression this was about nuts
and bolts. If we are to focus on window dressing, we are definitely
hozed.
We focus on what's actually useful to the plurality of users. Support
On Fri, 28 Feb 2003 14:06:13 -0700 (MST), M. Warner Losh [EMAIL PROTECTED] said:
Also, 386-core based chips are still in production (or have been in
the last year). It has only been very recently that the embedded
chips have transitioned to 486. Calling them, as others have, 10
years
On Sat, 1 Mar 2003 22:18:12 +1100 (EST), Bruce Evans [EMAIL PROTECTED] said:
Interestingly, socreate() in Lite2 always does a can-wait malloc() so
our current soalloc(M_NOWAIT) does the same thing as Lite2 and is only
wrong if the FreeBSD change from can-wait to can-wait-if p != 0
change was
On Sat, 8 Mar 2003 11:19:43 -0500, Craig Rodrigues [EMAIL PROTECTED] said:
Does the use of #warning need to be protected by
#if __GNUC__ in FreeBSD header files?
No, it needs to be replaced by the standard `#error' directive
instead. I asked portmgr to do a run on the portsd cluster with this
On Tue, 11 Mar 2003 00:38:08 +0100, Poul-Henning Kamp [EMAIL PROTECTED] said:
Has anybody found out what the standards conformant thing is for /dev/fd ?
There is no standard, other than Tenth Edition and Plan 9. Most
programs which use it expect it to behave like one or the other.
-GAWollman
On Mon, 10 Mar 2003 18:47:15 -0500 (EST), Alien Space Bats attacked
and caused me to utter:
There is no standard, other than Tenth Edition and Plan 9. Most
programs which use it expect it to behave like one or the other.
s/one or the other/that/
-GAWollman
To Unsubscribe: send mail to
On Tue, 11 Mar 2003 19:42:41 +0300, Andrey A. Chernov [EMAIL PROTECTED] said:
What to do, if, say, C99 program want to use some POSIX functions from
lower (and not from higher) POSIX standard?
Programmer error. Either it's a C99 program or it's an old-POSIX
program; it cannot be both.
On Wed, 12 Mar 2003 16:51:15 -0800, David Schultz [EMAIL PROTECTED] said:
A real problem is that a swapped out process' uarea has to be
paged back in, even when no memory is available. I don't think
there's an easy way around that, given that you need the uarea and
kernel stack to handle the
I've been trying to figure out why my Intel SR2100 servers would not
boot with ACPI enabled, hanging uninterruptibly after probing the ACPI
timer. I experimented with disabling various subsystems, and came up
with the following results:
- With `pci_link' disabled, the boot gets as far as
On Mon, 27 Aug 2001 09:34:06 -0700 (PDT), John Baldwin [EMAIL PROTECTED] said:
Just to get this out in the public: I for one think 5.x has enough changes in
it and would like for KSE to be postponed to 6.0-current and
6.0-release.
I agree. I'd like to see this stuff happen, but I think it's
On Mon, 27 Aug 2001 15:34:14 -0500, Jim Bryant [EMAIL PROTECTED] said:
FreeBSD is going to be left in the dust unless both the SMPng *AND*
KSE projects are integrated into 5.0.
I care about having a system that works well and does what I ask of
it. What the Linux horde is doing is of little
On Wed, 29 Aug 2001 19:58:59 -0700, Mike Smith [EMAIL PROTECTED] said:
- I pushed the power button, and my system shut down cleanly!
Yes. ACPI brings some useful new features. 8)
FSVO ``useful''. It's a real PITA to have to physically unplug the
machine when the kernel is wedged rather
[Attribution deleted for clarity; see referenced messages in the archives.]
$ ln -s '' foo
$ cp foo bar
cp: foo is a directory (not copied)
No, foo certainly _is_ a directory. It is precisely the same thing as
..
No, the empty pathname has been invalid and not an alias
On Sat, 1 Sep 2001 21:55:09 +0200, Jeroen Ruigrok/Asmodai [EMAIL PROTECTED] said:
You mean dump should get a signal handler for SIGINFO to print/display
the current status of the application?
Yes! Just like in fsck, and for the same reasons.
-GAWollman
To Unsubscribe: send mail to [EMAIL
On Sat, 01 Sep 2001 22:48:37 +0200, Arne Dag Fidjestøl [EMAIL PROTECTED] said:
You'd still need somewhere to put the status message; the dump process above
has no controlling terminal.
If it has no controlling terminal then it's not going to receive
ctty signals like SIGINFO.
-GAWollman
On Sat, 01 Sep 2001 23:08:48 +0200, Arne Dag Fidjestøl [EMAIL PROTECTED] said:
But I agree, SIGINFO is not a good solution here :)
I'm not sure who you're agreeing with, since I did not say that.
-GAWollman
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in
On Sun, 02 Sep 2001 00:39:22 +0200, Arne Dag Fidjestøl [EMAIL PROTECTED] said:
Could you please clarify your position on this issue? Is
setproctitle() the wrong way to do this, and if so, why?
I don't expect setproctitle() to be useful to me one way or the
other. SIGINFO, on the other
On Sat, 1 Sep 2001 19:47:06 +0200, Jeroen Ruigrok/Asmodai [EMAIL PROTECTED] said:
79240 ?? S 0:06,85 dump: /dev/da0h(0): 92.44% done, finished in 0:43 (dump)
SIGINFO! SIGINFO! SIGINFO!
-GAWollman
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the
On Tue, 11 Sep 2001 12:57:40 -0700 (PDT), Julian Elischer [EMAIL PROTECTED] said:
Peter, Matt and I, (and a bunch of testers)
have been banging on the KSE kernel for two weeks now.
The state of the patch is:
Everything runs except nwfs and smbfs (my head hurts whe I read them)
I'm glad to
On Thu, 13 Sep 2001 15:16:43 -0400 (EDT), I wrote:
-rwxr-xr-x 1 wollman sources 590239 Sep 13 15:13 lots-of-modules.ko.gz*
Here's another one, with all of the modules except for those which
cannot possibly be used for installation (e.g., sound, discard
interface, bktr, etc.):
On Thu, 13 Sep 2001 02:00:57 -0700, Jordan Hubbard [EMAIL PROTECTED] said:
It's just easier to keep band-aiding it, as ugly a scenario as that
might be.
If we added a third disk with modules
(This is based on somewhat dated sources, but I think that the idea is
right.)
lock order reversal
1st 0xd3a5c11c process lock @ ../../../vm/vm_glue.c:469
2nd 0xc0e3fe30 lockmgr interlock @ ../../../kern/kern_lock.c:239
This is on relatively old (~ three months) sources. The first lock is
from swapout_procs(); I assume the second lock actually refers to the
call to
On Thu, 20 Sep 2001 22:19:22 -0700, Peter Wemm [EMAIL PROTECTED] said:
foreach $path (`sysctl -n kern.module_path | sed -e 's/;/ /`)
if (-d $path)
kldxref $path
endif
endfor
module_path=$(sysctl -n kern.module_path)
OIFS=$IFS; IFS=;
set ${module_path}
IFS=$OIFS
for directory; do
On Mon, 01 Oct 2001 11:51:32 -0600, Lyndon Nerenberg [EMAIL PROTECTED]
said:
And you should *never* allow remote site UUCP logins (those that run
uucico) under the `uucp' login, for obvious security reasons.
I remember, back in the mists of ancient time, it was common practice
to provide
On Fri, 26 Oct 2001 17:59:33 +0100, Mark Murray [EMAIL PROTECTED] said:
Do you have a problem with cu being a port and not in the base system?
(ie, a port that gives you _just_ cu with no other UUCP crap?)
I think that's a POLA question; I have no fundamental objection.
-GAWollman
To
On Sat, 27 Oct 2001 11:32:07 +0200, Poul-Henning Kamp [EMAIL PROTECTED] said:
Right, but the only way to get an error message is to let /sbin/init
die and have the kernel print the message. /sbin/init cannot
print the message when there is no /dev/console can it ?
Yes, it can, if the kernel
On Sat, 10 Nov 2001 14:52:22 +0100, Jens Schweikhardt [EMAIL PROTECTED]
said:
As I understand it, the only problem is if some implementation indicates
non-conformance with #define __STDC__ 0, which is unheard of to me, and,
if I were an implementor of such a system, I'd just leave it
On Mon, 12 Nov 2001 14:01:35 -0800, Steve Kargl [EMAIL PROTECTED]
said:
I WINE developer has suggested that this is namespace
pollution on the part of FreeBSD, but he hasn't given
any details to support what he means.
Applications which include sys/user.h, or any other non-standard
header
On Fri, 16 Nov 2001 16:13:41 -0800 (PST), Julian Elischer [EMAIL PROTECTED] said:
(and anyhow Garrett got rid of the 'static' uses
of mbufs, not 'travelling' 'per packet' uses..)
Only because I did not have the time or stomach then to introduce
`struct packet' everywhere. All of the queueing
On Mon, 26 Nov 2001 09:43:31 -0800 (PST), John Baldwin [EMAIL PROTECTED] said:
- realitexpire, td);
+ realitexpire, td-td_proc);
Ouch, something this simple definitely caused a warning, it looks like warnings
are being ignored. :(
Nope. Look at the
On Mon, 26 Nov 2001 15:27:45 -0500 (EST), Andrew R. Reiter [EMAIL PROTECTED] said:
As from OpenBSD (in shorter form):
fd_set *fds = calloc(howmany(fd+1, NFDBITS), sizeof(fd_mask));
But this is not portable. The application is not allowed to assume
anything about the structure of an
On Thu, 22 Nov 2001 13:02:23 +0200, Maxim Sobolev [EMAIL PROTECTED] said:
For what it's worth, it also makes code less portable.
On the other hand, it would also make libfetch useful in a larger
variety of applications; viz., those which have so many file
descriptors open that the one used by
On Wed, 3 Oct 2001 15:42:57 -0400, Kenneth Culver [EMAIL PROTECTED] said:
I was wondering if anyone had thought of implementing the above ioctl. Right
now from what I can tell, (from wmnet, and netstat) all stats for a network
device are kvm_read out of the kernel.
These applications
101 - 200 of 480 matches
Mail list logo