I have committed a patch to fam for the -current/gcc 3.x.x situation.
Please test and let me know results. Thanks.
--
Alan Eldridge
Unix/IT Pro, 20+ yrs, seeking new employment.
(http://wwweasel.geeksrus.net/~alane/resume.txt)
KDE, KDE-FreeBSD Teams (http://www.kde.org, http://freebsd.kde.org/)
Nate Lawson wrote:
Oh, I forgot to mention that I have the EXACT same computer sitting next
to this one and running -STABLE and it has 60 days uptime.
-Nate
Swap the hard disks. See if the other computer begins to be the
one misbehaving. If it does, you will have limited your search
to
On Thu, 5 Sep 2002, Mike Makonnen wrote:
MMOn Thu, 05 Sep 2002 13:17:04 +0200 (CEST)
MMHarti Brandt [EMAIL PROTECTED] wrote:
MM
MM rcorder: requirement `ppp' in file `/etc/rc.d/rpcbind' has no providers.
MM rcorder: requirement `beforenetlkm' in file `/etc/rc.d/ipsec' has no
MM providers.
On Fri, 6 Sep 2002, Harti Brandt wrote:
HBOk, thanks for the answer. Just another problem: I have a couple of
HBmachines that boot diskless via DHCP and NFS. Up to now I set the hostname
HBof each of these machines in rc.conf.local. But this doesn't work anymore.
HBI tried to track the sourcing
On Fri, 6 Sep 2002, Mike Makonnen wrote:
MMOn Fri, 6 Sep 2002 12:14:05 +0200 (CEST)
MMHarti Brandt [EMAIL PROTECTED] wrote:
MM
MM It seems I found the problem. It turns out that rcNG is much more
MM aggressive in not re-reading the rc_config_files if they were already red
MM in. The problem with
Hi all,
We just noted that SGI's famd (the file alteration deamon) in BSD
does have to poll the devices, instead getting noticed by the kernel.
How hard would it be to integrate kernel support for this
using kqueue ? A neat thing would be to emulate IRIX's /dev/imon ...
Also see these posting
Martin Blapp wrote:
We just noted that SGI's famd (the file alteration deamon) in BSD
does have to poll the devices, instead getting noticed by the kernel.
How hard would it be to integrate kernel support for this
using kqueue ?
It's there; you just have to register interest in the events.
Hi,
As the kqueue paper points out, /dev/imon is less efficient that
the kqueue equivalent.
Of course. But it sucks adding kqueue support to all programs which already
use imon support.
I'll do this now for the fam port. Any other programs out there which use
/dev/imon directly ?
That
There seems to be bug in $SUBJ. When I run attached program on recent
-CURRENT, it always (after several seconds) triggers the bug. I first
suspected a problem in the program's logic but on stable in runs just
fine.
Esentially I use piece of shm memory to pass some data between several
* Michal Mertl [EMAIL PROTECTED] [020906 06:10] wrote:
There seems to be bug in $SUBJ. When I run attached program on recent
-CURRENT, it always (after several seconds) triggers the bug. I first
suspected a problem in the program's logic but on stable in runs just
fine.
Can you tell me what
I'm still attempting to get kde3 to install on -current. After fixing
Scheduler.h and installing the lang.c patch I'm running into a new problem.
Everything is installed fresh (including XFree86) qt3 installed without
errors, but now when I try to install kdelibs3 the configure stops at the
I think I've found a bug in libmd on -CURRENT, in which attempting to
compute the MD5 checksum (using MD5File(3)) of a zero-length file
generates an error. A trivial way to trigger this bug (which isn't
present in 4-STABLE) is:
ref4:bmah% uname -a
FreeBSD ref4.freebsd.org 4.7-PRERELEASE
On Sat, Sep 07, 2002 at 12:05:54AM +0900, Shunsuke Akiyama wrote:
Hi,
At Thu, 5 Sep 2002 16:17:42 +0200,
Bernd Walter wrote:
I've build a device which is based on the FT8U232AM chip.
Probing works like a charm:
[81]cicely13# usbdevs -v | grep FTDI
port 3 addr 5: full speed,
On Fri, Sep 06, 2002 at 06:09:59PM +0200, Bernd Walter wrote:
On Sat, Sep 07, 2002 at 12:05:54AM +0900, Shunsuke Akiyama wrote:
Hi,
At Thu, 5 Sep 2002 16:17:42 +0200,
Bernd Walter wrote:
I've build a device which is based on the FT8U232AM chip.
Probing works like a charm:
On Fri, Sep 06, 2002 at 06:16:17PM +0200, Bernd Walter wrote:
On Fri, Sep 06, 2002 at 06:09:59PM +0200, Bernd Walter wrote:
On Sat, Sep 07, 2002 at 12:05:54AM +0900, Shunsuke Akiyama wrote:
Hi,
At Thu, 5 Sep 2002 16:17:42 +0200,
Bernd Walter wrote:
I've build a device
In message [EMAIL PROTECTED], David Wolfskill
writes:
[I've taken the liberty of Cc:'ing current@]
freebeast(5.0-C)[1] nm -n /boot/kernel/kernel | grep c026f3ec
c026f3ec t rl_tick
freebeast(5.0-C)[2]
And it turns out that I was (mostly) wrong about the laptop: it did
spit out the messages,
--
Rebuilding the temporary build tree
--
stage 1: bootstrap tools
--
stage 2: cleaning up the object tree
Martin Blapp wrote:
Hi,
As the kqueue paper points out, /dev/imon is less efficient that
the kqueue equivalent.
Of course. But it sucks adding kqueue support to all programs which already
use imon support.
I'll do this now for the fam port. Any other programs out there which use
Good catch.
I'm surprised the compiler doesn't whine.
Poul-Henning
Index: mdXhl.c
===
RCS file: /usr/local/cvsroot/src/lib/libmd/mdXhl.c,v
retrieving revision 1.16
diff -u -r1.16 mdXhl.c
--- mdXhl.c 25 Mar 2002 13:50:40 -
* Michal Mertl [EMAIL PROTECTED] [020906 06:10] wrote:
There seems to be bug in $SUBJ. When I run attached program on recent
-CURRENT, it always (after several seconds) triggers the bug. I first
suspected a problem in the program's logic but on stable in runs just
fine.
Esentially I use
On Fri, 6 Sep 2002, Alfred Perlstein wrote:
Alfred (thanks) found a bug in my code. Sorry for the fuss folks :-(.
* Michal Mertl [EMAIL PROTECTED] [020906 06:10] wrote:
There seems to be bug in $SUBJ. When I run attached program on recent
-CURRENT, it always (after several seconds)
At Fri, 6 Sep 2002 18:44:42 +0200,
Bernd Walter wrote:
Amazing - it works now if the device is plugged in at booting.
Mmm - it only works on the first open.
Sounds like there is much to do to get it working :(
I've just updated to latest kernel with patch and tested both
ucom/uplcom and
On Sat, Sep 07, 2002 at 03:14:59AM +0900, Shunsuke Akiyama wrote:
At Fri, 6 Sep 2002 18:44:42 +0200,
Bernd Walter wrote:
Amazing - it works now if the device is plugged in at booting.
Mmm - it only works on the first open.
Sounds like there is much to do to get it working :(
I've
Change introduced by peter disables NO_WERROR:
src/sys/conf/kern.pre.mk: 1.16
Change introduced by jhb reintroduces the need for it:
src/sys/i386/pci/pci_cfgreg.c: 1.90
:)
(Seriously, it would be nice if 1.16 was reverted -- sometimes we need
this switch.)
-Nate
cc -c -O -pipe -Wall
All ports maintainers/committers: please take a look at
http://bento.freebsd.org/errorlogs/5-latest/
and consider fixing some ports. With the new gcc compiler we now have
over 900 packages that are failing to build (an all-time record,
AFAIK). Many of these are simple to fix and require
On 06-Sep-2002 Nate Lawson wrote:
Change introduced by peter disables NO_WERROR:
src/sys/conf/kern.pre.mk: 1.16
Change introduced by jhb reintroduces the need for it:
src/sys/i386/pci/pci_cfgreg.c: 1.90
:)
(Seriously, it would be nice if 1.16 was reverted -- sometimes we need
this
Kris
ports/39440 and ports/42454 fix build for pilot-link and ddd on
-CURRENT. The pilot-link patch has been sitting uncommitted in PR
database for quite some time.
On Fri, 6 Sep 2002 11:58:17 -0700
Kris Kennaway [EMAIL PROTECTED] wrote:
All ports maintainers/committers: please take a look
On Fri, Sep 06, 2002 at 03:06:27PM -0400, Alexander Kabaev wrote:
Kris
ports/39440 and ports/42454 fix build for pilot-link and ddd on
-CURRENT. The pilot-link patch has been sitting uncommitted in PR
database for quite some time.
Thanks for pointing them out..I'll take a look ASAP.
FYI,
Hi Kris,
I didn't mean my previous reply for a wide distribution, sorry.
On Fri, 6 Sep 2002 12:09:57 -0700
Kris Kennaway [EMAIL PROTECTED] wrote:
FYI, there are 6 ports that cause gcc32 to give an internal error (all
C++ code). They're marked with 'gcc bug' in the 'reason' column on
bento.
On Fri, 6 Sep 2002 11:58:17 -0700
Kris Kennaway [EMAIL PROTECTED] wrote:
All ports maintainers/committers: please take a look at
http://bento.freebsd.org/errorlogs/5-latest/
and consider fixing some ports. With the new gcc compiler we now have
over 900 packages that are failing to
Hi Somomax,
We have two versions then :-)
http://people.freebsd.org/~mbr/fam-kqueue.tgz
It's David Rufino's version merged with our port.
After I have tested everything I'll ask the port maintainer
to commit it.
Maybe I should make a port of bsdfam ? Why haven't you done one ?
Martin
If memory serves me right, Poul-Henning Kamp wrote:
Good catch.
I'm surprised the compiler doesn't whine.
Thanks, and me too.
Bruce.
PS. Actually I'm surprised that nobody caught the problem in the past
five months...this bug prevented release builds from 5-CURRENT hosts.
Maybe I'm the
On Fri, Sep 06, 2002 at 12:31:23PM -0700, Adam Kranzel wrote:
On Fri, 6 Sep 2002 11:58:17 -0700
Kris Kennaway [EMAIL PROTECTED] wrote:
All ports maintainers/committers: please take a look at
http://bento.freebsd.org/errorlogs/5-latest/
and consider fixing some ports. With the
In message [EMAIL PROTECTED], Bruce A. Mah writes
:
--==_Exmh_-1692584434P
Content-Type: text/plain; charset=us-ascii
If memory serves me right, Poul-Henning Kamp wrote:
Good catch.
I'm surprised the compiler doesn't whine.
Thanks, and me too.
Bruce.
PS. Actually I'm surprised that
--
Rebuilding the temporary build tree
--
stage 1: bootstrap tools
--
stage 2: cleaning up the object tree
--
Rebuilding the temporary build tree
--
stage 1: bootstrap tools
--
stage 2: cleaning up the object tree
On Fri, Sep 06, 2002 at 06:15:29PM -0700, Maxime Henrion wrote:
mux 2002/09/06 18:15:29 PDT
Modified files:
share/mk bsd.cpu.mk
Log:
Update to use all the new CPU optimizations of GCC3.
Reviewed by:kris
Note that you'll need to have 'options
Note that you'll need to have 'options CPU_ENABLE_SSE' in your kernel
configuration file if you have a SSE-capable CPU, otherwise you'll get
SIGILL from certain applications (e.g. ncurses)
What if you don't want to do this though? Athlon XP processors support SSE
instructions, but not at the
On Fri, Sep 06, 2002 at 09:28:28PM -0400, Kenneth Culver wrote:
Athlon XP processors support SSE instructions, but not at the same
time as 3dnow instructions. The processor has to switch modes or
something like that. What if a user wants to actually use the 3dnow
instructions? Does this mean
You will need to either add:
options COMPAT_AOUT
to your kernel config when you next rebuild, or do a 'kldload aout'
when you want to run an old a.out binary.
Cheers,
-Peter
--
Peter Wemm - [EMAIL PROTECTED]; [EMAIL PROTECTED]; [EMAIL PROTECTED]
All of this is for nothing if we don't go to the
I assume the compiler is not stupid enough to try and use both when that
is impossible. Don't forget this is all just passing a CPU name to gcc
which actually decides what instructions to use.
That's not what I mean... What I mean is that if one application is using
SSE, and the other wants
Hi everyone,
I've collected a number of patches for several problems with
GCC 3.2 compiler which have been brought to my attention so far.
While I am waiting for these patches or other suitable fixes to be
incorporated into FSF CVS repository, I decided to make a patch
file available at
On Fri, Sep 06, 2002 at 06:53:18PM -0700, Alexander Kabaev wrote:
Hi everyone,
I've collected a number of patches for several problems with
GCC 3.2 compiler which have been brought to my attention so far.
While I am waiting for these patches or other suitable fixes to be
incorporated into
On Fri, Sep 06, 2002 at 09:49:41PM -0400, Kenneth Culver wrote:
I assume the compiler is not stupid enough to try and use both when that
is impossible. Don't forget this is all just passing a CPU name to gcc
which actually decides what instructions to use.
That's not what I mean... What
Kenneth Culver wrote:
I assume the compiler is not stupid enough to try and use both when that
is impossible. Don't forget this is all just passing a CPU name to gcc
which actually decides what instructions to use.
That's not what I mean... What I mean is that if one application is
--
Rebuilding the temporary build tree
--
stage 1: bootstrap tools
--
stage 2: cleaning up the object tree
On Fri, Sep 06, 2002 at 09:28:28PM -0400, Kenneth Culver wrote:
Note that you'll need to have 'options CPU_ENABLE_SSE' in your kernel
configuration file if you have a SSE-capable CPU, otherwise you'll get
SIGILL from certain applications (e.g. ncurses)
What if you don't want to do this
47 matches
Mail list logo