PDK doesn"t work well with Text::Unidecode?

SGksCgpJIGhhdmUgdHJpZWQgdGhlIGZvbGxvd2luZyB0ZXN0IHByb2dyYW06 Cgp1c2Ugc3RyaWN0
Owp1c2UgdXRmODsKdXNlIFRleHQ6OlVuaWRlY29kZTsKcHJpbnQgdW5pZGVj b2RlKCLFn2lwIik7
CgpUaGUgcHJpbnRlZCB0ZXh0IGlzICJzaXAiIChjb3JyZWN0bHkuCgpJZiBJ IGRvOgoKPiBwZXJs
YXBwIHRlc3QucGwKPiB0ZXN0LmV4ZQoKLi4uaXQgcHJpbnRzOgoKWz9dIGlw Cgood2hpY2ggaXMg
bm90IGNvcnJlY3RseSkKClRoZSB0ZXN0LnBsIGZpbGUgaXMgVVRGLTggZW5j b2RlZC4KQW0gSSBk
b2luZyBzb21ldGhpbmcgd3Jvbmc/IENhbiBJIGRvIHNvbWV0aGluZyB0byBt YWtlIGl0IHdvcms/
IE9yIFBESyAKZG9lc24ndCB3b3JrIHdpdGggVGV4dDo6VW5pZGVjb2RlPwoK VGhhbmsgeW91IHZl
cnkgbXVjaC4KCk9jdGF2aWFuCgpfX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19f
X19fX19fX19fXwpBY3RpdmVQZXJsIG1haWxpbmcgbGlzdApBY3RpdmVQZXJs QGxpc3RzZXJ2LkFj
dGl2ZVN0YXRlLmNvbQpUbyB1bnN1YnNjcmliZTogaHR0cDovL2xpc3RzZXJ2 LkFjdGl2ZVN0YXRl
LmNvbS9tYWlsbWFuL215c3Vicw==

RE: PDK doesn"t work well with Text::Unidecode?

Text::Unidecode does run-time 'require' of modules. There's no way for
perlapp to know at compile time what modules will be needed at runtime,
of course. You'll have to add explicit 'use Text::Unidecode::x01' (or
perlapp --add) for every bank you think you'll need. (No, I don't know
what a bank is, I just glanced at the Unidecode.pm source code)

- - Martin


-----Original Message-----
From: activeperl-bounces@listserv.ActiveState.com
[mailto:activeperl-bounces@listserv.ActiveState.com] On Behalf Of
Octavian Rasnita
Sent: Saturday, March 15, 2008 08:59
To: activeperl@listserv.ActiveState.com
Subject: PDK doesn't work well with Text::Unidecode?

....Am I doing something wrong? Can I do something to make it work? Or
PDK
doesn't work with Text::Unidecode?

_______________________________________________
ActivePerl mailing list
ActivePerl@listserv.ActiveState.com
To unsubscribe: http://listserv.ActiveState.com/mailman/mysubs

RE: PDK doesn"t work well with Text::Unidecode?

Yes, you'll need to manually add the 256 submodules right now. I'll add
a heuristic to PDK 7.2 to detect this automatically and include all of
them. Should be released in a couple of weeks.

Cheers,
-Jan

On Mon, 17 Mar 2008, Thurn, Martin wrote:
> Text::Unidecode does run-time 'require' of modules. There's no way for
> perlapp to know at compile time what modules will be needed at
> runtime, of course. You'll have to add explicit 'use
> Text::Unidecode::x01' (or perlapp --add) for every bank you think
> you'll need. (No, I don't know what a bank is, I just glanced at the
> Unidecode.pm source code)
>
On Sat, 15 Mar 2008, Octavian Rasnita wrote:
> ...Am I doing something wrong? Can I do something to make it work? Or
> PDK doesn't work with Text::Unidecode?


_______________________________________________
ActivePerl mailing list
ActivePerl@listserv.ActiveState.com
To unsubscribe: http://listserv.ActiveState.com/mailman/mysubs

Re: PDK doesn"t work well with Text::Unidecode?

> Yes, you'll need to manually add the 256 submodules right now. I'll add
> a heuristic to PDK 7.2 to detect this automatically and include all of
> them. Should be released in a couple of weeks.
>
> Cheers,
> -Jan
>
> On Mon, 17 Mar 2008, Thurn, Martin wrote:
>
>> Text::Unidecode does run-time 'require' of modules. There's no way for
>> perlapp to know at compile time what modules will be needed at
>> runtime, of course. You'll have to add explicit 'use
>> Text::Unidecode::x01' (or perlapp --add) for every bank you think
>> you'll need. (No, I don't know what a bank is, I just glanced at the
>> Unidecode.pm source code)
>>
>>
> On Sat, 15 Mar 2008, Octavian Rasnita wrote:
>
>> ...Am I doing something wrong? Can I do something to make it work? Or
>> PDK doesn't work with Text::Unidecode?
>>
Just as an aside, I typically achieve this with 'require' rather than
'use' or '--add' for modules that have this issue.

I try to make my projects run either 'normally' or as perlapped stuff.
Having tons of --add makes the compile line messy, and I have to
maintain it 'away' from the code. Also, using 'use SomeModule' causes
the module to be evaluated when I run with plain Perl.

So instead I have 'require SomeModule if 0;' where pertinent, which 1)
keeps the knowledge 'close' to where I use the actual module that
dynamically use it, 2) avoid a messy compile line, and 3) won't be run
in a regular Perl execution but *does* cause PerlApp to pick up on it
for the only purpose of including it.

So far, this works nicely for me...YMMV of course :-).

(Also, I'd be interested to hear if anyone can see a problem with that
approach...!)

ken1
_______________________________________________
ActivePerl mailing list
ActivePerl@listserv.ActiveState.com
To unsubscribe: http://listserv.ActiveState.com/mailman/mysubs

Re: PDK doesn"t work well with Text::Unidecode?

VERY seldom in my professional life have I seen such an incredibly
responsive product team (definately NOT from Microsoft).

Thumbs up.

Jan Dubois wrote:
> Yes, you'll need to manually add the 256 submodules right now. I'll add
> a heuristic to PDK 7.2 to detect this automatically and include all of
> them. Should be released in a couple of weeks.
>
> Cheers,
> -Jan
>
> On Mon, 17 Mar 2008, Thurn, Martin wrote:
>
>> Text::Unidecode does run-time 'require' of modules. There's no way for
>> perlapp to know at compile time what modules will be needed at
>> runtime, of course. You'll have to add explicit 'use
>> Text::Unidecode::x01' (or perlapp --add) for every bank you think
>> you'll need. (No, I don't know what a bank is, I just glanced at the
>> Unidecode.pm source code)
>>
>>
> On Sat, 15 Mar 2008, Octavian Rasnita wrote:
>
>> ...Am I doing something wrong? Can I do something to make it work? Or
>> PDK doesn't work with Text::Unidecode?
>>
>
>
> _______________________________________________
> ActivePerl mailing list
> ActivePerl@listserv.ActiveState.com
> To unsubscribe: http://listserv.ActiveState.com/mailman/mysubs
>

_______________________________________________
ActivePerl mailing list
ActivePerl@listserv.ActiveState.com
To unsubscribe: http://listserv.ActiveState.com/mailman/mysubs

Re: PDK doesn"t work well with Text::Unidecode?

Foo JH wrote:
> VERY seldom in my professional life have I seen such an incredibly
> responsive product team (definately NOT from Microsoft).

And you'd think with all those billions BG has to spread amongst charities
(one of these days anyway), that he could start with the customers that
actually made him all those billions and give them a decent product and
support. ;)
_______________________________________________
ActivePerl mailing list
ActivePerl@listserv.ActiveState.com
To unsubscribe: http://listserv.ActiveState.com/mailman/mysubs

Re: PDK doesn"t work well with Text::Unidecode?

Thank you all for your response.
I added those modules in the program and now it works fine.

Octavian

----- Original Message -----
From: "Thurn, Martin"
To: "Octavian Rasnita" ;

Cc: "Thurn, Martin"
Sent: Monday, March 17, 2008 3:57 PM
Subject: RE: PDK doesn't work well with Text::Unidecode?


Text::Unidecode does run-time 'require' of modules. There's no way for
perlapp to know at compile time what modules will be needed at runtime,
of course. You'll have to add explicit 'use Text::Unidecode::x01' (or
perlapp --add) for every bank you think you'll need. (No, I don't know
what a bank is, I just glanced at the Unidecode.pm source code)

- - Martin


-----Original Message-----
From: activeperl-bounces@listserv.ActiveState.com
[mailto:activeperl-bounces@listserv.ActiveState.com] On Behalf Of
Octavian Rasnita
Sent: Saturday, March 15, 2008 08:59
To: activeperl@listserv.ActiveState.com
Subject: PDK doesn't work well with Text::Unidecode?

....Am I doing something wrong? Can I do something to make it work? Or
PDK
doesn't work with Text::Unidecode?

_______________________________________________
ActivePerl mailing list
ActivePerl@listserv.ActiveState.com
To unsubscribe: http://listserv.ActiveState.com/mailman/mysubs

Re: PDK doesn"t work well with Text::Unidecode?

256 submodules?
I found only 180 .pm modules in site/lib/Text/Unidecode

Should I include other modules also?

Thank you.

Octavian

----- Original Message -----
From: "Jan Dubois"
To: "'Thurn, Martin'" ; "'Octavian Rasnita'"
;
Sent: Monday, March 17, 2008 5:43 PM
Subject: RE: PDK doesn't work well with Text::Unidecode?


> Yes, you'll need to manually add the 256 submodules right now. I'll add
> a heuristic to PDK 7.2 to detect this automatically and include all of
> them. Should be released in a couple of weeks.
>
> Cheers,
> -Jan
>
> On Mon, 17 Mar 2008, Thurn, Martin wrote:
>> Text::Unidecode does run-time 'require' of modules. There's no way for
>> perlapp to know at compile time what modules will be needed at
>> runtime, of course. You'll have to add explicit 'use
>> Text::Unidecode::x01' (or perlapp --add) for every bank you think
>> you'll need. (No, I don't know what a bank is, I just glanced at the
>> Unidecode.pm source code)
>>
> On Sat, 15 Mar 2008, Octavian Rasnita wrote:
>> ...Am I doing something wrong? Can I do something to make it work? Or
>> PDK doesn't work with Text::Unidecode?
>
>

_______________________________________________
ActivePerl mailing list
ActivePerl@listserv.ActiveState.com
To unsubscribe: http://listserv.ActiveState.com/mailman/mysubs

RE: PDK doesn"t work well with Text::Unidecode?

On Mon, 17 Mar 2008, Octavian Rasnita wrote:
> 256 submodules? I found only 180 .pm modules in
> site/lib/Text/Unidecode
>
> Should I include other modules also?

Nope, you are right. I didn't look closely; I just assumed that
there was an additional module for each byte value, but there
isn't. It's 180 submodules.

Cheers,
-Jan

_______________________________________________
ActivePerl mailing list
ActivePerl@listserv.ActiveState.com
To unsubscribe: http://listserv.ActiveState.com/mailman/mysubs