On Thu, Oct 30, 2003 at 12:48:32PM -0500, Garrett Wollman wrote:
As I recall, when I used a crossover cable, I could not get the
adapters to go to 1000, only 100. That might have been the cable,
or not.
That's at least conceivable; I don't know enough about the wire
protocol to tell
On Wed, Oct 22, 2003 at 11:42:06PM -0700, Nicholas Esborn wrote:
However, neither mountd nor nfsd are happy running inside the jail:
NFS is one of those things that is largely implemented as a service
in the kernel, and so doesn't really fit in with the way jail's
work.
If you want to run an
On Sun, Oct 19, 2003 at 08:52:59AM +, Bjoern A. Zeeb wrote:
My question now would be if symlinking wouldn't suffice ?
All of the programs you list are actually hardlinks to one another.
If you run ls -li on them, you will see that they have the same
inode number, and are consequently the
It seems some recent Dell machines have the amount of video memory
available set to 1MB by default. The desktop machines allow you to
set this in the BIOS, but the laptops don't seem to allow you to
adjust this. Christian Zietz has a hack for Linux that convinces
the BIOS to let you use more
On Sat, Aug 16, 2003 at 10:18:43PM +0200, Poul-Henning Kamp wrote:
At one point we have to say Well, the locks we have above are solid,
but we need to drop Giant below here but if Witness sees a
PICKUP_GIANT() as an acquisition of Giant, rather than as a
resumption of Giant, this clearly does
On Fri, Aug 15, 2003 at 02:10:46PM -0700, Kris Kennaway wrote:
I got this on an alpha machine overnight. Is this fixed already?
I believe this was a goof on my part, but it was fixed by kan@
earlier this week. Let me know if it persists.
David.
On Sat, Aug 09, 2003 at 09:15:45PM -0700, Lars Eggert wrote:
I can only say that (1) I've been getting these forever, on both -stable
and -current, and (2) I personally have never lost any data.
However, I have no clue as to why you and I get them, or what they signify.
I have a vague
On Fri, Aug 08, 2003 at 12:40:06AM -0700, Terry Lambert wrote:
6)The last time I tried the experimental version, it did
not correctly interoperate with AIX or FreeBSD, but worked
fine Windows-to-Windows, so they've done *something* to it
to embrace and extend it.
I find
On Wed, May 28, 2003 at 10:06:14AM -0400, Robert Watson wrote:
I haven't seen this panic previously; a lack of Giant coming out of the
socket code is a bit surprising to me, but I think is unlikely to be a
result of our local MAC tweaks.
This may be my fault, as I made some changes recently
This may be my fault, as I made some changes recently that assumed that
the mbuf allocator grabbed giant when needed. I'll check the code path
you've mentioned to see if it grabs giant now, but I suspect that I just
need to move the giant grabbing back where it was before.
This doesn't
On Fri, Mar 14, 2003 at 11:14:51PM -0800, [EMAIL PROTECTED] wrote:
Has anyone ever seen this? My clock is running double time, that is,
each second it advances two seconds. Needless to say, ntpd can't sync
up with any servers.
You almost certainly have a motherboard with bad ACPI (probably
On Thu, Feb 27, 2003 at 06:25:31PM +0900, YAMAMOTO Shigeru wrote:
If seting 'RES_NOCACHE' to 'yes', any application reads /etc/resolv.conf at
any DNS quering.
I wonder if it would be better to have a RES_CACHETIME, which you
can set in seconds and if it is set then you reread if the last
reread
On Sun, Feb 09, 2003 at 10:00:02AM -0800, Alfred Perlstein wrote:
Heh, the format string is passed through printf later, we don't want
to eat the extra % otherwise it will cause problems for us.
I had exactly the same thought as Warner last night, but then
realised that we were about to call
I'm guessing the short patch at:
http://www.maths.tcd.ie/~dwmalone/linux_sendmsg.patch
should help. Can you try it and let me know?
OK - I found a second bug, which is a bit more subtle, but which
seems to fix sendto and stop it sending packets to 4.0.0.0. I've
updated the patch,
On Thu, Feb 06, 2003 at 02:23:53PM -0200, Fred Souza wrote:
After noticing a huge delay between host names resolution and the
beginning of pages loading with Opera (6.11/Linux), I noticed that it
is trying to connect to 4.0.0.0:111 instead of the usual
127.0.0.1:111. I worked it around
On Thu, Feb 06, 2003 at 11:00:21AM -0800, Kris Kennaway wrote:
I'm also seeing this with Linux Phoenix, though I haven't tcpdumped
the output.
I think there may be a problem with the new version of linux_sendmsg.
I'll check in detail at home, where I have linux_kdump installed.
It should be
On Thu, Feb 06, 2003 at 11:00:21AM -0800, Kris Kennaway wrote:
I'm also seeing this with Linux Phoenix, though I haven't tcpdumped
the output.
I'm guessing the short patch at:
http://www.maths.tcd.ie/~dwmalone/linux_sendmsg.patch
should help. Can you try it and let me know?
FWIW - AIX aggrees with Solaris.
Endiannes, or an SVR4 implementation difference?
OS X agrees with FreeBSD i386. In fact, FreeBSD sparc64 and FreeBSD
alpha are all the same too, so it seems the code isn't too sensitive
to byteorder or wordsize.
Bakul's comments on who agrees with BSD
On Sun, Feb 02, 2003 at 07:08:47PM +, Mark Murray wrote:
RC4 is _utterly_ repeatable, given a particular seed/key.
I presume it also produces reasonably uniform output for most
seeds too.
The old 16 bit rand() was broken enough that it didn't matter
much (read: _I_ don't care) if its
I presume it also produces reasonably uniform output for most
seeds too.
Yes. Modulo the requirement to burn a bit of output after a
reseed.
I guess the crypto guys would have junked it otherwise ;-)
I thought the complaint was about rand, not random?
Erm, yes. Similar difference
On Sun, Feb 02, 2003 at 02:37:25PM -0800, Steve Kargl wrote:
FreeBSD Redhat SunOS
660787754660787754645318364
FWIW - AIX aggrees with Solaris.
David.
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
On Mon, Jan 20, 2003 at 12:49:26AM +0900, Hajimu UMEMOTO wrote:
I wrote an IPv6 support for Linux sym. I've tested it with RHL8's
ftp(1) and ports/www/linux-phoenix, and it seems nicely running with
both an IPv4 and an IPv6.
You can obtain my patch from:
On Tue, Dec 24, 2002 at 12:40:25PM +0100, Poul-Henning Kamp wrote:
Wouldn't it in fact make much more sense if revoke(2) was defined as
int revoke(int fd); /* kick everybody else off */
and the code above would look like:
An O_REVOKE flag to open might be neater?
David.
On Tue, Dec 24, 2002 at 03:52:05PM +0100, [EMAIL PROTECTED] wrote:
We can then provide revoke(2) as a wrapper:
revoke(const char *name)
{
int fd, e;
fd = open(name, O_RDONLY);
Assuming you can open the thing name points to. I guess it might
be a
On Sun, Dec 15, 2002 at 08:00:55PM +, Gavin Atkinson wrote:
Confirmed. in su.c it seems that pam_authenticate is returning
PAM_AUTH_ERR, when it presumably should not be doing so.
Try getting rid of the auth_as_self in /etc/pam.d/su for the
pam_wheel module.
David.
To Unsubscribe:
On Fri, Nov 22, 2002 at 04:25:20PM +0100, Marc Recht wrote:
Hi!
A malloc(0) returns always 0x800 on my system. This causes some third-party
software to fail, because they expect malloc(0) to return NULL. Is this a
bug or a feature? malloc(3) doesn't mention anything.
Feature in malloc and
On Tue, Nov 12, 2002 at 10:20:00AM -0500, Craig Rodrigues wrote:
However, this fix (adding kern.timecounter.hardware=i8254 to /etc/sysctl.conf)
does not seem to work anymore. The clock still runs too fast.
Could you try kern.timecounter.hardware=TSC - this worked for someone
else sometime last
On Mon, Nov 11, 2002 at 04:52:22PM +0100, Harti Brandt wrote:
AGBut does using a union make it safe?
Well, I just had a long discussion with a collegue about the topic. The
main problem is in the ISO-C standard, section 6.7 point 4 which states:
All declarations in the same scope that refer
On Wed, Nov 06, 2002 at 01:26:31PM +0100, Sameh Ghane wrote:
Timecounter i8254 frequency 1193182 Hz
Timecounter TSC frequency 332755591 Hz
CPU: AMD-K6(tm) 3D processor (332.76-MHz 586-class CPU)
Origin = AuthenticAMD Id = 0x58c Stepping = 12
On Sun, Oct 06, 2002 at 04:10:55PM -0700, Kris Kennaway wrote:
Can anyone else reproduce this in tcsh?
rpcgen -s `perl -e 'print ax5'`
Word too long.
I reported this to the tcsh people about 18 months ago, but I
don't think it was ever fixed.
David.
To Unsubscribe: send mail
On Thu, Sep 26, 2002 at 10:36:27AM -0700, Terry Lambert wrote:
I think that what you were probably testing was directory entry
layout and O(N) (linear) vs. O(log2(N)+1) search times for both
non-existant entries on creates, and for any entry on lookup
( / 2 on lookup) .
Though dirhash should
On Thu, Sep 26, 2002 at 10:36:27AM -0700, Terry Lambert wrote:
I think that what you were probably testing was directory entry
layout and O(N) (linear) vs. O(log2(N)+1) search times for both
non-existant entries on creates, and for any entry on lookup
( / 2 on lookup) .
Though
I've got the following panic a few times using IPv6 on a recent
-current (while scping a file usually):
panic: mutex inp not owned at ../../../netinet/tcp_output.c:131
panic: from debugger
the trace back seems to involve getting an ICMP message and then
calling tcp code.
David.
#0
On Sat, Sep 07, 2002 at 11:19:52PM -0400, Craig Rodrigues wrote:
Is there a problem with the ACPI code or with my
hardware (an ASUS P5A-B motherboard from about 3 or 4 years ago).
Several people (including me) have reported this problem with this
motherboard. Poul had a look at it, but
On Thu, Sep 05, 2002 at 12:42:09AM -0400, Garance A Drosihn wrote:
At 12:58 AM -0700 9/5/02, walt wrote:
cc -O -pipe -mcpu=pentiumpro-c /usr/src/usr.bin/gcore/elfcore.c
/usr/src/usr.bin/gcore/elfcore.c: In function `elf_coredump':
/usr/src/usr.bin/gcore/elfcore.c:128: syntax error before
On Mon, Sep 02, 2002 at 11:52:20AM +0200, Ted Lindgreen wrote:
- Suspending in X freezes the system. I've not found any way
out of that, other than hard resetting the system.
Could you try running acpidump before and after running X? On my
machine the ACPI tables vanish when you run X 'cos
On Sat, Aug 31, 2002 at 05:45:26PM +0200, Anders Nordby wrote:
# truss -p `sockstat -l | egrep 'sshd.*tcp4' | awk '{print $3}'`
Log into the system with sshd, and truss will segfault:
There is an even easier way to reproduce this:
gonzo 9% sleep 10
[2] 35245
gonzo 10% truss -p 35245
On Sun, Aug 18, 2002 at 12:55:27AM -0400, Yuri Victorovich wrote:
Is it a bug that function sock_host is declared
sock_host() in /usr/include/tcpd.h
but defined as sock_host(struct request_info *)
in /usr/src/contrib/tcp_wrappers/socket.c ?
A fucntion which is declared with no arguments (eg
On Mon, Aug 12, 2002 at 10:19:00PM +0200, Matthias Schuendehuette wrote:
Aug 12 18:20:02 current : [dlerror: /usr/lib/pam_lastlog.so: Undefined
symbol _openpam_log]
Aug 12 18:20:02 current : adding faulty module: /usr/lib/pam_lastlog.so
'Known behaviour' or real
On Sun, Jul 07, 2002 at 03:28:51PM -0700, Mike Makonnen wrote:
MALLOC(copy, struct plimit *, sizeof(struct plimit),
M_SUBPROC, M_WAITOK);
- bcopy(lim-pl_rlimit, copy-pl_rlimit, sizeof(struct plimit));
+ bcopy(lim-pl_rlimit, copy-pl_rlimit, sizeof(struct rlimit));
On Sat, May 18, 2002 at 06:51:31PM -0700, John De Boskey wrote:
Comments on the following patch. The messages
are invisible with a default install. This patch
gets them into /var/log/messages where they can be
seen.
I have a different fix for this at home, included below. It uses
On Mon, May 13, 2002 at 09:57:08PM +0200, Daniel Rock wrote:
- recompile libalias with -Os = NAT broken
- recompile libalias with -O = NAT works again.
I know any other optimization than -O isn't supported but this bug
(either in libalias or in gcc) should be investigated.
If you could
Heh, finally someone that's actually trying to fix this. 8)
;-)
The right thing is going to be to fix the MTRR code to preserve the
extra MTRR bits; I've tried a few times to get some documentation on what
these other bits mean without any luck.
The code I added to the MTRR stuff
The commit was done abot 11 hours ago, but it was incomplete: the
directory calendars/fr_FR.ISO_8859-1 does not exist. Here is the error
message:
Sorry about that - I think I've fixed the problem now.
(Two breaks in one day - that will teach me to commit stuff late at night!)
David.
I have an ASUS A7A266 motherboard with an Athlon XP processor which
seems prone to weirdness. The BIOS seems to set the MTRRs to some
undocumented values, which used to prevent X starting. I've now
fixed the MTRR code and X works fine.
Unfortunately, when X changes the MTRRs then ACPI stops
On Thu, Mar 28, 2002 at 03:29:50PM +0100, Poul-Henning Kamp wrote:
On a diskless machine:
ktrace ntpdate -d $someserver
gives an sure-fire panic:
Does this depend on NFS?
David.
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the
On Tue, Mar 26, 2002 at 09:59:29AM +0100, Poul-Henning Kamp wrote:
This is an interesting machine: A K6 wiht ACPI, havn't seen that
before.
I had one of these machines and concluded that the ACPI time counter
was busted. I dunno if it is possible to sanity check the time
counter before using
On Sun, Mar 03, 2002 at 09:26:11PM +0100, Poul-Henning Kamp wrote:
I presume you'd push the rules in using sysclt or did you have
something more filesystem like in mind?
Nope, just a sysctl.
I guess then you just need a sysctl which lets you read the rules
for a given devfs mount point and
On Sun, Mar 03, 2002 at 05:36:04PM +0100, Poul-Henning Kamp wrote:
In message [EMAIL PROTECTED], Crist J. Clark writes
:
I've checked the manpages, the files in /etc, and Googled, and I can't
find the answer. I am begining to worry there isn't one. How does one
change the permissions on
Do you have any designs for this ruleset stuff? From what you said
at BSDconEurope it will have to be fairly complicated to achieve
the your aim of being better than a static permission for a given
device.
Not really, the basic idea is just a linked list of rules:
On Wed, Jan 30, 2002 at 12:13:07PM -0500, Cameron, Frank wrote:
Has this issue been addressed in FreeBSD:
http://www.geocrawler.com/lists/3/Linux/35/175/7626960/
http://slashdot.org/article.pl?sid=02/01/24/1910227mode=thread
This is believed not to have any impact on FreeBSD because FreeBSD
On Sat, Jan 26, 2002 at 04:04:08PM +0100, Aleksander Rozman - Andy wrote:
I didn't know where I should report this problem, but it seems that there
is error in
netin_var.h. In line 146 and 334 (field if_data has incomplete type), I
think there just one * missing before name of this
On Tue, Jan 01, 2002 at 09:01:30AM -0600, Michael Harnois wrote:
Something on my -current system is spawning zombies of sh. With 55
minutes of uptime, I already have 48 of them. How do I figure out what
the heck is doing this?
Try ps -auxo ppid and look at the parent process id for the
On Sun, Dec 30, 2001 at 05:01:41PM +0200, Sheldon Hearn wrote:
I tried ktrace on ftpd but only saw the call to sendfile(2). If you
give me some guidance I can try to look into problem deeper. I don't
have any experience in kernel debugging but would like to learn it.
No idea. I was
On Fri, Dec 14, 2001 at 03:16:57AM -0800, Luigi Rizzo wrote:
How about fixing it for real as described in the commit message?
The real fix, for me, is the one-line change to M_LEADINGSPACE.
The one described in the commit message was just Bosko's point of
view, with which I and many others
On Mon, Nov 26, 2001 at 03:04:56PM -0500, Andrew R. Reiter wrote:
Agreed, or people could code with select in a nice manner and dynamically
allocate the fd_set arrays.
Is there a portable way to allocate dynamically sized fd_sets? It
could easily be one of those things that you're not supposed
On Wed, Nov 14, 2001 at 02:19:56AM +0600, Max Khon wrote:
Any objections if I will commit the following patch (see PR/15421)?
Does the man page need a note about setting errno?
David.
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the
On Fri, Oct 26, 2001 at 06:30:47PM +0100, David Malone wrote:
Anyway, both ways I can trigger the bug (find . -type f | xargs mutt, and
actually running fetchmail -a) do generate a LOT of work, so it's actually
possible that your diagnosis (mbuf exhaustion) is correct; trouble
On Fri, Oct 26, 2001 at 06:16:12PM +0200, Andrea Campi wrote:
Anybody has any idea how to properly fix?
Can you test the following patch?
David.
Index: uipc_usrreq.c
===
RCS file:
On Fri, Oct 26, 2001 at 06:16:12PM +0200, Andrea Campi wrote:
All my problems are now gone. This sort of makes sense to me, as the culprit,
qmail, is quite socket intensive.
Anybody has any idea how to properly fix?
This patch changed quite a few things, so it's not obvious exactly
what is
On Fri, Oct 26, 2001 at 07:12:24PM +0200, Andrea Campi wrote:
I know. I'd like to look deeper into the issue, but from a quick glance at the
code, I don't think I could figure out a way to separate those things and tr
each one. Do you happen to have separate patches for them, that I could try?
On Fri, Sep 28, 2001 at 06:01:44PM +0300, Ruslan Ermilov wrote:
You may have also rebuilt your world with -DCOMPAT4X.
Or manually:
echo COMPAT4X=TRUE /etc/make.conf
cd /usr/src/lib/compat
make all
make install
make cleandir
For me, this didn't help for some programs which were linked
If you boot from an old kernel then the loader seems to load the acpi
module from the wrong place. I tried booting with both:
unload
boot /boot/kernel.old/kernel
and:
unload
load /boot/kernel.old/kernel
boot
and both loaded the acpi moduse from
On Thu, Sep 06, 2001 at 11:50:17PM -0700, Peter Wemm wrote:
Poul-Henning Kamp wrote:
You are not supposed to call __getcwd() directly.
Yes, but it would be an excellent junior-kernel-hacker task to make it work
in all cases, ie: manually searching parent directories. netbsd does this,
On Mon, Sep 03, 2001 at 03:39:59PM -0500, Alfred Perlstein wrote:
I found that turning off malloc options:
cd /etc ; rm -f malloc.conf ; ln -s aj malloc.conf
Thanks to David Obrien for giving me the syntax (boy am I lazy),
now it seems to compile fine.
The mozilla port should automatically
On Wed, Aug 29, 2001 at 07:58:59PM -0700, Mike Smith wrote:
- The PnP BIOS is disabled and onboard peripherals are detected
using ACPI, and attach to ACPI and not isa.
With the ACPI module loaded I find that ed0, fdc0 and pca0 are no
longer detected (well, fdc0 is detected but gives an
On Sat, Aug 18, 2001 at 11:02:04AM -0400, Mikhail Teterin wrote:
Now, this may be the wrong way to do it:
# mount -oro -t msdos /dev/ugen0 /mnt
But the error message is certainly misleading. Especially,
since the are no block devices in -current any more :)
msdosfs:
msdosfs: /dev/ugen0: Block device required
This is caused by the kernel returning ENOTBLK, which I think still
makes sense in the kernel. It's possible that the errno should be
translated to a different string though...
Just because there is no 'block' device representation in
On Thu, Aug 09, 2001 at 11:12:32AM -0700, John Baldwin wrote:
It appears that gas is now properly padding the end of the text
section (and inserting the jmp and nops). This, in turn, misaligns
the loader that is tacked onto the end of the pxeldr. I'm currently
not setup to test
On Wed, Jul 25, 2001 at 02:12:06PM +0300, Maxim Sobolev wrote:
I found that the attached small program behaves very strangely when
linked with -pthread - it chews 100% CPU cycles while waiting in
select(2). This misbehaviour observed both on 5-CURRENT and 4-STABLE
systems. *weird*
The
On Tue, Jul 17, 2001 at 07:55:18PM +0100, David Malone wrote:
I suspect that this is my fault for not doing a buildworld after
turning on WARNS stuff in inetd.
YES! Why are you committing these very easy to break the build, as
we've seen changes w/o full `make buildworld' testing?!?
I
On Tue, Jul 17, 2001 at 08:38:13PM +0200, Poul-Henning Kamp wrote:
Am I the only one who sees this ?
I suspect that this is my fault for not doing a buildworld after
turning on WARNS stuff in inetd. I think the problem must be that
-nostdinc must cause errors to be issued for files which
On Mon, Jul 16, 2001 at 01:31:27AM -0700, Kris Kennaway wrote:
I've just finished syncing up our libedit to the version in NetBSD,
which includes a number of bugfixes, but perhaps more interestingly it
can function as a drop-in (apparently binary compatible) replacement
for GNU libreadline
On Fri, Jul 13, 2001 at 08:32:18PM +0900, Kazutaka YOKOTA wrote:
options USERCONFIG, options VISUAL_USERCONFIG, and options
INTRO_USERCONFIG were removed from /sys/conf/options.i386 and
options.pc98 on 12 June. Does this mean we are going to ditch
userconfig()?
I think they were disabeled
On Sun, Jul 01, 2001 at 09:20:44PM -0700, Crist J. Clark wrote:
Hmmm... Looks like,
# syslogd -a 192.168.1.0/29
Will work and,
# syslogd -a 192.168.1.1/29
Won't.
That's the standard behaviour of a netmask, isn't it? The usual
way to check if host h is in network/netmask n/m is
On Wed, Jun 20, 2001 at 05:39:55PM -0400, Andrew Gallatin wrote:
While we're at it, I know that the AMD AthlonMP supports SSE, but I
can't seem to find which bits they're using in their features for it.
It would be nice if somebody who knew that spoke up so that we
supported SSE on Palamino
Check your disk label. I got burned a few months back on a fairly old
install where I created swap first, then root. This causes the swap
partition to start at sector 0, with root straight after. For some reason,
sysinstall or the kernel decided to += 64k on the start address of the swap
On Wed, May 23, 2001 at 05:51:40AM -0500, Storms of Perfection wrote:
gary@trouble:~$ rm -rf /home/gary/public_html/mrtg/david/
Display all 2275 possibilities? (y or n)
gary@trouble:~$ rm -rf /home/gary/public_html/mrtg/david/*
bash: /bin/rm: Argument list too long
Is this a bug with rm?
Please try the attached patch. I make no claims of its correctness,
but this e-mail is coming to you via X on -current updated a few hours
ago so it works here :-).
I tried Dima's patch (the one which Alfred has committed) and I
get an earlier mutex recursion panic, probably when a local
I tried Dima's patch (the one which Alfred has committed) and I
get an earlier mutex recursion panic, probably when a local progam
that uses shm forks and exits. I scribbled down this trace from
it:
Is there such a program in the base system?
Nope - it's part of a radio refclock for
On Mon, May 21, 2001 at 01:44:16AM -0700, Dima Dorfman wrote:
exit1 calls shmexit with vm_mtx held on line 228 of kern_exit.c
(rev. 1.127). Actually, shmexit_myhook should always be called with
vm_mtx held, so shm_delete_mapping can't assume it isn't held.
The following seems to work. It's
On Sun, May 20, 2001 at 12:59:51PM -0400, Mike Heffner wrote:
The machine is up for about one minute and then I ran `startx' and the
screen turned black and it appeared to lockup, after about 30 seconds
plus some banging on the keyboard it rebooted. I have 256mb ram, so it
shouldn't be
On Wed, Apr 25, 2001 at 10:47:06PM +0400, Ilya Naumov wrote:
i've discovered that now the world cannot be built without any
optimization options (-Oxx) due to a 'dirty' code in some places. one of
good examples is usr.sbin/rpc.lockd. without -Oxx options kern.c fails
compilation:
Alfred
On Wed, Mar 21, 2001 at 11:16:01PM +, David Malone wrote:
The graph seems to peak at about 160kB/s, which seems plausable.
The code is at:
http://www.maths.tcd.ie/~dwmalone/comp/-time.S
http://www.maths.tcd.ie/~dwmalone/comp/-time.c
http://www.maths.tcd.ie/~dwmalone/comp
On Sun, Mar 18, 2001 at 04:41:03PM +0100, Dag-Erling Smorgrav wrote:
I finally caught a backtrace from one of those recurring stack smash
panics. I've been getting a few of these every day for a couple of
weeks now but never caught a dump; I caught this one by typing 'panic'
immediately
On Sun, Mar 18, 2001 at 04:41:03PM +0100, Dag-Erling Smorgrav wrote:
I finally caught a backtrace from one of those recurring stack smash
panics. I've been getting a few of these every day for a couple of
weeks now but never caught a dump; I caught this one by typing 'panic'
immediately
On Fri, Mar 16, 2001 at 06:21:46PM -0800, Brooks Davis wrote:
Ah, you are correct. I should have tried that. What a strange bug.
It happens for any option which causes the sysctl to return no
processes to libkvm. (Try ps -p 10). I think the following
patch should fix the problem.
(Kirk
I actually prefer the ESRCH patch as a) it better describes what happens and b
it returns a proper error when no processes are found, making it easier for
other programs to detect this error condition. Programs should already be
checking for a error return from the sysctlbyname() that they
I'm still getting panics with a messed up stack in -current. I've
made some progress on getting useful ktr traces though.
No, the other handler on that swi is the softclock handler. This just means
you are getting clock interrutps from the i8254, which is good. :) We just
happen to hang
On Tue, Mar 13, 2001 at 07:52:49AM -0500, Christos Zoulas wrote:
Thanks so much! I wonder how come this bug remained unnoticed for such
a long time!
AFAIK, this isn't a bug. It's what csh has always done. (It's what
IBM and Sun's csh do anyway...) To echo a newline in csh you do
'echo ""'.
Since internal 'echo' does nothing, it _not_ used in any old csh scripts,
while 'echo ""' does the same thing in both old and new variants, so old
scripts will works in the same way.
Will it change what happens if you do:
set null=""
echo $null
(this produces nothing in
On Thu, Feb 22, 2001 at 10:39:47AM +0900, Daniel C. Sobral wrote:
It seems the error for kernfs is activating a couple of other warnings:
I think Des retired kernfs in -current in a commit on 2000/12/28.
David.
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe
On Thu, Feb 08, 2001 at 02:47:59PM +, Josef Karthauser wrote:
what does systat -vmstat or vmstat 1
show?
Better still, I guess we could do a linux-truss
and see what it's doing...
I believe that it's strace under linux. If someone can provide me
with a binary of this tool I'll
On Sat, Feb 03, 2001 at 12:32:50PM -0700, Warner Losh wrote:
In message [EMAIL PROTECTED] Peter Wemm writes:
: As bizzare as it sounds, I like Julian's hack for populating this stuff...
: ie: use a hard link to propagate nodes to the jailed /dev.
:
: eg: mount -t devfs -o empty
On Tue, Jan 09, 2001 at 04:52:29PM -0800, Matt Dillon wrote:
If you just hit the up or down arrow without having partial text on the
line, it works just like normal history. Once you start using it,
you will never be able to go back.
As a side note - this is usually mapped to
On Sun, Jan 07, 2001 at 03:09:40PM -0500, Justin/Mike Ovens wrote:
I compiled my kernel with Debuggin symols.. how do i debug the running kernel?
gdb -k /kernel.debug /dev/mem
and can i make it log the info to a file?
Log what into a file? Syslog can log the messages the kernel produces
into
On Fri, Jan 05, 2001 at 12:37:43AM -0800, Crist J. Clark wrote:
What is happening is that the system is killing off the make process
because it starts to swell up so much it consumes all swap. Here is
the dmesg,
Were any bits of the compiler killed off? A new test snapshot of gcc
was
On Tue, Dec 26, 2000 at 02:00:54PM +0200, Mark Murray wrote:
I'm getting a reliable panic on CURRENT (2000/12/26) with INVARIANTS
set. I suppose I could "fix" this by taking out INVARIANTS, but it
seems to make more sense to try to get it fixed.
Do you have NFS compiled in to the kernel?
On Fri, Nov 03, 2000 at 10:04:24AM +0100, Michael Reifenberger wrote:
executing /compat/linux/bin/rpm issues a halt and powerdown under -current
an my TECRA8000.
Is it just me?
It might be worth running "brandelf -t Linux /compat/linux/bin/rpm" to
make sure it isn't being run with FreeBSD's
Now, if one or two people will review this patch and verify that
LINT GENERIC kernels compile the same, we're set for commit...
It works fine with GENERIC - atleast I tested a buildworld with
sources build with it. I don't think LINT compiles at the moment,
atleast it seems to get stuck in
1 - 100 of 169 matches
Mail list logo
