David Schultz wrote:
> At least in the case of the base system, it should be easy to link
> all programs that actually use the resolver with -lresolv. Is
> there some standard that says that the resolver is an integral
> part of the C library, such that separating the two would break
> compatibili
Hi
Yesterday I had crash just after exit from X and KDE3. Sources and
kernel are from 24 Oct. ~9:30 GMT.
Script started on Thu Oct 31 09:45:34 2002
bash-2.05b# gdb -k /usr/src/sys/i386/compile/Myhakas-5.0-SMP/kernel.debug /usr/c
rash/vmcore.1
GNU gdb 5.2.1 (FreeBSD)
Copyright 2002 Free Software
"M. Warner Losh" wrote:
> : > This
> : > example shows that we don't support it in printf, since the above
> : > example does ***NOT*** give +Inf, but rather whatever 2*DBL_MAX is.
[ ... ]
> Terry you are wrong. This has to do with the RANGE not the PRECISION
> of the floating point number. It
Thus spake Terry Lambert <[EMAIL PROTECTED]>:
> David Schultz 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.
> > >
> > > Y
David Schultz 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 please. Our root filesystem space requirements are too
Alexander Kabaev wrote:
> If last weak will win, the normal case when Xthrstub is loaded _after_ libc_r
> will break. The only way to really fix this is to export pthread_ symbols as
> strong in libc_r. Exporting them as weak sounds like is a mistake which
> should be fixed.
You people keep sayin
Yes, this makes a lot of sense to me. You are exercising the
system in a way that breaks the LRU algorithm. The buffer cache,
without your patch, is carefully tuned to deal with this case...
that is why vm_page_dontneed() exists and why the vm_object code
calls it. This cre
In message: <[EMAIL PROTECTED]>
Terry Lambert <[EMAIL PROTECTED]> writes:
: > This
: > example shows that we don't support it in printf, since the above
: > example does ***NOT*** give +Inf, but rather whatever 2*DBL_MAX is.
:
: That would be +Inf for double values... a 53 bit +Inf. B
"M. Warner Losh" wrote:
> : The compiler must emit instructions to truncate and set flags, as
> : well as generating pseudo-exceptions (should they be called for)
> : in the case that the storage is in registers bigger than the memory
> : backing them. IT doesn't do this.
>
> I think I don't unde
Nate Lawson wrote:
> Here is a link to the size of various components of libc, ...
Terry Lambert wrote:
Move the resolver code out to ibresolv.so, ...
Peter Wemm:
We've been over this before. To make this work right, we
need to make /bin and /sbin dynamically linked.
Peter,
Could
--
>>> 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 Mon, 28 Oct 2002 00:54:57 -0800 (PST),
Matthew Dillon <[EMAIL PROTECTED]> said:
dillon> I can demonstrate the issue with a simple test. Create a large file
dillon> with dd, larger then physical memory:
dillon> dd if=/dev/zero of=test bs=1m count=4096# create a 4G file.
dill
In message: <[EMAIL PROTECTED]>
Jun Kuriyama <[EMAIL PROTECTED]> writes:
:
: 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
: ro
Thus spake Doug Rabson <[EMAIL PROTECTED]>:
> > > Move the resolver code out to ibresolv.so, and link libc.so
> > > against libresolv.so so that legacy applications are happy, as
> > > long as they are compiled shared. Non-network apps can ignore
> > > most of it. Internal use of some of the bigg
In message: <[EMAIL PROTECTED]>
Peter Wemm <[EMAIL PROTECTED]> writes:
: 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 s
On Wed, 30 Oct 2002 22:25:12 -0500 (EST)
Daniel Eischen <[EMAIL PROTECTED]> wrote:
> > If last weak will win, the normal case when Xthrstub is loaded
> > _after_ libc_r will break. The only way to really fix this is to
> > export pthread_ symbols as strong in libc_r. Exporting them as weak
> > sou
On Thu, 31 Oct 2002, Jun Kuriyama wrote:
> 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 canno
* De: Loren James Rittle <[EMAIL PROTECTED]> [ Data: 2002-10-30 ]
[ Subjecte: Re: Objective-C threads ]
>
> Use thr-objc not thr-posix. thr-objc maps to the gcc generic thread
> abstration layer and is better supported these days. It will also
> correctly disable overhead related to thre
Use thr-objc not thr-posix. thr-objc maps to the gcc generic thread
abstration layer and is better supported these days. It will also
correctly disable overhead related to threading when a program is
single-threaded using weak symbols. thr-posix doesn't do that...
Regards,
Loren
To Unsubscrib
Sorry if this is old news, but I've just discovered a problem in burncd.
If I do a 'blank' the operation completes but burncd then hangs. I have
a gdb session that shows the situation quite nicely: when burncd does
CDRIOCGETPROGRESS to get the number for the progress bar, it always
reports 0, a
On Wed, 30 Oct 2002, Alexander Kabaev wrote:
> 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 ow
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
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
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
* 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
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
mergemaste
< 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 of the message
< 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.
-GAWollman
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe f
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 nfs
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
: > * intermedi
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 linke
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
--
>>> Rebuilding the temporary build tree
--
>>> stage 1: bootstrap tools
--
>>> stage 2: cleaning up the object tree
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
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
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
"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
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 f
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 f
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 repl
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 i
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 abl
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.
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.
>
>
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
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.
> > > >
> >
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 com
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/li
/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
http:/
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 pa
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, 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.roo
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
[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, 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 a
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 qui
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 resolv
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"
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
>
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
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
>
> The systems hostname was changed between Aug & Oct, but it's the
> same laptop, a P3-800 w/256MB memory.
>
> Thoughts?
>
I have not really noticed a performance difference here. In fact with
WITNESS and INVARIANTS disabled, I find that -CURRENT seems to be a bit
faster than -STABLE.
Ken
To Uns
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 s
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 loo
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 Fre
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
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
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 pro
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 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 do
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
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
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 f
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 th
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.
> >>
>
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
* 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
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
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 othe
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 experi
* 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 patc
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 breakag
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
> > > alway
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 inclu
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
> 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
In message: <[EMAIL PROTECTED]>
Garrett Wollman <[EMAIL PROTECTED]> writes:
: < 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 an
< 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 sometimes). You do need the dc(4) driver in your kernel
> or kldload th
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, rath
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 star
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 h
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 g
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 Tue, Oct 29, 2002 at 11:52:56PM -0800, Terry Lambert wrote:
> Chad David wrote:
> > On Tue, Oct 29, 2002 at 07:04:21PM -0800, Terry Lambert wrote:
> > > Chad David wrote:
> > > > Does anybody know if there is a good reason why libobjc is built with
> > > > thr-single.c?
> > >
> > > Historical th
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
Ear
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 i
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: (
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 freebs
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 prog
1 - 100 of 126 matches
Mail list logo
