On Thu, Nov 13, 2003 at 06:44:37AM -, Peter Moran wrote:
> Is it possible for Embperl not to use *real* files ?
>
> What I want to do is to save template files inside a DB which will have
> Embperl code within them - I want to be able to retrieve the templates
> within a perl script and then *
On Thu, Nov 13, 2003 at 09:46:04AM +0100, Jochen Topf wrote:
> a) Compile something out of the database into Embperl. If it is only
>Perl code you can just use eval, but with Embperl code its another
>problem. I have no idea how to do this but maybe somebody else can
>help.
You could u
Hi!
On Wed, Nov 12, 2003 at 04:47:37PM +0200, Argle Bargle wrote:
> I won't bother installing, because had different kinds of trouble in
>previous versions even if installed.
I installed anyway and have no problems so far.
> How do I check, that I have perl
>w/o threads and what is wrong with t
Gerald,
A long time ago you had the attached correspondence.
I am using isapi_fcgi.dll and it seems to be working for simple test
scripts, eg, counter.pl. But I need it to work for Embperl.
You mention you got it to work for Embperl after patching the dll. Can you
send me the dll and any install
> You could use that little script deployed with embperl which
> compiles pages offline (embpexec.pl or sth, I don't remember the
> name) and invoke it in backticks, but that is really really slow
> of course
Don't make it so complicated... ;-)
Ensure to set "AcceptPathInfo On" in your httpd.conf
On Thu, Nov 13, 2003 at 10:14:08AM +0100, Andre Landwehr wrote:
> >(But it is sort of ugly, because if something changes you always have
> >to rewrite the Apache config file, so if somebody has a better
> >solution, please tell me :-)
>
> cool idea to use mod_rewrite, I hadn't thought
Oh well, I've got it working now. Seems more like transition problems from perl
5.8.1->5.8.2 and recompiling all cpan modules etc.
Anyway, thanks for support.
> Hi!
>
> On Wed, Nov 12, 2003 at 04:47:37PM +0200, Argle Bargle wrote:
> > I won't bother installing, because had different kinds of t
>
> But: As far as i know embperl runs with threaded perl as well as with
> non-threaded. It just has some problems with threaded apache
> (mpm-worker).
>
Yes!
Gerald
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional
>
> A long time ago you had the attached correspondence.
>
> I am using isapi_fcgi.dll and it seems to be working for simple test
> scripts, eg, counter.pl. But I need it to work for Embperl.
>
> You mention you got it to work for Embperl after patching the dll. Can you
> send me the dll and any in
>perhaps Gerald knows a faster way ;-)
No, that's the way to do it! In case you know when your source changes, you
can set the mtime parameter and only change it's value when the source
changes, then Embperl will only recompile, when mtime changes
Gerald
--
Thats the output I got:
Program received signal SIGSEGV, Segmentation fault.
0x006bc582 in ?? ()
(gdb)
(gdb)
(gdb) BT
#0 0x006bc582 in ?? ()
#1 0x00603c44 in ?? ()
#2 0x0106 in ?? ()
#3 0x005d4aa6 in ?? ()
#4 0x010a6940 in ?? ()
#5 0x0ab5c5bc in ?? ()
#6 0x41414141 in ?? ()
#7 0xbfe6
>
> Should I compile with debugging symbols?
Yes
> If yes what? apache or mod_perl? or embperl?
>
mod_perl and Embperl
For Embperl do
perl Makefile.PL debug
I don't have in mind the Makefile.PL flag for mod_perl, but you surly find
it in the docs :-)
Gerald
> Thanks, Alex
>
>
>
>
> Von: G
compiled mod_perl and embperl with debugging option.
output is this:
# gdb /usr/sbin/httpd
GNU gdb Red Hat Linux (5.3.90-0.20030710.41rh)
Copyright 2003 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distrib
I wanted to run these by people before I tried anything.
1. A '$/!' argument that can be passed to any command and is appended
after the SQL command. For instance:
$$set->Insert({ '$option' => 'DELAYED' ... });
2. A new command called Replace. It does a Delete followed by an
Insert in those
At Thu, 13 Nov 2003 11:14:10 +0100, Jörg Kütemeier wrote:
> Embperl::Execute({
> inputfile => '...some file', # is important for embperl (e.g. caching)
># it identifies the "real" request with it
> mtime => undef, # time for last modified...
> inp
Thanks Angus,
Thats exactly what I need - incidently, what docs is this in, I cant seem to
find it ?
Regards
Pete
- Original Message -
From: "Angus Lees" <[EMAIL PROTECTED]>
To: "Peter Moran" <[EMAIL PROTECTED]>
Cc: <[EMAIL PROTECTED]>
Sent: Thursday, November 13, 2003 10:56 PM
Subject
At 12:46 AM + 11/14/03, Peter Moran wrote:
Thanks Angus,
Thats exactly what I need - incidently, what docs is this in, I cant seem to
find it ?
It's there in the HTML::Embperl doc in the Execute docs . I don't
usually use the output, but I use the input case quite a bit. Define
a bunch of
> Program received signal SIGSEGV, Segmentation fault.
> 0x002a9582 in ?? ()
> (gdb) BT
> #0 0x002a9582 in ?? ()
> #1 0x009d5c44 in ?? ()
> #2 0x0106 in ?? ()
> #3 0x009a6aa6 in ?? ()
> #4 0x005e3940 in ?? ()
> #5 0x09f72cf4 in ?? ()
> (gdb)
>
> Doesn't look like a better output than with
Gerald Richter wrote:
Program received signal SIGSEGV, Segmentation fault.
0x002a9582 in ?? ()
(gdb) BT
#0 0x002a9582 in ?? ()
#1 0x009d5c44 in ?? ()
#2 0x0106 in ?? ()
#3 0x009a6aa6 in ?? ()
#4 0x005e3940 in ?? ()
#5 0x09f72cf4 in ?? ()
(gdb)
Doesn't look like a better output than withou
Hi Stas,
> There is an easy way to work around it. Run the program under gdb and
> it'll remember the trace even the memory (frames) gets corrupted.
>
> gdb /path/to/httpd
> gdb> run -X
> issue a request here and gdb will tell you that you've got a segfault
> bt
> will give you the trace.
>
This
Gerald Richter wrote:
Hi Stas,
There is an easy way to work around it. Run the program under gdb and
it'll remember the trace even the memory (frames) gets corrupted.
gdb /path/to/httpd
gdb> run -X
issue a request here and gdb will tell you that you've got a segfault
bt
will give you the trace.
21 matches
Mail list logo
