In message: [EMAIL PROTECTED]
Doug Barton [EMAIL PROTECTED] writes:
: This should go on the Comprehensive guide to updating from source to 5.0
: that I'm sure our trusty release engineers are producing?
UPDATING has the closest thing to a comprehensive guide. As far as I
can tell, it
In message: [EMAIL PROTECTED]
Bruce Evans [EMAIL PROTECTED] writes:
: On Mon, 28 Oct 2002, M. Warner Losh wrote:
:
: In message: [EMAIL PROTECTED]
: Loren James Rittle [EMAIL PROTECTED] writes:
:
: This works. I'm not sure why this isn't the default. It looks like
:
In message: [EMAIL PROTECTED]
Mitsuru IWASAKI [EMAIL PROTECTED] writes:
: I've implemented pccardc power and boot_deactivated support code for
: NEWCARD. They are needed for some mobile users including me.
:
: - Add pccardc power support code. Yes, it's OLDCARD compatible.
: - Add
Brooks Davis wrote:
While moving a large (1GB) file from one parition to another today, I
noticed an odd, reproducable pause. Basicly you create a large file
somewhere and then delete it like so:
[ ... ]
Within the next minute or so, I see a pause where the whole system stops
for 5-10
Hi Mitsuru,
I was also thinking about this so I'm very happy with your patch!
It works great here!
This is very usefull for me as I have an internal pccard that I prefer not to
be active all time.
Thanks
Mark
On Tue, Oct 29, 2002 at 08:55:32PM +0900, Mitsuru IWASAKI wrote:
I've implemented
Hi,
I am running current cvsuped within this week. I have an adaptec
builtin scsi controller and a seagate drive attached to it and
after every bootup as soon as there is heavy disk activity
the drive gets disabled for 1 or 2 minutes and meanwhile all
functionality RELATED to disk I/O freezes
While playing with UFS snapshots on a UFS2 filesystem I mounted
specifically for this purpose, I encountered a little problem. It seems I
have processes deadlocked on each other.
Steps to repeat:
/# mount /dev/ad2a /mnt ; cd /mnt
/dev/ad2a on /mnt (ufs, local, soft-updates, multilabel) # UFS2
Stijn Hoop wrote:
I am experiencing a really noticable slower startup time on my very recent
-CURRENT laptop for almost all programs. The problem seems to be in getting
info in the cache, because it disappears when I start the same program again.
It is even noticable when doing a simple 'ls
On Tue, 29 Oct 2002, Terry Lambert wrote:
Doug Rabson wrote:
The point is that with the current setup of the XFree86-4-libraries port,
you don't have any choice, since libX11 links to libXThrStub. This is the
key problem, IMHO. I have a machine running RedHat 8.0 and they don't have
any
On Tue, Oct 29, 2002 at 11:52:56PM -0800, Terry Lambert wrote:
That said, if you want to make it work for you, I'm behind you
100%: I think any changes you want to make are OK; they can
always be backed out, if anyone starts complaining about them
breaking things, so I think it's kind of silly
David O'Brien wrote:
On Tue, Oct 29, 2002 at 11:52:56PM -0800, Terry Lambert wrote:
That said, if you want to make it work for you, I'm behind you
100%: I think any changes you want to make are OK; they can
always be backed out, if anyone starts complaining about them
breaking things, so
Doug Rabson wrote:
All you have to do is create a situation where a shared object that links
to libc_r is loaded after libX11 and the thing breaks into little pieces.
So let's dike out libXThrStub.so, and be done with it.
I think the only stub which it defines that libc.so doesn't
On Wed, 30 Oct 2002, M. Warner Losh wrote:
In message: [EMAIL PROTECTED]
Bruce Evans [EMAIL PROTECTED] writes:
: On Mon, 28 Oct 2002, M. Warner Losh wrote:
:
: In message: [EMAIL PROTECTED]
: Loren James Rittle [EMAIL PROTECTED] writes:
:
: This works. I'm not
Nate Lawson [EMAIL PROTECTED] writes:
May I humbly propose that the API is broken and should be reworked? My
frustration with cached_connection common/ftp sharing and this thrashing
trying to overload the return value are signs that the API needs
rethinking.
What do you mean overload the
Jun Kuriyama [EMAIL PROTECTED] writes:
I got same result as Poul-Henning. It seems installed libssh.a in
chroot does not have mm_auth_krb5().
The *installed* libssh shouldn't matter. What matters is the libssh
which is built during 'make world' inside the chroot. That's what
sshd should be
At Wed, 30 Oct 2002 13:01:32 +0100,
Dag-Erling Smorgrav wrote:
Jun Kuriyama [EMAIL PROTECTED] writes:
I got same result as Poul-Henning. It seems installed libssh.a in
chroot does not have mm_auth_krb5().
The *installed* libssh shouldn't matter. What matters is the libssh
which is built
Hi,
Yesterday I tried to upgrade wine on my FreeBSD-current box. It didn't
compile until I changed following in server/context_i386.c (looks like
this is because of commit of 1.28 version of src/sys/i386/include/reg.h)
--8---cut here---start-8---
---
I am experiencing a really noticable slower startup time on my very
recent-CURRENT laptop for almost all programs. The problem seems to be
in getting info in the cache, because it disappears when I start the
same program again.
This almost certainly is caused by the 'ioslow' addition to
On Wed, 30 Oct 2002, Terry Lambert wrote:
Doug Rabson wrote:
All you have to do is create a situation where a shared object that links
to libc_r is loaded after libX11 and the thing breaks into little pieces.
So let's dike out libXThrStub.so, and be done with it.
I think the
Eric J. Chet wrote:
Hello
I just tried a -current buildworld which failed:
---
/usr/src/gnu/usr.bin/groff/tmac/Makefile, line 2: warning: duplicate
script for target -s ignored
make: don't know how to make doc-common-s. Stop
---
Anybody else seeing this?
Thanks,
Eric
Yes, buildworld is
I've seen this looking for ISO images
of FreeBSD-5.0-DP1:
5.0-DP1-disc2.iso - 5.0 Developer Preview #1 - live filesystem.
is it possible to work with this filesystem ?
I mean, what can be done ? is it auto-bootable or
I need to boot from the other one ?
Thanks
--
JFRH.
To
On Wed, Oct 30, 2002 at 07:48:14AM -0500, Alexander Kabaev wrote:
I am experiencing a really noticable slower startup time on my very
recent-CURRENT laptop for almost all programs. The problem seems to be
in getting info in the cache, because it disappears when I start the
same program
On Tue, Oct 29, 2002 at 00:38:39 +0900, Hajimu UMEMOTO wrote:
Please review it. If there is no objection, I'll commit it at next
weekend.
Reviewed -stable, looks OK. Would be nice to have this fix. Thanks.
rvdp
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe
On 29-Oct-2002 Garrett Wollman wrote:
Has anyone managed to make one of these work? I get the following
messages:
cardbus1: Expecting link target, got 0x59
cardbus1: Resource not specified in CIS: id=10, size=100
cardbus1: Resource not specified in CIS: id=14, size=400
cardbus1: unknown
On 29-Oct-2002 M. Warner Losh wrote:
In message: [EMAIL PROTECTED]
Garrett Wollman [EMAIL PROTECTED] writes:
: Has anyone managed to make one of these work? I get the following
: messages:
:
: cardbus1: Expecting link target, got 0x59
: cardbus1: Resource not specified in CIS:
Jun Kuriyama [EMAIL PROTECTED] writes:
At Wed, 30 Oct 2002 13:01:32 +0100, Dag-Erling Smorgrav wrote:
The *installed* libssh shouldn't matter. What matters is the libssh
which is built during 'make world' inside the chroot. That's what
sshd should be linked against.
Sorry for my
Jun Kuriyama [EMAIL PROTECTED] writes:
At Wed, 30 Oct 2002 13:01:32 +0100, Dag-Erling Smorgrav wrote:
The *installed* libssh shouldn't matter. What matters is the libssh
which is built during 'make world' inside the chroot. That's what
sshd should be linked against.
Sorry for my
John Hay [EMAIL PROTECTED] writes:
The part where it is failing is in release.3 of release/Makefile.
Following that around libssh should probably be rebuilt with K5,
so shouldn't KPROGS in kerberos5/Makefile also have
secure/lib/libssh?
Indeed. Thanks for tracking this down.
DES
--
On Tue, 22 Oct 2002, Vitaly Markitantov wrote:
When i tries to copy a file from smbfs share mounted by mount_smbfs
i get an error:
cp: ./filename: Bad address
But when i copy a file to share i get kernel panic like this:
Fatal trap 12: page fault while in kernel mode
Early
Hi,
I don't think many people in the FreeBSD community use
Objective-C, hence the apparent lack of a maintainer.
The proper way to submit patches to the [EMAIL PROTECTED]
mailing list at the FSF GCC project
is to follow the procedures documented at:
http://gcc.gnu.org/contribute.html
If you are
On Wed, Oct 30, 2002 at 02:17:07AM -0800, David O'Brien wrote:
On Tue, Oct 29, 2002 at 09:02:16PM -0700, Chad David wrote:
On Tue, Oct 29, 2002 at 07:11:56PM -0800, David O'Brien wrote:
On Tue, Oct 29, 2002 at 07:09:41PM -0700, Chad David wrote:
Does anybody know if there is a good
On Wed, 30 Oct 2002, Krzysztof [iso-8859-2] Jêdruczyk wrote:
Yesterday I tried to upgrade wine on my FreeBSD-current box. It didn't
compile until I changed following in server/context_i386.c (looks like
this is because of commit of 1.28 version of src/sys/i386/include/reg.h)
Thanks for the
On Wed, Oct 30, 2002 at 02:19:43AM -0800, David O'Brien wrote:
On Tue, Oct 29, 2002 at 11:52:56PM -0800, Terry Lambert wrote:
That said, if you want to make it work for you, I'm behind you
100%: I think any changes you want to make are OK; they can
always be backed out, if anyone starts
On Wed, 30 Oct 2002 10:52:22 -0500 (EST), John Baldwin [EMAIL PROTECTED] said:
I used to use one. The dc(4) driver was broken a while back and
now has issues with this card that it didn't used to have, but it
should mostly work (it just needs to be ifconfig'd down and up when
it freezes
In message: [EMAIL PROTECTED]
Garrett Wollman [EMAIL PROTECTED] writes:
: On Wed, 30 Oct 2002 10:52:22 -0500 (EST), John Baldwin [EMAIL PROTECTED] said:
: I used to use one. The dc(4) driver was broken a while back and
: now has issues with this card that it didn't used to have, but
On Wed, Oct 30, 2002 at 04:48:23PM +, Daniel Flickinger wrote:
/usr/src/lib/libc/uuid/uuid_compare.c:31:18: uuid.h: No such file or directory
/usr/src/lib/libc/uuid/uuid_create.c:30:18: uuid.h: No such file or directory
/usr/src/lib/libc/uuid/uuid_create_nil.c:31:18: uuid.h: No such
On Wed, Oct 30, 2002 at 04:48:23PM +, Daniel Flickinger wrote the words in effect
of:
[ ... ]
I have not seen a commit since that time --4+ hours.
everything else compiled; obviously a lot of incompletes
without libc
Hey there.
Could you please do a `make includes',
On Wed, Oct 30, 2002 at 02:23:00AM -0800, Terry Lambert wrote:
David O'Brien wrote:
On Tue, Oct 29, 2002 at 11:52:56PM -0800, Terry Lambert wrote:
That said, if you want to make it work for you, I'm behind you
100%: I think any changes you want to make are OK; they can
always be backed
On Wed, Oct 30, 2002 at 09:23:53AM -0700, Chad David wrote:
Which brings us back to my original question... why are ObjC threads
disabled? I don't much care about my other patches, I just want
to know who the 10 others are who will break if we enable threads,
and how to fix that breakage.
* De: David O'Brien [EMAIL PROTECTED] [ Data: 2002-10-30 ]
[ Subjecte: Re: Objective-C threads ]
On Wed, Oct 30, 2002 at 09:23:53AM -0700, Chad David wrote:
Which brings us back to my original question... why are ObjC threads
disabled? I don't much care about my other patches, I
On Wed, Oct 30, 2002 at 09:16:26AM -0700, Chad David wrote:
No there is no reason, and yes the changes are generic. I don't really
expect there to be many (if any) changes to libobjc that are not generic,
so if gcc-patches is the place to go, that is where I'll go.
It is.
In your
On Wed, Oct 30, 2002 at 09:09:16AM -0800, David O'Brien wrote:
On Wed, Oct 30, 2002 at 09:23:53AM -0700, Chad David wrote:
Which brings us back to my original question... why are ObjC threads
disabled? I don't much care about my other patches, I just want
to know who the 10 others are
On Wed, Oct 30, 2002 at 09:22:21AM -0800, Juli Mallett wrote:
* De: David O'Brien [EMAIL PROTECTED] [ Data: 2002-10-30 ]
[ Subjecte: Re: Objective-C threads ]
On Wed, Oct 30, 2002 at 09:23:53AM -0700, Chad David wrote:
Which brings us back to my original question... why are ObjC
* De: Chad David [EMAIL PROTECTED] [ Data: 2002-10-30 ]
[ Subjecte: Re: Objective-C threads ]
On Wed, Oct 30, 2002 at 09:22:21AM -0800, Juli Mallett wrote:
* De: David O'Brien [EMAIL PROTECTED] [ Data: 2002-10-30 ]
[ Subjecte: Re: Objective-C threads ]
On Wed, Oct 30, 2002 at
On Sun, 27 Oct 2002, Soeren Schmidt wrote:
Hmm, it is true that I could use ATAPI command directly in burncd, and
I actually have a version in the lab that is ~75% converted to that,
I'd love to see that once you're ready to release.
but that is not the only issue here. The ATAPI cd driver
On Tue, 29 Oct 2002, John Baldwin wrote:
On 29-Oct-2002 clark shishido wrote:
On Tue, Oct 29, 2002 at 11:40:53AM -0700, Raymond Kohler wrote:
1) How is the speed compared to stable? I remember it being just too slow some
months ago and
was wondering how it was improving.
2) Are the
Daniel Eischen wrote:
That's bizarre... it's defined in libc_r, so there's no reason for
the omission in libc.
I only added stubs that I thought the implementation of libc used
(or would use).
Makes sense.
Actually, it looks like most of this could be done with macros,
including the
Juan Francisco Rodriguez Hervella wrote:
I've seen this looking for ISO images
of FreeBSD-5.0-DP1:
5.0-DP1-disc2.iso - 5.0 Developer Preview #1 - live filesystem.
is it possible to work with this filesystem ?
I mean, what can be done ? is it auto-bootable or
I need to boot from the
I find the standard arguments used by RCng quite
awkward. In particular, especially for people who
have worked with SysV-style init scripts, it's
rather surprising that /etc/rc.d/nfsd stop does
not actually stop the nfsd process. Likewise, 'start'
doesn't actually start the specified system.
I
Chad David wrote:
That said, if you want to make it work for you, I'm behind you
100%: I think any changes you want to make are OK; they can
always be backed out, if anyone starts complaining about them
breaking things, so I think it's kind of silly for you to ask
for permission to
On 30-Oct-2002 Terry Lambert wrote:
Juan Francisco Rodriguez Hervella wrote:
I've seen this looking for ISO images
of FreeBSD-5.0-DP1:
5.0-DP1-disc2.iso - 5.0 Developer Preview #1 - live filesystem.
is it possible to work with this filesystem ?
I mean, what can be done ? is it
Chad David wrote:
In your experience, how long is the delay between gcc-patches accepting
something and FreeBSD picking it up, ie. is it worth the effort?
Jeremey Allison (of SAMBA) and I made patches to ACAP to get it
to compile under G++, and that required patches to G++ 2.9.3 to
support per
On Wed, Oct 30, 2002 at 11:50:45AM -0800, Tim Kientzle wrote:
I find the standard arguments used by RCng quite
awkward. In particular, especially for people who
have worked with SysV-style init scripts, it's
rather surprising that /etc/rc.d/nfsd stop does
not actually stop the nfsd process.
John Baldwin wrote:
It's an installed FreeBSD that is on a CDROM. It depends on your
BIOS being able to boot the FS as if it were a hard disk image.
Huh? It doesn't do that. If it is bootable, then it boots into
sysinstall just like CD #1. What it is useful for is to be used
as a
Fresh -current, fresh fracture:
cd /usr/src/release/..; make TARGET_ARCH=i386 TARGET=i386 -j12 -DNO_MAKEDB_RUN
-DMAKE_KERBEROS5 SUBDIR_OVERRIDE=kerberos5 lib/libpam lib/libssh secure/usr.bi
n/ssh secure/usr.sbin/sshd buildworld distributeworld DISTDIR=/R/stage/trees
Terry Lambert wrote:
You're right... I confused the Live FS with the Live CD,
which is a seperate image distribution. Sorry for the bum
information.
FWIW, on the original question of what is it for, I personally
tend to use it to create chroot environments for hosted builds
across FreeBSD
On Wed, 30 Oct 2002, Terry Lambert wrote:
Daniel Eischen wrote:
That's bizarre... it's defined in libc_r, so there's no reason for
the omission in libc.
I only added stubs that I thought the implementation of libc used
(or would use).
Makes sense.
Actually, it looks like most of
After a discussion on cvs-all regarding size of our libc, I wrote a quick
script to see where the problems are. A cursory glance at its output
shows there are numerous things we can improve, including:
* setproctitle(3) uses 4k of static scratch buffers when it could
allocate these on the
Doug Rabson wrote:
On Wed, 30 Oct 2002, Terry Lambert wrote:
Daniel Eischen wrote:
Patch looks correct.
Please commit? 8-).
Well I made a libc with this patch and rebuilt XFree86-4-libraries without
libXThrStub but I ran into problems compiling the clients. The clients
*require*
Nate Lawson wrote:
Here is a link to the size of various components of libc, sorted by text
size. If you can find some way to reduce or even remove some of this,
please submit a patch.
http://www.root.org/~nate/freebsd/lib_size.out
Move the resolver code out to ibresolv.so, and link
On Wed, 30 Oct 2002, Doug Rabson wrote:
On Wed, 30 Oct 2002, Terry Lambert wrote:
Daniel Eischen wrote:
That's bizarre... it's defined in libc_r, so there's no reason for
the omission in libc.
I only added stubs that I thought the implementation of libc used
(or would use).
Gordon Tetlow writes:
On Wed, Oct 30, 2002 at 11:50:45AM -0800, Tim Kientzle wrote:
I find the standard arguments used by RCng quite
awkward. In particular, especially for people who
have worked with SysV-style init scripts, it's
rather surprising that /etc/rc.d/nfsd stop does
Terry Lambert wrote:
Nate Lawson wrote:
Here is a link to the size of various components of libc, sorted by text
size. If you can find some way to reduce or even remove some of this,
please submit a patch.
http://www.root.org/~nate/freebsd/lib_size.out
Move the resolver code out
On Wednesday, October 30, 2002, at 11:43 AM, Doug Rabson wrote:
I compiled kde3 a week or so ago on my laptop running -current and it
is
now my new desktop, so I think reports of kde being totally hosed are
a
bit exagerated or perhaps dated.
Hmm. I compiled it a few days ago and it was
On Wed, 30 Oct 2002, Daniel Eischen wrote:
On Wed, 30 Oct 2002, Doug Rabson wrote:
On Wed, 30 Oct 2002, Terry Lambert wrote:
Daniel Eischen wrote:
That's bizarre... it's defined in libc_r, so there's no reason for
the omission in libc.
I only added stubs that I thought
[The crucial question is hidden somewhere...]
On Wed, Oct 30, 2002 at 08:55:05PM +, Daniel Flickinger wrote:
Sent: Wed, 30 Oct 2002 09:02:17 -0800 by Marcel Moolenaar
On Wed, Oct 30, 2002 at 04:48:23PM +, Daniel Flickinger wrote:
+/usr/src/lib/libc/uuid/uuid_compare.c:31:18:
On Wed, 30 Oct 2002, Terry Lambert wrote:
Doug Rabson wrote:
On Wed, 30 Oct 2002, Terry Lambert wrote:
Daniel Eischen wrote:
Patch looks correct.
Please commit? 8-).
Well I made a libc with this patch and rebuilt XFree86-4-libraries without
libXThrStub but I ran into
On Wed, 30 Oct 2002, Peter Wemm wrote:
Terry Lambert wrote:
Nate Lawson wrote:
Here is a link to the size of various components of libc, sorted by text
size. If you can find some way to reduce or even remove some of this,
please submit a patch.
Gordon Tetlow wrote:
On Wed, Oct 30, 2002 at 11:50:45AM -0800, Tim Kientzle wrote:
I find the standard arguments used by RCng quite
awkward. In particular, ... /etc/rc.d/nfsd stop does
not actually stop the nfsd process. ...
... I've found this behavior to be quite annoying. I'll
see if I
On Wed, 30 Oct 2002, Doug Rabson wrote:
On Wed, 30 Oct 2002, Terry Lambert wrote:
Doug Rabson wrote:
On Wed, 30 Oct 2002, Terry Lambert wrote:
Daniel Eischen wrote:
Patch looks correct.
Please commit? 8-).
Well I made a libc with this patch and rebuilt
/etc/rc runs /etc/rc.sysctl twice:
one early, after mounting filesystems, reseeding the random number
generator and adding a swap file, and before running rc.serial, rc.pccard,
rc.network.
one late, after network_pass4 but before raising the securelevel.
This was added in response to
Peter Wemm wrote:
Terry Lambert wrote:
Nate Lawson wrote:
Here is a link to the size of various components of libc, sorted by text
size. If you can find some way to reduce or even remove some of this,
please submit a patch.
http://www.root.org/~nate/freebsd/lib_size.out
Doug Rabson wrote:
On Wed, 30 Oct 2002, Daniel Eischen wrote:
Well, it must have the same problem with Solaris then. Somehow,
you've got to force it to link libc_r before libc...
The only way I can see to do that is to link libX11, libXt and friends
against libc_r.
What this comes down
Terry Lambert wrote:
Peter Wemm wrote:
Terry Lambert wrote:
Nate Lawson wrote:
Here is a link to the size of various components of libc, sorted by tex
t
size. If you can find some way to reduce or even remove some of this,
please submit a patch.
On Wed, Oct 30, 2002 at 08:55:05PM +, Daniel Flickinger wrote:
Sent: Wed, 30 Oct 2002 09:02:17 -0800 by Marcel Moolenaar
On Wed, Oct 30, 2002 at 04:48:23PM +, Daniel Flickinger wrote:
/usr/src/lib/libc/uuid/uuid_compare.c:31:18: uuid.h: No such file \
or directory
+ [snip]
+
+
In the last episode (Oct 30), Doug Rabson said:
On Wed, 30 Oct 2002, Peter Wemm wrote:
We've been over this before. To make this work right, we need to
make /bin and /sbin dynamically linked. NetBSD's /rescue/*
approach would solve the oops! and other foot shooting problems.
Yes
Gerald Pfeifer [EMAIL PROTECTED] writes:
Poul-Henning, your patch to src/sys/i386/include/reg.h
revision 1.28
date: 2002/10/20 20:48:56; author: phk; state: Exp; lines: +6 -9
Change the definition of the debugging registers to be an array, so
that we can index into it, rather than
Hi,
I am running current cvsuped within this week. I have an adaptec
builtin scsi controller and a seagate drive attached to it and
after every bootup as soon as there is heavy disk activity
the drive gets disabled for 1 or 2 minutes and meanwhile all
functionality RELATED to disk I/O
Hello,
I am using a Force 4203 motherboard which has multiple PCIX busses. Devices
on PCIX busses 0 are not detected. This is the dmesg with ACPI enabled.
Note that I have actually put the printf's for the vendor id's and device
id's in the bge driver since the BCM5701 NIC does not get detected.
Doug Rabson wrote:
You need to link the library against libc_r.so instead of libXThrStub.so.
Probably not. Doing that breaks the existing 'feature' of being able to
use X11 in entirely non-threaded programs. I'm not sure whether that is
acceptable. It also stops programs from being able to
Doug Rabson wrote:
I think the only sensible solution to this problem is for libraries which
provide an actual pthreads implementation (rather than a set of stubs) to
define strong symbols. Wierd debugging wrappers can still be achieved via
some dlopen/dlsym hackery.
For what its worth,
In message: [EMAIL PROTECTED]
Bruce Evans [EMAIL PROTECTED] writes:
: The reasons are the same as they used to be: incomplete language support
: and incomplete library support. Language support is being completed but
: is far from here yet. See the paper referenced in Loren's reply
Dan Nelson wrote:
In the last episode (Oct 30), Doug Rabson said:
On Wed, 30 Oct 2002, Peter Wemm wrote:
We've been over this before. To make this work right, we need to
make /bin and /sbin dynamically linked. NetBSD's /rescue/*
approach would solve the oops! and other foot shooting
Dan Nelson wrote:
In the last episode (Oct 30), Doug Rabson said:
On Wed, 30 Oct 2002, Peter Wemm wrote:
We've been over this before. To make this work right, we need to
make /bin and /sbin dynamically linked. NetBSD's /rescue/*
approach would solve the oops! and other foot shooting
M. Warner Losh wrote:
And there's a comment:
* 64-bit precision often gives bad results with high level languages
* because it makes the results of calculations depend on whether
* intermediate values are stored in memory or in FPU registers.
which seems like a compiler issue, not an OS
On Wed, 30 Oct 2002, Terry Lambert wrote:
Doug Rabson wrote:
You need to link the library against libc_r.so instead of libXThrStub.so.
Probably not. Doing that breaks the existing 'feature' of being able to
use X11 in entirely non-threaded programs. I'm not sure whether that is
On Wed, 30 Oct 2002, Terry Lambert wrote:
Doug Rabson wrote:
I think the only sensible solution to this problem is for libraries which
provide an actual pthreads implementation (rather than a set of stubs) to
define strong symbols. Wierd debugging wrappers can still be achieved via
Peter Wemm wrote:
Note that dynamically-linked executables take significantly longer to
exec than statically-linked ones.
Indeed yes. Running ld-elf.so.1 isn't free. Also, calling PIC libraries
isn't free either. Not only that, but even fork(2) is slower when you come
*from* a dynamic
--
Rebuilding the temporary build tree
--
stage 1: bootstrap tools
--
stage 2: cleaning up the object tree
Doug Rabson wrote:
You can't have a library that's sort of threaded and sort of not
threaded: pick one.
Yes you can - libX11 is *thread safe* but doesn't create threads. When a
real pthreads implementation is present, libX11 uses its implementation of
mutex, cond etc. to ensure its own
Doug Rabson wrote:
For what its worth, doing this (defining strong pthread_* symbols in
libc_r) makes everything work fine, with or without libXThrStub.
No, this would be bad. There's some justification for not
doing this, in allowing programs linked againts libraries linked
against
In message: [EMAIL PROTECTED]
Terry Lambert [EMAIL PROTECTED] writes:
: M. Warner Losh wrote:
: And there's a comment:
: * 64-bit precision often gives bad results with high level languages
: * because it makes the results of calculations depend on whether
: * intermediate
On Wed, Oct 30, 2002 at 02:23:48PM -0800, Tim Kientzle wrote:
Gordon Tetlow wrote:
On Wed, Oct 30, 2002 at 11:50:45AM -0800, Tim Kientzle wrote:
I find the standard arguments used by RCng quite
awkward. In particular, ... /etc/rc.d/nfsd stop does
not actually stop the nfsd process. ...
On Wed, 30 Oct 2002 17:01:54 -0700 (MST), M. Warner Losh [EMAIL PROTECTED] said:
I think I don't understand what you are saying at all. It doesn't
seem top jive with the rest of the messages in this thread.
Of course not, it's Terry ``Irrelevant Tangent'' Lambert you're taking about.
On Wed, 30 Oct 2002 20:29:16 -0500 (EST), Garrett Wollman [EMAIL PROTECTED] said:
[rude snipe deleted...]
Sorry, that was un-called-for (and was intended to be a private
message to Warner).
-GAWollman
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body
Ok, so based on the promising response I got to my original 3 questions,
I went ahead and upgraded. It went _very_ smoothly, with the help of
UPDATING and some experience with this sort of thing. No make errors at
any point. The only issues I hit were my fault, like forgetting to run
* De: Terry Lambert [EMAIL PROTECTED] [ Data: 2002-10-30 ]
[ Subjecte: Re: [PATCH: libc]Re: gnome on current ]
Maybe the workaround for now is to make the symbols in libXThrStub.so
weak?
They *are* weak Terry. The problem is that every bloody definition is weak
so the linker
I'm trying to install fresh 5.0-current from self-baked ISO.
But when I select fresh drive at Configure - Label in sysinstall,
sysinstall stalls (title, table, synopsis is printed, but no Part
rows). I can do Alt-F2 even if main screen cannot accept any command
keys.
When I select already
On Wed, 30 Oct 2002 15:51:48 -0800
Terry Lambert [EMAIL PROTECTED] wrote:
NO.
If you have a library that's linked to a library containing string
symbols, then no other library gets a chance to replace to symbols
with its own strong symbols. The first strong symbol always wins,
and the
On Wed, 30 Oct 2002, Doug Rabson wrote:
On Wed, 30 Oct 2002, Terry Lambert wrote:
You need to link the library against libc_r.so instead of libXThrStub.so.
Probably not. Doing that breaks the existing 'feature' of being able to
use X11 in entirely non-threaded programs. I'm not sure
1 - 100 of 122 matches
Mail list logo