me to do
> the work required get the code submitted upstream.
Over the 15 odd years following this list, I've had to killfile only three
people. But your hostility and complete lack of understanding that nobody owes
you anything is unbearable. I'll make it four now. Goodbye.
Erik
Quoting Warren Block :
On Tue, 19 Apr 2016, Aleksander Alekseev wrote:
Why Wikipedia, specifically? There are a lot of places that describe
quicksort. How about just
Note: This implementation of qsort() is designed to avoid the
worst-case complexity of N**2 that is often seen with stand
ackaged base, don't use it. Build and install
from SVN instead. If you're using freebsd-update today, you essentially have
14.000 packages and a far less powerful CLI, so why is packaged base not a step
in the right direction?
Erik
___
rver. I haven't adapted it to the
Bugzilla that is running now, but it should be fairly easy. Maybe this could be
of use?
Erik
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubsc
Quoting "O. Hartmann" :
Since a couple of days I get this weird console-and-log-spamming message:
ath0: stuck beacon; resetting (bmiss count 4)
The machine in question is running the most recent CURRENT right now:
FreeBSD 11.0-CURRENT #2 r272471: Fri Oct 3 13:03:58 CEST 2014 amd64
and the b
om GCC to Clang, and from CVS to SVN.
Erik
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
t; He indicated that he was going to continue the daily testing
> but I've not seen any mention of them since.
>
> If you know who that was or how to find him let me (or gnn) know...
I did a master’s thesis on this some years ago. I haven’t kept the project
up-to-date, du
t; He indicated that he was going to continue the daily testing
> but I've not seen any mention of them since.
>
> If you know who that was or how to find him let me (or gnn) know...
I did a master’s thesis on this some years ago. I haven’t kept the project
up-to-date, du
on and periodic scripts, but the scripts do nothing when
the daemon is not running. So I think it really depends on what the port does.
Erik
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubs
e -D flag to ar(1) (wipes timestamps
in archives)? Are you always using the same SRCDIR/DESTDIR (this affects the
__FILE__ macro)? Same DEBUG_FLAGS?
Erik
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-curre
ine patch in the
PR which solves the problem, makes the claim even more absurd.
Expecting FreeBSD Clang maintainers to respond to compilation issues in FreeBSD
base seems perfectly reasonable. Expecting them to respond to random issues in
the ~24.000 ports is not.
Erik
__
in a jail that you can wipe afterwards, so you don't
pollute the host machine by accident.
Erik
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
ers are doing by running CURRENT
and reporting and fixing errors. At the same time, I look to e.g. LLVM and
their "no commit without a regression test" goal and think we could do way
better :-)
Erik
___
freebsd-current@freebsd.org mailing
Erich,
Den 11/02/2013 kl. 00.38 skrev Erich Dollansky :
> On Sun, 10 Feb 2013 15:57:01 +0100
> Erik Cederstrand wrote:
>
>> And as long as there is no automatic can taster doing quality
>> assurance of the produced cans, then foul cans will go unnoticed
>> until a do
produced cans, then foul cans will go unnoticed until a dog pukes all over the
carpet :-)
For this to change, we really need to catch up on years of neglect in e.g.
src/tools/regression/. I really applaud the people doing the thankless job of
changing th
med for that.
You can't seriously blame LLVM for making progress. If ports rely on a specific
version of LLVM, it would be far better to create devel/llvm31, devel/llvm32
etc.
Erik
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd
equire that
a larger part of the LLVM source tree is imported into src/contrib, though.
Erik
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
buildkernel configuration in a central place and expect users to supply
information about whatever non-standard setup they did.
Erik
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
rrelevant" info like compiler version, hostname, username,
timestamp, absolute path etc. are a nuisance if they can't be turned off with
-fno-ident, -frandom-seed, -DSTRIP_FBSDID, ar -D and the like.
Thanks,
Erik
___
freebsd-current@freebs
throw the switch.
Congratulations! I know that you and others of the Clang BSD have worked hard
for years on this, so it's nice to see the work finally paying off.
Erik
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listi
Den 12/09/2012 kl. 11.29 skrev Doug Barton :
> On 09/11/2012 02:52 AM, Erik Cederstrand wrote:
>> So can we do a sweep on the ports tree and mark the 2232 ports with
>> USE_GCC=4.2 until they can actually build with clang?
>
> Unfortunately it isn't that simple. We al
Roman,
Den 11/09/2012 kl. 14.38 skrev Roman Divacky :
>
> Upstream developers almost never use gcc4.2.1 as we do. So right now the
> ports maintainer must check whats wrong in the case the (upgraded) port
> doesnt compile with our in-tree gcc.
>
>
> It can be trivial USE_GCC=4.something but the
Den 10/05/2012 kl. 12.03 skrev Dimitry Andric:
> On 2012-05-10 11:02, Kohji Okuno wrote:
>> I think that libc/locale/toupper.c is mistaken.
>> Could you check it?
>>
>> @@ -51,7 +51,7 @@ ___toupper_l(c, l)
>> {
>>size_t lim;
>>FIX_LOCALE(l);
>> - _RuneRange *rr = &XLOCALE_CT
Den 10/05/2012 kl. 11.54 skrev Erik Cederstrand:
> Den 10/05/2012 kl. 11.02 skrev Kohji Okuno:
>
>> Hi,
>>
>> I think that libc/locale/toupper.c is mistaken.
>> Could you check it?
>>
>> @@ -51,7 +51,7 @@ ___toupper_l(c, l)
>&
LE_CTYPE(l)->runes->__maplower_ext;
> + _RuneRange *rr = &XLOCALE_CTYPE(l)->runes->__mapupper_ext;
>_RuneEntry *base, *re;
Which version of toupper.c is this? My release/9.0.0/lib/libc/locale/toupper.c
already has "__mapupper_ext".
Thanks,
Erik
_
Den 02/05/2012 kl. 13.56 skrev John Baldwin:
>>
>> Static version:
>> * 0.09 ms spent execve'ing /usr/bin/make
>> * The rest is mostly sysctl calls
>>
>> Dynamic version:
>> * 0.09 ms spent execve'ing ./dynamicmake and /libexec/ld-elf.so.1
>> * 0.18 ms spent loading libc.so.7 (incl. reading /etc/
Den 01/05/2012 kl. 15.55 skrev Gary Palmer:
>
> If you want a high-level view of what goes on run
>
> ldd `which ls`
>
> check that it has libraries to load and doesn't say "not a dynamic ELF
> executable", and then run:
>
> ktrace ls
> kdump | more
>
> All the system calls related to resolvi
Den 01/05/2012 kl. 07.52 skrev Tim Kientzle:
>
> On Apr 30, 2012, at 6:41 AM, Erik Cederstrand wrote:
>>
>> Can anyone explain to me why the dynamically linked version is significantly
>> slower? What are the extra steps involved compared to a statically linked
>&g
Den 26/04/2012 kl. 22.30 skrev Chris Rees:
> On 26 April 2012 20:15, Matthew Seaman
> wrote:
>> On 26/04/2012 20:01, Chris Rees wrote:
>>> hydra# cd /usr/ports && time make MAKE=~crees/bin/make-static index
>>>
>>> Generating INDEX-9 - please wait.. Done.
>>> 729.770u 120.841s 7:45.10 182.8%
Den 26/04/2012 kl. 11.35 skrev Konstantin Belousov:
> I think it is time to stop building the toolchain static. I was told that
> original reasoning for static linking was the fear of loosing the ability
> to recompile if some problem appears with rtld and any required dynamic
> library. Apparentl
m.
That build is intended to become the official release unless some
last-minute showstopper problem is found. (Unlikely, but has happened before.)
The build is being distributed in advance of the official announcement
to make sure it is available on all mirrors at the moment the
announcement is made
Hi,
I've created a patch that cleans up FreeBSD Makefiles that unconditionally set
the -g flag for GCC. The motivation for this is that it should be possible to
add or remove this flag globally via e.g. CFLAGS (it's part of my quest to
produce deterministic builds).
I'm not very familiar with
Den 15/12/2011 kl. 22.21 skrev Andrew Boyer:
> These two changes allow you to set PXE as the default MBR boot selection,
> which enables you to write a 'reboot to the network' script. We've found it
> to be very useful. What do people think?
I think this is very useful for e.g. re-installing
Hi Ruslan,
Den 09/12/2011 kl. 14.37 skrev Ruslan Ermilov:
> On Fri, Dec 09, 2011 at 12:16:39PM +0100, Erik Cederstrand wrote:
>> I've been working on a project to make it possible to produce deterministic
>> builds with FreeBSD. By this I mean building a FreeBSD distributi
Hi all,
I've been working on a project to make it possible to produce deterministic
builds with FreeBSD. By this I mean building a FreeBSD distribution twice from
the same code base and having all files in the two distributions match by md5
sum. Currently, this is not the case.
My main goal fo
am will still
be in use when two-digit years becomes a problem!"
--
Erik Trulsson
ertr1...@student.uu.se
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any
orks) is to use csup/cvsup to download a
local copy of the whole CVS repository and then use cvs to checkout
/usr/src from this copy.
Before the switch to subversion this was the preferred way.
--
Erik Trulsson
ertr1...@student.uu.se
___
freebsd-cur
our eyes will save you. ;-)
On one of my first linux desktops, I had a screensaver which displayed
rotated dumpscreens of all kinds of different Operation systems. Apple,
Basic, linux and BSOD.. (come to think about it BSD was not included)
my 2 cents ;-)
Best regards,
-Erik.
>
> Gr
g with 5 minutes of thinking. I'm
glad the most obvious things have already been done, and I'm sure you and
others have put a lot of effort into this. My question was more what, if
anything, can be done to speed up the cluster.
Also, how long does it take to complete an exp-run on the cluster?
Thanks,
Erik
Den 06/01/2011 kl. 20.56 skrev Tijl Coosemans:
> On Thursday 06 January 2011 09:01:09 Erik Cederstrand wrote:
>> Den 05/01/2011 kl. 20.36 skrev Jilles Tjoelker:
>>> On Wed, Jan 05, 2011 at 05:55:45PM +0100, Ulrich Spörlein wrote:
>>>> - get IPA to work with
- Bumps __FreeBSD_version to 900030
Are there any ports which link to the old version of libdialog, and if
so, what will happen to them?
Why not keep the old version as libdialog and instead use a new name
for the new library (libndialog or whatever) ?
(I am not saying you should do
ed as such. If we begin spewing __dead2's
everywhere, it's bound to silence a valid bug somewhere down the line when e.g.
a conditional in a print_help() function is changed subtly so it doesn't always
reach exit().
Erik
there are some
> possible remedies:
>
> - get IPA to work with clang, or at least file a bug
I filed a bug with LLVM (http://llvm.org/bugs/show_bug.cgi?id=8914) but it
seems IPA bugs filed on the analyzer have been rejected in the past.
Erik
he analyzer doesn't know that this function never returns and continues to
flag a null dereference in step 8
What's the fix here?
I think the reports are an excellent way to get acquainted with FreeBSD code.
Marking and fixing the false positives would make bug-hunting in the remaining
reports more motivating :-)
Thanks,
Erik
Den 05/01/2011 kl. 14.56 skrev Erik Cederstrand:
> Ignoring contrib code for the moment, I decided to look at usr.sbin.pw from
> 2011-01-05. There's one report
> (http://scan.freebsd.your.org/freebsd-head/usr.sbin.pw/2011-01-05-amd64/report-KkilQ3.html#EndPath)
> which turns
ncing well-known and presumably harmless
LOR's if there isn't sufficient motivation to fix the source?
Erik
.
Apart from the mentioned src/make.conf options, you might want to try removing
"makeoptions DEBUG=-g" from the kernel config, plus support for hardware you
will never need. The debugging symbols in /boot/kernel use a lot of space.
THanks,
Erik
d I will post results :)
The only difference between Athlon XP and Athlon MP is that the MP
variants are certified for multi-processor use (in reality most Athlon
XP also worked just fine in multi-processor systems, or could easily be
modified to do so.) Available instructions and registers are ident
-f, you will enter more lines and end it with EOF, won't
> > > you? And then BSD grep will process the input and print out matches. I
> > > don't think it's bad behaviour in itself but if you can explain why you
> > > think it's bad I'm willing
d please,
don't ask me innocently if I want to delete my local account when it's 4 AM :-)
I may be answering 'yes' in my sleep)
+1 from me on etcupdate in base.
Erik
Den 03/06/2010 kl. 16.14 skrev Maxim Konovalov:
> On Thu, 3 Jun 2010, 15:15+0200, Erik Cederstrand wrote:
>
>> I just wrote a shell script to recurse into the subdirectories and
>> run make on the Makefiles found. Unfortunately, some of the
>> Makefiles start running
ns 'sh regress.sh', so you could
run that and see how far it gets. Then obtain backtrace etc. when it crashes.
Erik
Den 03/06/2010 kl. 21.54 skrev Giorgos Keramidas:
> On Thu, 03 Jun 2010 14:50:13 +0200, Alexander Leidinger
> wrote:
>> Quoting Erik Cederstrand (from Thu, 3 Jun 2010
>> 12:02:51 +0200):
>>
>>> Hi,
>>>
>>> I'd like to run the regress
les found. Unfortunately, some of the Makefiles start running tests
immediately, some have syntax errors etc., so I'll have to add some more logic.
Erik
nning 'prove -r'. Some of the tests don't
contain .t files, so I assume they can't be run using 'prove'?
Also, I'd like to filter out the tests that don't apply on my system, e.g. zfs
tests.
Thanks,
Erik
Den 31/05/2010 kl. 21.50 skrev Erik Cederstrand:
> I do have a problem with buildworld on an unmodified ClangBSD src/ tree
> within a ClangBSD VM. Clang barfs on the mmintrin.h headers when building
> it's own Lexer because it picks up the gcc version of the headers instead o
l 9.0-CURRENT FreeBSD 9.0-CURRENT #2 r208586:208611M: Thu
May 27 23:35:35 CEST 2010
r...@vb_fbsd8.local:/usr/obj/usr/home/erik/freebsd/clangbsd/src/sys/GENERIC
amd64
clangbsd# cd /usr/src/tools/regression/
clangbsd# prove fstest/tests/chflags
fstest/tests/chflags/00.t .. ok
fstest/tests/c
version of the headers instead of the clang
version. This has been fixed before in ClangBSD, but probably the logic to
decide on which headers to use are insufficient.
Thanks,
Erik
un.sh mkdir.cfg
- LOR is triggered immediately
Erik
Den 19/04/2010 kl. 17.03 skrev Attilio Rao:
> 2010/4/19 Erik Cederstrand :
>> Hi
>>
>> I'm testing ClangBSD in a VirtualBox client and ran into a panic on the
>> client, but I don't think it's clang-related. I haven't tried kernel
>> debug
le-deadlock-detected-for-0xe0001187d880%2C-blocked-for-1801437-ticks-p28123802.html
and this i the result:
http://tinypic.com/r/2llegza/5
Any pointers on ho to debug this further?
Thanks,
Erik
/206c0us/5
I don't know if this is ClangSD-related. I haven't tried kernel debugging
before. Any pointers on how to proceed?
Thanks,
Erik
No, it does not need to do that. It might be a good idea (but I am far
from convinced of it), but there most certainly is no *need* to move in
that direction.
--
Erik Trulsson
ertr1...@student.uu.se
___
freebsd-current@freebsd.org mailing list
http
root "provokes" this slowdown that people have
been seeing, it would be much better to address the cause and not the
symptom.
The change to dynamic root here is not the cause, the extra overhead of using
dynamically linked tools is, and that should be the
cense changed such that
clause 3 (the advertising clause) no longer apply. This would seem to
include mkdir.c
Most of the files in the source tree have not had their copyright
notices updated to reflect this.
See http://www.freebsd.org/copyright/license.html for details on this
license.
On Mon, Nov 17, 2003 at 09:00:20AM -0500, Michael Edenfield wrote:
> * Erik Trulsson <[EMAIL PROTECTED]> [031116 23:21]:
> > On Sun, Nov 16, 2003 at 07:24:00PM -0700, Brent Jones wrote:
> > > This is just a case of OS evolution. /sbin used to be the place where
>
you still need
> a place to have statically linked recovery utilities, /rescue was
> created. Now you see the duplicates in /bin (or /usr/bin) and /rescue
> instead.
Do you have any references for this? Every single place that I can
find explains /sbin as "system b
7;t use the commands in /bin due to problems with
dynamic linking you are unlikely to be helped by the commands in /sbin
being statically linked. (For one thing you won't be able to get a
shell since those normally reside in /bin.)
--
Erik Trulsson
[EMAIL PROTECTED]
he doc the card is supported in current, and later in 5.2. You
have to compile with device ath and device ath_hal
The OS panic with or without the device-setting for ath and ath_hal.
Do you now way the card is identified as a 3Com card insted of a D-Link???
Regards
On Fri, Oct 31, 2003 at 06:20:17PM +0100, Stefan Farfeleder wrote:
> On Fri, Oct 31, 2003 at 04:43:37PM +0100, Erik Trulsson wrote:
>
> > Perhaps not smaller in terms of the sizeof operator, but why can't one
> > have a 16-bit char, and an int8_t which occupies 16 bits,
about. (Some would say that this was a
> rather belated recognition of a choice the industry made two decades
> ago There was, however, a 36-bit implementation of FIPS 151-2, by
> UNISYS.)
--
Erik Trulsson
[EMAIL PROTECTED]
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
nderstood something.
>
> Basically, this is just an experimental protocol that's being played
> with here, and if it ever becomes real, then it will need an IANA
> protocol number assignment before it's widely deployed.
Are you sure that IANA would be the right organisation,
seable mailing lists,
> >>FreeBSD site, CVS via WWW, PRs, ports and docs.
Note that there are many web-archives of the mailing lists. Lots of
them are run by other people. You need to talk to them too.
> >>
> >>As I think, simple form will be enough to stop
> >
ENT,
with the tag for that being '.' as usual.
>
> I'm not sure if 'RELENG_5_2' will work...
I am sure it will not work, since that tag does not yet exist, and will
not exist until 5.2-RELEASE is almost ready to go.
--
Erik Trulsson
[EMAIL PROTECTED]
__
is something sinister
> going on?
>
> Just wonderin'
>
> Andrew Lankford
>
--
Erik Trulsson
[EMAIL PROTECTED]
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
tly quite stable (not
counting any commits made during the last 48 hours or so since I have
not yet tested any of those), but it is of course possible that other
people have run into bugs in components of the kernel that I don't use.
(Note: I do not have PAE enabled in the kernel. I have
On Sun, 2003-08-03 at 02:28, Terry Lambert wrote:
> > The fact of the matter is, if you use 802.1q encapsulation, the total
> > frame size can be 1504. That is the standard.
>
> This is truly evil.
Actually, after a lot of discussions over this very topic during the
IEEE ratification process,
the value will be preserved.)
>
> See section for 6.3.1.3 for the details.
Yes, please do.
>
> That's why I said 'as if' in my other mail.
--
Erik Trulsson
[EMAIL PROTECTED]
___
[EMAIL PROTECTED] mailing list
http://lists.
-)
> but that
> is another story :). [no need to answer this... unless we take it out
> of this thread]
>
>
> >And to answer the original question:
> >It is valid to assume that -1 converted to an unsigned integer type
> >will never be equal to 0.
two's complement there is no need to change the representation when
converting signed to unsigned values, while this can be needed when
using sign-magnitude or one's-complement.
And to answer the original question:
It is valid to assume that -1 converted to an unsigned integer type
will never be equal to 0.
--
Erik Trulsson
[EMAIL PROTECTED]
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
I checked, I
> think 5.0-RELEASE only offered XFree86 4.1.x. And I'm not
> fond of compiling my x server by hand.
Once you have cvsupped to the latest ports you can just rebuild any packages
you need to upgrade through the ports system :)
Cheers
--
Erik H. Bakke
_
e have been substantial changes to
> the kernel since then.
>
> Other than that, I have got it working...
Good! Too bad that I only use fxp cards, so I'm pretty bummed right now.
Erik.
___
[EMAIL PROTECTED] mailing list
http://lists
Is anyone working on ALTQ intergration for FreeBSD 5.1?
Looks like the FreeBSD-ALTQ went drop dead, as they havent made anything new
since the release of FreeBSD
5.0.(http://www.rofug.ro/projects/freebsd-altq/)
Erik.
___
[EMAIL PROTECTED] mailing list
I /var/run/moused.ums0.pid
root445 0.0 0.1 1188 600 ?? Is7:22PM 0:00.00
/usr/sbin/moused -p /dev/psm0 -t auto
Attached is the complete dmesg buffer from startup, pciconf -lv and
acpidump. Any ideas are greatly appriciated.
Greetings, Erik.
begin 666 pciconf.txt
M86=P,$!P8VDP.C Z,
n be traced back to non-compliant system BIOS's. The new
> bootloader menu in FreeBSD 5.1 allows one to disable ACPI for
> the time being.
>
> Scott
>
Will this lead to an extension of the release schedule for 5.1 until most of
the problems are fixed?
To me
Can someone find out who's trying to add the freebsd mailinglist to other
mailinglists? This is getting annoying.
Erik.
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any ma
The problem was bind9, even though I thought it was bugging before the
install of it. The host(1) who comes with bind9 doesnt work the way that the
one in base does. Crap :(
Erik.
> Hi, I'm trying to get host working properly with ipv6 on
> 5.0-RELEASE-p6.
>
> Example:
>
ening? I've tried to change nameservers, no luck. Tried to
install bind9-base, no luck. I'm basically out of ideas. The server has IPV6
up and running. The only thing that works is if I specify -t :
-su-2.05b# host -t irc6.qeast.net
irc6.qeast.net has address 2001:5
the merging of some TCP
> patches.
>
I noticed the same thing... then
try sysctl net.inet.tcp.delayed_ack=0
fixed the issue
--
-Erik <[EMAIL PROTECTED]> [http://math.smsu.edu/~erik]
The opinions expressed by me are not necessarily opinions. In all probability,
they are ra
33 tcp 2049 nfs
1000241 udp 1018 status
1000241 tcp 1020 status
1000210 udp 1017 nlockmgr
1000211 udp 1017 nlockmgr
1000213 udp 1017 nlockmgr
1000214 udp 1017 nlockmgr
1000210 tcp 1019 nlockmgr
Yes, I reload the demon and also place my exports in /etc/exports.
Erik
> Hi all, this is my first incursion on FreeBSD, I came from the Linux world.
>
> My question is: are any of you having problems with the NFS server? I follow all the
>instructions of the handbook packed with
are:
sockstat -4
root nfsd 367 3 tcp4 *:2049*:*
root rpcbind282 9 udp4 *:111 *:*
root rpcbind282 10 udp4 *:1022*:*
root rpcbind282 11 tcp4 *:111 *:*
Any idea?
Erik
To Unsubscrib
warnings are generated. When
compiled with 'gcc -O1 -Wall' you get a warning that 'a' might be used
uninitalized. (This is the case for gcc 2.95.x at least. I believe the
situation is the same with gcc 3.x)
--
Erik Trulsson
[EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
eds to be modified again.
>
> Please, oh please, don't change that behavior in
> srand()/rand().
>
> - Dave Rivers -
--
Erik Trulsson
[EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
also be worth noting that if a good PRNG is needed then one
should not use random() or rand() since on some systems their output is
not very random.
--
Erik Trulsson
[EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
a SiS 5591,
which it isn't. It is a SiS 5513.)
--
Erik Trulsson
[EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
to turning off A and J (implicitly, ie by not specifying them)?
Read again. J automatically sets R.
Yes, not having J set should improve performance noticeably compared
with having J set.
--
Erik Trulsson
[EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
s is true also for many 486 boxes too.
> > > So even if 386 stuff were in the default kernel, you'd likely have
> > > other issues in making sysinstall work and have to do custom
> > > hacking...
> >
> > Add to this that Bosko's workaround for the CPU bug with PSE/PGE
> > includes loading the kernel at 4M rather than 1M.
--
Erik Trulsson
[EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
d those are generally
not portable between major releases it is not very likely it will work.
--
Erik Trulsson
[EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
ne
wants it, they can cvs an older version or something...
--
-Erik <[EMAIL PROTECTED]> [http://math.smsu.edu/~erik]
The opinions expressed by me are not necessarily opinions. In all probability,
they are random rambling, and to be ignored. Failure to ignore may result in
severe b
1 - 100 of 146 matches
Mail list logo
