>
> I think I found a bug in Embperl.pm about file upload. When I
> used HTML <input
> type=file name=...> tag to upload a file, Embperl crashed with
> error message
> like this: "Cannot modify read-only value ... in Embperl.pm line
> 774.", IF the
> uploaded filename starts with non-alpha character, eg. "1.gif" or
> "789.jpg". But
> it works ok if the filename looks like an variable identifier,
> eg. "abc.gif" or
> "xyz.jpg". So I guess Emperl.pm did not "expect" the filename to
> start with a
> digit, did it?
>
Embperl itself expect's nothing about the filename. I don't know why this
doesn't work, but I will take a look at it next week.
> Another problem: I define a perl module, util.pm, with several
> utility functions
> therein, eg, get_tree_depth(). If I use the module and reference
> get_tree_depth
> in one Embperl script, then SOMETIMES ON ANOTHER SCRIPT Embperl
> will complain
> "undefined subroutine xxxxxx::get_tree_depth::_N (something like that, I
> forgot)". The only asured way to work around this is to use
> util::get_tree_depth() in both scripts. But it should not be like
> this, isn't
> it?
>
Does your module export the functions via Exporter.pm ?
If you just require your module and not import the subs in the Embperl page,
they will be only defined in the page where you have required the module,
because if you require the module in a second script perl knows that the
module is already loaded and will not reload it. This does not occur when
you use "use" and define the sub in @EXPORT in your module.
If you have still problem, please send me a small test script, that shows
the problem.
> By the way, which of static or dynamic linked Apache server boosts better
> performance with Embperl?
>
A static linked Apache uses less memory, because you can load Embperl.pm at
startup time, which currently doesn't work with a dynamic linked Apache.
Gerald
---------------------------------------------------------------
Gerald Richter ecos electronic communication services gmbh
Internet - Infodatenbanken - Apache - Perl - mod_perl - Embperl
E-Mail: [EMAIL PROTECTED] Tel: +49-6133/925151
WWW: http://www.ecos.de Fax: +49-6133/925152
---------------------------------------------------------------
