Hmm, which of these defines claims posix src? -D_ANSI_SOURCE ?
cc -O -c -O -pipe -mcpu=pentiumpro -mcpu=pentiumpro -I./../include
[...]
u_int is undocumented and unportable, so it probably shouldn't be
used. It's only 3 characters shorter than `unsigned' anyway.
It's for ports.
And this
may != MUST. We do not pollute the name space. Providing additional
facilities pollutes the name space, breaking strictly conforming
programs.
Hmm, I can't see why a __EXTENSIONS__ (like Solaris has) would break posix
confirming programms. But, it would help for eg. autoconf third-party apps
Hi!
While compiling some third-party code I got this:
gcc -D_POSIX_C_SOURCE=200112L -D_XOPEN_SOURCE_=600
-D_XOPEN_SOURCE_EXTENDED=1 test.c
In file included from test.c:2:
/usr/include/sys/file.h:130: syntax error before u_int
This makes me wonder a bit.. Shouldn't the header at least be
Why are you specifying a standard and then using features outside its
scope? Either you want a BSD environment (in which case don't specify
The standard is specified to get the standard functions. Eg. if i specify
_POSIX_C_SOURCE=200112L then I want (for example) POSIX's flockfile, if the
OS
A conforming application cannot make use of facilities outside the
scope of the standard. This means that if you define
_POSIX_C_SOURCE=200112L you don't want RPC.
I don't said that the application is _strictly_ POSIX conforming. It only
wants to use POSIX functions and RPC.
FreeBSD's way seems
mozilla-devel port fails to build on current. I would imagine this is
already known, but I haven't seen any posts on the mailing list.
ign -Wno-long-long -O -pipe -march=pentium4 -pipe -DNDEBUG -DTRIMMED
I'd bet that -march=pentium4 is your problem. Try with -march=pentiumpro
(the default).
-march=pentiumpro is not the default, -mcpu=pentiumpro is. Anyway, I
Nope, -march=pentiumpro is added, if the CPUTYPE is i686 (the default).
At least if I had read examples/etc/make.conf and bsd.cpu.mk correctly.
doubt this is the cause of the problem. It's more likely to be a
stale
The CPUTYPE is not i686 by default.
Stupid me... Of course, you're right.
Marc
Premature optimization is the root of all evil. -- Donald E. Knuth
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
There is no default CPUTYPE. If there is no CPUTYPE, and you are on
i386, -mcpu=pentiumpro gets added (top of bsd.cpu.mk).
Oops! Yes, you're right. I think I got confused by the #CPUTYPE?=i686 in
the example make.conf.
Marc
Premature optimization is the root of all evil. -- Donald E. Knuth
To
Hi!
After cvsup I got this:
kernel: recursed on non-recursive lock (sleep mutex) vm page queue mutex @
../../../i386/i386/pmap.c:928
kernel: first acquired @ ../../../vm/vm_map.c:2077
kernel: panic: recurse
kernel:
kernel: syncing disks, buffers remaining... panic: bremfree: bp 0xd359a250
not
Can you say something more about how you produced this? Were you
shutting down your X server?
It happens right after startx.
In any case, the attached patch should resolve this.
Thanks I'll try that.
Marc
Premature optimization is the root of all evil. -- Donald E. Knuth
To Unsubscribe:
In any case, the attached patch should resolve this.
Yes, works.
Marc
Premature optimization is the root of all evil. -- Donald E. Knuth
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
Hi!
I'm seeing this lately:
acquiring duplicate lock of same type: pcm channel
1st pcm0:record:0 @ /usr/src/sys/dev/sound/pcm/sound.c:191
2nd pcm0:play:0 @ /usr/src/sys/dev/sound/pcm/sound.c:191
$FreeBSD: src/sys/dev/sound/pcm/sound.c,v 1.80 2002/11/26 18:16:27 cg Exp
$
Marc
Premature
I'd like some feedback on whether some heavy threaded apps (GNOME,
OpenOffice, Java, etc) have any problems with this patch before
asking re@ for commit permission. BTW, it also needs testing on
alpha.
I tried it on i386 (athon-xp) and every app I've tried stalled/locked or
crashed right away.
Damn, I think I found a problem. Perhaps it might be what's
causing your problem. Do you have I686_CPU defined in
your kernel? If so can you either try it with a kernel
without I686_CPU or with CPU_DISABLE_SSE?
Yes, I've I686_CPU and CPU_ENABLE_SSE in my kernel.
Trying it without could take a
Hi!
I got this with the latest pmap.c
Nov 23 17:43:07 leeloo kernel: panic: mutex vm page queue mutex not owned
at ../../../i386/i386/pmap.c:1881
Nov 23 17:43:07 leeloo kernel:
Nov 23 17:43:07 leeloo kernel: syncing disks, buffers remaining... panic:
bremfree: bp 0xd359d584 not locked
Nov 23
Can you re-cvsup and update just to make sure everything is current?
I did cvsup everything.
Every place that pmap_remove_all() is called appears to hold the page
queue mutex. The only exception is long-broken code that is compiled
under ENABLE_VFS_IOOPT.
ENABLE_VFS_IOOPT (vfs.ioopt=1) was
There is neither a gcc 3.2.1 nor a gcc 3.3 yet, so I would't use any of
them in a stable release.
In fact, there is a gcc 3.2.1 release. And it seems that 3.2.1 pre-release
will be the compiler for 5.0R.
Marc
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in
What does it do for all the other code in -ports, and in the
comp.source.* archives, and that anyone else has ever written,
such that you know it doesn't cause more problems than it
solves?
I don't think that the system cc is supposed to compile all code ever
written. IMHO It should compile the
It's a new import, and a complete regression test. Talk to the
maintainer: he's already made his statement, and you arguing with
I'm fine with it. In fact, I don't if I would be the gcc mainter if I would
import it. Probably not I guess..
me because I was willing to stand up and reiterate what
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.
Regards,
Marc
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe
Feature in malloc and bug in third-party code. C99 says:
[..]
Thanks! Then I'll try to change it in the third-party app...
Also see the V flag listed in malloc(3).
Nice. Maybe I just make it my system's default..
Regards,
Marc
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe
Hi!
While using Mulberry (mail/mulberry) the system often locks up completely.
Nothing but reset helps then. I don't get any error (WITHNESS* is on).
Marc
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
There is neither a gcc 3.2.1 nor a gcc 3.3 yet, so I would't use any of
them in a stable release.
gcc 3.2.1 has been uploaded on ftp.gnu.org at Nov. 19th.
Marc
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
Hi!
Will gcc 3.2.1/release be imported before 5.0R ? Just curious..
Marc
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
Hi!
I've made a small patch to make it possible to enable BSD extensions
although _POSIX_SOURCE, _POSIX_C_SOURCE or _XOPEN_SOURCE has been
defined. This is made with a new define _BSD_SOURCE right after the
XOPEN_SOURCE handling. It sets __XSI_VISIBLE 600 and __BSD_VISIBLE 1.
This is needed for
Thanks!
It looks like unistd.h has some XSI bugs. Is _XOPEN_SOURCE defined
anywhere? If so, try the attached patch. If not, this is a bug in
Yes, _XOPEN_SOURCE is defined. So, it solves some of the problems.
Python (since POSIX doesn't specify chroot()) and should be fixed at
their end
I've had the attached patch in my tree for a while. I'll try and get
it and the unistd.h patch committed today.
Thanks! This solves some problems, but there are some left. Mostly socket
and rpc related. For example PF_INET and friends are undefined..
The whole point of the standards
Nearly all GNOME applications crash with an Abort trap error, and the
only way I can log out is to restart the X server. Nautilus is
particularly evil because it can get into a situation where it crashes,
restarts itself, and crashes again--repeating the process indefinitely.
I'm running
With sources few minutes old (as well as with sources approx. 3h old):
=== gnu/usr.bin/groff/tmac
/usr/src/gnu/usr.bin/groff/tmac/Makefile, line 2: warning: duplicate
script for target -s ignored
[... 12 times repeated]
make: don't know how to make doc-common-s. Stop
*** Error code 2
On Sa, 2002-10-19 at 22:36, David W. Chapman Jr. wrote:
Hmm, I've more broken ports on my system.. Like a trouble with net/samba-devel
(because of PAM headers) and I can't compile lang/librep since KSE III.
Are you still having problems with this. If you could show me some
errors I may
A new set of 5.0 packages has been uploaded and is making its way out
to mirror sites. I will soon be sending out mail to all maintainers
of broken ports asking for submissions of fixes (or at least reporting
the breakage to the relevant vendors).
Hmm, I've more broken ports on my system..
Note that during these, mp3s keep playing, gtk-gnutella keeps downloading
things, etc., it seems X just isn't updating the display... Even a resize
But, it's not always so. For me most of the time everything stops.
Including playing mp3s/oggs, resizing windows and so on. And after some
time
What was the concensus on the xmlwf program, did we want it in
the tree or not ? Would it be useful to anybody or is it just
a hackers-proof-of-concept thing ?
IMO we don't need it. It only checks if an XML document is well-formed. It even
doesn't check if it's valid. I don't think we need a
Any famous last words before the fat lady sings ?
I think we should go for it. :)
Well, playing the devil's advocate -- isn't this the type of discussion the
preceeded the introduction of Perl into the base system, the introduction of
which created such a mess that we finally took Perl out
Hi!
I just saw the import of expat 1.95.5 into the base system. And because expat2 is such
a moving target I'm a little bit wondering why this did happen. Isn't it better to
keep such a beast in the ports-tree?
Or is there a major config-file to xml rewrite (or something similar) going on
Rather than write another monster filled with weird structs and enums
I decided that ASCII is very extensible, and putting XML structure
on top of it meant that readily available libraries and tools could
work on it.
Yes, it's IMHO the best way to do it.
And in fact, I have every reason to
2. Under assumed name, libxmlread or something. This means that
nothing which doesn't explicitly ask for it will get in touch with
this version of libexpat, and that will only be the programs in
the tree. We don't need to track the official libexpat (sort of
like the
Hi!
I always get a bunch of .. could sleep with... and lock order reversal messages.
There appear in various parts of the kernel.The locks: pcm, xl, drm. The reversals:
spec_vnops, vfs_subr, if_xl, sys_pipe. And this was only a quick glance through the
logs. IIRC these are considered harmful
While local package initilization I get a panic. World and kernel from today.
This I found in messages:
Sep 30 15:49:55 leeloo kernel: panic: lockmgr: locking against myself
This problem is gone with today's kernel.
Marc
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe
Hi!
While local package initilization I get a panic. World and kernel from today.
This I found in messages:
Sep 30 15:49:55 leeloo kernel: panic: lockmgr: locking against myself
Sep 30 15:49:55 leeloo kernel:
Sep 30 15:49:55 leeloo kernel: syncing disks... panic: bremfree: bp 0xd381a080 not
Hi!
After the latest geom_* commits I get a panic while booting. The panic occurs before
mounting the disks, so I had to hand-write it down..
panic..
mtx_init(e0499ce8, e0396b85, 0, 0, 748f6273) at mtx_init + 0x5f
... g_up_procbody + 0x34
...
Please let me know if/how I could provide more
After the latest geom_* commits I get a panic while booting. The panic occurs
before mounting the disks, so I had to hand-write it down..
panic..
mtx_init(e0499ce8, e0396b85, 0, 0, 748f6273) at mtx_init + 0x5f
... g_up_procbody + 0x34
...
Wow! That was a fast reply. :-)
Uhm, what was the
Uhm, what was the actual panic message ?
mutex g_up 0xe0499cb8 already initialized
Can you try this patch ?
Works great! Thanks!
Marc
msg43552/pgp0.pgp
Description: PGP signature
Hi!
I've some very weird problems with yesterday's -current. For some TCP/IP related
operations it just plain reboots (== resets _without_ panic). I could 100% reproduce
this phenomena with p4 depot xyz and cvs commit.
Marc
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe
My latest panic..
Sep 25 11:39:48 leeloo kernel: ../../../vm/uma_core.c:1307: could sleep with
pcm0:play:1 locked from ../../../dev/sound/pcm/dsp.c:696
Sep 25 11:39:48 leeloo kernel: ../../../vm/uma_core.c:1307: could sleep with
pcm0:play:1 locked from ../../../dev/sound/pcm/dsp.c:696
Sep 25
Hi!
Something checked-in yesterday broke the kernel badly.. Some of these
options or a combination of these break the kernel badly. If they're activatet then
not all devices are created by devfs (ttv* is missing..).
Even without devfs ttv* isn't working...
Commenting this out of my config fixed
options UFS_ACL
This is a major suspect. Have you read what it does ?
Of course. It has been working for weeks..
options GEOM
This I can almost guarantee you, is not the culprit.
You're right.
The smbus/ic/iic/iicsmb stuff is what breaks the kernel for me.
Marc
That's an odd set of things to have break in concert. The UFS options
should not affect devfs at all. That said, your best bet is probably to
turn off sets of related options until you figure out what the source is.
Obvious candidates would be to turn off the UFS options as a set, GEOM,
With -current sources as of today:
cc -O -pipe -march=athlon-xp -I. -I/usr/src/lib/libncurses
-I/usr/src/lib/libncurses/../../contrib/ncurses/ncurses
-I/usr/src/lib/libncurses/../../contrib/ncurses/include -Wall -DFREEBSD_NATIVE
-DNDEBUG -DHAVE_CONFIG_H -DTERMIOS -c lib_keyname.c -o
I'm trying to work out why the latest version of coldsync won't compile
on -current, even though it compiles on -stable.
I'm getting the compile time error:
/usr/include/sys/select.h:61: syntax error before fd_set
The coldsync header file looks like:
What header am I missing
Yes. But our 5.0-RELEASE is will non-polished; so I think having the
compiler in the same shape is OK if it means we can get bugs fixed and
our needs taken care of.
But it's still a relase. :-)
Many IA-64, and AMD x86-64 bug fixes and improvements aren't merged back
to the 3.{1,2} branch.
system compiler would make bug reports from -CURRENT users even more useful.
Indeed. IMHO going to 3.2 is the best we could do.
IMO going to 3.3 would be much better -- we can actually get our needs
better addressed as the compiler is still in development, but about to
head into code
You might want to try the attached code-snippet I grabbed from the gcc
GNATS. It manages to ICE 3.1 and 3.2 with a lot of optimizations,
including pentium2/3/4 and athlon-* and is believed to trigger the same
bug that borks XFree86 here.
XFree works fine (for me) with -O -march=athlon-xp
Because chances are good that the bugs still aren't fixed. I reported a
bug related to optimization with -march=athlon recently and the reply
If you've got a newer Athlon (XP) then you could compile it with -march=athlon-xp.
I've filed a PR with a patch against bsd.cpu.mk (misc/41425)
I really don't know where to start looking. Just after the KSE changes at
the beginning of July I upgraded mysql. Since then I have had intermittent
problems with mysql hanging far too often. It takes 100% of the resources
and has to be killed. I get no errors in the mysql log nor in the
On Fri, 2 Aug 2002 10:08:47 -0700 (PDT)
Julian Elischer [EMAIL PROTECTED] wrote:
there are several possibilities:
1/ do a ktrace on teh spinning process for a couple of seconds and see
what syscalls it is doing.
stopped jikes with ctrl-c looks always like:
90998 sh RET read
With -current of today the system resets (without syncing discs) when mozilla
is started. This happens everytime when mozilla is started. Other X apps
like Sylpheed or mplayer seem to work correctly. zero copy sockets are not
turned on and it didn't happen with -current as of a week ago.
To
I started getting unexpected lockups during mozilla sessions after
remaking world kernel on the evening of July 25. The screen
would freeze completely, followed a few seconds later by a
spontaneous reboot.
After this happened twice I deleted the new kernel and went back
to using
That's not what I was asking for. He mentionned he had a kernel from
the 25th that was working and I wanted the version of subr_mbuf.c that
he had used to build _that_ kernel.
Oh, sorry. IIRC then (for me) everything worked just fine with r1.22.
Marc
To Unsubscribe: send mail to
I'm getting strange dead-locks/complete lookups when I use the system
ssh with port forwarding. Using something like:
ssh -L8080:remote:8080 account@remote
to forward a remote apache to my local box. When I access
http://localhost:8080/ not later than the third click on link (or
pressing
Hi!
Of late I'm getting a signal 10 in makeinfo for numerous ports (eg.
gcc31, semantic) and other non-port sources. And IIRC have been able to
build the gcc31 port six weeks ago without any problems.
world and kernel are of yesterday.
Marc
To Unsubscribe: send mail to [EMAIL PROTECTED]
with
Hi!
I'm getting strange dead-locks/complete lookups when I use the system
ssh with port forwarding. Using something like:
ssh -L8080:remote:8080 account@remote
to forward a remote apache to my local box. When I access
http://localhost:8080/ not later than the third click on link (or
pressing
While running (newly build) Xine I get following error:
Fatal error '_waitq_remove: Not in queue' at line 350 in file
/usr/src/lib/libc_r/uthread/uthread_priority_queue.c (errno = 0)
Is this an outstanding KSE issue or a problem of the port itself?
Kernel and world are of today. (cvusup'd
Kernel and world are of today. (cvusup'd 10:00 CEST).
$FreeBSD: src/lib/libc_r/uthread/uthread_priority_queue.c,v 1.8
2002/05/24 04:32:28 deischen Exp $
Do you know when it broke?
Sorry, I've built today the first time. But, Christian (previous post) said he
has the same problem with
I get the same message with xine on -STABLE each time i use it. Xine
is simply not very stable on FreeBSD, that's why I'm using mplayer now
Oh. :-)
(which has it's own issues on -CURRENT)
IIRC then MPlayer doesn't use threads. So, KSE shouldn't be an issue
there.
To Unsubscribe: send mail
/usr/include/sys/stat.h:127: sizeof applied to an incomplete type
/usr/include/sys/stat.h:128: sizeof applied to an incomplete type
sys/stat.h is broken hat the moment if _POSIX_SOURCE is defined. This
breaks many ports (like gcc295, omniORB, ...).
To Unsubscribe: send mail to [EMAIL
Hi!
I got this with today's pmap
panic: pmap_new_thread: kstack allocation failed
Yesterday's kernel works fine.
Marc
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
what do you call today's ?
Oops, sorry.. I know I missed something.. :-)
(version #?)
src/sys/i386/i386/pmap.c,v 1.331 2002/07/04 00:35:48
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
try a new vm_glue.c as well.
( 1.140)
Yes, this works. Thanks!
Marc
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
Here's a me too.. running on an ASUS A7V266-E
Fatal trap 12: page fault while in kernel mode
fault virtual address = 0x16
fault code = supervisor read, page not present
instruction pointer = 0x8:0xc04f9aca
stack pointer = 0x10:0xc054ea14
frame pointer
Can someone please check out a libc_r tree as of 3 days ago
and try that...
There was a commit in libc_r/uthreads 2 days ago that might be relevant.
failing that, can someone try newly compiled utilities on an older pre-KSE
kernel?
We need to eliminate one of these two changes...
I
MR I don't know if this helps, but I've a pre-KSE userland (28.06.), a
MR post-KSE kernel (30.06.) and I've none of the described problems.
MR Evolution, KDE3, Mozilla, ogg123, jdk13 all run without a problem.
I updated my current box about an hour ago, and got into trouble too.
But you've
where i've to post a error regarding an installed software from ports,
which only occurs on current?
How about writing the port maintainer ?
Marc
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
74 matches
Mail list logo
