>
> Perhaps Gerald could set somewhere in the documentation a more prominent
> link to a small topic "inputting, parsing and outputting HTML-Strings"
> because i think, that problem will occur more often.
>
There's a whole section in the FAQ about these problems. Also the
optRawInput option is me
Hi Ken, Hi Gerald!
On Tue, 11 Apr 2000, Gerald Richter wrote:
[...]
> > E M B E D D E D P E R L
> I guess setting optRawInput (EMBPERL_OPTIONS) will solve your problem. (if
> the are outputed by some Perl code)
This solution works great for the problem i had yesterday! It's a bit
tricky
> From: Ken Ray [mailto:[EMAIL PROTECTED]]
> I am currently testing version 1.3b2, and I have come up with an
> interesting "bug" - at least I think it is a bug. I suspect that
> any " " characters are somehow getting converted to spaces
> before the html file is send from Apache to the client's
>
> I had problem with the 'use' statement. It did not take the
> 'correct' search path:
>
> My document structure looked like this:
>
> .../test/foo.epl
> .../test/Bar.pm
> .../production/foo.epl
> .../production/Bar.pm
>
> foo.epl contained a 'use Bar.pm' statement. I expected 'test/foo.epl'
> t
Hello,
I had problem with the 'use' statement. It did not take the
'correct' search path:
My document structure looked like this:
.../test/foo.epl
.../test/Bar.pm
.../production/foo.epl
.../production/Bar.pm
foo.epl contained a 'use Bar.pm' statement. I expected 'test/foo.epl'
took 'test/Bar.p
On Mon, 10 Apr 2000, Gerald Richter wrote:
[...]
> Have you set the optRawInput in EMBPERL_OPTIONS ? You should always do this
> if you write in an text editor, otherwise Embperl will strip out all your
> HTML Tags from the string (or you have to correctly escape them as
> etc.)
Thanks
>
> Thanks for the quick answer Gerald - but that i have tried already - with
> no success :-(
>
> [+...+] Tags didn't work as well (bad) as output to OUT- Filedescriptor...
>
> It looks, like the $chunk1 string isn't handed over to the
> parser-subroutines at all.
>
Have you set the optRawInput
>
> I have two concerns though. Can I use the same connection for
> _both_ DBI and
> DBIx ?
Yes, you can retrieve the database handle via the method DBHdl from any
Recordset or Database object.
> The other question is that my script is short-lived, with only
> one transaction
> per instance. I w
> When running under mod_perl use Apache::DBI. Also you can create one
> DBIx::Database object at the start of your script and specify the !KeepOpen
> flag. Afterwards you give this Database object as !DataSource when you
> create a new Recordset object, or retrive the database handle via the meth
Thanks for the quick answer Gerald - but that i have tried already - with
no success :-(
[+...+] Tags didn't work as well (bad) as output to OUT- Filedescriptor...
It looks, like the $chunk1 string isn't handed over to the
parser-subroutines at all.
On Mon, 10 Apr 2000, Gerald Richter wrote:
> [-
> use PostboxParse;
> $chunk1 = " ACTION=UPDATE>soap\@foo.barsoup\@blo.
> bli.blub.de";
> my $p = PostboxParse->new(); # create a new object
> $p->parse($chunk1); # parse the string
> $xx = $p->eof;# signal end of document
> @aaa = $p->readmsg();
Hi all!
Just tried to process some XML-style data-parsing with HTML::Parser. For
that i created a (derived) class "PostboxParse.pm" with the appropriate
start/end/text methods so that the HTML::Parser could do some useful work.
Calling the Class from a Perl main program works well, calling the c
On Mon, Apr 10, 2000 at 04:02:26AM -0400, Mark Ng wrote:
> and run : apachectl start
>
> I get the error :
> /usr/local/www:pizza2> bin/apachectl start
> bin/apachectl[71]: 16760 Segmentation fault(coredump)
> bin/apachectl start: httpd could not be started
Please do a dbx bin/httpd and type ru
I've compiled emperl (current CVS), mod_perl (current CVS) and apache 1.3.12
with
AIX patches to perl.
I've tried building mod_perl static/ embperl DSO and mod_perl static /
embperl static and
mod_perl DSO /embperl DSO.
All with the same results:
All seem to compile correctly, but when I confi
>
> Er, one little gotcha to this. The variable is
> "$optDisableTableScan," not
> "$optDisableHtmlTableScan." That was a head-scratcher until I grepped the
> Embperl source.
Yes, you are right. It was a typo from me, but you don't have to grep the
source. It's all in the docs, look here
http:/
15 matches
Mail list logo
