On Wed, Feb 9, 2011 at 4:43 PM, Fred Moyer wrote:
>> Versions:
>> httpd: 2.2.17
>> mod_perl: 2.0.4
>> perl: 5.12.2
>
> Can you try 2.0.5 which was released a couple days ago?
fyi - I've tracked this down to a problem in ImageMagick.
> Versions:
> httpd: 2.2.17
> mod_perl: 2.0.4
> perl: 5.12.2
Can you try 2.0.5 which was released a couple days ago?
http://perl.apache.org/download/index.html
On Wed, Feb 9, 2011 at 2:40 PM, E R wrote:
> Hi all,
>
> In my large modperl app I am getting a segfault with this back trace:
>
>
Hi all,
In my large modperl app I am getting a segfault with this back trace:
gdb) bt
#0 0x in ?? ()
#1 0xb5a5aba6 in std::ios_base::Init::~Init() () from /usr/lib/libstdc++.so.6
#2 0xb753aa68 in __cxa_finalize () from /lib/libc.so.6
#3 0xb4b41854 in ?? () from /usr/lib/libHalf.so.6
#
Hello Peng,
This mailing list is for discussion about development of the mod_perl
module for Apache HTTPD. If you're looking for general Perl help,
there are some resources listed here:
http://perl.apache.org/docs/offsite/other.html#Perl
- Perrin
On Nov 7, 2010, at 9:35 PM, peng wei wrote:
> 3. Below warning was encounted:
> Can't use an undefined value as a symbol reference at
> C:/Perl/lib/Net/FTP/dataconn.pm line 54.
>
> 4. I have searched all google, can not find any useful infomation.
>
Can you make this script work outside of mod
--
From: peng wei
Date: 2010/11/8
Subject: Fwd: I am facing one real question, maybe one potential issue
of perl ftp component?
To: [email protected]
This issue occurred so many times, lead to my thinking that maybe this
is one issue.
The reason is:
1. The same script, no changing any code, yes
always be correct.
3. When the files count more than some hundreds, it will crush.
-- Forwarded message --
From: peng wei
Date: 2010/11/8
Subject: I am facing one real question
To: [email protected]
Hi All,
I don't think this is in the range of FAQ, so I write this mail t
Hi All,
I don't think this is in the range of FAQ, so I write this mail to ask for help.
Thanks all in advance.
Situation description:
1. There is one ftp server, there is one folder called map_files on it.
2. The objective of my perl script is fetch the files down from this
ftp server, which
Yes, I believe you are, but I don't have time to decipher it myself either.
On 04/02/10 17:40, Torsten Förtsch wrote:
Hi,
modperl_filter_t contains 2 bucket brigades:
apr_bucket_brigade *bb_in;
apr_bucket_brigade *bb_out;
Each time a filter is invoked a new modperl_filter_t structu
Hi,
modperl_filter_t contains 2 bucket brigades:
apr_bucket_brigade *bb_in;
apr_bucket_brigade *bb_out;
Each time a filter is invoked a new modperl_filter_t structure is created by
modperl_filter_new. This function sets either bb_in or bb_out bit not both.
It seems to me that it is not
Hi all,
I was directed here after asking around regarding the following. I hope this
is the right place.
I'm trying to use Apache2::HookRun according to the example provided in
http://perl.apache.org/docs/2.0/api/Apache2/HookRun.html
Two problems so far:
1. Apache2::RequestRec doesn't appear
Torsten Foertsch wrote:
On Sat 28 Jun 2008, Torsten Foertsch wrote:
mybranch/ $> svnmerge init
When am I supposed to do this before I begin to integrate trunk changes or
after all changes are committed to my branch?
property 'svnmerge-integrated' set on '.'
mybranch/ $> svn ci -F svnmerge-c
On Sat 28 Jun 2008, Torsten Foertsch wrote:
> > mybranch/ $> svnmerge init
>
> When am I supposed to do this before I begin to integrate trunk changes or
> after all changes are committed to my branch?
>
> > property 'svnmerge-integrated' set on '.'
> > mybranch/ $> svn ci -F svnmerge-commit-messag
Hi,
this is an excerpt of our BRANCHING document:
> ###
> ### make a new branch ###
> ###
>
> we will create a branch mybranch
>
> branch:
>
> svn copy https://svn.apache.org/repos/asf/perl/modperl/trunk \
>
Frank Wiles wrote:
Yeah I thought that Apache2:: and ModPerl:: might be reserved for
core as well, but I'm glad I asked.
Ok next question. It's safe to assume that the ModPerl:: space will
be for MP2 and future versions right, since it didn't exist in MP1?
What I
On Mon, 09 Jan 2006 21:47:36 -0500
Perrin Harkins <[EMAIL PROTECTED]> wrote:
> Frank Wiles wrote:
> > Ok next question. It's safe to assume that the ModPerl:: space
> > will be for MP2 and future versions right, since it didn't exist in
> > MP1? What I have
Frank Wiles wrote:
Ok next question. It's safe to assume that the ModPerl:: space will
be for MP2 and future versions right, since it didn't exist in MP1?
What I have only works with MP2 and I don't want to put it in a space
where people will assume it will work with bot
- mod_perl stuff
>
> Most people keep using Apache by intertia (or because their module
> existed before ModPerl:: was invented (tm))
Yeah I thought that Apache2:: and ModPerl:: might be reserved for
core as well, but I'm glad I asked.
Ok next question. It's safe to assume
Philip M. Gollucci wrote:
Stas Bekman wrote:
Probably ModPerl:: is the best fit, IMHO :) Though you may have more
popularity with /Apache/ in case people aren't aware about the
existance of the ModPerl:: namespace.
Was I mistakenly under the impression that Modperl:: was reserved for
modper
Stas Bekman wrote:
Probably ModPerl:: is the best fit, IMHO :) Though you may have more
popularity with /Apache/ in case people aren't aware about the existance
of the ModPerl:: namespace.
Was I mistakenly under the impression that Modperl:: was reserved for
modperl core ?
I would have said A
Frank Wiles wrote:
Hi Everyone,
I'm a BIG fan of using custom Apache directives in MP2 and because
of this I've written a wrapper into my personal libs that makes using
them a bit easier than the strict API calls. It isn't very fancy, but
helps make the simple things simple.
It
Hi Everyone,
I'm a BIG fan of using custom Apache directives in MP2 and because
of this I've written a wrapper into my personal libs that makes using
them a bit easier than the strict API calls. It isn't very fancy, but
helps make the simple things simple.
It's not quite ready t
Jim,
I've finally had the time to work on your patch integration.
The problem is the test in your patch doesn't work for me:
with mp2 I get:
t/sameinterp.failed to init the same_handler data
(url=/test/sameinterp). Failed with code=500, response:
500 Internal Server Error
Inte
hmm, where would this fit into A-T? can you query A-T for stuff like cpp or
CFLAGS or other similar info already? I would have thought it should go in
Apache::Build
After digging through the conglomeration that is A-T
(don't get me wrong great software, but yeeesh!)
main::(./mp2bug:38):Mo
>>Thanks. Thats fine. Geoff, are you in agreement, this should be part
>>of Apache::Test and then used by bin/mp2bug and not inlined in that script?
hmm, where would this fit into A-T? can you query A-T for stuff like cpp or
CFLAGS or other similar info already? I would have thought it should
Philippe M. Chiasson wrote:
I think that's where it should belong. It's a good idea, especially if it can
be taught to do "the right thing" on all the platforms we support.
Similarly, running ldd on the built mod_perl.so could be usefull too.
Of course if we do that, now we have to check if mp2
Philip M. Gollucci wrote:
> Vivek Khera wrote:
>
>>
>> On Aug 8, 2005, at 11:18 AM, Philip M. Gollucci wrote:
>>
>>> Yes, but don't you have something called otool or such. I don't
>>> remeber off hand.
>>>
>>
>> otool -L
>>
>> You still have to teach the script how to determine which tool to us
Vivek Khera wrote:
On Aug 8, 2005, at 11:18 AM, Philip M. Gollucci wrote:
Yes, but don't you have something called otool or such. I don't
remeber off hand.
otool -L
You still have to teach the script how to determine which tool to use
to get this information.
Thanks. Thats fine. Geo
On Aug 8, 2005, at 11:18 AM, Philip M. Gollucci wrote:
Yes, but don't you have something called otool or such. I don't
remeber off hand.
otool -L
You still have to teach the script how to determine which tool to use
to get this information.
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Vivek Khera wrote:
On Aug 8, 2005, at 2:10 AM, Philip M. Gollucci wrote:
* mp2bug -- add the output of 'ldd httpd' to the report
I'd really like to see this for 2.0.2 and volunteer to do it;
however, I'm not quite sure how we should go about getting the path
to ldd or should we just assum
On Aug 8, 2005, at 2:10 AM, Philip M. Gollucci wrote:
* mp2bug -- add the output of 'ldd httpd' to the report
I'd really like to see this for 2.0.2 and volunteer to do it;
however, I'm not quite sure how we should go about getting the path
to ldd or should we just assume is in the path and
* mp2bug -- add the output of 'ldd httpd' to the report
I'd really like to see this for 2.0.2 and volunteer to do it; however,
I'm not quite sure how we should go about getting the path to ldd or
should we just assume is in the path and skip it if not?
--
END
-
Stas Bekman wrote:
Joe Orton wrote:
On Sun, Mar 27, 2005 at 08:06:39PM -0500, Stas Bekman wrote:
My problem is that I can't see how can I stick a call to
MP_CLONE_INSERT_OBJ() inside the mp_xs_APR__Pool_2obj(ptr) wrapper.
Since it's usually used as:
RETVAL = mp_xs_APR__Pool_2obj(ptr);
Is there
Joe Orton wrote:
On Sun, Mar 27, 2005 at 08:06:39PM -0500, Stas Bekman wrote:
My problem is that I can't see how can I stick a call to
MP_CLONE_INSERT_OBJ() inside the mp_xs_APR__Pool_2obj(ptr) wrapper. Since
it's usually used as:
RETVAL = mp_xs_APR__Pool_2obj(ptr);
Is there some C trick to hav
On Sun, Mar 27, 2005 at 08:06:39PM -0500, Stas Bekman wrote:
> My problem is that I can't see how can I stick a call to
> MP_CLONE_INSERT_OBJ() inside the mp_xs_APR__Pool_2obj(ptr) wrapper. Since
> it's usually used as:
>
> RETVAL = mp_xs_APR__Pool_2obj(ptr);
>
> Is there some C trick to have
We will now have to replace all wrappers like:
#define mp_xs_APR__Pool_2obj(ptr) \
sv_setref_pv(sv_newmortal(), "APR::Pool", (void*)ptr)
with an additional call to this macro
#define MP_CLONE_INSERT_OBJ(namespace, obj) \
{
a simple
question. Thanks.
Murugan, it seems that you've posted your question to the wrong list. Here
we talk about mod_perl development. For core perl developement please see:
http://lists.perl.org/showlist.cgi?name=perl5-po
question. Thanks.
Regards
K.Murugan
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Joe Schaefer <[EMAIL PROTECTED]> writes:
> I like psvn.el for managing svn projects with emacs, and I
> also use compilation buffers to post-process Apache::Test and
> Test::More output (such buffers allow you jump right to the
> source of a failed test, but they work for grep output also).
I jus
On Fri, Nov 19, 2004 at 09:07:58PM -0800, Garrett Rooney wrote:
> Stas Bekman wrote:
> >I find the fact that svn dumps its file copies into the same tree with
> >the source files pretty annoying, since it's no longer possible to grep
> >files, since you get dups, and do other things. Is there a w
David Wheeler <[EMAIL PROTECTED]> writes:
[...]
> I just use
>
>grep -r foo | grep -v .svn
>
> I should create a shell alias for that, come to think of it...
I like psvn.el for managing svn projects with emacs, and I
also use compilation buffers to post-process Apache::Test and
Test::More ou
On Nov 19, 2004, at 9:07 PM, Garrett Rooney wrote:
Nope, but you can use something like the wcgrep script to avoid the
problem. You can grab it from the svn source tree in
contrib/client-side or directly from the repos at
http://svn.collab.net/repos/svn/trunk/contrib/client-side/wcgrep
I just u
Stas Bekman wrote:
Garrett Rooney wrote:
Stas Bekman wrote:
I find the fact that svn dumps its file copies into the same tree
with the source files pretty annoying, since it's no longer possible
to grep files, since you get dups, and do other things. Is there a
way to configure svn to store its
Garrett Rooney wrote:
Stas Bekman wrote:
Garrett Rooney wrote:
Stas Bekman wrote:
I find the fact that svn dumps its file copies into the same tree
with the source files pretty annoying, since it's no longer possible
to grep files, since you get dups, and do other things. Is there a
way to confi
Stas Bekman wrote:
Garrett Rooney wrote:
Stas Bekman wrote:
I find the fact that svn dumps its file copies into the same tree
with the source files pretty annoying, since it's no longer possible
to grep files, since you get dups, and do other things. Is there a
way to configure svn to store its
Garrett Rooney wrote:
Stas Bekman wrote:
I find the fact that svn dumps its file copies into the same tree with
the source files pretty annoying, since it's no longer possible to
grep files, since you get dups, and do other things. Is there a way to
configure svn to store its stuff elsewhere?
N
Stas Bekman wrote:
I find the fact that svn dumps its file copies into the same tree with
the source files pretty annoying, since it's no longer possible to grep
files, since you get dups, and do other things. Is there a way to
configure svn to store its stuff elsewhere?
Nope, but you can use s
I find the fact that svn dumps its file copies into the same tree with the
source files pretty annoying, since it's no longer possible to grep files,
since you get dups, and do other things. Is there a way to configure svn
to store its stuff elsewhere?
--
___
On Wed, 12 Nov 2003, Stas Bekman wrote:
> Randy Kobes wrote:
> > ActiveState just released version 807, which is based on the
> > perl-5.8.1 sources with some 5.8.2 enhancements. The sources
> > they use don't include the hash randomization stuff of
> > 5.8.1/5.8.2 (so that builds using 807 will b
Randy Kobes wrote:
ActiveState just released version 807, which is based on the
perl-5.8.1 sources with some 5.8.2 enhancements. The sources
they use don't include the hash randomization stuff of
5.8.1/5.8.2 (so that builds using 807 will be binary
compatible with pre-807 builds), and they define
N
ActiveState just released version 807, which is based on the
perl-5.8.1 sources with some 5.8.2 enhancements. The sources
they use don't include the hash randomization stuff of
5.8.1/5.8.2 (so that builds using 807 will be binary
compatible with pre-807 builds), and they define
NO_HASH_SEED in the
Geoffrey Young wrote:
But we could internally shortcut map_to_storage if transhandler has
returned OK, no? Do we really need yet another hook?
I'm kinda against any kind of magic here. apache separates the hooks,
probably for a good reason (even if we can't see it at the moment).
Would it sti
But we
could internally shortcut map_to_storage if transhandler has returned
OK, no? Do we really need yet another hook?
I'm kinda against any kind of magic here. apache separates the hooks,
probably for a good reason (even if we can't see it at the moment).
Would it still be an added value if
Geoffrey Young wrote:
well, from the sounds of Bill's email, map_to_storage is going to run
even if you return OK from a PerlTransHandler, and it's
map_to_storage that consumes the overhead of stat'ing the filesystem
for static files.
but I could be misunderstanding - I haven't looked at the c
well, from the sounds of Bill's email, map_to_storage is going to run
even if you return OK from a PerlTransHandler, and it's map_to_storage
that consumes the overhead of stat'ing the filesystem for static files.
but I could be misunderstanding - I haven't looked at the code yet.
I think not.
Geoffrey Young wrote:
Stas Bekman wrote:
Geoffrey Young wrote:
this is kinda cool, and would eliminate some of the issues mod_perl
had with the core translate handler in 1.3 (namely that it runs no
matter what, wasting processing for mod_perl-only back-ends)
any reason why we don't have a Pe
Stas Bekman wrote:
Geoffrey Young wrote:
this is kinda cool, and would eliminate some of the issues mod_perl
had with the core translate handler in 1.3 (namely that it runs no
matter what, wasting processing for mod_perl-only back-ends)
any reason why we don't have a PerlMapToStorageHandler?
sage
Subject: Re: map_to_storage hook question..
Date: Wed, 01 Oct 2003 23:07:27 -0400
From: Bill Stoddard <[EMAIL PROTECTED]>
Reply-To: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
References: <[EMAIL PROTECTED]>
Esteban Pizzini wrote:
Hi,
Anybody can explain me what map_to_storage
pache::HookRun, but that didn't look like the
same thing.
anyway, I'll stick all the required mod_perl glue in place unless there is a
specific reason it's not there already.
--Geoff
Original Message
Subject: Re: map_to_storage hook question..
Date: Wed, 01 Oct 2003
Geoffrey Young wrote:
[...]
as I said, nowhere in any of the module shipped with core do I find
logic like this - mod_include and mod_cgi both seem to call
ap_run_sub_req without flushing the main data stream (though
mod_include does split the stream and send the data _prior to the tag_
off).
Geoffrey Young wrote:
the problem is with the r->main logic in mpxs_ap_run_sub_req.
with that logic, what ends up happening is that the data currently
being operated on is explicity flushed. this is bad within a
(streaming) filter where you are expected to call $f->print yourself,
as the dat
however, removing that logic causes api/lookup_uri2.t to fail, but I
suspect this is an issue with puts() rather than the subrequest
mechanism - changing puts() to print() makes everything work just
fine. does puts() write directly to the wire, bypassing filters?
Sorry, but that's cheating ;)
Geoffrey Young wrote:
Stas Bekman wrote:
Craig Shelley wrote:
I'll take a look at it. But you didn't supply a complete bug report
as explained http://perl.apache.org/bugs/. Please do so.
I think I've got this figured out.
the problem is with the r->main logic in mpxs_ap_run_sub_req.
with t
Stas Bekman wrote:
Craig Shelley wrote:
I'll take a look at it. But you didn't supply a complete bug report
as explained http://perl.apache.org/bugs/. Please do so.
I think I've got this figured out.
the problem is with the r->main logic in mpxs_ap_run_sub_req.
with that logic, what ends up h
On Thu, 26 Sep 2002, Peter Poeml wrote:
> Hi!
>
> today I saw this warning in the build log of mod_perl 1.27:
>
> * WARNING *
>
> Your Perl is linked with -lpthread, make sure that your httpd is built with
>LIBS=-lpthread
>
>
> * WARNING *
>
Hi!
today I saw this warning in the build log of mod_perl 1.27:
* WARNING *
Your Perl is linked with -lpthread, make sure that your httpd is built with
LIBS=-lpthread
* WARNING *
(with perl 5.8.0 with thread support, and apache 1.3.26)
How
to:[EMAIL PROTECTED]]
Sent: Thursday, May 30, 2002 2:10 AM
To: Randy Kobes
Cc: [EMAIL PROTECTED]
Subject: Re: DBI & win32 (was: question...)
Hi Randy,
> So I may package up my
> perl-5.7.3 build as a binary as well, to go along with
> an updated modperl-2 package ...
>
Looks like it
On torsdag, maj 30, 2002, at 08:36 , Randy Kobes wrote:
>
> It would be very nice for the windows stuff - from what Doug
> figured, the problem I was having building modperl2 on Win32 may
> be related to something that has been fixed in perl-5.7.3. And so
> if I make up modperl2 ppm packages bas
On Thu, 30 May 2002, Gerald Richter wrote:
> Hi Randy,
>
> > So I may package up my
> > perl-5.7.3 build as a binary as well, to go along with
> > an updated modperl-2 package ...
> >
>
> Looks like it's time for 5.8.0 to be the official release...
It would be very nice for the windows stuff - f
Hi Randy,
> So I may package up my
> perl-5.7.3 build as a binary as well, to go along with
> an updated modperl-2 package ...
>
Looks like it's time for 5.8.0 to be the official release...
While we are talking about windows, do you have any experiences if DBI works
under windows with mod_perl
On Wed, 29 May 2002, Doug MacEachern wrote:
> On Wed, 29 May 2002, Fisher, James wrote:
>
> > I was testing the win32 build Apache2/Modperl2 available on Randy Kobes and
> > I stumbled upon an odd behavior specific to Modperl2. I was merrily testing
> > with the apache tool ab and it seems after
if you have msdev studio, try building modperl-2.0 from cvs which has a
number of windows specific fixes. else, wait for 1.99_02 to be released
(soonish).
On Wed, 29 May 2002, Fisher, James wrote:
> I was testing the win32 build Apache2/Modperl2 available on Randy Kobes and
> I stumbled upon
I was testing the win32 build Apache2/Modperl2 available on Randy Kobes and
I stumbled upon an odd behavior specific to Modperl2. I was merrily testing
with the apache tool ab and it seems after hitting apache anywhere between
2-6 times with the command "ab -n 1000 http://127.0.0.1/hello";, or si
before you go any further, i meant to ask, have you looked at
threads::shared yet? i don't really understand the problem you're having,
but i fear there's going to be far worse. for example:
what PerlInterpreter is associated with the item in the tipool?
how can an item created in one inte
On Mon, Mar 11, 2002 at 01:46:57PM -0800, Doug MacEachern wrote:
> On Tue, 12 Mar 2002, Philippe M. Chiasson wrote:
>
> > MPXS_tipool_foo(modperl_tipool_t *tp)
>
> might be better to make that SV *tp, then you can just do:
>
> PUSHMARK(sp)
> XPUSHs(tp);
> PUTBACK;
> retval = call_sv(...);
On Tue, 12 Mar 2002, Philippe M. Chiasson wrote:
> MPXS_tipool_foo(modperl_tipool_t *tp)
might be better to make that SV *tp, then you can just do:
PUSHMARK(sp)
XPUSHs(tp);
PUTBACK;
retval = call_sv(...);
-
To unsubscrib
I am almost done with my tipool implementation, and I just ran into this
little thing I had left for later.
How can I do this?
I am inside an XS function, and I must call a perl-land sub, no problem.
But as an argument to that perl fuction I must pass a reference to the
object in question. i.e
che__Foo_bar(pTHX_ I32 items, SV **MARK, SV **SP)
plus the use of macro dAX; ST(0) returns the second element. That's why
I've asked this question in first place.
I was documenting today the possible variations on retrieving arguments
from the stack. So consider this example where I
On Fri, 8 Mar 2002, Stas Bekman wrote:
> Doug,
>
> This kind of construct:
>
>int mpxs_Apache__Foo_bar(pTHX_ I32 items, SV **MARK, SV **SP)
>
> is special to WrapXS, isn't it?
dunno if i'd call it special. usage is derived from PP() functions in the
perl core.
> you cannot really use
Doug,
This kind of construct:
int mpxs_Apache__Foo_bar(pTHX_ I32 items, SV **MARK, SV **SP)
is special to WrapXS, isn't it?
you cannot really use ST() macros inside of it to access arguments on
the stack. I see that 'ax' + PL_stack_base don't point to the first
argument, but to the second
i forgot to point out the biggest problem: since all per-server data is
shared between threads, regardless of locking, changing the value of
something like ap_document_root changes it for all threads. not just the
current process/request, the way it was in 1.3.
so we can't really support modifica
On Thu, 29 Nov 2001, Philippe M. Chiasson wrote:
> Looking thru the todo/api.txt file, I noticed a few items that
> are stuck in read-only mode, because thread locking is needed if
> changing them.
>
> I already have something in the works, but my question is that under
> a
Philippe M. Chiasson wrote:
> Looking thru the todo/api.txt file, I noticed a few items that
> are stuck in read-only mode, because thread locking is needed if
> changing them.
>
> I already have something in the works, but my question is that under
> a non-threaded model,
Looking thru the todo/api.txt file, I noticed a few items that
are stuck in read-only mode, because thread locking is needed if
changing them.
I already have something in the works, but my question is that under
a non-threaded model, like prefork, all that is uesless, right? So,
what's the
On Sat, 20 Oct 2001, Doug MacEachern wrote:
> On Sun, 21 Oct 2001, Stas Bekman wrote:
>
> > I'm porting the slurp_filename method from 1.x but I cannot figure out
> > what's rs in save_item? Thanks!
>
> s/(rs|sv_undef)/PL_$1/g;
Hoho, now it's much easier to grep :)
=item PL_rs
The input record
On Sun, 21 Oct 2001, Stas Bekman wrote:
> I'm porting the slurp_filename method from 1.x but I cannot figure out
> what's rs in save_item? Thanks!
s/(rs|sv_undef)/PL_$1/g;
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For addit
I'm porting the slurp_filename method from 1.x but I cannot figure out
what's rs in save_item? Thanks!
SV *mod_perl_slurp_filename(request_rec *r)
{
dTHR;
PerlIO *fp;
SV *insv;
ENTER;
save_item(rs);
sv_setsv(rs, &sv_undef);
fp = PerlIO_open(r->filename, "r");
ins
clayton cottingham wrote:
> heya:
>
> Aaron
> yes i am using openssl 0.9.6b
that's a wrong list :) try [EMAIL PROTECTED] instead.
--
_
Stas Bekman JAm_pH -- Just Another mod_perl Hacker
http://stason.o
heya:
Aaron
yes i am using openssl 0.9.6b
anyhoo
ive tried this on three comps all on mandrake 7.2
i cant figure this out
so lemme know if
drfrog@nomad flood]$ make
/bin/sh ../../httpd-2.0//srclib/apr/libtool --silent --mode=link gcc -g
-O2 -pthread-DLINUX=2 -D_REENTRANT -D_XOPEN_SOU
On Thu, 27 Sep 2001, Stas Bekman wrote:
> 2. use normal C and prototype the functions as (table, key=NULL,
> val=NULL) instead of table, key=NULL, ...)
yeah, use the (table, key=NULL, val=NULL) prototype, dunno why 1.x didn't
do that.
-
Doug MacEachern wrote:
> On Thu, 27 Sep 2001, Stas Bekman wrote:
>
>
>>why the following pseudo-code screws everything. I think it messes up
>>the SP, but I cannot tell since I cannot run the debugger :( I guess I
>>could test it outside of mod_perl env.
>>
>
> perldoc perlapi
> =item dSP
>
On Thu, 27 Sep 2001, Stas Bekman wrote:
> why the following pseudo-code screws everything. I think it messes up
> the SP, but I cannot tell since I cannot run the debugger :( I guess I
> could test it outside of mod_perl env.
perldoc perlapi
=item dSP
Declares a local copy of perl's stack poi
why the following pseudo-code screws everything. I think it messes up
the SP, but I cannot tell since I cannot run the debugger :( I guess I
could test it outside of mod_perl env.
XS(XS_foo)
{
dXSARGS;
RETVAL = foo();
#line 310 "RequestUtil.c"
ST(0) = RETVAL;
sv_2m
On Wed, Sep 12, 2001 at 09:44:33AM -0700, Doug MacEachern wrote:
> On Tue, 11 Sep 2001, Philippe M . Chiasson wrote:
>
> > -apr_table_vdo
> > + PREFIX=apr_table_
>
> you shouldn't need to add that PREFIX, it is already taken care of.
Yup, realized that recently looking at the parsing code...
On Tue, 11 Sep 2001, Philippe M . Chiasson wrote:
> -apr_table_vdo
> + PREFIX=apr_table_
you shouldn't need to add that PREFIX, it is already taken care of.
> + ~apr_table_do
>
> And that should be it, right ?
>
> My problem is that the only way I could figure out to get the code generated
When I thought I was starting to understand something ;-(
I am trying to implement APR::Table->do(sub { .. });
And I thought it was simply a matter of these few steps:
1. Create xs/APR/Table/APR__Table.h
2. put a prototype in there, like:
static MP_INLINE
void mpxs_APR__Table_do(apr_ta
96 matches
Mail list logo
