On Fri, Jul 18, 2003 at 02:47:48PM +0200, Julian Stacey wrote:
- Are there any benefits to the BSD community in having
a 4th BSD bin/ sbin/ usr.bin/ usr.sbin/ ?
What does that have to do with anything? Matt is free to spend his time and
resources as he sees fit. There is no BSD project
On Thu, Jul 17, 2003 at 09:58:10AM +0200, Harti Brandt wrote:
I have no idea how a program can core in vfork(). Probably a vm problem?
Most likely a KSE-related problem in vfork(). Try replacing vfork() with
fork() in make(1) and see if the problem goes away. Warning: build times
may increase
On Thu, Jul 10, 2003 at 09:26:42AM +0100, Dominic Marks wrote:
On 10/07/2003 08:46, Dag-Erling Sm?rgrav wrote:
Dominic Marks [EMAIL PROTECTED] writes:
Jul 7 22:10:40 bacon dovecot-auth: in openpam_load_module(): no pam_pgsql.so
found
Jul 7 22:10:40 bacon dovecot-auth: PAM:
On Sun, Jul 13, 2003 at 10:11:09AM +0100, Dominic Marks wrote:
Ok, can you explain why it was trying to find the pam_get_pass symbol
which was removed from the module (by a port patch) and not mentioned in
OpenPAM? I assume OpenPAM is looking in the module, catching a stray
reference to it and
for one line of it:
#definealloca(sz) __builtin_alloca(sz)
The #error line he added is incorrect as it breaks compliant
applications which do not use the nonstandard and nonportable
alloca(3).
DES
--
Dag-Erling Smorgrav - [EMAIL PROTECTED
Dag-Erling Smorgrav [EMAIL PROTECTED] writes:
The #error line he added is incorrect as it breaks compliant
applications which do not use the nonstandard and nonportable
alloca(3).
The attached patch *may* fix this. It is currently undergoing
testing.
DES
--
Dag-Erling Smorgrav - [EMAIL
David O'Brien [EMAIL PROTECTED] writes:
Acutally -std=c?9, -std=gnu?9 uses GCC's alloca. I don't mind finding
all the alloca uses in the tree and compiling them with -std=gnu99
instead of -std=c99.
#define alloca(sz) __builtin_alloca(sz)
DES
--
Dag-Erling Smorgrav - [EMAIL PROTECTED
on the server. Try
'rpcinfo -p server-name' to find out for sure.
DES
--
Dag-Erling Smorgrav - [EMAIL PROTECTED]
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to [EMAIL PROTECTED]
.
DES
--
Dag-Erling Smorgrav - [EMAIL PROTECTED]
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to [EMAIL PROTECTED]
, but the machine doesn't shut down - the PSU fan,
CD-ROM and harddisk keep spinning. I can't remember whether the CPU
fan stopped. Unfortunately, I didn't have a serial console available.
DES
--
Dag-Erling Smorgrav - [EMAIL PROTECTED]
___
[EMAIL PROTECTED
) is whether your MAC is supported.
DES
--
Dag-Erling Smorgrav - [EMAIL PROTECTED]
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to [EMAIL PROTECTED]
kernel.
As for your MAC, I can't say if it's supported or not unless you tell
me what it is. That's what I meant by doing some research of your
own.
DES
--
Dag-Erling Smorgrav - [EMAIL PROTECTED]
___
[EMAIL PROTECTED] mailing list
http
Dag-Erling Smorgrav [EMAIL PROTECTED] writes:
As for your MAC, I can't say if it's supported or not unless you tell
me what it is. That's what I meant by doing some research of your
own.
...and before you ask any more questions, please see the attached
reply to your earlier enquiries
the recommended upgrade procedure.
As for the bus error, I don't know what caused it. A backtrace would
be nice.
DES
--
Dag-Erling Smorgrav - [EMAIL PROTECTED]
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
Christopher Johnson [EMAIL PROTECTED] writes:
On Sat, 31 May 2003, Dag-Erling Smorgrav wrote:
Daniel Eischen [EMAIL PROTECTED] writes:
What are the above error messages? Sorry, I've never been able to
build native java for FreeBSD.
# cd /usr/ports/java/jdk13
# make install clean
I
, which
may take some time (see chipset docs for timing details). DELAY(1000)
should be OK in an attach function.
DES
--
Dag-Erling Smorgrav - [EMAIL PROTECTED]
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
Daniel Eischen [EMAIL PROTECTED] writes:
On Sun, 1 Jun 2003, Dag-Erling Smorgrav wrote:
I just built jdk13 a couple of days ago. No problem whatsoever. You
guys must have rotten karma or something.
Did you already have a native JDK installed?
No. I used linux-sun-jdk13 to bootstrap.
DES
Daniel Eischen [EMAIL PROTECTED] writes:
What are the above error messages? Sorry, I've never been able to
build native java for FreeBSD.
# cd /usr/ports/java/jdk13
# make install clean
DES
--
Dag-Erling Smorgrav - [EMAIL PROTECTED]
___
[EMAIL
try to get a
trace.
DES
--
Dag-Erling Smorgrav - [EMAIL PROTECTED]
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to [EMAIL PROTECTED]
is evil and should go away.
DES
--
Dag-Erling Smorgrav - [EMAIL PROTECTED]
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to [EMAIL PROTECTED]
to the
loader.conf solution as well.
Using sysctl is an imperfect solution as the clock will run at double
speed for a while before /etc/rc.d/sysctl is run. If you're running a
lengthy fsck due to a power outage, that may be a long time.
DES
--
Dag-Erling Smorgrav - [EMAIL PROTECTED
. I've contacted the admins, so I hope it won't be too
long.
DES
--
Dag-Erling Smorgrav - [EMAIL PROTECTED]
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to [EMAIL PROTECTED]
David Leimbach [EMAIL PROTECTED] writes:
Ugh... the network driver portion of the nforce drivers is *not* GPL'd but it
has a linux only and anti-reverse engineeing clause.
...which is null and void in countries with proper IP laws, such as
Norway.
DES
--
Dag-Erling Smorgrav - [EMAIL
completely, just add
debug.acpi.disable=timer
to /boot/loader.conf.
DES
--
Dag-Erling Smorgrav - [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
on your
system (e.g. an `ls /var/db/pkg`).
*** Error code 1
Stop in /usr/ports/x11-toolkits/qt31.
I have XFree86 4.2.1, installed from ports just last week (I clean out
and reinstall all my ports with regular intervals)
DES
--
Dag-Erling Smorgrav - [EMAIL PROTECTED]
To Unsubscribe: send
had QMAKESPEC set to an
incorrect value in my environment.
DES
--
Dag-Erling Smorgrav - [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
section for the module you wish to load (objdump -h will tell you)
Note also that I haven't used any of these macros in a long time, so
there may be some issues related to KSE or whatnot.
DES
--
Dag-Erling Smorgrav - [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe
))) {
if (ata_command(atadev, ATA_C_SETFEATURES,
0, 0, ATA_C_F_ENAB_WCACHE, ATA_WAIT_INTR))
ata_prtdev(atadev, enabling write cache failed\n);
}
DES
--
Dag-Erling Smorgrav - [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe
Brian J. McGovern [EMAIL PROTECTED] writes:
Anyone have any ideas if something has broken, or whether its pilot error?
Please show the output of fetch -vvv some-url-that-doesn't-work
DES
--
Dag-Erling Smorgrav - [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe
Scotty [EMAIL PROTECTED] writes:
ad0: READ command timeout tag=0 serv=0 - resetting
ata0: resetting devices ..
Disable tags (add hw.ata.tags=0 to /boot/loader.conf). Never worked
for me either (ASUS P5A, ALi M1543 southbridge, IBM DTTA and IC35L
disks)
DES
--
Dag-Erling Smorgrav - [EMAIL
yes no
power management yes yes
advanced power management yes no 0/00
automatic acoustic management yes no 254/FE 128/80
DES
--
Dag-Erling Smorgrav - [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED
Dag-Erling Smorgrav [EMAIL PROTECTED] writes:
No tags, like you said. Previously, with a tags-capable kernel,
enabling tags would cause a continuous stream of timeouts and resets
on both disks.
Just for kicks, I removed the #if 0 in ata-disk.c and got exactly the
same symptoms as before:
ad0
Soeren Schmidt [EMAIL PROTECTED] writes:
It seems Dag-Erling Smorgrav wrote:
ad0: READ command timeout tag=0 serv=1 - resetting
ad0: invalidating queued requests
That why it is disabled, its not working for the time being.
For me, the time being == since it was introduced in the tree
later I check which of them
could be changed into 'c_caddr_t' for being const. But You can of
couse replace all 'caddr_t' which 'char *'.
This is wrong. caddr_t should be uniersally replaced with void *.
DES
--
Dag-Erling Smorgrav - [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL
John Polstra [EMAIL PROTECTED] writes:
Dag-Erling Smorgrav [EMAIL PROTECTED] wrote:
This is wrong. caddr_t should be uniersally replaced with void *.
Not quite. There is (or at least used to be) a lot of code that
assumed you could do address arithmetic on a caddr_t. You can't do
has (literally) taken a
couple of snaphots of the process:
http://home.no.net/allyse/freebsd/bootnr1.jpg
http://home.no.net/allyse/freebsd/atakommando.jpg
http://home.no.net/allyse/freebsd/herstopperdet.jpg
Any idea what's wrong?
DES
--
Dag-Erling Smorgrav - [EMAIL PROTECTED]
To Unsubscribe
, timeout waiting for cmd=%02x s=%02x e=%02x\n,
1128 command,
atadev-channel-status,atadev-channel-error);
1129error = -1;
1130}
DES
--
Dag-Erling Smorgrav - [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd
into this?
DES
--
Dag-Erling Smorgrav - [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
(or comment out) the WITNESS options, and possibly also
the INVARIANTS options. Note that if you do get in trouble, the lack
of these (especially INVARIANTS) will make debugging much harder.
DES
--
Dag-Erling Smorgrav - [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED
is there any? if so, where?
DES
--
Dag-Erling Smorgrav - [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
a module
gets built twice.
DES
--
Dag-Erling Smorgrav - [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
Andrew Gallatin [EMAIL PROTECTED] writes:
Do you preload any/all of the things you've marked as klds?
No...
DES
--
Dag-Erling Smorgrav - [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
Ruslan Ermilov [EMAIL PROTECTED] writes:
Okay, and this _is_ the easiest to implement, though I've found
some bogons with putting ``makeoptions NO_MODULES=yes'' that
need to be addressed.
makeoptions MODULES_OVERRIDE= should work fine.
DES
--
Dag-Erling Smorgrav - [EMAIL PROTECTED
but also my SO. And the segfaults seem
to have gone away as well... I am now running a ToT kernel w/o pcm,
and it's already gone halfway through a buildworld without a single
segfault.
DES
--
Dag-Erling Smorgrav - [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe
discovered and fixed last week.
DES
--
Dag-Erling Smorgrav - [EMAIL PROTECTED]
Copyright (c) 1992-2003 The FreeBSD Project.
Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994
The Regents of the University of California. All rights reserved.
FreeBSD 5.0-CURRENT #30
Pierrick Brossin [EMAIL PROTECTED] writes:
Is IRDA now supported by 5.0?
No.
DES
--
Dag-Erling Smorgrav - [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
Kris Kennaway [EMAIL PROTECTED] writes:
http://bento.freebsd.org/errorlogs/i386-5-latest/netatalk-1.6.0_1,1.log
The code that fails to compile is blatantly wrong:
memset(schedule, 0, sizeof(schedule));
DES
--
Dag-Erling Smorgrav - [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL
Jacques A. Vidrine [EMAIL PROTECTED] writes:
On Tue, Feb 18, 2003 at 12:01:29PM +0100, Dag-Erling Smorgrav wrote:
The code that fails to compile is blatantly wrong:
memset(schedule, 0, sizeof(schedule));
I wouldn't say `blantantly'. The expressions `schedule' and
`schedule
just so
you can avoid answering questions from confused users? Or are there
any actual technical advantages to having a separate cbus driver?
DES
--
Dag-Erling Smorgrav - [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
as to how I can figure out who used that block of
memory before it was allocated to the ess driver?
DES
--
Dag-Erling Smorgrav - [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
Dag-Erling Smorgrav [EMAIL PROTECTED] writes:
Any suggestions as to how I can figure out who used that block of
memory before it was allocated to the ess driver?
I threw in a call to Debugger(), but...
mtrash_dtor(0xfc7b6000, 8192, 0)
here's the culprit!
Stopped
# disklabel -w da0 auto
disklabel: Inappropriate ioctl for device
root@des /home/des# disklabel -rw da0 auto
DES
--
Dag-Erling Smorgrav - [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
[EMAIL PROTECTED] writes:
In message [EMAIL PROTECTED], Dag-Erling Smorgrav writes:
Then how are we supposed to initialize devices which don't already
have a label?
That is the only valid use of -r, and it should be implicit in that case.
Thanks for the clarfication; I thought you were
where it was called
from, three or four levels up.
DES
--
Dag-Erling Smorgrav - [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
--
Dag-Erling Smorgrav - [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
M. Warner Losh [EMAIL PROTECTED] writes:
In message: [EMAIL PROTECTED]
Dag-Erling Smorgrav [EMAIL PROTECTED] writes:
: So you're duplicating a large amount of existing, working code just so
: you can avoid answering questions from confused users? Or are there
: any actual
how...
DES
--
Dag-Erling Smorgrav - [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
if I let it boot to
multiuser, so I'm stuck with my Jan 9 kernel.
DES
--
Dag-Erling Smorgrav - [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
Andrey A. Chernov [EMAIL PROTECTED] writes:
[...]
Please disregard. Andrey does not know what he's talking about and
ignores any attempt at explaining what the real issue is and what real
users want.
DES
--
Dag-Erling Smorgrav - [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED
happened if pam.d
was up-to-date); I'll have a fix for it in a few minutes.
DES
--
Dag-Erling Smorgrav - [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
Andrey A. Chernov [EMAIL PROTECTED] writes:
Admins with no /etc/opieaccess AFFECTED!
Admins with no /etc/opieaccess IDIOTS for not running mergemaster!
DES
--
Dag-Erling Smorgrav - [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body
-Erling Smorgrav - [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
The clock on my ASUS P5A still runs at double speed unless I have
debug.acpi.disable=timer in loader.conf (as it has for as long as
we've had ACPI support). Do any ACPI wizards have any suggestions as
to how I could track down the cause of this bug, and hopefully fix it?
DES
--
Dag-Erling
a new laptop, so I'm stuck with my 600E.
DES
--
Dag-Erling Smorgrav - [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
load faster because disk I/O
is far more expensive than the CPU time required to decompress them)
DES
--
Dag-Erling Smorgrav - [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
Alfred Perlstein [EMAIL PROTECTED] writes:
Thanks to Paul Saab's work on fixing twe(4) I was able to get a
crash dump from my box
How? I can't get a crash dump in -CURRENT, even on a plain jane ata
disk, and it's been months since I last managed to get one.
DES
--
Dag-Erling Smorgrav
of FreeBSD
developers don't really care if their code works, as long as they get
the credit (and / or paycheck) for committing it.
DES
--
Dag-Erling Smorgrav - [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
packets destined for one
interface (lo0 in your case) even if they arrive on another interface.
This has been corrected in 5.0. Enabling forwarding on the 5.0 box
should enable the historical behaviour.
DES
--
Dag-Erling Smorgrav - [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED
would have bombed if td was
NULL, so most likely td became NULL between lines 133 and 134.
DES
--
Dag-Erling Smorgrav - [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
--
Rebuilding the temporary build tree
--
stage 1: bootstrap tools
--
stage 2: cleaning up the object tree
-uz_ctor(item, zone-uz_size, udata);
1359if (flags M_ZERO)
1360bzero(item, zone-uz_size);
1361return (item);
1362} else if (cache-uc_freebucket) {
DES
--
Dag-Erling Smorgrav - [EMAIL
Andrew Gallatin [EMAIL PROTECTED] writes:
This is a UP box right?
Yes, a PWS 600au.
DES
--
Dag-Erling Smorgrav - [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
--
Rebuilding the temporary build tree
--
stage 1: bootstrap tools
--
stage 2: cleaning up the object tree
Lars Eggert [EMAIL PROTECTED] writes:
lately, I end up in ddb when I connect my (unconnected) serial console
cable to another machine. It's not critical, since c will continue
fine, but it's annoying. Here's a trace:
Remove BREAK_TO_DEBUGGER from your kernel config.
DES
--
Dag-Erling
--
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
--
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
--
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
--
Rebuilding the temporary build tree
--
stage 1: bootstrap tools
--
stage 2: cleaning up the object tree
-independent code.
You may want to do the same thing with HTTP_PROXY and FTP_PROXY.
DES
--
Dag-Erling Smorgrav - [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
--
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
--
Rebuilding the temporary build tree
--
stage 1: bootstrap tools
--
stage 2: cleaning up the object tree
Olivier [EMAIL PROTECTED] writes:
I'm trying to write a MySQL authentication PAM module to be used with
Cyrus-imapd2 and salsauthd, since pam-mysql is broken wrt OpenPAM.
Wouldn't it be easier to fix the existing pam_mysql?
DES
--
Dag-Erling Smorgrav - [EMAIL PROTECTED]
To Unsubscribe: send
--
Rebuilding the temporary build tree
--
stage 1: bootstrap tools
--
stage 2: cleaning up the object tree
. Amongst other
things, they add a version number to the dynamic module, and prevent
the static version from being installed.
DES
--
Dag-Erling Smorgrav - [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
--
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
--
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
--
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
--
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
--
Rebuilding the temporary build tree
--
stage 1: bootstrap tools
--
stage 2: cleaning up the object tree
all our 64-bit platforms are
I32LP64) and RAND_MAX is uniformly defined to 0x7fff.
DES
--
Dag-Erling Smorgrav - [EMAIL PROTECTED]
Index: lib/libc/stdlib/rand.c
===
RCS file: /home/ncvs/src/lib/libc/stdlib/rand.c,v
retrieving
8 f 8 9 6 0 c
9 d 4 7 0 8 5 2 c b 8 e 5 f 5 c d 1 c c b 3 8 8 f f 1 2 a 5 c f
0 5 f 2 4 e 9 0 1 1 9 2 5 f 0 0 2 2 d f b f 7 0 2 a 2 4 7 a 2 f
9 0 f 1 c 8 e 2 f c f 2 8 c d 5 7 0 f 2 b a 2 a 4 d 8 b c 4 0 4
DES
--
Dag-Erling Smorgrav - [EMAIL PROTECTED]
Index: lib/libc/stdlib/rand.c
Andrey A. Chernov [EMAIL PROTECTED] writes:
And the next bug is 32bit overflow there:
tmp = *ctx * 62089911;
Ack, I thought the type promotion was automatic. Updated patch is
attached.
DES
--
Dag-Erling Smorgrav - [EMAIL PROTECTED]
Index: lib/libc/stdlib/rand.c
1 - 100 of 1088 matches
Mail list logo