Hi Delang
Looks like you are seeking help in building the encode module. Are you?
If so, our shell PATH settings are garbled. You may try building from a
fresh shell or build from root directory.
- Ravi Sastry
2010/9/15 JI Delang
> lampstation01:/home/lamp/Perl_Module/Encode-2.39 # p
Good Job Sadahiro!
- Ravi Sastry Kadali
On Mon, Jul 26, 2010 at 7:35 PM, SADAHIRO Tomoyuki wrote:
> Hello, all.
>
> Unicode::Collate 0.54 [1] supports a C-compiled DECUT [2],[3] via XSUB,
> that may save time when a new collator will be constructed.
>
> If you want use the com
Hi
I have installed the binary version of perl-5.8.7 on z/OS.
Now I would like to separately run the test suite that comes with the
source package of perl and run against the installed version of perl.
Is there a means by which this can be done?
regards
Ravi Sastry
Hi
I am using perl-5.8.6 on EBCDIC platform and I encounter a test case(lib/DBM_Filter/t/encode.t) failing
The VerifyData sub routine expects the key as 'euro' where as on EBCDIC, I get the key as '/Ä>,'
can you explain me why this is happening?
use strict;use warnings;use Carp;BEGIN {
ev
Hi
The test case uses the invariant character that is below <127 on
ISO-8859-16 codepage. Since character 'a' has a codepoint of 129 on
EBCDIC, is there a place in the code where it should apply
NATIVE_TO_ASCII macro on the input character?
-Sastry
On 8/19/05, Nicholas
he platforms. I guess that the structure is not
properly set. Please throw any thoughts you have!
-Sastry
On 8/9/05, Sastry <[EMAIL PROTECTED]> wrote:
> Hi Nicholas Clark
> I agree that it is supposed to print the numerical equivalent 97.
>
> I attempted to see if there is any bu
On 8/9/05, Nicholas Clark <[EMAIL PROTECTED]> wrote:
> On Tue, Aug 09, 2005 at 10:58:48AM +0530, Sastry wrote:
> > Hi
> >
> > I get 73 printed on EBCDIC platform. I think it is supposed to print
> > 129 as it is the numeric equivalent of 'a'.
> >
On 8/9/05, SADAHIRO Tomoyuki <[EMAIL PROTECTED]> wrote:
> Hello,
>
> On Tue, 9 Aug 2005 15:09:42 +0530, Sastry <[EMAIL PROTECTED]> wrote
> > Hi
> >
> > As suggested by you, I ran the following script which resulted in
> > substituting all the c
Hi
a)Can somebody tell me how miniperl uses enc2xs to generate the
codepage tables in ext/Encode/Byte/byte_t.c and ext/Encode/def_t.c?
b)Are these tables different on ASCII and EBCDIC platform?
-Sastry
different on EBCDIC platform and ASCII platform
like Linux.
I just replaced those files from linux onto EBCDIC which gave the
expected result '97'
Please let me know if those .c files should be the same on both the platform!
-Sastry
On 8/9/05, Nicholas Clark <[EMAIL PROTECTED]>
Hi
I get 73 printed on EBCDIC platform. I think it is supposed to print
129 as it is the numeric equivalent of 'a'.
-Sastry
On 8/8/05, Nicholas Clark <[EMAIL PROTECTED]> wrote:
> On Thu, Aug 04, 2005 at 11:51:44AM +0530, Sastry wrote:
> > Hi
> >
> >
codepoint \xF1 on iso-8859-16)
What is the expected output in enc_string?
On Linux both String and enc_string are set to "a"
Thanks in advance
regards
Sastry
d
characters in EBCDIC ?
or
b) Should all the bytes in $a change to X?
Thanks in advance
Sastry
"");
# Not working in EBCDIC as of 12674.
$c = ($a = "\xc9\xca\xcb\xcc\xcd\xcf\xd0\xd1") =~ tr/\xc9-\xd1/X/;
is($c, 8);
is($a, "");
...
Is it supposed to change the gapped characters to X also? In that case
what is the behaviour for tr/a-z/X ?
Thanks in advance
Sastry
Hi
I have the following problem which gives different results when I run
on linux machine and on z/OS
Could explain me the reason for so?
On linux the enc_string will still beeuro
whereas on z/OS it is / >,
Thanks in advance
regards
Sastry
use Encode;
$str
15 matches
Mail list logo
