suken woo wrote:
after cvsup'd recent,the Linux emulator was disabled.rebuild it ,
get the same error:
Linux mode is not enabled.
Loading linux kernel module now...
kldload: can't load linux: No such file or directory
This is common in -current. You either have to give an
absolute path to
[ ... Partition ID changes ... ]
Nate Lawson wrote:
But as I said, this is rather marginal and I really don't feel
it should go in unless this xor-0x10 convention is more widespread.
partition magic does this too. isn't the correct failure mode just to
print the part. id in hex instead
Garance A Drosihn wrote:
My own opinion is that if I have explicitly hid a partition,
then freebsd should ignore it. There are times that I do this
specifically so *freebsd* will ignore it, and I don't want
freebsd trying to second-guess what I meant.
Exactly. If you wanted the dratted
Craig Reyenga wrote:
It worked fine in 4.7 and all previous versions, just DP2 dunno about DP1.
Well, you will have to back up to a version of the source code
before DP2 that didn't have the problem, perform a binary search
to find the exact delta that caused the problem, and examine the
code
Kirk McKusick wrote:
Ah
No wonder, I tried editing the /sys/boot/i386/boot2/Makefile
to enable UFS2 bootblock but then disklabel complained that
boot2 was too big. I will have to revert to UFS1
Thanks
Manfred
You have hit upon the exact
Daniel C. Sobral wrote:
Giorgos Keramidas wrote:
On 2002-11-28 17:00, Daniel C. Sobral [EMAIL PROTECTED] wrote:
I found out that ntpdate just doesn't seem to be working at all
during boot. Ntpd dies because of the time differential (windows
changes the time two hours because of the
Brian Smith wrote:
On Mon, 18 Nov 2002 22:05:34 -0800, Terry Lambert wrote:
Use mmap of a backing-store file, and then use file locking to
do record locking in the shared memory segment.
Ok, I did this, and it actually works considerably better than
the SysV shared memory. However flock
Daniel Eischen wrote:
No, libc_r doesn't properly handle flock. Usually, all syscalls
that take file descriptors as arguments honor the non-blocking
mode of the file if set. I guess flock(2) doesn't and has its
own option to the operation argument (LOCK_NB).
I hacked libc_r to
Michal Mertl wrote:
I'm now unable to make it dead-lock again. Yet it happened quite easily. I
had more md backing files in the same directory at the beginning (to test
Terry's suspicion mentioned in thread 'jail' on hackers@).
After the first lock-up I tried 'while(1);tar xzf ports.tgz; rm
Robert Watson wrote:
On Sat, 30 Nov 2002, Michal Mertl wrote:
I'm now unable to make it dead-lock again. Yet it happened quite easily.
I had more md backing files in the same directory at the beginning (to
test Terry's suspicion mentioned in thread 'jail' on hackers@).
I've noticed that
Cy Schubert - CITS Open Systems Group wrote:
does the problem still occur if you add in 'using namespace std'?
Thanks. That also fixed it.
Yeah. Just remember that the standard namespace isn't.
-- Terry
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in
Bruce Evans wrote:
On Thu, 28 Nov 2002, Poul-Henning Kamp wrote:
In message [EMAIL PROTECTED], Riccardo Torrini write
As far as I know it use an EXOR 0x10 to hide/unhide but fdisk doesn't
recognize 0x0B/0x0C fat32 when hidden (0x1B/0x1C)
But as I said, this is rather marginal and I
Julian Elischer wrote:
Where does the passed in thread come from?
Your changes to make certain functions which are exported interfaces
take a thread * instead of a proc * argument.
Generally don't use a thread pointer other than yourself unless you have
a lock on the proc structure, or the
Terry Lambert wrote:
The main problem here is that lockmgr() is being called to lock
things that technically don't need to be locked, at all, really,
to insure that operations are not attempted concurrently. It's
not really necessary: the server will refuse additional requests
Paul A. Scott wrote:
I do the following:
cvs co src/contrib
cvs checkout: in directory src/contrib/cvs:
cvs checkout: cannot open CVS/Entries for reading: No such file or directory
cvs [checkout aborted]: cannot write CVS/Template file: No such file or
directory
cvs co stops on the
Andrew Gallatin wrote:
What I (as a 3rd party driver author working in a GNUish
autoconf/gnumake environment) do is to require a user building from
source to specify the location of a configured kernel tree where make
depend has been run (defaulting to GENERIC). I then pickup the
various
Andrew Gallatin wrote:
Terry Lambert writes:
Andrew Gallatin wrote:
What I (as a 3rd party driver author working in a GNUish
This is how I do it.
...
How is one supposed to build a 3rd party module these days?
How are you supposed to do it?
One is not. The vendor supplies
Andrew Gallatin wrote:
If you're a vendor of a device which inserts MAC mtags and needs
options MAC, you put this code in your driver:
if (mbstat.m_mhlen != MHLEN) {
printf(Please rebuild your kernel with 'options MAC'\n);
goto atach_failed_no_mac;
}
I've already got code like
David W. Chapman Jr. wrote:
I know we're in a code freeze right now, but would anyone have a
problem with this patch once the freeze is up? This brings us closer
to allowing samba to automatically joining machines to the domain.
This change permits '$' in the account name, group name, and
David W. Chapman Jr. wrote:
Why is this actually necessary for SAMBA?
Is it necessary for all three of these to permit this, or is
it sufficient to (for example) allow it in the group name?
Samba needs a user account for the domain machine account
the machine account always ends
David W. Chapman Jr. wrote:
If it's allowed, it whould probably only be allowed in the
user name (i.e. the patch is wrong; it should probably add
another parameter to the allowable values of 'int gecos', and
change it to 'int checktype' or similar).
I don't have a problem with this, but
Garance A Drosihn wrote:
the machine account always ends with a $
So it would only have to be for the account name
I think I'd prefer a somewhat more involved change, one which
allowed $ only for account-name, and only as the last character.
That seems like a good idea to me.
But then,
Oops. Better patch attached (damn Makefile dependencies are
broken unless you manually build them via make depend).
-- Terry
Index: pw.h
===
RCS file: /cvs/src/usr.sbin/pw/pw.h,v
retrieving revision 1.13
diff -c -r1.13 pw.h
*** pw.h
suken woo wrote:
hi, all:
setting the env with zh_CN.EUC ,and run X but got the following errors.
pid 495 (bonobo-activation-s), uid 1001: exited on signal 11 (core dumped)
Compile the bonobo-activation-s binary with debugging symbols,
so that you can debugthe core file and see where it's
Juli Mallett wrote:
The '$' is a pain. None of the examples in the original post
would have worked, because the '$' was not '\$', and the shell
would have blown chunks over the variable expansion.
Your foundation is flawed, we allow $ in passwd just fine, and
the only problem here is
Giorgos Keramidas wrote:
On 2002-11-27 12:55, Terry Lambert [EMAIL PROTECTED] wrote:
Will this open up a security hole for a nomal user account
being used to compromise the domain system security?
Probably 'yes'. I haven't tried this, but I guess one could name his
machine Administrator
NAKAJI Hiroyuki wrote:
David W. Chapman Jr. [EMAIL PROTECTED] wrote:
David Wouldn't pw still have to be updated. I haven't looked at adduser but I
David thought it was a wrapper for pw?
No.
My /usr/sbin/adduser, updated on Nov/23/2002 21:58 JST, does not call
pw command. It adds
Paul A. Scott wrote:
setenv CVSROOT :pserver:[EMAIL PROTECTED]:/home/ncvs
cvs login
cvs co src/contrib
When it gets to directory src/contrib/cvs, I get:
cvs checkout: cannot open CVS/Entries for reading: No such file or directory
cvs [checkout aborted]: cannot write CVS/Template file: No
John Angelmo wrote:
Terry Lambert wrote:
Is this a Dell Lattitude? They are known to have heat problems.
There's also the possibility that the CPU is a desktop CPU in
the laptop; people aren't supposed to do that, either, but it
can crank up the heat.
No it's a Evo N114
Terry Lambert wrote:
Have you applied the most recent ACPI patches, and turned on
debugging output (at least hw.acpi.verbose=1) to see if it
fixes the problem (and if it doesn't, at least report what's
going on)?
It looks like the author of the ACPI code has already replied
to your post
Nate Lawson wrote:
It's not so much that I volunteered as I said that I'd help with
thread/proc issues..
The trouble was that there are places where it used a proc in the old
code, but in some cases it needs to be a proc, and in other cases it now
needs to be a thread. But all they
Terry Lambert wrote:
I'll take a whack at it and send it out by tomorrow, working or not.
Don't bother. 8-).
The attached patch makes it compile, and takes a shot at doing the
right thing.
Just a followup... select definitely won't work (IMO), but needs
someone who is threads-savvy
First of all, the patch was just to get to the point of compilability,
which other prople said they would take it from there. I don't
have a NetWare server to test against in my apartment. I'd be just as
happy to _let_ the other people who wanted to take it from there do
do, now that I made it
Terry Lambert wrote:
Did you want me to update the patch to use your FIRST_THREAD_IN_PROC
macro and resend it?
OK; here it is, whether you wanted it or not.
-- Terry
smbfs_thr.diff.gz
Description: GNU Zip compressed data
Julian Elischer wrote:
The answer is that the code doesn't care what thread; it would
prefer to not have to think in terms of threads at all, but if
you want to force it to, then it's going to think in terms of
blocking contexts for the benefit of FreeBSD code it calls,
and nothing else.
John Baldwin wrote:
On 22-Nov-2002 Terry Lambert wrote:
Someone needs to write an acpi_saver.ko.
No, they need to write a dpms_saver.ko instead. :) acpi doesn't
really have the same functionality as far as screen blanking IIRC.
You're right.
Is it just me, or is there a lot of month old
Kris Kennaway wrote:
On Mon, Nov 25, 2002 at 10:24:46AM -0500, Robert Watson wrote:
I thought, this might be due to the priority of the background fsck and
have once left it alone for several hours -- with no effect. The usual
fsck takes a few minutes.
We really need to disable
Mikhail Teterin wrote:
On Monday 25 November 2002 12:24 pm, Kris Kennaway wrote:
= On Mon, Nov 25, 2002 at 10:24:46AM -0500, Robert Watson wrote:
=
= I thought, this might be due to the priority of the background
= fsck and have once left it alone for several hours -- with no
= effect.
Bosko Milekic wrote:
This is not entirely true. You can allocate an mbuf chain without
holding Giant if the caches are well populated - and they should be
in the common/general case. You can in fact modify the allocator to
just not do a kmem_malloc() if called with M_DONTWAIT, but I
Bosko Milekic wrote:
[ ... packet size distribution ... ]
I am equally curious about this. One of the design assumptions for
mbufs and clusters, according to McKusick et al. (and I believe
another text which currently escapes me) is that packets are typically
either very small or
Philip Paeps wrote:
On 2002-11-25 14:41:22 (-0500), Hiten Pandya wrote:
On Mon, Nov 25, 2002 at 01:49:34AM +0100, Philip Paeps wrote:
| unknown: PNP0401 can't assign resources (port)
| unknown: PNP0501 can't assign resources (port)
Can you try changing the hardware tunable,
Bosko Milekic wrote:
[ ... memory allocator ... ]
FWIW: The Sequent Dynix allocator paper has been converted, and
is now available online:
Experience With an Efficient Parallel Kernel Memory Allocator
Paul E. McKenney, Jack Slingwine, Phil Krueger
Sequent Computer
Kris Kennaway wrote:
On Mon, Nov 25, 2002 at 02:02:14PM -0800, Terry Lambert wrote:
I don't think this is really possible.
Yeah :(
If you made system dumps mandatory (or marked swap with a non-dump
header in case of panic), this still would not handle the silent
reboot, double panic
Brad Knowles wrote:
At 2:02 PM -0800 2002/11/25, Terry Lambert wrote:
If you made system dumps mandatory (or marked swap with a non-dump
header in case of panic), this still would not handle the silent
reboot, double panic, or single panic with disk I/O trashed
cases. 8
Marcin Dalecki wrote:
I don't think this is really possible.
I went looking for a generic application use CMOS are for this
sort of thing a while back, and I was unable to find one.
Well you should please take a look at the fast boot option
of moderately modern BIOS-es. Somthing along
Philip Paeps wrote:
The maildirs issue, I won't comment on, at this time.
I hope I can provide enough information for someone to solve it though :-) It
would be nice to be able to read my mail 'reliably' :-)
The problem is not the amount, but the type of information.
You need to
Dan Nelson wrote:
Is there documentation available for this anywhere? The BIOS vendor
documentation, not the Linux source code.
http://www.microsoft.com/hwdev/resources/specs/simp_bios.asp
http://www.microsoft.com/hwdev/resources/specs/simp_boot.asp
is the best I could find; you'll
[ ... Objective C ... ]
Chad David wrote:
And I thought this thread was dead :).
It just showed up in the inbox last night; it must have been stuck
in your mail server. Sorry about that.
I don't really feel a need to convince. If people are too busy (or
just do not care) to maintain ObjC
Scott Sipe wrote:
I didn't make a backup copy (or mark down the errors) of the bad file or try
rebooting which in retrospect would have been a good idea..sorry--I just
fixed the file and saved it so I could compile some ports--and that worked.
Just FWIW: if it was a transfer error, a backup
Bruce Evans wrote:
The existence of SYSINIT is a bug, but shouldn't the order of SYSINITs be
such that they are run before MOD_LOAD events?
SYSINITs have no way to communicate failure, so they are especially broken
when they are used to allocate resources. Users of the resources have no
Garance A Drosihn wrote:
This is something I noticed while installing 5.0-dp2. I'm not sure
how much we'd want to change it.
I'm installing dp2 on a 4-gig disk. I want to split that in two,
with dos for the first 2 gig and freebsd in the last 2 gig. When
I got to the disklabel step, I
Vallo Kallaste wrote:
You got me wrong. I'm user and do not know and don't want to know
about any CPU architecture and bugs. But I've got problems and
simply trying to provide any data possible to gather by myself.
Either CPU hardware or software bug, fine. You're claiming to know
the bug and
Garance A Drosihn wrote:
Hmm. I hadn't really thought much about the specifics of what
is needed. I was just wondering if we might want to think about
the auto size algorithm a bit more.
The value, by default is 2 * `sysctl hw.physmem`.
This is kind of ugly, because it doesn't include the
Garance A Drosihn wrote:
I have 4.6.2-release, 4.7-release, and 5.0-dp2-release on a single PC.
After some bouncing between versions, and an occasional 'disklabel'
command, I seem to have the partitions for 4.6.2 in an odd state.
Both 4.7 and 5.0-dp2 have no problem mounting them, but if I try
Ertan Kucukoglu wrote:
I want to use the power key to shutdown the system. It is
compaq evo 300, P4 1.6ghz, 368MB RAM
Yesterday OS was 5.0DP2. I can not power it off. It comes
to a point when it should cut the power off 'System is
shutting down using ACPI' like message is displayed and
Vallo Kallaste wrote:
On Fri, Nov 22, 2002 at 10:03:50AM -0800, David O'Brien
I would like to see GCC 3.2.1 release be our 5.0-R compiler. However,
the GCC 3.2.1 release date kept slipping and in fact was nebulous for a
while. The same for our 5.0-R. So this has made it hard to decided
Vallo Kallaste wrote:
On Sat, Nov 23, 2002 at 02:52:27PM -0800, Terry Lambert
[EMAIL PROTECTED] wrote:
Somebody with knowledge and time should generate patches, so it's
possible to at least test and report problems (or success). Given
that enough people give it a try and report, there's
Steve Kargl wrote:
Don't worry about it; it's being totally blown out of proportion;
there's no way anyone will commit to importing a 2 day old 3.2.1,
which is why I put the smiley's there.
Well, the 2-day old 3.2.1 fixes numerous problems
with our 3.2.1 [FreeBSD] 20021009 (prerelease).
Robert Watson wrote:
It sounds like there are a couple of problems here
-- that we need a debugging guide (How to prepare a useful bug
report for a kernel panic, How to prepare a useful bug report
for a sysinstall failure, etc)
A bug-filing wizard would be useful. The send-pr system
Robert Watson wrote:
(2) truss currently relies on procfs, albeit not working very well. There
were a set of patches floating around to make truss use ptrace(),
which is the direction we probably do want to take this. If someone
could finish up that work, it would be great.
Donn Miller wrote:
ACPI works pretty well on my HP Pavilion Notebook. But is it possible
to get the apm saver (apm_saver.ko) to work with ACPI? From what I
understand, acpi is a superset of apm, and is able to provide some
emulation of apm functionality. So, by this principle, shouldn't
Steve Kargl wrote:
Supposedly, bringing in 3.2 was going to solve more problems
than it caused. It turns out the 4.x compiler, GCC 2.95.3,
also does not have an ICE as a result of compiling that code.
You know the reason why 3.2 pre-release was brought into
the tree, right? GCC has
John Baldwin wrote:
Is it any help to know that my problems on P4 stopped after enabling
DISABLE_PSE? Initially I had both of these enabled, but seems that
one is enough. Just FYI.
If we can verify that DISABLE_PG_G has no effect then that would be
nice.
It has an effect:
Vallo Kallaste wrote:
I have now definitive answer for _my_ case and environment. Just
finished full package build for my workstation bundle port (92
ports), including XFree-4, KDE3, mozilla-devel and whatnot. It all
went very well running kernel which had:
DISABLE_PSE enabled
Scott Sipe wrote:
It was a trap 12, and definitely that address...I think something more
overarching must be going on though. I'm able to login with /bin/sh (not
csh/tcsh) and so I've been trying various things--I can't compile a kernel
because I get bus errors, same with many ports I've been
David Schultz wrote:
It really comes down to a question of living with known bugs, or risking
gaining a new set of unknown bugs.
In theory, the set of bugs in an actual release should be smaller
than the set of bugs in a prerelease.
In theory, practice will be the same as theory. 8-)
[ ... bug filing wizard ... ]
Brad Knowles wrote:
Speaking as someone who is about to step off the deep end and
start trying to actually run and test -CURRENT on my system here at
home, I believe that this kind of resource would be vitally important.
In contrast, I've had a
Tim Robbins wrote:
Here's a backtrace of a smbfs panic. Looks like it does not correctly
handle the smbfs_getpages error it is encountering and leaves garbage
vnodes lying around. The panic probably comes from the VI_LOCK macro
call on smbfs_node.c line 321.
# cp blah.tar.gz ~tim
cp:
Ruslan Ermilov wrote:
On Thu, Nov 21, 2002 at 12:10:14AM -0700, M. Warner Losh wrote:
In message: [EMAIL PROTECTED]
Wilkinson,Alex [EMAIL PROTECTED] writes:
: Is FreeBSD likely to follow the in footsteps of NetBSD and create
: a framework to do crossbuilds ?
:
:
[ ... smbfs ... ]
Vallo Kallaste wrote:
Now the writing part:
After creating 5MB file using /dev/urandom, I'm trying to copy it
over to users/vallo smb share mounted at /mnt, which fails. The copy
is interruptible using Ctrl-C. Examination at NT4 server shows 0
byte file. Umount of /mnt
Vallo Kallaste wrote:
Sorry forgot to add one detail. Althought dd'ing the same file to
smbfs mount works, it'll sometimes modify the file being copied
(size is different). It doesn't happen reliably, sometimes the file
is copied fine, sometimes not. At the times the file isn't copied
right
Ruslan Ermilov wrote:
NetBSD builds a directory full of tools that you can later use to
incrementally build, say, 'ls' or 'cat' because one can define
USETOOLS to be 'yes' and have the make automatically pick them up when
rebuilding. There are a few of the details I'm a little unclear on,
Mitsuru IWASAKI wrote:
Also, development resources are limited. For example, none of ACPI
developers has VAIO.
Well, I don't know enough to be a developper but I do have a VAIO (Z600TEK)
and can test things. Just ask.
BTW, I'm planning to buy VAIO (maybe used one) to improve ACPI
John Baldwin wrote:
On 21-Nov-2002 Scott Sipe wrote:
On Thursday 21 November 2002 01:36 pm, John Baldwin wrote:
Hmm, is this from a GENERIC kernel?
This is from straight from DP2 iso image cd install, X-Developer install,
first boot after the install finished, generic kernel etc.
Ok,
John Baldwin wrote:
Is it any help to know that my problems on P4 stopped after enabling
DISABLE_PSE? Initially I had both of these enabled, but seems that
one is enough. Just FYI.
If we can verify that DISABLE_PG_G has no effect then that would be
nice.
It has an effect: writing CR3 or
Richard Tobin wrote:
I'm trying to install DP2 on a Sony Vaio Z600TEK laptop, but it hangs
at Probing devices, please wait (this can take a while)
[ ... ]
Any suggestions?
Tell it to not load ACPI.
-- Terry
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current
Marc Recht wrote:
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.
So it's been extensively tested by the full user base for the
last two days, and you should have known about it before
Marc Recht wrote:
So it's been extensively tested by the full user base for the
last two days, and you should have known about it before you
posted. 8-) 8-).
My original question was only if it will be imported before 5.0R. David
O'Brien already answered it with no. That's fine with me.
Scott Sipe wrote:
Sorry, should have done this with the first email. The dmesg from my stable
boot:
Yank half your memory, and try it again, and let us know.
-- Terry
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
local.freebsd.current wrote:
I got a pair of floppies from:
ftp://ftp.freebsd.org/pub/FreeBSD/snapshots/i386/5.0-20021103-SNAP/floppies/
and booted them on a Dell Dimension XPS D300 which is currently
running 4.7. It's a PII/300 with an Adaptec 2940 SCSI and an
STB Riva graphics card.
Kip Macy wrote:
Sorry, if I'm repeating something already said, but
the tone of your mail would indicate that I'm not.
This doesn't sound like an intrinsic limitation of
devfs, just an issue with how it is structured now.
There should just be a central file for all the
devices which devfs
Marcin Cieslak wrote:
What's wrong with having /etc/minor_perm et consortes
a la Solaris? With sensible kernel defaults to allow
booting without your favourite root partition.
What's wrong with just having /dev?
-- Terry
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe
Poul-Henning Kamp wrote:
I have to say that the ownership issue has been a pet peeve of mine for
some time: I would really like the kernel to know about exactly two magic
id values: uid 0 (suser uid, default uid, default devfs owner), and gid 0
(default gid, default devfs owner). Hard-coding
David Holm wrote:
Note that the patch has already been applied so no need to patch your kernel!
BTW, why hasn't anyone set the mailing list to automatically set the reply-to
address to [EMAIL PROTECTED]?
Because the poster may not be a list subscriber, and the most
important person to reply
Brad Knowles wrote:
It depends on how you do it. You could $INCLUDE the exterior
file inside the interior file, if that subset of information is the
same. You could also use BIND 9 views. Otherwise, split-horizon
can be a pain.
If you have a LAN behind a transient network
Brad Knowles wrote:
Sorry, I wasn't think of transient networks. Indeed, that does
make things a lot uglier. I'll have to think some more about all the
various implications, however.
One of the draft RFC's in the FTP directory I referenced is a
Best Current Practices document.
--
John De Boskey wrote:
This an interesting thread, but it seems to be getting
a bit off target. I need to kick off 2 name servers. The
first is authoritive for the domain as seen externally
and the 2nd which is authoritive for the internal network.
The internal forwards to the external
Brian Smith wrote:
Sure SysV semaphores are thread-safe. When a thread blocks on
one, the entire process blocks (no threads run). You won't
get any safer than that ;-)
Yikes that isn't good. Is that only in STABLE? or does CURRENT
do that as well? I guess I'll have to protect the
John De Boskey wrote:
It would be nice if rc.conf could start a 2nd copy
of named (split dns). Comments on the following simplistic
patch?
Interior and exterior DNS is a useful case; however, there
are multiple ways to set it up; in general, it's not possible
to have interior authoritative DNS
Vallo Kallaste wrote:
Hi
The kernel compiled from yesterday sources and with the
abovementioned options disabled will not finish make -j2 buildworld
on P4. Dies with bus error:
/usr/src/lib/libc/gen/termios.c: In function `tcgetpgrp':
/usr/src/lib/libc/gen/termios.c:104: internal
Vallo Kallaste wrote:
This may be a bit overstated. I removed those options from my kernel a few
weeks ago and have no problems at all. Are you certain the problem is not
specific to a particular CPU?
Sorry, this can be CPU specific, but I'm not sure. I'll try to
reproduce it on my home
Robert Watson wrote:
On Fri, 15 Nov 2002, John Baldwin wrote:
It only happens with P4's. I haven't seen it locally on a p4 test
machine at work that I have built test releases on. Also, it would be
nice to see if just adding one of the options fixed the problems. As
for NOTES, those
Wesley Morgan wrote:
Based on this, are you recommending that the DISABLE_* still be used? Will
I never see the problem with 512mb of ram?
When Matt Dillon made some of the machdep.c allocation sizes
dependent on the physical RAM size, it made the problem much
less predictable, based on the
Tony Harverson wrote:
My attention was drawn a little while ago to the fact that the South
African holidays in /usr/share/calendar/ were far out of date (most not
having been celebrated since 1994), and so I decided to clean them up.
As soon as I got into actually working in that directory, it
Bill Huey (Hui) wrote:
On Wed, Nov 13, 2002 at 01:51:38AM -0800, Bill Huey wrote:
That's all been removed from a MFC of libc_r recently. Native
Uh, you're running on -current I presume (without reviewing the
original post), but the same logic still applies.
They didn't say; I assumed they
Loren James Rittle wrote:
FYI, the libstdc++-v3 maintainers on the FSF side are only
guaranteeing forward ABI compatibility of any sort if libstdc++.so is
built with symbol versioning and symbol hiding.
FWIW: symbol versioning is incredibly broken. It attempts to
do in UNIX what interface
Wilkinson,Alex wrote:
In a dual boot situation, is it possible to be logged into -CURRENT and
build -STABLE ( ie -STABLE filesystems live on separate fdisk partitions
and are exported ) ?
Only if you unpack the contents of CDROM #2 from a -STABLE system
into a chroot environment.
Jason Vervlied wrote:
I am having problems with a Samba share on my -current box, I just
installed from 20021103-SNAP. I did recompile my kernel with the following
options.
[ ... ]
I also added the SMP options to the kernel. I used the same options under
-stable and experineced no issues.
Sheldon Hearn wrote:
It's a known problem. Consider reading the -current mailing list to
keep up to date with known problems. It was discussed last week.
No solution is known at this time. Use dd(1) instead of cp(1) as an
interim workaround.
Actually, it's fixable 3 ways:
o Full
Loren James Rittle wrote:
FWIW: symbol versioning is incredibly broken. It attempts to
do in UNIX what interface versioning does in Windows, through
the use of class factories accessed via IUnknown.
You might be absolutely correct in general. However, please read
501 - 600 of 1538 matches
Mail list logo
