On Sat, 10 Sep 2005 17:59:00 -0700, Steve Peters via RT
[EMAIL PROTECTED] wrote:
[nicholas - Wed Jun 01 08:09:31 2005]:
This is a bug report for perl from [EMAIL PROTECTED],
generated with the help of perlbug 1.35 running under perl v5.9.3.
On Mon, Sep 12, 2005 at 08:37:27AM +0200, H.Merijn Brand wrote:
On Sat, 10 Sep 2005 17:59:00 -0700, Steve Peters via RT
[EMAIL PROTECTED] wrote:
[nicholas - Wed Jun 01 08:09:31 2005]:
It's not clear if any other malloc implementations provide these
functions, or
the same
Thanks, that ouput looks a bit strange. Can you get me the results from all
the DBM_Filter tests please? I need to see if the problems you are getting
are encoding specific or if the other filters have the same problem.
On Unix this will do the trick
./TEST -v
On Mon, 12 Sep 2005 10:36:55 +0100, Nicholas Clark [EMAIL PROTECTED] wrote:
On Mon, Sep 12, 2005 at 08:37:27AM +0200, H.Merijn Brand wrote:
On Sat, 10 Sep 2005 17:59:00 -0700, Steve Peters via RT
[EMAIL PROTECTED] wrote:
[nicholas - Wed Jun 01 08:09:31 2005]:
It's not clear if
Steve Peters via RT wrote:
Acutally, everything looking a return value from SvFLAGS(sv) should be
looking for a U32. Since I'd like to automate these changes as much
as possible, how does the following look?
Fine, but probably all other docs for SvFLAGS bit tests need the same
change, no ?
In message [EMAIL PROTECTED]
Paul Marquess [EMAIL PROTECTED] wrote:
Thanks John. I've CCed Tom Hughes for the IO:Zlib results.
The external gzip support in IO::Zlib is all Jarkko's work and
nothing to do with me I'm afraid. The external.t test script does
have this comment at the top
# New Ticket Created by Hiroshi MANABE
# Please include the string: [perl #37144]
# in the subject line of all future correspondence about this issue.
# URL: https://rt.perl.org/rt3/Ticket/Display.html?id=37144
This is a bug report for perl from [EMAIL PROTECTED],
generated with the help of
On Mon, Sep 12, 2005 at 12:41:23PM +0200, Rafael Garcia-Suarez wrote:
Steve Peters via RT wrote:
Acutally, everything looking a return value from SvFLAGS(sv) should be
looking for a U32. Since I'd like to automate these changes as much
as possible, how does the following look?
Fine,
On Sat, Sep 10, 2005 at 01:58:33PM -0700, sgromoll @ grad. physics. sunysb. edu
wrote:
When perl crashes it gives one of the following errors, depending on the
platform:
==
panic: destruct destroyed thread [EMAIL PROTECTED]@l0@ during global
destruction.
Segmentation fault
I get this.
Hi Steve,
Many thanks for your prompt answer!
Steve Hay via RT wrote:
Are you sure that you installed the correct SDK components? I
believe that the Core and MDAC components are all that is
required, but perhaps something else is too. Try installing other
components if you haven't
Hi Paul
Here is the verbose output of the test
ok 1 - use DBM_Filter;
ok 2 - use SDBM_File;
ok 3 - use Fcntl;
ok 4 - use charnames;
ok 5 - tied to SDBM_File
ok 6 - push an illigal filter
ok 7 - push an 'encode' filter (default to utf-8)
ok 8 - StoreData called from lib/DBM_Filter/t/encode.t, line
Automated smoke report for 5.9.3 patch 25383
fixit.xs4all.nl: Pentium II (i386/1 cpu)
onbsd/os - 4.1
using cc version egcs-2.91.66 19990314 (egcs-1.1.2 release)
smoketime 3 hours 56 minutes (average 1 hour 58 minutes)
Summary: FAIL(XF)
O = OK F = Failure(s), extended
Hi Sadahiro
On 9/11/05, SADAHIRO Tomoyuki [EMAIL PROTECTED] wrote:
On Wed, 31 Aug 2005 19:53:37 +0530, Sastry [EMAIL PROTECTED] wrote
Hi Sadahiro
The patch has resolved four tests that were failing previously but one
more test is stilling failing(which was failing even before
Hi Paul
Here are the results of the tests
t/../lib/DBM_Filter/t/01error1..21
ok 1 - use DBM_Filter;
ok 2 - use SDBM_File;
ok 3 - use Fcntl;
ok 4 - tied to SDBM_File ok
ok 5 - croak if not parameters passed to Filter_Push
ok 6 - croak on unknown class
ok 7 - croak on unknown fully qualified
On Mon, 12 Sep 2005 16:12:45 +0530, Sastry [EMAIL PROTECTED] wrote
Hi Sadahiro
On 9/11/05, SADAHIRO Tomoyuki [EMAIL PROTECTED] wrote:
Do you think that perl-5.8.6 is not expanding the character ranges with
Unicode? If so how is this test case working?
($a =
Aaron Kaplan (via RT) wrote:
h2xs doesn't generate any code for an enum constant with an explicitly
declared negative value, e.g. enum foo { bar = -1 }, because the
regular expression for parsing enums doesn't allow for the minus sign.
Here's a patch.
--- h2xs-5.9.2 2005/09/11 12:40:25
If there's a plan for 5.8.8, it goes roughly like this
0: All changes that apply to maint are integrated from blead
1: Changes should be in blead by midnight (GMT) on the 16th October 2005
2: RC1 will probably appear within a week
I'll be out of the country for the first week in October, and
On Mon, Sep 05, 2005 at 08:10:20AM -0700, Yitzchak Scott-Thoennes wrote:
On Mon, Sep 05, 2005 at 04:41:56PM +0200, Rafael Garcia-Suarez wrote:
On 9/5/05, Yitzchak Scott-Thoennes [EMAIL PROTECTED] wrote:
Any other feedback on making
(LIST)[LIST]-
not need the -?
I think I
[ John, I've combined responses to two of your messages into one here]
From: John E. Malmberg [mailto:[EMAIL PROTECTED]
Paul Marquess wrote:
...
I see that the majority of the failures match those that Abe Timmerman
reported earlier today. Apart from running with bleed what else is
From: Tom Hughes [mailto:[EMAIL PROTECTED]
In message 20050911232132.CDZH22901.aamta10-
[EMAIL PROTECTED]
Paul Marquess [EMAIL PROTECTED] wrote:
Thanks John. I've CCed Tom Hughes for the IO:Zlib results.
The external gzip support in IO::Zlib is all Jarkko's work and
nothing to
On Mon, Sep 12, 2005 at 05:29:39PM +0100, Nicholas Clark wrote:
If there's a plan for 5.8.8, it goes roughly like this
0: All changes that apply to maint are integrated from blead
1: Changes should be in blead by midnight (GMT) on the 16th October 2005
2: RC1 will probably appear within
At least it fails on only one thing...
lib/locale FAILED at test 99
If you'd like the (rather longish) verbose output, let me know.
Perhaps this is enough:
#
# The locale definition
#
# be_BY.CP1131
#
# on your system may have errors because the locale test 99
# failed in that
Hence, I'd suggest patching the behaviour one way or another. There's
three things I'd consider sensible to do:
- atan2($z1, $z2) = atan($z1/$z2) (same order as with the normal atan2)
- remove the atan2($z1, $z2) alltogether and just carp() instead.
- atan2($z1, $z2) =
The external gzip support in IO::Zlib is all Jarkko's work and
nothing to do with me I'm afraid.
OK, CC'ed Jarkko as well :-)
Jarkko, you been paying attention?
Not awfully so, I don't read p5p actively. [rereading the thread]
Off-hand I'd say the easy thing to do would be just skip
I've just uploaded Compress::Zlib 2.000_03 onto CPAN. This should hopefully
silence some of the failures on VMS.
http://search.cpan.org/CPAN/authors/id/P/PM/PMQS/Compress-Zlib-2.000_03.tar.
gz
Paul
Paul Marquess wrote:
From: John E. Malmberg [mailto:[EMAIL PROTECTED]
Paul Marquess wrote:
Sorry if I'm showing my ignorance of VMS, but does this mean that when you
run Perl on VMS you will/do have the choice of running the C library under
UNIX emulation mode or in VMS native mode?
Hi Jarkko,
You wrote:
Another good reference on these matters, MATLAB ignores the complex
parts of atan2() arguments.
Well, that's fine. (Though not how I'd like to use the function.) Right
now, however, the behaviour is clearly wrong.
We have:
atan2($real1, $real2) == atan($real1/$real2)
From: John E. Malmberg [mailto:[EMAIL PROTECTED]
Paul Marquess wrote:
From: John E. Malmberg [mailto:[EMAIL PROTECTED]
...
ext/Compress/Zlib/t/04def.t fails on test 102 and dies.
not ok 102 - create IO::Gzip
# Failed test ([-.ext.compress.zlib.t]04def.t at line 322)
Can't call
I finally got a download of 2.00_03, and I have locally patched vms.c to
fix the fstat()/Perl_cando() issue.
So here are the results.
I probably will not have time to investigate the failure tonight as I
need to submit the patch to vms.c.
ext/Compress/Zlib/t/01version.t 2 of 2
Ken Williams wrote:
Thanks, John. I've applied your patch (in a slightly modified form) and
released a new beta, 0.13_01. It would be great if you (and/or a couple
other people on the vmsperl list) could try it out, and then I can
release 0.14 when it checks out.
It is not yet showing up
On Wed, Sep 07, 2005 at 05:19:55PM -0700, brucer @ gsg-lnx-bld1. cisco. com
wrote:
The following program invokes beta once instead of twice.
Extremely non-intuitive.
moving the #' down one line fixes it.
1) seems like it shouldn't compile.
2) $c is static and keeps its value between
Paul Marquess wrote:
I've just uploaded Compress::Zlib 2.000_03 onto CPAN. This should hopefully
silence some of the failures on VMS.
http://search.cpan.org/CPAN/authors/id/P/PM/PMQS/Compress-Zlib-2.000_03.tar.gz
Unfortunately search.cpan.org and nttp.cpan.org seem to be down right now.
But
On Sep 12, 2005, at 4:22 PM, Michael G Schwern wrote:
On Sun, Sep 11, 2005 at 07:39:46PM -0500, Ken Williams wrote:
I thought I supplied an implementation with that.
Yes - your implementation worked for everything except /.. - /,
so
I just added one line that did that. The rest of the
On Wed, Sep 07, 2005 at 01:04:00PM -0400, Mark Jason Dominus wrote:
I was struck by one of my own: exempli gratia being abbreviated to eg or
eg., rather than e.g.
I would like to suggest that Latin is obscure, and latin abbreviations
are doubly obscure. There is no space constraint that
Dan, I'm not sure what is going on here. Can I walk through one of the failing
test to see if it rings any bells with you?
I'll use the utf8.t test, because it is a bit more straightforward.
I first write these key/value pairs to the DBM file with a utf8 encoding filter
in place
On Sun, Sep 11, 2005 at 07:39:46PM -0500, Ken Williams wrote:
I thought I supplied an implementation with that.
Yes - your implementation worked for everything except /.. - /, so
I just added one line that did that. The rest of the implementation is
yours verbatim.
Oh, ok. The wording
The VMS specific Perl_cando() on open file handles was returning the
results for a previous file that a stat()/lstat() that was done instead
of for the open file.
This was causing failures in the Compress-Zlib tests on my system.
-John
[EMAIL PROTECTED]
Personal Opinion Only
---
On Sep 13, 2005, at 07:42 , Paul Marquess wrote:
Dan, I'm not sure what is going on here. Can I walk through one of
the failing test to see if it rings any bells with you?
Before that I would like to make sure if I understand the scope of
the problem correctly. We are talking about the
Thanks, John. I've applied your patch (in a slightly modified form)
and released a new beta, 0.13_01. It would be great if you (and/or a
couple other people on the vmsperl list) could try it out, and then I
can release 0.14 when it checks out.
-Ken
p.s. - I wish all novices were as
39 matches
Mail list logo
