# New Ticket Created by [EMAIL PROTECTED]
# Please include the string: [perl #37168]
# in the subject line of all future correspondence about this issue.
# URL: https://rt.perl.org/rt3/Ticket/Display.html?id=37168
This is a bug report for perl from julien23.free.fr,
generated with the help
Hi
I changed the ext/Encode/Makefile.PL with the def_t table to contain iso-8859-16
as follows
my %tables =
(
def_t = ['ascii.ucm',
'8859-1.ucm',
'8859-16.ucm',
'null.ucm',
'ctrl.ucm',
]
);
a) Now the
Is there any alternative for gmake utility. It is not installed on our
servers.
-Original Message-
From: H. Merijn Brand via RT [mailto:[EMAIL PROTECTED]
Sent: Wednesday, September 14, 2005 12:12 AM
To: Sharma, Rahul
Subject: Re: [perl #37162] Perl -- Make test errors..
On Tue, 13 Sep
# New Ticket Created by Christian Jaeger
# Please include the string: [perl #37170]
# in the subject line of all future correspondence about this issue.
# URL: https://rt.perl.org/rt3/Ticket/Display.html?id=37170
This is a bug report for perl from [EMAIL PROTECTED],
generated with the help
Hi
This is the verbose output of the lib/DBM_Filter/t/encode.t test case
after my modification in the ext/Encode/Makefile.PL as discussed
earlier.
1..26
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
On Wed, Sep 14, 2005 at 09:11:37AM +0200, H.Merijn Brand wrote:
On Tue, 13 Sep 2005 11:56:12 -0700, Sharma, Rahul (via RT)
[EMAIL PROTECTED] wrote:
# New Ticket Created by Sharma, Rahul
# Please include the string: [perl #37162]
# in the subject line of all future correspondence about
On Wed, Sep 14, 2005 at 07:06:36AM -0700, [EMAIL PROTECTED] (via RT) wrote:
# New Ticket Created by [EMAIL PROTECTED]
# Please include the string: [perl #37168]
# in the subject line of all future correspondence about this issue.
# URL: https://rt.perl.org/rt3/Ticket/Display.html?id=37168
John Peacock wrote:
The uploaded file
version-0.48.tar.gz
has entered CPAN as
file: $CPAN/authors/id/J/JP/JPEACOCK/version-0.48.tar.gz
size: 31278 bytes
md5: 95cc7fc1e72ac3c51b062d3d19cd3d79
Associated patch vs. bleadperl attached. The patch is a lot
From: Sastry [mailto:[EMAIL PROTECTED]
Hi
This is the verbose output of the lib/DBM_Filter/t/encode.t test case
after my modification in the ext/Encode/Makefile.PL as discussed
earlier.
1..26
ok 1 - use DBM_Filter;
ok 2 - use SDBM_File;
ok 3 - use Fcntl;
ok 4 - use charnames;
ok 5 -
Christian and Porters,
Thanks for your report.
On Sep 15, 2005, at 18:53 , Christian Jaeger (via RT) wrote:
- the file being written to disk *does* contain utf8 sequences.
- the flag being written to disk is false. (Encode::is_utf8 gave
false)
- the length being written into the header
[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.
-
[Please enter your report here]
Darwin provides 2 extra
Rafael Garcia-Suarez wrote:
Unfortunately :
lib/version...Undefined subroutine main::qv called
at ../lib/version.t line 234.
# Looks like you planned 200 tests but only ran 70.
# Looks like your test died just after 70.
FAILED--expected 200 tests, saw 70
I swear I
Hello
Thanks for your reply.
At 5:29 Uhr -0700 15.09.2005, Dan Kogai via RT wrote:
I could not duplicate the symptom on perl 5.8.7 but on 5.8.6 I did.
...
you run the code as follows (on my Mac OS X v10.4.2);
With my perl 5.8.7 I'm getting:
[EMAIL PROTECTED] chris perl ./bugreport-test1
On Wed, 14 Sep 2005 12:57:16 -0700, Sharma, Rahul [EMAIL PROTECTED]
wrote:
Is there any alternative for gmake utility. It is not installed on our
servers.
Which makes it even more weird.
So, Configure is right in detecting 'make', but somehow EU::C still wants
'gmake', which is obviously
On Thu, 15 Sep 2005, H.Merijn Brand wrote:
lib/ExtUtils/t/Constant...Can't exec gmake: No such
file or di rectory at ../lib/ExtUtils/t/Constant.t line 130.
FAILED at test 3
On Wed, 14 Sep 2005 12:57:16 -0700, Sharma, Rahul [EMAIL PROTECTED]
wrote:
Is there any
On Thu, 15 Sep 2005 09:48:18 -0400 (EDT), Andy Dougherty
[EMAIL PROTECTED] wrote:
On Thu, 15 Sep 2005, H.Merijn Brand wrote:
lib/ExtUtils/t/Constant...Can't exec gmake: No such
file or di rectory at ../lib/ExtUtils/t/Constant.t line 130.
FAILED at test 3
On
John Peacock wrote:
Rafael Garcia-Suarez wrote:
Unfortunately :
lib/version...Undefined subroutine main::qv
called at ../lib/version.t line 234.
# Looks like you planned 200 tests but only ran 70.
# Looks like your test died just after 70.
On Thu, 15 Sep 2005, H.Merijn Brand wrote:
On Thu, 15 Sep 2005 09:48:18 -0400 (EDT), Andy Dougherty
[EMAIL PROTECTED] wrote:
On Thu, 15 Sep 2005, H.Merijn Brand wrote:
lib/ExtUtils/t/Constant...Can't exec gmake: No such
file or di rectory at
Hi Sadahiro
Having incorporated the changes in the doop.c and op.c
I strangely get lots of failures and here are the test results. Seems
like the first approach itself fails on tr// and there will certainly
more failures when we run the entire test suite which uses these
Automated smoke report for 5.9.3 patch 25417
profane.mongueurs.net: Intel Pentium III Xeon (i386/6 cpu)
onfreebsd - 5.4-STABLE
using cc version 3.4.2 [FreeBSD] 20040728
smoketime 5 hours 15 minutes (average 31 minutes 32 seconds)
Summary: FAIL(F)
O = OK F = Failure(s),
Paul Marquess wrote:
From: John E. Malmberg [mailto:[EMAIL PROTECTED]
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
21 matches
Mail list logo