I just run a example program from the book unp2v2
written W.Richard Stevens. The program includes a call
to sem_open. The compilation was ok. But when I run it
on FreeBSD 5-current(recent),the system print Bad
system call (core dumped). The program code :
#include sys/types.h
#include unistd.h
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi,
I have got installed FreeBSD5.0-p4 and XFree4.3.0 on a Sony Vaio PCG-FX705.
The ati Video Driver works with 1400x1050 and the mouse works as well. My
problem is, that within X the XServer the button with the symbols for a
less b, a greater b
On Sat, 22 Mar 2003 23:41:14 -0800
David Schultz [EMAIL PROTECTED] wrote:
Thus spake Anti [EMAIL PROTECTED]:
On Sat, 22 Mar 2003 10:28:46 -0800
Steve Kargl [EMAIL PROTECTED] wrote:
Pentium 4 is definitely broken on 5.x. Perhaps, we should remove
the footshooting.
---
Or even better would be just building libc. I have been working on my
getpwnam_r assignment...
examining implementations in both Darwin and NetBSD and started trying
to implement some of
this code for FreeBSD... Its not anywhere even near the goal in sight
as I am still learning the
build
- Original Message -
From: David Leimbach [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Sunday, March 23, 2003 8:29 AM
Subject: Just building the lib part of world
Or even better would be just building libc. I have been working on my
getpwnam_r assignment...
examining
Thus spake David Leimbach [EMAIL PROTECTED]:
Or even better would be just building libc. I have been working on my
getpwnam_r assignment...
examining implementations in both Darwin and NetBSD and started trying
to implement some of
this code for FreeBSD... Its not anywhere even near the
Hmmm for some reason I thought that would be the simple answer... also
at one point
in time unistd.h gave me trouble when I didn't build libc under world.
Is libc_r the correct place to put getpwnam_r anyway? My understanding
is that just
where the userland thread implementation goes.
I never
Sorry, you're right. libc is where you want to be putting your code. (I'm
suffering from multiple-OS-itis right now.)
--
Matt
- Original Message -
From: David Leimbach [EMAIL PROTECTED]
To: Matthew Emmerton [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Sent: Sunday, March 23, 2003 8:46 AM
Whew... :) Me too unfortunately. I know basically what it takes to
make a thread
safe function... and I have found good implementations of getpwnam_r in
other OSes
and some not so good looking ones as well but I haven't really been
able to integrate
one into our current system which appears
Hi,
now that MAKEDEV has been gone for a while, the manpages (alpha and i386)
can be nuked as well, right?
- Christian
--
Christian Brueffer [EMAIL PROTECTED] [EMAIL PROTECTED]
GPG Key: http://people.freebsd.org/~brueffer/brueffer.key.asc
GPG Fingerprint: A5C8 2099 19FF AACA
In message [EMAIL PROTECTED], Christian Brueffer writes:
--4C6bbPZ6c/S1npyF
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
Hi,
now that MAKEDEV has been gone for a while, the manpages (alpha and i386)
can be nuked as well,
On Sun, Mar 23, 2003 at 01:55:03AM -0800, Hongbo Li wrote:
I just run a example program from the book unp2v2
written W.Richard Stevens. The program includes a call
to sem_open. The compilation was ok. But when I run it
on FreeBSD 5-current(recent),the system print Bad
system call (core
Hi,
I have the same problem. To fix that disable XkbModel option.
Section InputDevice
Identifier Keyboard0
Driver keyboard
#Option XkbModel pc104
Option XkbLayout pt
EndSection
I think that this problem was fixed in XFree86-Server-4.3.0_1. I
Hi,
I notice that with a recent -current, that the vfs_aio.ko
and sem.ko modules do not seem to be built by default.
In the past, this was not the case.
Is it mandatory now to specify the kernel options:
options VFS_AIO
options P1003_1B_SEMAPHORES
in order for these modules to
On Sun, 23 Mar 2003, Craig Rodrigues wrote:
I notice that with a recent -current, that the vfs_aio.ko and sem.ko
modules do not seem to be built by default. In the past, this was not
the case.
Is it mandatory now to specify the kernel options:
options VFS_AIO
options
Am Sonntag, 23. März 2003 16:47 schrieb Nuno Teixeira:
Hi,
I have the same problem. To fix that disable XkbModel option.
Section InputDevice
Identifier Keyboard0
Driver keyboard
#Option XkbModel pc104
Option XkbLayout pt
EndSection
I think that
Am Sonntag, 23. März 2003 17:20 schrieb Gerald Mixa:
Well I have the latest Version Installed, and the button does not work.
actually its the only one! I have the problme on freebsd 4.7,too.
Unfortuanatley your hint does not help on both machines :-(
My keyboard section looks like that on
On Sun, Mar 23, 2003 at 11:14:28AM -0500, Robert Watson wrote:
Sometimes, kernel modules will not be built by default because they are
unstable or experimental features that have not been adequately deployed
or tested. I know our AIO implementation has improved in quality a great
deal over
On Sun, Mar 23, 2003 at 07:08:08AM -0600, Anti wrote:
On Sat, 22 Mar 2003 23:41:14 -0800
David Schultz [EMAIL PROTECTED] wrote:
Thus spake Anti [EMAIL PROTECTED]:
On Sat, 22 Mar 2003 10:28:46 -0800
Steve Kargl [EMAIL PROTECTED] wrote:
Pentium 4 is definitely broken on 5.x.
Try a next patch.
Index: if_ppp.c
===
RCS file: /home/ncvs/src/sys/net/if_ppp.c,v
retrieving revision 1.90
diff -u -r1.90 if_ppp.c
--- if_ppp.c4 Mar 2003 23:19:51 - 1.90
+++ if_ppp.c23 Mar 2003 17:05:28 -
@@
I removed sem because people were nearly hostile about it.
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
On Sunday 23 March 2003 18:02, Till Riedel wrote:
why not
+_CPUCFLAGS = -march=pentium4 -mno-sse2
choose, and in the case of pentium4 producing broken code the
obvious fallback would be pentium3...
above would be in fact the same because only the SSE2 code differs from
march=pentium3
On Sun, Mar 23, 2003 at 06:43:16PM +0100, Michael Nottebrock wrote:
Just out of curiousity, have you tried using -mfpmath=sse? I remember someone
on this list claiming that the SSE fpa-code works much better than the i387
code which is used by default (even with -march=pentium4).
I don't
On Sun, Mar 23, 2003 at 06:43:16PM +0100, Michael Nottebrock wrote:
Content-Description: signed data
On Sunday 23 March 2003 18:02, Till Riedel wrote:
why not
+_CPUCFLAGS = -march=pentium4 -mno-sse2
choose, and in the case of pentium4 producing broken code the
obvious fallback would
On Sunday 23 March 2003 19:24, Till Riedel wrote:
On Sun, Mar 23, 2003 at 06:43:16PM +0100, Michael Nottebrock wrote:
Just out of curiousity, have you tried using -mfpmath=sse? I remember
someone on this list claiming that the SSE fpa-code works much better
than the i387 code which is used
On Sun, Mar 23, 2003 at 07:39:06PM +0100, Michael Nottebrock wrote:
Content-Description: signed data
Actually, when I said better, I really meant doesn't break -O(ptimized)
code rather than faster. :)
ok, got you now. it is neither faster nor better.
I tested it with e_pow.c.
funnily though
I'm attempting to use an Intel L440GX+ motherboard with 5.x, and am
running into the following problem: when I boot without ACPI, the serial
ports probe, attach, and work fine:
Mar 23 14:21:56 none kernel: sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0
Mar 23 14:21:56 none kernel: sio0: type
Am So, 2003-03-23 um 18.56 schrieb Bruce Cran:
On Sun, Mar 23, 2003 at 06:43:16PM +0100, Michael Nottebrock wrote:
Just out of curiousity, have you tried using -mfpmath=sse? I remember someone
on this list claiming that the SSE fpa-code works much better than the i387
code which is
In message: [EMAIL PROTECTED]
David Leimbach [EMAIL PROTECTED] writes:
: Or even better would be just building libc. I have been working on my
: getpwnam_r assignment...
: examining implementations in both Darwin and NetBSD and started trying
: to implement some of
: this code for
On Sun, 23 Mar 2003, Robert Watson wrote:
When I boot with ACPI, the following appears in dmesg:
Mar 23 14:14:31 none kernel: sio0: configured irq 4 not in bitmap of probed irqs 0
Mar 23 14:14:31 none kernel: sio0: port may not be enabled
Mar 23 14:14:31 none kernel: sio0 port 0x3f8-0x3ff
On Sunday 23 March 2003 20:22, Till Riedel wrote:
I think no one should simply use the sse2 stuff at the moment,
because you will notice problems too late. My
mp3s sounded horrible and gv didn't display pdf files correctly.
if there hadn't been libvorbis though that had a division by
Hi,
I asked this question on freebsd-smp...I'm asking here in case
anyone has any ideas.
I am the port maintainer for the Apache Portable Runtime (APR) library.
APR makes use of a function in Linux called
atomic_dec_and_test which is described here:
Thanks for all the helpful responses... :)
On Sunday, March 23, 2003, at 01:38PM, M. Warner Losh [EMAIL PROTECTED] wrote:
In message: [EMAIL PROTECTED]
David Leimbach [EMAIL PROTECTED] writes:
: Or even better would be just building libc. I have been working on my
: getpwnam_r
On Sun, Mar 23, 2003 at 06:37:17PM -0500, Craig Rodrigues wrote:
APR makes use of a function in Linux called
atomic_dec_and_test which is described here:
*snip*
Is there a way that I can use the existing machine/atomic.h
FreeBSD macros to achieve the equivalent of atomic_dec_and_test?
Hi guys,
I'm using source that was sync'd about 18 hours ago.
Buildworld built properly and kernel looks like it's almost completely
built then I get what is below.
Any suggestions/ideas?
This is the second time it's bombed out like this and I CVSup'd and
rebuilt world inbetween the two
I'm using source that was sync'd about 18 hours ago.
Buildworld built properly and kernel looks like it's almost completely
built then I get what is below.
Any suggestions/ideas?
This is the second time it's bombed out like this and I CVSup'd and
rebuilt world inbetween the two attempts.
Ahh, I missed that :)
Thanks,
Brendan.
On Mon, 2003-03-24 at 14:27, Don wrote:
I'm using source that was sync'd about 18 hours ago.
Buildworld built properly and kernel looks like it's almost completely
built then I get what is below.
Any suggestions/ideas?
This is the second time
On Sun, 23 Mar 2003, Poul-Henning Kamp wrote:
In message [EMAIL PROTECTED], Christian Brueffer writes:
now that MAKEDEV has been gone for a while, the manpages (alpha and i386)
can be nuked as well, right?
Right.
Although it might be considered dragging old baggage around, would it
make
38 matches
Mail list logo