:I agree that the use of cpu_critical_enter/exit could use cleaning up.
:Can you give an example of where critical_enter is used improperly?
:You mean in fork_exit? Your changes to cpu_switch solve that problem
:with critical_exit almost unchanged. The savecrit stuff should really
:just be
On Wed, Mar 06, 2002 at 01:25:01PM +0100, Dag-Erling Smorgrav wrote:
Ruslan Ermilov [EMAIL PROTECTED] writes:
On Wed, Mar 06, 2002 at 01:17:28PM +0100, Dag-Erling Smorgrav wrote:
Last I checked, 'make release' checks the sources out from CVS, and is
therefore useless to test changes that
As discussed at BSDCon, the release engineers are committed to
releasing a relatively stable snapshot of FreeBSD -CURRENT on or
around April 1, 2002. Obviously, a lot of major components are still
in progress, but a great deal of work has already been accomplished,
and could benefit from the
Should I postpone my allocator commit then?
Thanks,
Jeff
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
On Thursday 07 March 2002 17.13, M. Warner Losh wrote:
In message: [EMAIL PROTECTED]
: I have xl0: watchdog timeout on my 3Com cardbus card after updating
: kernel recently. Everything seems to be OK during boot,
: but xl0: watchdog timeout starts directly after ifconfig, and makes
: network
On Thu, 7 Mar 2002, Jake Burkholder wrote:
Apparently, On Thu, Mar 07, 2002 at 05:21:21PM -0500,
Robert Watson said words to the effect of;
The primary objections I've seen from Jake, and he posted them as part of
the earlier thread prior to the commit, was that the API changes
To this end, we would like to request that commits for the next 7
days to HEAD be made with special care. -CURRENT is in pretty good
shape right now, so we're not requiring approval for all commits.
I have a Perl-5.6.1 upgrade. Is that too risky? Apart from the perl
stuff itself, there are
On Fri, Mar 08, 2002 at 11:16:53 +, Mark Murray wrote:
To this end, we would like to request that commits for the next 7
days to HEAD be made with special care. -CURRENT is in pretty good
shape right now, so we're not requiring approval for all commits.
I have a Perl-5.6.1
To this end, we would like to request that commits for the next 7
days to HEAD be made with special care. -CURRENT is in pretty good
shape right now, so we're not requiring approval for all commits.
I have a Perl-5.6.1 upgrade. Is that too risky? Apart from the perl
stuff itself,
As discussed at BSDCon, the release engineers are committed to
releasing a relatively stable snapshot of FreeBSD -CURRENT on or
around April 1, 2002. Obviously, a lot of major components are still
in progress, but a great deal of work has already been accomplished,
and could benefit from
Ok, I've committed a slight reorg to NOTES on -CURRENT to reflect the much
more logical layout in LINT on -STABLE WRT NETSMB, SMBFS, and
NETSMBCRYPTO. No idea where the weird ordering came from, but I think
it's fixed now. :-)
Robert N M Watson FreeBSD Core Team, TrustedBSD
OK. I've recreated this problem. It looks like I broke interrupts to
cardbus with the large cleanup. I could have sworn I'd tested that,
but it looks like my testing metholology was flawed. I'm looking into
it. Thanks.
Warner
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe
Does this include getting someone to fix picobsd for -CURRENT?
Is this important for the snapshots?
Later,
George
*** Making static libraries
cd /home/gnn/FreeBSD/src.latest/lib/csu/i386-elf; make depend; make all;
make
install
rm -f .depend
mkdep -f .depend -a -nostdinc
As discussed at BSDCon, the release engineers are committed to
releasing a relatively stable snapshot of FreeBSD -CURRENT on or
around April 1, 2002. Obviously, a lot of major components are still
in progress, but a great deal of work has already been accomplished,
and could benefit
Hi all,
I am getting this weird binutils error, which says, that I am lacking a
file called libintl.h. I checked my /usr/include, and
/usr/src/include. Also, I checked the src/contrib/binutils directory,
but I cannot find that particular header file at all.
I have the most updated source, as
root[244] kldstat
Id Refs AddressSize Name
1 12 0xc010 26714c kernel
21 0xc0368000 18330linux.ko
32 0xc0381000 15480miibus.ko
41 0xc0397000 7798 if_rl.ko
52 0xc039f000 1a14csnd_pcm.ko
61 0xc03ba000 9538 snd_maestro3.ko
71
Hiten,
pedicular~;locate libintl.h
/usr/local/include/libintl.h
/usr/src/contrib/texinfo/lib/libintl.h
pedicular~;pkg_info -W /usr/local/include/libintl.h
/usr/local/include/libintl.h was installed by package gettext-0.10.35_1
pedicular~;
On Fri, Mar 08, 2002 at 05:56:08PM +, Hiten
--- Michael Lucas [EMAIL PROTECTED] wrote:
pedicular~;locate libintl.h
/usr/local/include/libintl.h
/usr/src/contrib/texinfo/lib/libintl.h
pedicular~;pkg_info -W /usr/local/include/libintl.h
/usr/local/include/libintl.h was installed by package gettext-0.10.35_1
pedicular~;
Thanks! :)
With the latest source gnome-session, panel, sawfish, etc all:
pid 1096 (gnome-session), uid 1001: exited on signal 10 (core dumped)
gnome-session:
#0 0x285c02ad in exit () from /usr/lib/libc.so.5
#1 0x285be052 in __qdivrem () from /usr/lib/libc.so.5
#2 0x285a6975 in _nsyy_create_buffer ()
On Fri, 8 Mar 2002, David W. Chapman Jr. wrote:
As discussed at BSDCon, the release engineers are committed to
releasing a relatively stable snapshot of FreeBSD -CURRENT on or
around April 1, 2002. Obviously, a lot of major components are still
in progress, but a great deal of work
On Fri, Mar 08, 2002 at 08:59:53AM -0600, David W. Chapman Jr. wrote:
As discussed at BSDCon, the release engineers are committed to
releasing a relatively stable snapshot of FreeBSD -CURRENT on or
around April 1, 2002. Obviously, a lot of major components are still
in progress, but a
currently kde doesn't work due to binuntils update. It may work now
after the most recent binutils update, but we have to recompile kde to
see that I believe, andkdelibs cannot be compiled which builds
kde-config which the rest of the kde meta-ports try to run.
I think that last
On Fri, Mar 08, 2002 at 10:17:16AM -0600, David W. Chapman Jr. wrote:
currently kde doesn't work due to binuntils update. It may work now
after the most recent binutils update, but we have to recompile kde to
see that I believe, andkdelibs cannot be compiled which builds
kde-config
currently kde doesn't work due to binuntils update. It may work now
after the most recent binutils update, but we have to recompile kde
to see that I believe, andkdelibs cannot be compiled
which builds kde-config which the rest of the kde meta-ports try to
run.
I think that
On Fri, Mar 08, 2002 at 11:20:35AM -0500, Will Andrews wrote:
On Fri, Mar 08, 2002 at 10:17:16AM -0600, David W. Chapman Jr. wrote:
currently kde doesn't work due to binuntils update. It may work now
after the most recent binutils update, but we have to recompile kde to
see that I
On Fri, Mar 08, 2002 at 10:17:16AM -0600, David W. Chapman Jr. wrote:
currently kde doesn't work due to binuntils update. It may work now
after the most recent binutils update, but we have to recompile kde to
see that I believe, andkdelibs cannot be compiled which builds
kde-config
Sounds to me like there are fixes in the pipeline from Mike and Thomas.
Hopefully they'll get that committed in the next day or two so that KDE
can be happy on -CURRENT before the snapshot.
Robert N M Watson FreeBSD Core Team, TrustedBSD Project
[EMAIL PROTECTED] NAI Labs,
There seem to be two distinct problems. The header one seems to have
resolution,I got around it by the nested include. The second one may
be OBJPRELINK, but does seem to be nailed down yet. Martin Blapp ran into
what might be related problems in the OpenOffice port. I've only seen it
on g++
On Fri, 8 Mar 2002, David W. Chapman Jr. wrote:
Hmm. My impression was that the libpng stuff had been fixed, could you
confirm that KDE still doesn't build on 5.0-CURRENT?
Its not related to libpng, I believe that has been fixed, but I
cannot tell for sure because kde cannot be compiled
At 10:17 AM -0600 3/8/02, David W. Chapman Jr. wrote:
Yes. Recent changes to netinet/in.h have made it require the
inclusion of arpa/inet.h. As well, arpa/inet.h must include
netinet/in.h. IOW, each of these files must #include the
other in order to work correctly.
As you might guess, this is a
I'm surprised that everyone hasn't complained about world breakage
from this. It has been broken for almost 2 weeks now. Everything
that goes near ntohl and has WARNS = 2 fails to compile. Without
WARNS, the bug is reported as above, but a bogus version of __hton*
is found in the library
In message [EMAIL PROTECTED] Luigi Rizzo writes:
: The attached portion of the 1.100 - 1.101 patch to src/share/mk/bsd.lib.mk
...
: I wonder, how does a make world get around this problem
: (so i can try to reproduce the 'fix' in the picobsd script) ?
Make world gets around this problem by doing
On 08-Mar-02 Matthew Dillon wrote:
:I agree that the use of cpu_critical_enter/exit could use cleaning up.
:Can you give an example of where critical_enter is used improperly?
:You mean in fork_exit? Your changes to cpu_switch solve that problem
:with critical_exit almost unchanged. The
In message [EMAIL PROTECTED] Doug Barton writes:
: 1. phk malloc debugging flags enabled by default. Solutions include
: recompiling apps, and toggling things off in /etc/malloc.conf.
Recompiling apps isn't going to change things. The default is in the
system.
: 2. pam modules break backwards
Is anyone using the DIAGNOSTIC cached td_ucred stuff in current? If not, I'd
like to replace it with a much simpler version that doesn't use the cached
references but is still under DIAGNOSTIC. I use the simpler version in my test
kernels (albeit under INVARIANTS, but I'll leave it under
Shouldn't this be CC'ed to -doc as well? Maybe someone will write
an article on a little release note kinda thing for this issue. Just
an opinion from a -current user. :)
-- Hiten
--- Doug Barton [EMAIL PROTECTED] wrote:
On Fri, 8 Mar 2002, Murray Stokely wrote:
As discussed at
--- Warner Losh [EMAIL PROTECTED] wrote:
: 3. xconsole causes periodic panics. The problem (according to BDE) is a
: well-know bug in printf(9), caused by The TIOCCONS ioctl ... panics
when
: printf() is called while sched_lock is held. I reported this bug in
: October 2001, if anyone wants
On Fri, Mar 08, 2002 at 11:33:27AM -0800, Hiten Pandya wrote:
Shouldn't this be CC'ed to -doc as well? Maybe someone will write
an article on a little release note kinda thing for this issue. Just
an opinion from a -current user. :)
We're collecting notes for a Testing Guide similar to
--- Murray Stokely [EMAIL PROTECTED] wrote:
On Fri, Mar 08, 2002 at 11:33:27AM -0800, Hiten Pandya wrote:
Shouldn't this be CC'ed to -doc as well? Maybe someone will write
an article on a little release note kinda thing for this issue. Just
an opinion from a -current user. :)
We're
--- Murray Stokely [EMAIL PROTECTED] wrote:
We're collecting notes for a Testing Guide similar to the one we
published leading up to FreeBSD 4.5. More than anything, we need
information from developers about how users can best test the new
functionality.
Using k-options such as
Per Doug's note, is there a schedule to pull the XFree86-4 back up to 4.2.0?
Since it was pulled back because of the 4.5 release, it would be a shame for
it to be also held back by a -current snapshot.
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the
Apparently, On Fri, Mar 08, 2002 at 01:23:01AM -0800,
Matthew Dillon said words to the effect of;
:I agree that the use of cpu_critical_enter/exit could use cleaning up.
:Can you give an example of where critical_enter is used improperly?
:You mean in fork_exit? Your changes to
On Fri, Mar 08, 2002 at 05:56:08PM +, Hiten Pandya wrote:
/data/dev/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd/sysdep.h:135:
libintl.h: No such file or directory
This only happens if ENABLE_NLS is defined. However,
$ cd /usr/src/gnu/usr.bin/binutils
$ find
I've been running it but I am about to turn it off
because I want to cache the value over userland.
The code is completely gone in the KSE patch.
On Fri, 8 Mar 2002, John Baldwin wrote:
Is anyone using the DIAGNOSTIC cached td_ucred stuff in current? If not, I'd
like to replace it with a
Saying that, I haven't use ENABLE_NLS anywhere. This happened to me, a
couple of weeks ago, but I had to go Germany, so I wasn't able to report
it then.
All my buildworld's use to work perfectly, but I am getting this problem
for some reason which I can't seem to figure out. Also, I downloaded
From: M. Warner Losh [EMAIL PROTECTED]
Subject: Re: bus_alloc_resouce() failure for OPTi 82C861
Date: Thu, 07 Mar 2002 01:37:13 -0700 (MST)
Message-ID: [EMAIL PROTECTED]
: [boot message]
: ohci0: OPTi 82C861 (FireLink) USB controller irq 10 at device 5.0 on pci0
: ohci0: Could not map memory
On Fri, Mar 08, 2002 at 02:58:40PM -0500, Michael G. Petry wrote:
Per Doug's note, is there a schedule to pull the XFree86-4 back up to 4.2.0?
Since it was pulled back because of the 4.5 release, it would be a shame for
it to be also held back by a -current snapshot.
Yes, I am handling that.
On Fri, Mar 08, 2002 at 12:26:09PM -0800, Hiten Pandya wrote:
Saying that, I haven't use ENABLE_NLS anywhere. This happened to me, a
couple of weeks ago, but I had to go Germany, so I wasn't able to report
it then.
All my buildworld's use to work perfectly, but I am getting this problem
On Fri, 8 Mar 2002, Murray Stokely wrote:
As discussed at BSDCon, the release engineers are committed to
releasing a relatively stable snapshot of FreeBSD -CURRENT on or
around April 1, 2002. Obviously, a lot of major components are still
in progress, but a great deal of work has already
At 4:57 AM +1100 3/9/02, Bruce Evans wrote:
I'm surprised that everyone hasn't complained about world breakage
from this. It has been broken for almost 2 weeks now. Everything
that goes near ntohl and has WARNS = 2 fails to compile. Without
WARNS, the bug is reported as above, but a bogus
And FWIW, alpha kernels on some Uniprocessor boxes freeze up.
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
One thing to keep in mind here is that this is still going to be
a snapshot of -current, and not a production release of -stable.
We want a snapshot that does not have any serious problems, but
innocent users should still realize that there are definitely
going to be a lot of loose ends and rough
On Fri, 2002/03/08 at 11:23:36 -0800, Doug Barton wrote:
3. xconsole causes periodic panics. The problem (according to BDE) is a
well-know bug in printf(9), caused by The TIOCCONS ioctl ... panics when
printf() is called while sched_lock is held. I reported this bug in
October 2001, if anyone
This comment is false. On my -CURRENT system with
this commit in place 'passwd' and 'login'/'su' commands
loops forever computing MD5 password.
After reverting crypt-md5.c to rev. 1.8 all thouse
commands work as always.
Same thing happened to me, but it appears to have been fixed.
brad
Is anyone else seeing this?
Running -CURRENT (been tracking it daily for a while, now), I find that
if I run script(1), things basically run as expected... until I try to
close script's stdin (normally, by entering EOT (^D)).
At that point, I can use the mouse (if I'm in an environment where
On Fri, Mar 08, 2002 at 01:35:47PM -0800, Matthew Jacob wrote:
And FWIW, alpha kernels on some Uniprocessor boxes freeze up.
Yes. Or panic. See my posts earlier this week. I managed to get
2 buildworlds without accidents, but all make release attempts either
paniced or froze.
--
| / o /
Sorry- couldn't see your posts. Majordomo bounced my resubscribe request to
the list owner who seems to not to have gotten it.
On Fri, 8 Mar 2002, Wilko Bulte wrote:
On Fri, Mar 08, 2002 at 01:35:47PM -0800, Matthew Jacob wrote:
And FWIW, alpha kernels on some Uniprocessor boxes freeze
On Fri, 8 Mar 2002, Murray Stokely wrote:
As discussed at BSDCon, the release engineers are committed
to releasing a relatively stable snapshot of FreeBSD -CURRENT
on or around April 1, 2002.
Will this release include some kind of bootable-install support
for any new hardware
On Fri, Mar 08, 2002 at 10:03:02AM -0800, Steve Kargl wrote:
root[244] kldstat
Id Refs AddressSize Name
1 12 0xc010 26714c kernel
21 0xc0368000 18330linux.ko
32 0xc0381000 15480miibus.ko
41 0xc0397000 7798 if_rl.ko
52 0xc039f000 1a14c
cvs checkout -D 8PM last Monday :-)
(or similar)
On Fri, 8 Mar 2002, David Wolfskill wrote:
Is anyone else seeing this?
Running -CURRENT (been tracking it daily for a while, now), I find that
if I run script(1), things basically run as expected... until I try to
close script's stdin
Warner Losh wrote:
: 2. pam modules break backwards compatibility with pam apps compiled on
: RELENG_4. The only solution I've been offered is to recompile things (or,
: my preferred solution, don't use pam).
Yes. There's nothing here except to recompile.
And linker changes, if they
Joel Wilsson [EMAIL PROTECTED] writes:
On Fri, Mar 08, 2002 at 08:59:53AM -0600, David W. Chapman Jr. wrote:
As discussed at BSDCon, the release engineers are committed to
releasing a relatively stable snapshot of FreeBSD -CURRENT on or
around April 1, 2002. Obviously, a lot of
[ Could we CC a few more lists? I'm not sure everyone that uses
FreeBSD has read this yet. :) ]
David W. Chapman Jr. [EMAIL PROTECTED] writes:
Its not related to libpng, I believe that has been fixed, but I
cannot tell for sure because kde cannot be compiled under -current.
I'm not the
Hmm. This should be non-fatal in any event, but which header does it
include to get it's htons() and htonl() prototypes? netinet/in.h,
arpa/inet.h, or sys/param.h?
Yes. Recent changes to netinet/in.h have made it require the inclusion
of arpa/inet.h. As well, arpa/inet.h must include
On Fri, Mar 08, 2002 at 02:55:40PM -0800, Kris Kennaway wrote:
On Fri, Mar 08, 2002 at 10:03:02AM -0800, Steve Kargl wrote:
root[244] kldstat
Id Refs AddressSize Name
1 12 0xc010 26714c kernel
21 0xc0368000 18330linux.ko
[snip]
root[245] kldload linprocfs
I can reproduce this on a 5.0-CURRENT from yesterday, although I do appear
to be able to break into the serial debugger. I get the following:
db ps
pid proc addruid ppid pgrp flag stat wmesg wchan cmd
1955 c9737600 c97790000 1954 1955 0006002 3 ttywai c1bd8074 csh
Garance A Drosihn wrote:
On Fri, 8 Mar 2002, Murray Stokely wrote:
As discussed at BSDCon, the release engineers are committed
to releasing a relatively stable snapshot of FreeBSD -CURRENT
on or around April 1, 2002.
Will this release include some kind of bootable-install
On Fri, 8 Mar 2002, Thomas Moestl wrote:
On Fri, 2002/03/08 at 11:23:36 -0800, Doug Barton wrote:
3. xconsole causes periodic panics. The problem (according to BDE) is a
well-know bug in printf(9), caused by The TIOCCONS ioctl ... panics when
printf() is called while sched_lock is held. I
On Fri, 8 Mar 2002, Warner Losh wrote:
In message [EMAIL PROTECTED] Doug Barton writes:
: 1. phk malloc debugging flags enabled by default. Solutions include
: recompiling apps, and toggling things off in /etc/malloc.conf.
Recompiling apps isn't going to change things. The default is in
On Fri, 8 Mar 2002, Hiten Pandya wrote:
Shouldn't this be CC'ed to -doc as well?
I trust Murray as releng, and Bruce as release docs guy to DTRT
with the information. :)
--
We have known freedom's price. We have shown freedom's power.
And in this great conflict, ... we will
On Fri, 8 Mar 2002, Terry Lambert wrote:
Garance A Drosihn wrote:
On Fri, 8 Mar 2002, Murray Stokely wrote:
As discussed at BSDCon, the release engineers are committed
to releasing a relatively stable snapshot of FreeBSD -CURRENT
on or around April 1, 2002.
Will this
:On 08-Mar-02 Matthew Dillon wrote:
:
::I agree that the use of cpu_critical_enter/exit could use cleaning up.
::Can you give an example of where critical_enter is used improperly?
::You mean in fork_exit? Your changes to cpu_switch solve that problem
::with critical_exit almost unchanged.
:The reason is that if they are in MI code they automatically apply to all
:platforms and can't get out sync. When they are modified to handle preemption
:the freebsd kernel will be fully preemptive. Not, it works on i386 and its
:believed to work on alpha and powerpc is not preemptive at all
Matthew Jacob writes:
And FWIW, alpha kernels on some Uniprocessor boxes freeze up.
I suggest reverting rev 1.61 of alpha/alpha/interrupt.c (eg, disable
interrupt thread preemption). I'm on the west coast right now, away
from my alphas, but I had several buildworlds complete last week
Some more details, now I have WITNESS compiled in...
crash1# script ls
Script started, output file is ls
crash1#
crash1# exitStopped at siointr1+0xf2: movl$0,brk_state1.702
db trace
siointr1(c185f400,c0446ec0,0,c03a0260,662) at siointr1+0xf2
siointr(c185f400,18,c86c0010,c0230010,0)
Apparently, On Fri, Mar 08, 2002 at 05:33:28PM -0500,
Garance A Drosihn said words to the effect of;
On Fri, 8 Mar 2002, Murray Stokely wrote:
As discussed at BSDCon, the release engineers are committed
to releasing a relatively stable snapshot of FreeBSD -CURRENT
on or
Yes, Peter also suggested this.
Alas, at some point over the last couple of days, something also broke so that
polled mailbox commands for ISP are now broken. Dunno why. *shrug*
On Fri, 8 Mar 2002, Andrew Gallatin wrote:
Matthew Jacob writes:
And FWIW, alpha kernels on some
Jake Burkholder wrote:
Will this release include some kind of bootable-install support
for any new hardware platforms, such as sparc64? (this snapshot
is meant to be available as some kind of CD-package, right?)
Yes, absolutely.
Wow.
This is really impressive.
I thought it wasn't
Apparently, On Fri, Mar 08, 2002 at 04:12:47PM -0800,
Terry Lambert said words to the effect of;
Jake Burkholder wrote:
Will this release include some kind of bootable-install support
for any new hardware platforms, such as sparc64? (this snapshot
is meant to be available as
On Fri, Mar 08, 2002 at 02:17:24AM -0800, Murray Stokely wrote:
To this end, we would like to request that commits for the next 7
days to HEAD be made with special care. -CURRENT is in pretty good
shape right now, so we're not requiring approval for all commits.
Some of the 5.x package
David W. Chapman Jr. [EMAIL PROTECTED] writes:
Hmm. This should be non-fatal in any event, but which header does it
include to get it's htons() and htonl() prototypes? netinet/in.h,
arpa/inet.h, or sys/param.h?
Yes. Recent changes to netinet/in.h have made it require the inclusion
Mike Barcroft [EMAIL PROTECTED] writes:
Maybe not. I think missing prototypes might be fatal in C++.
Yes.
DES
--
Dag-Erling Smorgrav - [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
Maybe not. I think missing prototypes might be fatal in C++. If this
is the case, my new endian patch will fix this. Try compiling KDE
after installing a world with the following patch applied:
http://people.FreeBSD.org/~mike/patches/endian-ng3.diff
I plan on committing this on Sunday.
Found it:
db show locks 255
exclusive (sx) pgrpsess (0xc03dc0e0) locked @
/cboss/p4/rwatson/trustedbsd/mac/sys/kern/kern_exit.c:234
db trace 255
mi_switch(0,c1b2ea28,c9735300,c0232341,1) at mi_switch+0x17c
msleep(c1b2ea74,0,15a,c038743f,7530) at msleep+0x31a
FYI, process 255 here is csh. In this case, getty isn't also blocked in
trying to get pgrpsess:
db ps
pid proc addruid ppid pgrp flag stat wmesg wchan cmd
255 c9735300 c97550000 254 255 0006002 3 ttywai c1b2ea74 csh
254 c9734d00 c97710000 248 254
Hi,
I am attaching the output you requested, but I am sure, this wouldn't
be very helpful though:
/usr/bin/cc (which cc)
Using builtin specs.
gcc version 2.95.3 20010315 (release) (cc -v)
I also looked at all the Makefiles, but couldn't find a problem related
to this. Out of curiosity, could
The recent commit to readpassphrase appears to cause
=== bin/ed
cc -O -pipe -DDES -Wall -Wformat -Werror -Wall -Wno-uninitialized
-Wnon-const-format -Wno-format-extra-args -Werror -c /usr/src/bin/ed/buf.c
cc -O -pipe -DDES -Wall -Wformat -Werror -Wall -Wno-uninitialized
On Sat, Mar 09, 2002 at 03:13:39AM +, Hiten Pandya wrote:
Hi,
I am attaching the output you requested, but I am sure, this wouldn't
be very helpful though:
/usr/bin/cc (which cc)
Using builtin specs.
gcc version 2.95.3 20010315 (release) (cc -v)
I also looked at all the Makefiles,
* Steve Kargl [EMAIL PROTECTED] [020308 19:18] wrote:
The recent commit to readpassphrase appears to cause
cc -O -pipe -DDES -Wall -Wformat -Werror -Wall -Wno-uninitialized
-Wnon-const-format -Wno-format-extra-args -Werror -static -o ed buf.o cbc.o glbl.o
io.o main.o re.o sub.o undo.o
At 6:32 PM -0600 3/8/02, David W. Chapman Jr. wrote:
Try compiling KDE after installing a world with the
following patch applied:
http://people.FreeBSD.org/~mike/patches/endian-ng3.diff
I plan on committing this on Sunday.
I don't know if its related to this patch, but I get this
I don't know if its related to this patch, but I get this
when I buildworld now
I just did a complete buildworld + installworld with no
trouble, and I then added the above patch and did another
complete buildworld + installworld. I had no problems with
either build.
Applying the above
One more bulk email --- aren't you the least bit curious to find out
what it's about?
Well, visit our site:
1) http://theclinicforhgh.yeah.net
OR, read on ...
HAVE YOU HEARD OF
HUMAN GROWTH HORMONE (HGH)???
(This product works best for
On Fri, 8 Mar 2002, Robert Watson wrote:
Ok, I've committed a slight reorg to NOTES on -CURRENT to reflect the much
more logical layout in LINT on -STABLE WRT NETSMB, SMBFS, and
NETSMBCRYPTO. No idea where the weird ordering came from, but I think
it's fixed now. :-)
Thank you.
I'm stumped by the following. My /boot/loader.conf contains
miibus_load=YES
if_rl_load=YES
snd_pcm_load=YES
snd_maestro3_load=YES
linux_load=YES
agp_load=YES
hint.acpi.0.disable=1
After booting, kldstat shows that everthing is loaded.
root[201] kldstat
Id Refs AddressSize Name
1 12
On Tue, Mar 05, 2002 at 07:20:42PM +0100, Wilko Bulte wrote:
On Tue, Mar 05, 2002 at 10:51:53AM -0500, John Baldwin wrote:
On 04-Mar-02 Wilko Bulte wrote:
alpha_dispatch_intr() at alpha_dispatch_intr+0x130
interrupt() at interrupt+0x138
XentInt() at XentInt+0x28
--- interrupt (from
95 matches
Mail list logo