Hi,
Just a query. Is there anything stopping us from moving to the
latest gcc on current ? Just curious. Cause mozilla won't compile with
gcc from current and I have installed gcc from the ports just for that.
Thanks
Regards
Sid
--
I've known him as a man, as an adolescent and as a chi
I replaced my old 486/66 with a P1/133 and some new devices... FreeBSD
has a problem with my CD_ROM (alone as master on secondary ata), but it
was working quite fine and fast under NT (which the previous owner had
installed and i tested the system on).
Jun 25 08:15:13 DSLRouter /kernel: acd0: MOD
On Mon, Jun 24, 2002 at 10:29:14PM -0700 I heard the voice of
Doug Barton, and lo! it spake thus:
> >
> > Well, what I do is place symlinks in /usr/src/sys/i386/conf, pointing to
> > the "real" kernel config file(s), which are in a different hierarchy,
> > and in the "local" part of my CVS reposi
David Wolfskill wrote:
>
> >Date: Mon, 24 Jun 2002 10:33:23 +0200 (CEST)
> >From: Riccardo Torrini <[EMAIL PROTECTED]>
>
> >To avoid unwanted removal can we locate that file under any other
> >place and point it (also by KERNCONF or some new black magic) with
> >full path? Is this possible (or
--
>>> Rebuilding the temporary build tree
--
>>> stage 1: bootstrap tools
--
>>> stage 2: cleaning up the object tree
Hey folks,
First off, please excuse me if I've missed any detail here. I'm not a
programmer but I do want to help find and eliminate bugs in -CURRENT.
I'm using DP1, downloaded and installed just yesterday.
While executing: pkg_add -vf
ftp://ftp2.freebsd.org/pub/FreeBSD/ports/i386/packages-4-sta
I have put a fix in /sys/ufs/ufs/ufs_inode.c (on freefall) which
should solve this panic.
Kirk McKusick
=-=-=-=
From: Wesley Morgan <[EMAIL PROTECTED]>
Date: Mon, 24 Jun 2002 18:04:07 -0400 (EDT)
Subject: -current panic in suser_cred()
To: <[EMAIL PROTECTED]>
At some point between 20 J
On Mon, Jun 24, 2002 at 08:46:22PM +0100, Jonathan Belson wrote:
> Mark Murray wrote:
> >o Please do not use mktemp(); use mkstemp() instead.
>
> I used mktemp() to get a filename to redirect to, eg.
>
> /* Improvised example */
> char *cmd;
> asprintf(cmd, "prog > %s", mktemp(blah));
> system(c
In message <[EMAIL PROTECTED]>, Wesley M
organ writes:
>At some point between 20 Jun and (by my best guest) 22 Jun there has been
>a problem introduced somewhere... How much more vague can you get? :)...
>#12 0xc025dab5 in chkiq (ip=0xc3a5c400, change=4294967295, cred=0x0,
>flags=0)#13 0xc025b57f
On 2002-06-24 12:56 +, David O'Brien wrote:
> On Mon, Jun 24, 2002 at 10:33:05AM -0700, Alfred Perlstein wrote:
> > I submitted some patches to use sendfile(2) that weren't accepted
> > for some reason. It's not too hard, you just have to adjust the code
> > not to close(2) the descriptors an
I am not an inline assembler guru, but here is the patch I think get the
job done. If I understannd things correcly, GCC accepts matching
constraints only for parameters for which registers are allowed.
Any constructive critique is appreciated.
> Don't supose you are bored enough to tweak the
In article <[EMAIL PROTECTED]>,
Alexander Kabaev <[EMAIL PROTECTED]> wrote:
> I am not an inline assembler guru, but here is the patch I think get the
> job done. If I understannd things correcly, GCC accepts matching
> constraints only for parameters for which registers are allowed.
>
> Any c
At some point between 20 Jun and (by my best guest) 22 Jun there has been
a problem introduced somewhere... How much more vague can you get? :)...
File creation works fine, but attempting to rm causes a panic.
config and dmesg (of a non-panicking kernel) are attached, panic message
and gdb stuff b
Worked.
Thanks a million for the _very_ fast answer.
/Johan
On Mon, 24 Jun 2002, Robert Watson wrote:
> Compile and install a fresh sed.
>
> Robert N M Watson FreeBSD Core Team, TrustedBSD Projects
> [EMAIL PROTECTED] Network Associates Laboratories
>
> On Mon, 24 Jun 2002, Jo
On Mon, Jun 24, 2002 at 10:09:44PM +0200, Niels Chr. Bank-Pedersen wrote:
> On Mon, Jun 24, 2002 at 11:49:02PM +0400, Sergey A. Osokin wrote:
> > Hello.
> >
> > Here is the today buildworld:
> > --
> > >>> stage 1: bootstrap tools
> > --
On Mon, Jun 24, 2002 at 11:49:02PM +0400, Sergey A. Osokin wrote:
> Hello.
>
> Here is the today buildworld:
> --
> >>> Rebuilding the temporary build tree
> --
> .
> --
On 2002.06.24 21:49:47 +, Johan Granlund wrote:
> Hi
>
> I'ts probably not related, but i have problems :)
>
> I have tried a couple of days to compile world, with CFLAGS=-O -pipe, with
> a system from Jun 16 and it stops at the same place every time. I have
> tried to clean out /usr/src and
Compile and install a fresh sed.
Robert N M Watson FreeBSD Core Team, TrustedBSD Projects
[EMAIL PROTECTED] Network Associates Laboratories
On Mon, 24 Jun 2002, Johan Granlund wrote:
> Hi
>
> I'ts probably not related, but i have problems :)
>
> I have tried a couple of days
On Mon, Jun 24, 2002 at 10:33:05AM -0700, Alfred Perlstein wrote:
> I submitted some patches to use sendfile(2) that weren't accepted
> for some reason. It's not too hard, you just have to adjust the code
> not to close(2) the descriptors and make the mmap() function a stub
> type thing.
>
> rea
Hi
I'ts probably not related, but i have problems :)
I have tried a couple of days to compile world, with CFLAGS=-O -pipe, with
a system from Jun 16 and it stops at the same place every time. I have
tried to clean out /usr/src and obj and resup. Recompiled awk and sh if
something happened to the
On Fri, 21 Jun 2002 23:25:15 -0700
Mike Makonnen <[EMAIL PROTECTED]> wrote:
> I don't know how I missed /etc/rc.i386 when I was doing the porting.
> I'll have a chance to work on it Sunday, unless someone else beats me
> to it.
>
Well, here it is. Let me know how goes it.
Cheers,
Mike Makonnen
Hello.
Here is the today buildworld:
--
>>> Rebuilding the temporary build tree
--
.
--
>>> stage 1: bootstrap to
In article <[EMAIL PROTECTED]>,
Mike Makonnen <[EMAIL PROTECTED]> wrote:
> On Mon, 24 Jun 2002 10:54:06 -0700 (PDT)
> John Polstra <[EMAIL PROTECTED]> wrote:
>
> > I updated my -current system yesterday, and AMD still isn't being
> > started quite right by rc_ng. The messages at boot time say:
Mark Murray wrote:
>>Okay, here's my vidfont/kbdmap rewrite for review. Any feedback
>>is welcome, the same goes for bug reports :-)
>
> Cool, thank you very much!
>
> Some comments:
>
> o Please put a copyright on the top of this. By preference, please use
> /usr/share/examples/etc/bsd-sty
On Mon, Jun 24, 2002 at 08:24:06AM -0700, John Polstra wrote:
> > /cboss/freebsd/commit/src/libexec/rtld-elf/i386/rtld_machdep.h:58:
> > inconsistent operand constraints in an `asm'
> > *** Error code 1
>
> There is a problem at the moment in compiling that file without -O.
> Is your /etc/make.co
On Mon, 24 Jun 2002 10:54:06 -0700 (PDT)
John Polstra <[EMAIL PROTECTED]> wrote:
> I updated my -current system yesterday, and AMD still isn't being
> started quite right by rc_ng. The messages at boot time say:
>
does the following patch fix it? If so, please commit it.
Cheers,
Mike Makonnen
In article <[EMAIL PROTECTED]>,
Robert Watson <[EMAIL PROTECTED]> wrote:
>
> Do you mind if I add an entry to UPDATING:
>
> 20020624:
> Building the real time loader (rtld) currently requires optimization
> to be enabled for the build. If you override C
> > That's the problem. The default CFLAGS setting in
> > /etc/defaults/make.conf is "-O -pipe". You have eliminated the "-O".
>
> Do you mind if I add an entry to UPDATING:
>
> 20020624:
> Building the real time loader (rtld) current
CFLAGS setting in
> /etc/defaults/make.conf is "-O -pipe". You have eliminated the "-O".
Do you mind if I add an entry to UPDATING:
20020624:
Building the real time loader (rtld) currently requires optimization
to be enabled for the build. If you overrid
I updated my -current system yesterday, and AMD still isn't being
started quite right by rc_ng. The messages at boot time say:
Starting amd.
Amd configuration file (/etc/amd.conf): No such file or directory
Here is my rc.conf file:
rc_ng="YES"
hostname="blake.polstra.com"
* Mike Silbersack <[EMAIL PROTECTED]> [020624 10:24] wrote:
>
> On Mon, 24 Jun 2002, Andre Oppermann wrote:
>
> > Mike Silbersack wrote:
> > > Cool, thttpd / others should benefit greatly then.
> >
> > The last time I checked thttpd didn't even use sendfile(2). It does
> > use accf_http(9). Mayb
On Mon, 24 Jun 2002, Andre Oppermann wrote:
> Mike Silbersack wrote:
> > Cool, thttpd / others should benefit greatly then.
>
> The last time I checked thttpd didn't even use sendfile(2). It does
> use accf_http(9). Maybe kqueue(2) could speed it up further.
>
> --
> Andre
I thought that thttpd
Mike Silbersack wrote:
>
> On Mon, 24 Jun 2002, Kenneth D. Merry wrote:
>
> > On Mon, Jun 24, 2002 at 01:17:03 -0500, Mike Silbersack wrote:
> > > On Sun, 23 Jun 2002, Kenneth D. Merry wrote:
> > >
> > > > I'm planning on checking in the zero copy sockets code Tuesday evening,
> > > > MDT. If t
On Mon, 24 Jun 2002, Kenneth D. Merry wrote:
> On Mon, Jun 24, 2002 at 01:17:03 -0500, Mike Silbersack wrote:
> > On Sun, 23 Jun 2002, Kenneth D. Merry wrote:
> >
> > > I'm planning on checking in the zero copy sockets code Tuesday evening,
> > > MDT. If there are any concerns, I'm more than wi
"Kenneth D. Merry" <[EMAIL PROTECTED]> writes:
> I'm planning on checking in the zero copy sockets code Tuesday evening,
> MDT.
Great!
DES
--
Dag-Erling Smorgrav - [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
In article <[EMAIL PROTECTED]>,
Robert Watson <[EMAIL PROTECTED]> wrote:
>
> On Mon, 24 Jun 2002, John Polstra wrote:
>
> > > /cboss/freebsd/commit/src/libexec/rtld-elf/rtld.c: In function
> > > `atomic_decr_int':
> > > /cboss/freebsd/commit/src/libexec/rtld-elf/i386/rtld_machdep.h:58:
> > > in
On Sun, Jun 23, 2002 at 10:02:42PM -0300, Marc G. Fournier wrote:
> > [...]
> >
> > Sun Jun 23 16:05:30 CEST 2002
> >
> > build of X Window System complete.
> >
> > Here it also worked with the last gcc snapshot.
>
> My experiences here are that building X works, installing X dooesn't ...
This m
On Mon, 24 Jun 2002, John Polstra wrote:
> > /cboss/freebsd/commit/src/libexec/rtld-elf/rtld.c: In function
> > `atomic_decr_int':
> > /cboss/freebsd/commit/src/libexec/rtld-elf/i386/rtld_machdep.h:58:
> > inconsistent operand constraints in an `asm'
> > *** Error code 1
>
> There is a problem
In article <[EMAIL PROTECTED]>,
Robert Watson <[EMAIL PROTECTED]> wrote:
>
> I'm attempting to build a modern world on a box from about a month ago
> (specifically, the head of the trustedbsd_mac branch, which I'd like to
> integ), and keep bumping into problems associated with the compiler
> up
I'm attempting to build a modern world on a box from about a month ago
(specifically, the head of the trustedbsd_mac branch, which I'd like to
integ), and keep bumping into problems associated with the compiler
upgrade. What's odd is that it seems to me that at the point where the
build breaks,
Dag-Erling Smorgrav <[EMAIL PROTECTED]> writes:
> sed(1) is broken, and breaks autoconf badly:
Ah, never mind, I see it's been fixed already.
DES
--
Dag-Erling Smorgrav - [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the mess
sed(1) is broken, and breaks autoconf badly:
des@des ~% sed
'y%*abcdefghijklmnopqrstuvwxyz%PABCDEFGHIJKLMNOPQRSTUVWXYZ%;s%[[^_abcdefghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZ0123456789]]%_%g'
bstring.h
BSTRING.h
it seems to ignore the last letter in the input. Reverting to last
week's sour
On Mon, 24 Jun 2002, Julian Elischer wrote:
:
:I am seeing the following error messages:
:
:../../../vm/uma_core.c:1331: could sleep with "process lock" locked from
:../../../kern/kern_proc.c:258
:
:Though the system is really quite stable now.
:
:anyone understand well what this message is tryin
it complains that thread has some non-sleepable lock held.
it seems process lock can not be held when calling uma_zalloc_arg() which calls
WITNESS_SLEEP(1, NULL) to check if there is non-sleepable lock held.
David Xu
- Original Message -
From: "Julian Elischer" <[EMAIL PROTECTED]>
To
>Date: Mon, 24 Jun 2002 10:33:23 +0200 (CEST)
>From: Riccardo Torrini <[EMAIL PROTECTED]>
>To avoid unwanted removal can we locate that file under any other
>place and point it (also by KERNCONF or some new black magic) with
>full path? Is this possible (or already done) ?
Well, what I do is pl
Both devel/libtool and devel/gmake are fixed.
Thank you for your quick response!
--
Motoyuki Konno [EMAIL PROTECTED] (Home)
[EMAIL PROTECTED] (FreeBSD Project)
Does this also fix gmake?
Tim
- Forwarded message from "Tim J. Robbins" <[EMAIL PROTECTED]> -
Delivered-To: [EMAIL PROTECTED]
Delivered-To: [EMAIL PROTECTED]
From: "Tim J. Robbins" <[EMAIL PROTECTED]>
Date: Mon, 24 Jun 2002 04:24:02 -0700 (PDT)
To: [EMAIL PROTECTED], [EMAIL PROTECTED]
On Mon, Jun 24, 2002 at 07:09:45PM +0900, Motoyuki Konno wrote:
> Hi,
>
> I found that ports/devel/libtool and ports/devel/gmake are broken
> on today's FreeBSD-current. I attached the error log to this mail.
> It seems that these problems caused by the recent changes (on Jul 21)
> to /usr/bin/
Hi.
> What -O level did you compile libc with?
> Optimisation levels >= 2 damage
> __vfprintf() with the in-tree gcc, causing these
> same symptoms.
>
> The fix is to remove any optimisation options above
> -O, go into
> /usr/src/lib/libc, rebuild and install the static
> libc.a, build and insta
I am seeing the following error messages:
../../../vm/uma_core.c:1331: could sleep with "process lock" locked from
../../../kern/kern_proc.c:258
Though the system is really quite stable now.
anyone understand well what this message is trying to say?
To Unsubscribe: send mail to [EMAIL PROTE
Hi,
I found that ports/devel/libtool and ports/devel/gmake are broken
on today's FreeBSD-current. I attached the error log to this mail.
It seems that these problems caused by the recent changes (on Jul 21)
to /usr/bin/sed.
I tried to build ports/devel/libtool using old /usr/binsed
(before Jul
Warning
Unable to process data:
multipart/mixed;boundary="=_NextPart_000_00B8_72D50B7E.E3540A11"
Warning
Unable to process data:
multipart/mixed;boundary="=_NextPart_000_00C4_70E50E5A.E3310E08"
Howdy,
Just tried a release build of -current. The R/stage/image.kern directory is
1446KB in size.
Regards,
Chris Knight
Systems Administrator
AIMS Independent Computer Professionals
Tel: +61 3 6334 6664 Fax: +61 3 6331 7032 Mob: +61 419 528 795
Web: http://www.aims.com.au
To Unsubscribe: s
The only (I think) user configurable file under /usr/src tree is
the custom kernel file, pointed by KERNCONF in /etc/make.conf.
To avoid unwanted removal can we locate that file under any other
place and point it (also by KERNCONF or some new black magic) with
full path? Is this possible (or alr
55 matches
Mail list logo