Kevin C Miller wrote:
>
> I'm looking for some insight as to why Embperl::Mail (using 2.0b9)
> might be trying to stat its way to the filesystem root when it starts
> up. This is causing me some problems with networked filesystems, as
> it stats all the directories on the way.
>
> Thoughts?
>
Embp
>
> i have this file:
> this is the title
>
>
> special chars in spanish:
> áéíóú
>
> if i save this file using UTF-8 and i get it using embperl 2 i see
> this: special chars in spanish: áéÃóÃ
>
> if i save the file using ISO-8859-1 everything works fine(but what
> happen with thecharset?).
>
> it seems this was the problem coz all vars that had my before then
> only got set once.
>
This is because you create a closure with this my's in EMbperl, because the
code is wrapped in a sub.
See the perlfaq for more information on closures
Gerald
--
> The postgres log reported the following for the rsmbacontracts query:
>
> LOG: query: SELECT * FROM clientcontracts WHERE accountguid =
> 'b6ea9cafe2d1997392d166b96e5697b1';
> LOG: pq_recvbuf: unexpected EOF on client connection
>
THe only reason I can image is that Embperl segfaults because o
Add a like below to solve this problem:
>
>
> Options +FollowSymLinks
> AddType text/html .phtml
> DirectoryIndex index.phtml
> SetHandler perl-script
> PerlHandler Embperl
> Options ExecCGI
> PerlSetEnv EMBPERL_ALLOW \.phtml$
> PerlSetEnv EMBPERL_OPTIONS 2064
> Perl
>
> The problem is that sometimes when a user clicks a button to submit
> form data, the values in the form are apparently not sent back to the
> server. The result is that the user sees either an error message or
> the application's entry page (because the application doesn't find
> form data that
>
Could you try without the enctype="multipart/form-data" ? Does it behave the
same way?
There maybe an problem when more the one checkbox is checked in 1.3.4, but I
am not sure.
Gerald
> one
> two
> three
>
>
>
>
>
>
>
>
>
>
>
The Perl object-oriented Persistence group ([EMAIL PROTECTED]), has
stated that their list of reviewed modules will drop DBIx::Recordset within
six months unless it appears that the module is being maintained (ie, new
releases are made).
I told them that I am creating a set of docs for Recordset w
Isn't there such a thing as - Hey it just works and is good enough
Ruben
On Thu, Oct 02, 2003 at 05:41:36PM -0700, Terrence Brannon wrote:
> The Perl object-oriented Persistence group ([EMAIL PROTECTED]), has
> stated that their list of reviewed modules will drop DBIx::Recordset within
> six mont
