On 2010-09-29 02:28, Derek Tattersall wrote:
A test shell script using mktemp (1) works fine on current built with
clang today. The clang case produces a filename with all A's rather
than the random letters expected.
I cannot reproduce this on a system compiled entirely with clang:
$ mktemp
mktemp foo.XX works here
but perl's File::Temp is not working
when I tried to build editors/openoffice.org-3-devel, I got:
Error in tempdir() using /tmp/XX: Tried to get a new temp name
different to the previous value 50 times.
Something wrong with template?? (/tmp/XX) at
On Tue, Sep 28, 2010 at 11:43 PM, Dimitry Andric d...@freebsd.org wrote:
On 2010-09-29 02:28, Derek Tattersall wrote:
A test shell script using mktemp (1) works fine on current built with
clang today. The clang case produces a filename with all A's rather
than the random letters expected.
[just don't know what namely need to test, so]
All made according to your instructions.
The only way I could trigger netdump was
to run its ddb command by hand. Neither
debug.kdb.enter nor debug.kdb.panic don't do it.
Some numbers and output (bit verbose
but again don't know what need to show
On Wed, Sep 29, 2010 at 8:58 AM, Garrett Cooper gcoo...@freebsd.org wrote:
On Tue, Sep 28, 2010 at 11:43 PM, Dimitry Andric d...@freebsd.org wrote:
On 2010-09-29 02:28, Derek Tattersall wrote:
A test shell script using mktemp (1) works fine on current built with
clang today. The clang case
Hi,
Trying to boot a recent (sep 23) amd64 kernel in safe-mode fails with ``panic:
No usable event timer found!''. This occurs on two (all my) machines. This
has been a persistent problem since the introduction of the event timer code.
Safe-mode does work with an i386 kernel on the
On Mon, 27 Sep 2010, John Baldwin wrote:
On Saturday, September 25, 2010 3:53:34 pm Anton Shterenlikht wrote:
On amd64 r213168 I've a ral(4) CardBus
wireless device of obscure origin.
It is identified as
db bt
Tracing pid 0 tid 100068 td 0xff0001b59440
kbd_enter() at kbd_enter+0x3d
Hi.
David Naylor wrote:
Trying to boot a recent (sep 23) amd64 kernel in safe-mode fails with
``panic:
No usable event timer found!''. This occurs on two (all my) machines. This
has been a persistent problem since the introduction of the event timer code.
I've reproduced the
On Wed, Sep 29, 2010 at 3:43 AM, Dimitry Andric d...@freebsd.org wrote:
On 2010-09-29 02:28, Derek Tattersall wrote:
A test shell script using mktemp (1) works fine on current built with
clang today. The clang case produces a filename with all A's rather
than the random letters expected.
I
On Wed, Sep 29, 2010 at 3:58 AM, Garrett Cooper gcoo...@freebsd.org wrote:
On Tue, Sep 28, 2010 at 11:43 PM, Dimitry Andric d...@freebsd.org wrote:
On 2010-09-29 02:28, Derek Tattersall wrote:
A test shell script using mktemp (1) works fine on current built with
clang today. The clang case
On Wed, Sep 29, 2010 at 3:56 AM, Buganini bugan...@gmail.com wrote:
mktemp foo.XX works here
but perl's File::Temp is not working
when I tried to build editors/openoffice.org-3-devel, I got:
Error in tempdir() using /tmp/XX: Tried to get a new temp name
different to the previous
On 2010-09-29 13:23, Renato Botelho wrote:
#!/usr/bin/perl
use File::Temp;
my ( $fh, $filename ) = File::Temp::tempfile();
print $filename\n;
For me it works perfectly, though I am using perl 5.10:
$ cat foo.pl
#!/usr/bin/perl
use File::Temp;
my ( $fh, $filename ) =
on 29/09/2010 13:40 Alexander Motin said the following:
Hi.
David Naylor wrote:
Trying to boot a recent (sep 23) amd64 kernel in safe-mode fails with
``panic:
No usable event timer found!''. This occurs on two (all my) machines. This
has been a persistent problem since the
* Dimitry Andric d...@freebsd.org [100929 06:16]:
On 2010-09-29 02:28, Derek Tattersall wrote:
A test shell script using mktemp (1) works fine on current built with
clang today. The clang case produces a filename with all A's rather
than the random letters expected.
I cannot reproduce
On Wed, Sep 29, 2010 at 8:34 AM, Dimitry Andric d...@freebsd.org wrote:
On 2010-09-29 13:23, Renato Botelho wrote:
#!/usr/bin/perl
use File::Temp;
my ( $fh, $filename ) = File::Temp::tempfile();
print $filename\n;
For me it works perfectly, though I am using perl 5.10:
$ cat foo.pl
I'm using perl 5.10, on amd64
only enable clang in src.conf
no CPU nor CFLAGS settings in src.conf/make.conf
so it seems that the problem is perl-version independent?
perhaps amd64?
On Wed, Sep 29, 2010 at 7:46 PM, Derek Tattersall d...@mebtel.net wrote:
* Dimitry Andric d...@freebsd.org
On Wed, Sep 29, 2010 at 8:50 AM, Buganini bugan...@gmail.com wrote:
I'm using perl 5.10, on amd64
only enable clang in src.conf
no CPU nor CFLAGS settings in src.conf/make.conf
so it seems that the problem is perl-version independent?
perhaps amd64?
I didn't test on i386 but it seems to be
* Garrett Cooper gcoo...@freebsd.org [100929 06:16]:
On Tue, Sep 28, 2010 at 11:43 PM, Dimitry Andric d...@freebsd.org wrote:
On 2010-09-29 02:28, Derek Tattersall wrote:
A test shell script using mktemp (1) works fine on current built with
clang today. ?The clang case produces a filename
On Wed, Sep 29, 2010 at 8:34 AM, Dimitry Andric d...@freebsd.org wrote:
On 2010-09-29 13:23, Renato Botelho wrote:
#!/usr/bin/perl
use File::Temp;
my ( $fh, $filename ) = File::Temp::tempfile();
print $filename\n;
For me it works perfectly, though I am using perl 5.10:
$ cat foo.pl
On Wed, Sep 29, 2010 at 9:40 AM, Renato Botelho rbga...@gmail.com wrote:
On Wed, Sep 29, 2010 at 8:34 AM, Dimitry Andric d...@freebsd.org wrote:
On 2010-09-29 13:23, Renato Botelho wrote:
#!/usr/bin/perl
use File::Temp;
my ( $fh, $filename ) = File::Temp::tempfile();
print $filename\n;
On Tuesday, September 28, 2010 6:24:32 pm Robert N. M. Watson wrote:
On 28 Sep 2010, at 19:40, Sean Bruno wrote:
If you go fully dynamic you should use mp_maxid + 1 rather than maxcpus.
I assume that mp_maxid is the new kern.smp.maxcpus? Can you inject some
history here so I can
On Wednesday, September 29, 2010 6:34:09 am Anton Shterenlikht wrote:
On Mon, 27 Sep 2010, John Baldwin wrote:
On Saturday, September 25, 2010 3:53:34 pm Anton Shterenlikht wrote:
On amd64 r213168 I've a ral(4) CardBus
wireless device of obscure origin.
It is identified as
db bt
On Wednesday, September 29, 2010 7:37:15 am Andriy Gapon wrote:
on 29/09/2010 13:40 Alexander Motin said the following:
Hi.
David Naylor wrote:
Trying to boot a recent (sep 23) amd64 kernel in safe-mode fails with
``panic:
No usable event timer found!''. This occurs on two (all
On Wed, Sep 29, 2010 at 10:12 AM, Renato Botelho rbga...@gmail.com wrote:
On Wed, Sep 29, 2010 at 9:40 AM, Renato Botelho rbga...@gmail.com wrote:
On Wed, Sep 29, 2010 at 8:34 AM, Dimitry Andric d...@freebsd.org wrote:
On 2010-09-29 13:23, Renato Botelho wrote:
#!/usr/bin/perl
use
on 28/09/2010 20:39 Attilio Rao said the following:
In order to work into an up and running system (meant as with all
the devices in place) the netdump handler hooks as a pre-sync handler
(differently from other dumping routines). It however suffers some
I actually like this idea. I think
On Wednesday 29 September 2010 15:14:08 John Baldwin wrote:
On Wednesday, September 29, 2010 7:37:15 am Andriy Gapon wrote:
on 29/09/2010 13:40 Alexander Motin said the following:
Hi.
David Naylor wrote:
Trying to boot a recent (sep 23) amd64 kernel in safe-mode fails with
On 29 Sep 2010, at 12:49, John Baldwin wrote:
On Tuesday, September 28, 2010 6:24:32 pm Robert N. M. Watson wrote:
On 28 Sep 2010, at 19:40, Sean Bruno wrote:
If you go fully dynamic you should use mp_maxid + 1 rather than maxcpus.
I assume that mp_maxid is the new kern.smp.maxcpus?
On Wed, Sep 29, 2010 at 09:40:18AM -0300, Renato Botelho wrote:
On Wed, Sep 29, 2010 at 8:34 AM, Dimitry Andric d...@freebsd.org wrote:
On 2010-09-29 13:23, Renato Botelho wrote:
#!/usr/bin/perl
use File::Temp;
my ( $fh, $filename ) = File::Temp::tempfile();
print $filename\n;
On Wed, Sep 29, 2010 at 1:54 PM, Robert N. M. Watson
rwat...@freebsd.org wrote:
On 29 Sep 2010, at 12:49, John Baldwin wrote:
On Tuesday, September 28, 2010 6:24:32 pm Robert N. M. Watson wrote:
On 28 Sep 2010, at 19:40, Sean Bruno wrote:
If you go fully dynamic you should use mp_maxid + 1
on 29/09/2010 16:47 David Naylor said the following:
On Wednesday 29 September 2010 15:14:08 John Baldwin wrote:
On Wednesday, September 29, 2010 7:37:15 am Andriy Gapon wrote:
on 29/09/2010 13:40 Alexander Motin said the following:
Hi.
David Naylor wrote:
Trying to boot a recent (sep 23)
Hi,
I just encountered the following soft update panic while running perl
5.12's tests:
panic: indir_trunc: Index out of range -148 parent -2061 lbn -305164
cpuid = 3
KDB: enter: panic
[ thread pid 19 tid 100047 ]
Stopped at kdb_enter+0x3a: movl$0,kdb_why
db bt
Tracing pid 19 tid
On 2010-09-29 16:32, Dimitry Andric wrote:
It is consistently reproducible. This is on a -current system, at
r213139, on i386. Settings for the affected filesystem:
N.B: it only panics when using SU+J, not when using plain soft updates.
___
On Wed, Sep 29, 2010 at 11:06 AM, Roman Divacky rdiva...@freebsd.org wrote:
renato, can you check if libc compiled with clang -O0 still exhibits
the bug?
I got the following error when i try to build libc with -O0
clang -O2 -pipe -O0 -I/usr/src/lib/libc/include
* Dimitry Andric d...@freebsd.org [100929 08:55]:
On 2010-09-29 13:23, Renato Botelho wrote:
#!/usr/bin/perl
use File::Temp;
my ( $fh, $filename ) = File::Temp::tempfile();
print $filename\n;
For me it works perfectly, though I am using perl 5.10:
$ cat foo.pl
#!/usr/bin/perl
2010/9/29 Sergey Kandaurov pluk...@gmail.com:
[just don't know what namely need to test, so]
All made according to your instructions.
The only way I could trigger netdump was
to run its ddb command by hand. Neither
debug.kdb.enter nor debug.kdb.panic don't do it.
You probabilly need to use
-- Forwarded message --
Replying to the list this time...
From: Ryan Stone ryst...@gmail.com
Date: Wed, Sep 29, 2010 at 11:32 AM
Subject: Re: [PATCH] Netdump for review and testing -- preliminary version
To: Sergey Kandaurov pluk...@gmail.com
db netdump
On Wednesday 29 September 2010 16:19:08 Andriy Gapon wrote:
on 29/09/2010 16:47 David Naylor said the following:
On Wednesday 29 September 2010 15:14:08 John Baldwin wrote:
On Wednesday, September 29, 2010 7:37:15 am Andriy Gapon wrote:
on 29/09/2010 13:40 Alexander Motin said the
David Naylor wrote:
On Wednesday 29 September 2010 16:19:08 Andriy Gapon wrote:
What do you try to actually achieve?
I was trying to boot a system and it was panicking due to stray interrupts.
It turned out to be caused by HPET. I found `hint.hpet.0.clock=0' which
fixed
the problem.
On Wed, Sep 29, 2010 at 11:06 AM, Roman Divacky rdiva...@freebsd.org wrote:
renato, can you check if libc compiled with clang -O0 still exhibits
the bug?
Hi Roman,
I needed to build ldexp.{o,po,So} manually with -O2, and built every
other object using -O0, the same problem happened.
--
On Wed, Sep 29, 2010 at 11:56:59AM -0400, Derek Tattersall wrote:
* Dimitry Andric d...@freebsd.org [100929 08:55]:
On 2010-09-29 13:23, Renato Botelho wrote:
#!/usr/bin/perl
use File::Temp;
my ( $fh, $filename ) = File::Temp::tempfile();
print $filename\n;
For me it
On 2010-09-29 17:48, Renato Botelho wrote:
0. Program arguments: /usr/bin/clang -cc1 -triple
x86_64-undermydesk-freebsd9.0 -S -disable-free -main-file-name ldexp.c
-mrelocation-model static -mdisable-fp-elim -mconstructor-aliases
-munwind-tables -target-cpu x86-64 -resource-dir
On Wed, Sep 29, 2010 at 2:31 PM, Roman Divacky rdiva...@freebsd.org wrote:
On Wed, Sep 29, 2010 at 11:56:59AM -0400, Derek Tattersall wrote:
* Dimitry Andric d...@freebsd.org [100929 08:55]:
On 2010-09-29 13:23, Renato Botelho wrote:
#!/usr/bin/perl
use File::Temp;
my ( $fh,
On Wed Sep 29 10, Dimitry Andric wrote:
Hi,
I just encountered the following soft update panic while running perl
5.12's tests:
panic: indir_trunc: Index out of range -148 parent -2061 lbn -305164
cpuid = 3
KDB: enter: panic
[ thread pid 19 tid 100047 ]
Stopped at kdb_enter+0x3a:
On Wed, Sep 29, 2010 at 02:41:17PM -0300, Renato Botelho wrote:
On Wed, Sep 29, 2010 at 2:31 PM, Roman Divacky rdiva...@freebsd.org wrote:
On Wed, Sep 29, 2010 at 11:56:59AM -0400, Derek Tattersall wrote:
* Dimitry Andric d...@freebsd.org [100929 08:55]:
On 2010-09-29 13:23, Renato Botelho
Could you guys give us some help on this?
-- Forwarded message --
From: Roman Divacky rdiva...@freebsd.org
Date: Wed, Sep 29, 2010 at 2:44 PM
Subject: Re: Clang now builds world and kernel, on i386 and amd64
To: Renato Botelho rbga...@gmail.com
Cc: Derek Tattersall
On Wed, Sep 29, 2010 at 2:44 PM, Roman Divacky rdiva...@freebsd.org wrote:
heh, now I noticed that Derek already wrote that ;) is anyone able
to find where in perl sources the rand function is defined? I failed
that :(
It's using drand48() instead of rand()
On Wed, Sep 29, 2010 at 11:32 AM, Dimitry Andric d...@freebsd.org wrote:
Hi,
I just encountered the following soft update panic while running perl
5.12's tests:
panic: indir_trunc: Index out of range -148 parent -2061 lbn -305164
cpuid = 3
KDB: enter: panic
[ thread pid 19 tid 100047 ]
On 2010-09-29 20:35, Renato Botelho wrote:
Alternatively, just run make test in /usr/ports/lang/perl5.12.
Since i'm running -current with SUJ here, and built perl 5.12
recently without problems, maybe this can help you (I have
that patch applied locally since it was not committed yet).
On 2010-09-29 20:22, Renato Botelho wrote:
It's using drand48() instead of rand()
...
GCC libc:
ga...@botelhor:~/testes ./test
random value 0.396465
clang libc:
ga...@botelhor:~/testes ./test
random value -inf
Renato, Derek, could you please apply the attached patch for ldexp,
rebuild
On Wed, Sep 29, 2010 at 4:35 PM, Dimitry Andric d...@freebsd.org wrote:
On 2010-09-29 20:22, Renato Botelho wrote:
It's using drand48() instead of rand()
...
GCC libc:
ga...@botelhor:~/testes ./test
random value 0.396465
clang libc:
ga...@botelhor:~/testes ./test
random value -inf
On 2010-09-29 21:47, Renato Botelho wrote:
Renato, Derek, could you please apply the attached patch for ldexp,
rebuild your libc (with clang), and run your random test program again?
Worked perfectly here \o/
And what about perl? :)
___
On Wed, Sep 29, 2010 at 4:49 PM, Dimitry Andric d...@freebsd.org wrote:
On 2010-09-29 21:47, Renato Botelho wrote:
Renato, Derek, could you please apply the attached patch for ldexp,
rebuild your libc (with clang), and run your random test program again?
Worked perfectly here \o/
And what
on 27/09/2010 20:54 Andriy Gapon said the following:
It seems that minidump on amd64 is always dumping at least about 1GB of data
regardless of actual memory size and usage and thus can be even larger than
regular dump.
Specifically, I suspect the following code:
for (va =
hi there,
i wanted to ask if it would be possible to asjust glabel so that e.g. inserting
a new media into a dvd-drive gets recognised and glabel displays the lablel
right away.
right now i use this shell alias to work around this issue:
mdvd='sh -c : 3/dev/dvd ; mount /media/dvd/ cd
on 30/09/2010 00:12 Alexander Best said the following:
hi there,
i wanted to ask if it would be possible to asjust glabel so that e.g.
inserting
a new media into a dvd-drive gets recognised and glabel displays the lablel
right away.
Yes, of course, as soon as we have in kernel a
On 9/29/2010 2:45 PM, Andriy Gapon wrote:
on 30/09/2010 00:12 Alexander Best said the following:
hi there,
i wanted to ask if it would be possible to asjust glabel so that e.g. inserting
a new media into a dvd-drive gets recognised and glabel displays the lablel
right away.
Yes, of course,
On 9/29/2010 3:41 PM, Andriy Gapon wrote:
on 27/09/2010 20:54 Andriy Gapon said the following:
It seems that minidump on amd64 is always dumping at least about 1GB of data
regardless of actual memory size and usage and thus can be even larger than
regular dump.
Specifically, I suspect the
* Dimitry Andric d...@freebsd.org [100929 17:05]:
On 2010-09-29 21:47, Renato Botelho wrote:
Renato, Derek, could you please apply the attached patch for ldexp,
rebuild your libc (with clang), and run your random test program again?
Worked perfectly here \o/
And what about perl? :)
David Naylor wrote:
On Wednesday 29 September 2010 18:25:13 Alexander Motin wrote:
David Naylor wrote:
On Wednesday 29 September 2010 16:19:08 Andriy Gapon wrote:
What do you try to actually achieve?
I was trying to boot a system and it was panicking due to stray
interrupts. It turned out to
On Thursday 30 September 2010 07:23:34 Alexander Motin wrote:
David Naylor wrote:
On Wednesday 29 September 2010 18:25:13 Alexander Motin wrote:
David Naylor wrote:
On Wednesday 29 September 2010 16:19:08 Andriy Gapon wrote:
What do you try to actually achieve?
I was trying to boot a
60 matches
Mail list logo