On 2003-07-12 21:22 +, Will Saxon wrote:
> Well I have to say that about 30min after I wrote in originally, I started having
> problems. X locked up, but I could switch around to different vty's and also
> ctrl-alt-bksp out of X. However, when I tried to restart X my machine locked up
> enti
On 13 Jul, Jeff Walters wrote:
> On Saturday 12 July 2003 11:24 pm, Sean Kelly wrote:
>
>> > syncing disks, buffers remaining... 54 54 54 54 54 54 54 54 54 54 54 54
>> > 54 54 54 54 54 54 54 54 giving up on 54 buffers
>> > Uptime: 6m42s
>> > Terminate ACPI
>> > Rebooting...
>> >
>> > Each time thi
On Sun, 2003-07-13 at 11:55, John Reynolds wrote:
> Anybody seeing this same error during "buildworld"?
> ===> gnu/usr.bin/cvs/doc
> makeinfo --no-split -I /usr/src/gnu/usr.bin/cvs/doc -I
> /usr/src/gnu/usr.bin/cvs/doc/../../../../contrib/cvs/doc
> /usr/src/gnu/usr.bin/cvs/doc/../../../../contri
TB --- 2003-07-13 04:47:47 - starting CURRENT tinderbox run for amd64/amd64
TB --- 2003-07-13 04:47:47 - checking out the source tree
TB --- cd /home/des/tinderbox/CURRENT/amd64/amd64
TB --- /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src
TB --- 2003-07-13 04:49:53 - building world
TB --- cd /
[ On Sunday, July 13, Barney Wolff wrote: ]
>
> Me too. I'm about to try re-cvsupping, in case I caught some update
> in the middle.
>
Somebody else asked if I was doing a "make -jN" buildworld where N > 1 and I
was. So, I just now did a buildworld with one process and it finished just
fine. St
TB --- 2003-07-13 04:00:01 - starting CURRENT tinderbox run for alpha/alpha
TB --- 2003-07-13 04:00:01 - checking out the source tree
TB --- cd /home/des/tinderbox/CURRENT/alpha/alpha
TB --- /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src
TB --- 2003-07-13 04:02:43 - building world
TB --- cd /
On Sun, Jul 13, 2003 at 12:05:59AM -0400, Alexander Kabaev wrote:
> On Sat, 12 Jul 2003 23:13:12 -0400
> Craig Rodrigues <[EMAIL PROTECTED]> wrote:
>
> > I am guessing that the C preprocessor does not think that it is
> > in a system header, and thus prints out the warning.
>
> We specifically di
On Sun, Jul 13, 2003 at 12:04:41AM -0400, Jeff Walters wrote:
> I hate to even mentioned such an unscientific observation where I made
> multiple changes at once, but I'll provide a data point. I also saw this
> problem crop up at the same time as I tried the SCHED_ULE scheduler a couple
> of m
On Sat, 12 Jul 2003 23:13:12 -0400
Craig Rodrigues <[EMAIL PROTECTED]> wrote:
> I am guessing that the C preprocessor does not think that it is
> in a system header, and thus prints out the warning.
We specifically disable automatic warning suppression for system
headers, because we _want_ to kno
On Saturday 12 July 2003 11:24 pm, Sean Kelly wrote:
> > syncing disks, buffers remaining... 54 54 54 54 54 54 54 54 54 54 54 54
> > 54 54 54 54 54 54 54 54 giving up on 54 buffers
> > Uptime: 6m42s
> > Terminate ACPI
> > Rebooting...
> >
> > Each time this has happened, fsck finds and nukes a bun
Anybody seeing this same error during "buildworld"?
===> gnu/usr.bin/cvs/doc
makeinfo --no-split -I /usr/src/gnu/usr.bin/cvs/doc -I
/usr/src/gnu/usr.bin/cvs/doc/../../../../contrib/cvs/doc
/usr/src/gnu/usr.bin/cvs/doc/../../../../contrib/cvs/doc/cvs.texinfo -o cvs.info
makeinfo --no-split -I /u
Hi,
I think that this is a FreeBSD issue. I compiled
the same file under Linux, with a GCC 3.3.1 checked out on 7/11
and did not encounter this warning.
I think you hit it on the head.
I looked in the source code of gcc and found this:
/usr/src/contrib/gcc/c-common.c
2597 case LT_
On Sat, Jul 12, 2003 at 06:36:53PM -0700, Don Lewis wrote:
...
> Stopping inetd.
> Shutting down daemon processes:Jul 12 09:19:40 scratch upsmon[492]: upsmon parent:
> exiting (child exited)
> killall: warning: kill -TERM 492: No such process
> killall: warning: kill -TERM 488: No such process
>
On Sat, Jul 12, 2003 at 09:50:21PM -0500, David Leimbach wrote:
> Heh that's because the offending macro __glibcpp_digits calls
> __glibcpp_signed (T)
> on an unsigned type which does a < compareison.
>
> std::numeric_limits ::digits on a 32bit FBSD will yield 31
> because its
> got 31 bits for
On Sat, 12 Jul 2003, Tim Kientzle wrote:
> Bruce Evans wrote:
> > On Sat, 12 Jul 2003, Tim Kientzle wrote:
> >>To be honest, I was never able to understand how
> >>the previous version was supposed to work, since
> >>the newvers.sh script was run with a very
> >>odd current directory.
> >
> > Look
Heh that's because the offending macro __glibcpp_digits calls
__glibcpp_signed (T)
on an unsigned type which does a < compareison.
std::numeric_limits ::digits on a 32bit FBSD will yield 31
because its
got 31 bits for magnitude.
Unfortunately the way it seems to go about calculating that stuff
I've been updating my current system a lot recently, and twice in the
last couple of weeks, the disks have not been properly synced before the
system reboots. I've been doing the usual
make buildworld
make buildkernel
make installkernel
shutdown -r now
make
Bruce Evans wrote:
On Sat, 12 Jul 2003, Tim Kientzle wrote:
Terry Lambert wrote:
Does this damage CURRENT on CURRENT or anything like that?
Don't know, haven't had a chance to try it.
To be honest, I was never able to understand how
the previous version was supposed to work, since
the newvers.s
Well I have to say that about 30min after I wrote in originally, I started having
problems. X locked up, but I could switch around to different vty's and also
ctrl-alt-bksp out of X. However, when I tried to restart X my machine locked up
entirely.
I am wondering though if it is all the nvidia
On Sat, 12 Jul 2003, Tim Kientzle wrote:
> Terry Lambert wrote:
> > Does this damage CURRENT on CURRENT or anything like that?
>
> Don't know, haven't had a chance to try it.
>
> To be honest, I was never able to understand how
> the previous version was supposed to work, since
> the newvers.sh sc
On Sat, Jul 12, 2003 at 07:58:58PM +, Tinderbox wrote:
> >>> stage 4: populating
> >>> /home/des/tinderbox/CURRENT/ia64/ia64/obj/ia64/vol/vol0/users/des/tinderbox/CURRENT/ia64/ia64/src/i386/usr/include
> >>> stage 4: building libraries
> >>> stage 4: make dependencies
> >>> stage 4: building e
Evan Dower wrote:
After following all the instructions at
http://www.soulwax.net/nvidia/faq.shtml _very_ carefully and compiling
nvidia-driver WITH_FREEBSD_AGP, WITH_NVIDIA_HACKS, and with
FORCE_AGP_RATE, my system was dramatically slower and substantially
_less_ stable. (I had to switch to an
On 2003-07-12 14:46 +, Evan Dower wrote:
> After following all the instructions at
> http://www.soulwax.net/nvidia/faq.shtml _very_ carefully and compiling
> nvidia-driver WITH_FREEBSD_AGP, WITH_NVIDIA_HACKS, and with FORCE_AGP_RATE,
> my system was dramatically slower and substantially _les
After following all the instructions at
http://www.soulwax.net/nvidia/faq.shtml _very_ carefully and compiling
nvidia-driver WITH_FREEBSD_AGP, WITH_NVIDIA_HACKS, and with FORCE_AGP_RATE,
my system was dramatically slower and substantially _less_ stable. (I had to
switch to another computer to w
On Sat, Jul 12, 2003 at 07:45:07PM +0400, Sergey Matveychuk wrote:
> Alexander Kabaev wrote:
> >On Sat, 12 Jul 2003 06:08:57 +0400
> >Sergey Matveychuk <[EMAIL PROTECTED]> wrote:
> >
> >
> >>Don't forget bump __FreeBSD_version. :)
> >>
> >
> >What for? Bumped __FreeBSD_cc_version is enough.
> >
>
TB --- 2003-07-12 19:58:59 - starting CURRENT tinderbox run for sparc64/sparc64
TB --- 2003-07-12 19:58:59 - checking out the source tree
TB --- cd /home/des/tinderbox/CURRENT/sparc64/sparc64
TB --- /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src
TB --- 2003-07-12 20:02:16 - building world
TB
On Sat, Jul 12, 2003 at 01:05:00PM +0200, Mark Kettenis wrote:
>
>o We still have the Alpha gdb -k bug moved over from the 5.1 todo
> list to the 5.2 todo list. I think this is "just" a bug fix.
>
> I'm not really familliar with the support for debugging FreeBSD
> kernels in GDB since
On Sun, 13 Jul 2003, Hajimu UMEMOTO wrote:
> I met similar problem and I cannot get battery status at all on
> today's -CURRENT.
>
> ACPI-0432: *** Error: Handler for [EmbeddedControl] returned
> AE_NO_HARDWARE_RESPONSE
> ACPI-1287: *** Error: Method execution failed [\\_SB_.PCI0.ISA_.EC0_
On Sat, Jul 12, 2003 at 10:50:41AM -0700, Tim Kientzle wrote:
> > I see that make release stops with a such messages for a couple of days :
> >===> include
> >cd /usr/src/include; /usr/obj/usr/src/make.i386/make buildincludes;
> >/usr/obj/usr/src/make.i386/make installincludes
> >creating osreldat
TB --- 2003-07-12 19:11:39 - starting CURRENT tinderbox run for ia64/ia64
TB --- 2003-07-12 19:11:39 - checking out the source tree
TB --- cd /home/des/tinderbox/CURRENT/ia64/ia64
TB --- /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src
TB --- 2003-07-12 19:14:02 - building world
TB --- cd /home
Hi,
> On Fri, 11 Jul 2003 20:21:07 -0700
> Nate Lawson <[EMAIL PROTECTED]> said:
nate> I am attempting to import acpica-0619 into FreeBSD. The basic changes I
nate> made to get things working was to change calls to AcpiGetObjectInfo to use
nate> an ACPI_BUFFER and AcpiEnableGpe instead o
On Fri, Jul 11, 2003 at 09:15:48PM -0700, Scott M. Likens wrote:
> Jul 11 16:45:20: ide0:0|NOT_IMPLEMENTED F(831):712
> Jul 11 16:45:20: ide0:0|AIO: ide0:0, Process 60017 panic.
> Jul 11 16:45:20: ide0:0|AIOSlave: Exit after panic.
> Jul 11 16:45:20: VMX|AIO: NOT_IMPLEMENTED F(831):712
> Jul 11 16:
TB --- 2003-07-12 18:14:47 - starting CURRENT tinderbox run for i386/pc98
TB --- 2003-07-12 18:14:47 - checking out the source tree
TB --- cd /home/des/tinderbox/CURRENT/i386/pc98
TB --- /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src
TB --- 2003-07-12 18:17:27 - building world
TB --- cd /home
On Sat, 2003-07-12 at 10:40, Scott M. Likens wrote:
> On Sat, 2003-07-12 at 07:51, Christopher Nehren wrote:
> > The "not implemented" error message suggests to me that the VM (in this
> > case, Win2K) is attempting to perform an operation that the emulation
> > software (or its underlying operatin
Terry Lambert wrote:
Tim Kientzle wrote:
Andrey Elperin wrote:
Tell me, please, is it a possible to "make release" of CURRENT on 4.7 box
at present ?
I see that make release stops with a such messages for a couple of days :
===> include
cd /usr/src/include; /usr/obj/usr/src/make.i386/make buildin
Tim Kientzle wrote:
> Andrey Elperin wrote:
> > Tell me, please, is it a possible to "make release" of CURRENT on 4.7 box
> > at present ?
> >
> > I see that make release stops with a such messages for a couple of days :
> > ===> include
> > cd /usr/src/include; /usr/obj/usr/src/make.i386/make b
TB --- 2003-07-12 17:31:24 - starting CURRENT tinderbox run for i386/i386
TB --- 2003-07-12 17:31:24 - checking out the source tree
TB --- cd /home/des/tinderbox/CURRENT/i386/i386
TB --- /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src
TB --- 2003-07-12 17:33:44 - building world
TB --- cd /home
Andrey Elperin wrote:
Tell me, please, is it a possible to "make release" of CURRENT on 4.7 box
at present ?
I see that make release stops with a such messages for a couple of days :
===> include
cd /usr/src/include; /usr/obj/usr/src/make.i386/make buildincludes;
/usr/obj/usr/src/make.i386/make
On Sat, 2003-07-12 at 08:00, Daniel Eischen wrote:
> On 11 Jul 2003, Scott M. Likens wrote:
>
> > I've been using VMWare in 5.1-RELEASE for quite some time and such, and
> > have ALWAYS gotten this bug and haven't been able to figure out exactly
> > why it does this, but it requires me to reboot.
On Sat, 2003-07-12 at 07:51, Christopher Nehren wrote:
> The "not implemented" error message suggests to me that the VM (in this
> case, Win2K) is attempting to perform an operation that the emulation
> software (or its underlying operating system -- in this case, Linux
> 2.4.2 under FreeBSD emulat
I just installed these drivers on my machine, which uses a Geforce4 Ti4200. I had 10
glxgears processes running in the background and was running glxinfo over and over,
and while the glxgears processes were not really spinning very fast nothing crashed or
anything like that.
Machine is running
TB --- 2003-07-12 16:48:51 - starting CURRENT tinderbox run for amd64/amd64
TB --- 2003-07-12 16:48:51 - checking out the source tree
TB --- cd /home/des/tinderbox/CURRENT/amd64/amd64
TB --- /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src
TB --- 2003-07-12 16:50:53 - building world
TB --- cd /
Hi,
Tell me, please, is it a possible to "make release" of CURRENT on 4.7 box
at present ?
I see that make release stops with a such messages for a couple of days :
--
>>> stage 4: populating /usr/obj/usr/src/i386/usr/include
-
TB --- 2003-07-12 16:00:00 - starting CURRENT tinderbox run for alpha/alpha
TB --- 2003-07-12 16:00:00 - checking out the source tree
TB --- cd /home/des/tinderbox/CURRENT/alpha/alpha
TB --- /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src
TB --- 2003-07-12 16:03:39 - building world
TB --- cd /
On Sat, 12 Jul 2003, Craig Rodrigues wrote:
> Date: Sat, 12 Jul 2003 10:02:31 -0400
> From: Craig Rodrigues <[EMAIL PROTECTED]>
> To: Michael Reifenberger <[EMAIL PROTECTED]>
> Cc: FreeBSD-Current <[EMAIL PROTECTED]>
> Subject: Re: -current buildworld failure in libpam
>
> On Sat, Jul 12, 2003 at
Hi,
> On Sat, 12 Jul 2003 18:16:48 +0200
> "Karl M. Joch" <[EMAIL PROTECTED]> said:
k.joch> wanted to setup some ipsec tunnels and miss gifconfig. it is still in
k.joch> the source tree, but doesnt build with buildworld. cleaned out src and
k.joch> obj and cvs a new src tree but still t
On Sat, Jul 12, 2003 at 06:16:48PM +0200, Karl M. Joch wrote:
> i have a 5.1 box running which is in production because the need of vmware3.
>
> wanted to setup some ipsec tunnels and miss gifconfig. it is still in
> the source tree, but doesnt build with buildworld. cleaned out src and
> obj an
i have a 5.1 box running which is in production because the need of vmware3.
wanted to setup some ipsec tunnels and miss gifconfig. it is still in
the source tree, but doesnt build with buildworld. cleaned out src and
obj and cvs a new src tree but still the same.
--
Best regards / Mit freundli
Hi,
If I compile the following program:
#include
int main(int argc, char *argv[] { return 0; }
with the following flags:
g++ -W -Wall b.cc
I get lots of warnings that did not appear in GCC 3.2:
In file included from /usr/include/c++/3.3/bits/locale_facets.tcc:43,
from /usr/
Alexander Kabaev wrote:
On Sat, 12 Jul 2003 06:08:57 +0400
Sergey Matveychuk <[EMAIL PROTECTED]> wrote:
Don't forget bump __FreeBSD_version. :)
What for? Bumped __FreeBSD_cc_version is enough.
The ports system use it. How can we check is gcc changed?
!defined(OSVERSION)
.if exists(/sbin/sysctl)
Previously GCC3.2 produces broken code for port lcms, which fails in some
post-build tests. With the import of GCC3.3, lcms can be correctly compiled
and installed.
My 2 cents
Jiawei
--
"Without the userland, the kernel is useless."
--inspired by The Tao of Programming
__
On 11 Jul 2003, Scott M. Likens wrote:
> I've been using VMWare in 5.1-RELEASE for quite some time and such, and
> have ALWAYS gotten this bug and haven't been able to figure out exactly
> why it does this, but it requires me to reboot.
>
> Anyhow here's the layout of the system.
>
> P3 800Mhz w
The "not implemented" error message suggests to me that the VM (in this
case, Win2K) is attempting to perform an operation that the emulation
software (or its underlying operating system -- in this case, Linux
2.4.2 under FreeBSD emulation) doesn't know how to perform. I received a
similar message
On Sat, 12 Jul 2003 06:08:57 +0400
Sergey Matveychuk <[EMAIL PROTECTED]> wrote:
> Don't forget bump __FreeBSD_version. :)
>
What for? Bumped __FreeBSD_cc_version is enough.
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/fre
On Sat, Jul 12, 2003 at 10:59:44AM +0200, Michael Reifenberger wrote:
> ===> lib/libpam/modules/pam_echo
> cc -O2 -pipe
> -I/usr/src/lib/libpam/modules/pam_echo/../../../../contrib/openpam/include
> -I/usr/src/lib/libpam/modules/pam_echo/../../libpam -Wsystem-headers -Werror
> -Wall -Wno-format-y2
On Sat, Jul 12, 2003 at 11:02:00AM +0100, Michael McGoldrick wrote:
> Unfortunately, when I remove a card, the whole umass0 device vanishes, never
> to reappear.
Did you read the umass(4) and camcontrol(8) man pages?
Did you try something like camcontrol rescan?
--
Craig Rodrigues
http:
Date: Fri, 11 Jul 2003 15:50:02 -0700
From: Marcel Moolenaar <[EMAIL PROTECTED]>
Gang,
With the gcc(1) dust not even settled yet, I like to get some feedback
on gdb(1). AFAICT, this is the deal:
o Both ia64 and amd64 need gdb(1) support before they can become a
tier 1 pl
Marcel Moolenaar wrote:
> I'd say: upgrade gdb(1) and add support for ia64 and amd64, as well
> as make sure we fix any known showstopper bugs we know of.
[ ... ]
> Thoughts?
Will remote source level kernel debugging continue to work?
-- Terry
___
[EMAI
On Fri, Jul 11, 2003 at 10:22:53PM +0200, Poul-Henning Kamp wrote:
> In message <[EMAIL PROTECTED]>, Nate Lawson writes:
> >The important part of your error message is "Medium not present".
> >Obviously, when you insert the flash reader into the USB port without any
> >flash media in it, that is th
TB --- 2003-07-12 09:05:31 - starting CURRENT tinderbox run for sparc64/sparc64
TB --- 2003-07-12 09:05:31 - checking out the source tree
TB --- cd /home/des/tinderbox/CURRENT/sparc64/sparc64
TB --- /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src
TB --- 2003-07-12 09:10:23 - building world
TB
TB --- 2003-07-12 08:12:53 - starting CURRENT tinderbox run for ia64/ia64
TB --- 2003-07-12 08:12:53 - checking out the source tree
TB --- cd /home/des/tinderbox/CURRENT/ia64/ia64
TB --- /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src
TB --- 2003-07-12 08:16:28 - building world
TB --- cd /home
Hi,
buildworld stops in libpam:
...
===> lib/libpam/modules/pam_deny
cc -O2 -pipe
-I/usr/src/lib/libpam/modules/pam_deny/../../../../contrib/openpam/include
-I/usr/src/lib/libpam/modules/pam_deny/../../libpam -Wsystem-headers -Werror
-Wall -Wno-format-y2k -W -Wstrict-prototypes -Wmissing-prototyp
TB --- 2003-07-12 07:13:40 - starting CURRENT tinderbox run for i386/pc98
TB --- 2003-07-12 07:13:40 - checking out the source tree
TB --- cd /home/des/tinderbox/CURRENT/i386/pc98
TB --- /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src
TB --- 2003-07-12 07:18:38 - building world
TB --- cd /home
63 matches
Mail list logo
