perl handler (for example, PerlAccessHandler) under
> mpm_event, is it safe for a production environment?
>
> thanks.
>
--
John Dunlap
*CTO | Lariat *
*Direct:*
*j...@lariat.co *
*Customer Service:*
877.268.6667
supp...@lariat.co
7861573629129953%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&sdata=DjQNBI7yT%2B7u6vu8rgm9ImoMGPrY%2BnvIUkKNdLuDmpg%3D&reserved=0
> Logiciel de suivi des contentieux juridiques, des sinistres d'assurance et
> des cont
I sent this 8 years ago but, at the time, no one was interested.
[image: image.png]
On Thu, Apr 21, 2022 at 9:40 AM John Dunlap wrote:
> I ended up writing something custom to do that.
>
> On Wed, Apr 20, 2022 at 11:22 PM Henrik S
> wrote:
>
>> given the sample ur
rl?
>
> in other framework I could get it with the similar format:
>
> /api/user/:id
>
> puts "hallo #{id}"
>
>
> Thank you.
>
--
John Dunlap
*CTO | Lariat *
*Direct:*
*j...@lariat.co *
*Customer Service:*
877.268.6667
supp...@lariat.co
d_perl
> is your thing.
>
> >
> >
> >> Has anyone considered having a mod_raku version of mod_perl?
> >>
> >> Merry Christmas to all.
> >>
> >> -Tom
> >>
> >>
> >
>
>
--
John Dunlap
*CTO | Lariat *
*Direct:*
*j...@lariat.co *
*Customer Service:*
877.268.6667
supp...@lariat.co
ething completely
> different?
>
> Thanks in advance for any recommendations.
>
> -Yenya
>
> --
> | Jan "Yenya" Kasprzak
> |
> | http://www.fi.muni.cz/~kas/ GPG: 4096R/A45477D5
> |
> We all agree on the necessity of compromi
effort of learning mod_perl a breeze is probably
> the best form of advocacy.
>
> I don't see myself as being able to do any coding in the guts of
> mod_perl.
>
>
> What other things need doing? Coding, basic documentation, and a fuller
> documentation that teaches mod_perl beyond
&m=C0OcuGbNbfxaSa8ASgV3uFXzejn7MpjIUH1aP1RbiyU&s=GPr8VuKQ3rZCzCPwggyAHdCOojK6ZThmShKk0Jb3maI&e=
> Logiciel libre de comptabilité générale en partie double
>
>
>
> --
> The Wellcome Sanger Institute is operated by Genome Research
> Limited, a charity registered in
he client how long you need to wait before you send another
> connection.
>
>
>
>
>
> *From:* John Dunlap
> *Sent:* 22 December 2020 13:35
> *To:* Vincent Veyron
> *Cc:* mod_perl list
> *Subject:* Re: suggestions for perl as web development language [EXT]
>
&
cc the list ]
>
> On Sun, 20 Dec 2020 23:16:03 -0500
> John Dunlap wrote:
>
> > We run 20 customers on a single box and our database has approximately
> 500
> > tables. We run hundreds or thousands of queries per second.
> >
>
> 500 tables is a lot m
In my opinion, no one should build new projects in Perl. The world is
increasingly trending towards parallelism and higher numbers of cpu cores
and Perl is poorly positioned to leverage these advancements. Many of
Perl's dependencies are not thread safe and mod_perl forces you to use
mpm_prefork. M
pular as others.
> It has less selective frameworks, and even we can't get the right people
> to do the webdev job with perl.
> Do you think in today we will give up perl/modperl as web development
> language, and choose the alternatives instead?
>
> Thanks & Regards
>
>
2020 at 9:04 PM Wesley Peng wrote:
>
>> Hallo
>>
>> Is there DB connection pool management library like JDBC for mod_perl?
>> I know there is Apache::DBI, but that seems not the one who have pool
>> capability.
>>
>> Thanks & happy new year.
>>
g.org/)
>
> We recommend to use mod_perl only with MPM prefork on Apache 2.4.
>
>
>
> Clément.
>
--
John Dunlap
*CTO | Lariat *
*Direct:*
*j...@lariat.co *
*Customer Service:*
877.268.6667
supp...@lariat.co
without having the entire
file loaded into memory at the same time
How would you recommend achieving similar functionality in mod_perl?
--
John Dunlap
*CTO | Lariat *
*Direct:*
*j...@lariat.co *
*Customer Service:*
877.268.6667
supp...@lariat.co
Then you're much more fortunate than I am. :(
On Wed, Aug 7, 2019, 11:06 AM Thorsten Schöning
wrote:
> Guten Tag John Dunlap,
> am Mittwoch, 7. August 2019 um 16:26 schrieben Sie:
>
> > This will cause you a lot of grief. As I understand things, the core perl
> > in
t; Thorsten Schöning E-Mail: thorsten.schoen...@am-soft.de
> AM-SoFT IT-Systeme http://www.AM-SoFT.de/
>
> Telefon...05151- 9468- 55
> Fax...05151- 9468- 88
> Mobil..0178-8 9468- 04
>
> AM-SoFT GmbH IT-Systeme, Brandenburger Str. 7c, 31789 Hameln
> AG Hannover HRB 207 694 - Geschäftsführer: Andreas Muchow
>
>
--
John Dunlap
*CTO | Lariat *
*Direct:*
*j...@lariat.co *
*Customer Service:*
877.268.6667
supp...@lariat.co
chives.apache.org/mod_mbox/perl-modperl/201907.mbox/%3C1116164701.20190731193313%40am-soft.de%3E
>
> Mit freundlichen Grüßen,
>
> Thorsten Schöning
>
> --
> Thorsten Schöning E-Mail: thorsten.schoen...@am-soft.de
> AM-SoFT IT-Systeme http://www.AM-SoFT.de/
?
--
John Dunlap
*CTO | Lariat *
*Direct:*
*j...@lariat.co *
*Customer Service:*
877.268.6667
supp...@lariat.co
hich I did not do.
>
>
> Need to play some hockey first .. BBL
> Jobst
>
>
>
>
>
>
> --
> People without trees are like fish without clean water!
>
> | |0| | Jobst Schmalenbach, General Manager
> | | |0| Barrett & Sales Essentials
> |0|0|0| +61 3 9533 , POBox 277, Caulfield South, 3162, Australia
>
--
John Dunlap
*CTO | Lariat *
*Direct:*
*j...@lariat.co *
*Customer Service:*
877.268.6667
supp...@lariat.co
t; On Mon, 28 Jan 2019 at 20:38, Mark Blackman wrote:
>
>>
>>
>> On 27 Jan 2019, at 20:13, William A Rowe Jr wrote:
>>
>> On Fri, Jan 25, 2019 at 11:35 AM John Dunlap wrote:
>>
>>> I'm in the process of optimizing our web application for perf
s. As long as the
>>> mechanism of and caveats regarding Perl threads are understood, and there
>>> is a justifiable reason to be using them rather than some other construct,
>>> discouraged is not deprecated nor unavailable/unreliable.
>>>
>>> "Thread
ledge that we can do more work for less money in a different
language. I was really hoping that a different MPM and http/2 would help in
that regard but it's not sounding hopeful. :(
On Mon, Jan 28, 2019 at 9:18 PM Mark Blackman wrote:
>
>
> On 28 Jan 2019, at 21:14, John Dunlap
information
it gives me to optimize the server.
On Mon, Jan 28, 2019 at 9:12 PM Mark Blackman wrote:
> time for more cores or optimising your Perl?
>
> On 28 Jan 2019, at 21:10, John Dunlap wrote:
>
> I'm pretty sure that they are but, unfortunately, we make a lot of dynamic
&
ur mod_perl
> instances.
>
>
> On 28 Jan 2019, at 21:02, John Dunlap wrote:
>
> We can give that a try but I'm not sure how much it would help us because
> we're already pulling all of our static content directly from Amazon
> Cloudfront. The vast majority of our request
27 Jan 2019, at 20:13, William A Rowe Jr wrote:
>
> On Fri, Jan 25, 2019 at 11:35 AM John Dunlap wrote:
>
>> I'm in the process of optimizing our web application for performance and
>> one thing that I was really excited to try was mod_http2 because it allows
>> the
they sometimes set up
> price for someone thats achieve a goal. Something we can do here?
>
> /Sive
>
>
--
John Dunlap
*CTO | Lariat *
*Direct:*
*j...@lariat.co *
*Customer Service:*
877.268.6667
supp...@lariat.co
not, the benefits of HTTP2 appear to be permanently out of
reach for our mod_perl applications and that, honestly, might force us into
seriously reevaluating our technology stack. :(
--
John Dunlap
*CTO | Lariat *
*Direct:*
*j...@lariat.co *
*Customer Service:*
877.268.6667
supp...@lariat.co
all_sv () at perl.c:3071
>
> #5 0x1e2d9210:0 in S_invoke_exception_hook () at util.c:1563
>
> #6 0x1e2da260:0 in Perl_vwarn () at util.c:1860
>
> #7 0x1e2da960:0 in Perl_vwarner () at util.c:1974
>
> #8 0x1e2daba0:0 in Perl_ck_warner_d () at util.c:1927
>
> #9 0x1e324b00:0 in Perl_hv_iternext_flags () at hv.c:2771
>
> #10 0x1e0e6000:0 in copyENV () at modperl_perl_global.c:272
>
> #11 0x1e0e6110:0 in modperl_perl_global_gvhv_save ()
>
> at modperl_perl_global.c:322
>
> #12 0x1e0e6460:0 in modperl_perl_global_save ()
>
> at modperl_perl_global.c:436
>
> #13 0x1e0e6730:0 in modperl_perl_global_request_save ()
>
> at modperl_perl_global.c:485
>
> #14 0x1e09cc10:0 in modperl_response_handler_cgi () at
> mod_perl.c:1073
>
> #15 0x400faf10:0 in ap_run_handler ()
>
> #16 0x400fcee0:0 in ap_invoke_handler () at config.c:448
>
> #17 0x40147790:0 in ap_process_async_request () at
> http_request.c:410
>
> #18 0x40147ae0:0 in ap_process_request () at http_request.c:442
>
> #19 0x4013d2a0:0 in ap_process_http_sync_connection ()
>
>
>
>
>
> As you see above some back traces are different for the cores that we got.
> So we feel that there is some race between threads here.
>
>
>
> Please help us to solve this above.
>
>
>
> Regards,
>
> Andrew
>
--
John Dunlap
*CTO | Lariat *
*Direct:*
*j...@lariat.co *
*Customer Service:*
877.268.6667
supp...@lariat.co
scripting language is
> currently more in fashion (javascript ? python ? ..), but it really seems a
> pity to "slowly abandon" mod_perl without providing some tool of equivalent
> power in terms of deep interaction with Apache httpd.
> >
> >
> >
>
>
--
John Dunlap
*CTO | Lariat *
*Direct:*
*j...@lariat.co *
*Customer Service:*
877.268.6667
supp...@lariat.co
e
>> who just use response handlers do not see this issue. But we hook into
>> about 10 phases of the apache process ...
>>
>> On 08/06/2018 02:08, John Dunlap wrote:
>>
>> Does using mod_perl properly allow you to use mpm_event or mpm_worker?
>>
>>
s really make use of the underlying framework properly - effectively
> using it for code caching and not much else
>
>
>
> On 07/06/2018 19:24, David Hodgkinson wrote:
>
> Moving your method handlers to the framework.
>
> I like catalyst. Stand on the shoulders of gia
What is involved in porting an application from mod_perl to starman?
On Thu, Jun 7, 2018 at 6:18 PM, Clive Eisen wrote:
> On 7 Jun 2018, at 19:13, David Hodgkinson wrote:
>
> No. Different concept.
>
> On 7 Jun 2018, at 18:52, John Dunlap wrote:
>
> Is Plack backwards com
Is Plack backwards compatible with mod_perl?
On Thu, Jun 7, 2018 at 5:44 PM, David Hodgkinson wrote:
> We’re all about the Plack these days.
>
> On 7 Jun 2018, at 18:21, John Dunlap wrote:
>
> Are there any plans for mod_perl to support mpm_event, mpm_worker? Every
>
Are there any plans for mod_perl to support mpm_event, mpm_worker? Every
time I try to use something other than mpm_prefork I am plagued by
segfaults.
--
John Dunlap
*CTO | Lariat *
*Direct:*
*j...@lariat.co *
*Customer Service:*
877.268.6667
supp...@lariat.co
#x27;s not a good feeling.
You have my sympathy. :(
Cheers!
John
On Mar 1, 2018 5:30 PM, "Vincent Veyron" wrote:
> On Thu, 1 Mar 2018 14:26:25 -0500
> John Dunlap wrote:
>
> > Have you tried this in your Apache config?
> > PerlChildInitHandler "sub { srand }
amd64 generic
> Apache request library - Apache module
> un libapache2-mod-passenger (aucune
> description n'est disponible)
> ii libapache2-mod-perl2 2.0.10-2 amd64
> Integration of perl with the Apache2 web server
> un libapache2-reload-perl (aucune
> description n'est disponible)
> ii libapache2-request-perl 2.13-5+b1 amd64 generic
> Apache request library - Perl modules
> root@kimsufi_1:/home/vincent#
>
>
>
>
>
> --
> Bien à vous, Vincent Veyron
>
> https://marica.fr/
> Logiciel de gestion des sinistres assurances, des dossiers contentieux et
> des contrats pour le service juridique
>
--
John Dunlap
*CTO | Lariat *
*Direct:*
*j...@lariat.co *
*Customer Service:*
877.268.6667
supp...@lariat.co
At present, I am pulling the values from PerlSetVar and constructing this
hash in a lexical scoped variable. The hash gets a new entry every time the
worker handles a request for a new virtualhost
On Oct 22, 2017 5:15 PM, "André Warnier (tomcat)" wrote:
> On 22.10.2017 18:59, John
t is
>>> persistent across requests, and can be accessed by mod_perl handlers ?
>>>
>>
>> If it's a read-only hash, then a startup script (PerlPostConfigRequire)
>> as Adam proposed
>> before seems to be the right way.
>>
>
> Yes, but where exactly do you keep that hash, so that it is accessible
> later on by mod_perl handlers ? (across requests)
>
>
--
John Dunlap
*CTO | Lariat *
*Direct:*
*j...@lariat.co *
*Customer Service:*
877.268.6667
supp...@lariat.co
alue, then
>>> to be read by the different processes.
>>> I then also thought about an environment variable set when Apache
>>> starts, and then given to Perl using "PerlSetVar var ${VAR}".
>>> But 1. var value would be disclosed into Apache env which I want to
>>> avoid, 2. PerlSetVar at every request is perhaps not really perfect in
>>> terms of performance.
>>> Thank you very much for your help !
>>> Ben
>>>
>>
>
>
--
John Dunlap
*CTO | Lariat *
*Direct:*
*j...@lariat.co *
*Customer Service:*
877.268.6667
supp...@lariat.co
; --
> Thorsten Schöning E-Mail: thorsten.schoen...@am-soft.de
> AM-SoFT IT-Systeme http://www.AM-SoFT.de/
>
> Telefon...05151- 9468- 55
> Fax...05151- 9468- 88
> Mobil..0178-8 9468- 04
>
> AM-SoFT GmbH IT-Systeme, Brandenburger S
does not contain a "?", then the whole URI is a
>> path. If it does contain a "?", then the part before the "?" is a path, and
>> the part after it is a query-string, which may or may not contain key/value
>> pairs which could be "parameters". Those are the underlying "apache
>> objects", when apache has parsed the request.
>> mod_perl gives you access to these URI, path, and query-string objects of
>> apache, but it does not "abstract" them further.
>>
>> Dancer (and other frameworks) are different : their users want some way
>> by which they can treat path components as "arguments" ? so let's provide
>> them with some way of doing this, elegantly if possible. But behind the
>> scenes, they do exactly as above. It's just that as a user, you don't see
>> that.
>>
>>
>>
>
--
John Dunlap
*CTO | Lariat *
*Direct:*
*j...@lariat.co *
*Customer Service:*
877.268.6667
supp...@lariat.co
} statement?
> 2. I'm thinking there is a better way to do this because (code wise)
> becuase ever since i put the eval {} in place (in dev env), groups with
> thousands of members takes a very long time to display.
>
>
> here is the code for dn2entry.mpl:
>
>
>
>
&
Okay, I can see that but we were talking specifically about eval. So, my
examples were intended to showcase the two ways that eval can be called and
not how to safely obtain data from the internet.
On Tue, May 30, 2017 at 4:06 PM, Ruben Safir wrote:
> On 05/30/2017 04:04 PM, John Dunlap wr
In that example, the contents of $data are never evaluated by eval so even
if it can be "smashed"(whatever that means) eval would have nothing to do
with the failure.
On Tue, May 30, 2017 at 4:01 PM, Ruben Safir wrote:
> On 05/30/2017 02:29 PM, John Dunlap wrote:
> > eval
$data = get_data_from_internet();
};
if ($@) {
# TODO: Handle errors
}
On Tue, May 30, 2017 at 1:59 PM, John Dunlap wrote:
> With all due respect, Ruben, unless I'm totally missing something(which is
> totally possible), you're being a little alarmist. According to perldoc you
gt; > http://hiramgibbard.com <http://hiramgibbard.com/>
> > >
> >
>
> --
> So many immigrant groups have swept through our town
> that Brooklyn, like Atlantis, reaches mythological
> proportions in the mind of the world - RI Safir 1998
> http://www.mrbrklyn.com
>
> DRM is THEFT - We are the STAKEHOLDERS - RI Safir 2002
> http://www.nylxs.com - Leadership Development in Free Software
> http://www2.mrbrklyn.com/resources - Unpublished Archive
> http://www.coinhangout.com - coins!
> http://www.brooklyn-living.com
>
> Being so tracked is for FARM ANIMALS and and extermination camps,
> but incompatible with living as a free human being. -RI Safir 2013
>
>
--
John Dunlap
*CTO | Lariat *
*Direct:*
*j...@lariat.co *
*Customer Service:*
877.268.6667
supp...@lariat.co
especially if you parse
>> user
>> >> input] - functional eval is different - and is a good model for
>> catching
>> >> errors etc
>> >
>> > Yes, string eval should be avoided in all usage. But this discussion was
>> > about that functi
gt;>
> > >> http://search.cpan.org/~pyh/Net-Domain-Registration-Check-0.
> > >> 03/lib/Net/Domain/Registration/Check.pm
> > >>
> > >> And in the module, croak like this was happened,
> > >>
> > >> croak "domain TLD not exists
town
> that Brooklyn, like Atlantis, reaches mythological
> proportions in the mind of the world - RI Safir 1998
> http://www.mrbrklyn.com
>
> DRM is THEFT - We are the STAKEHOLDERS - RI Safir 2002
> http://www.nylxs.com - Leadership Development in Free Software
> http://www2.mrbrklyn.com/resources - Unpublished Archive
> http://www.coinhangout.com - coins!
> http://www.brooklyn-living.com
>
> Being so tracked is for FARM ANIMALS and and extermination camps,
> but incompatible with living as a free human being. -RI Safir 2013
>
>
--
John Dunlap
*CTO | Lariat *
*Direct:*
*j...@lariat.co *
*Customer Service:*
877.268.6667
supp...@lariat.co
}
>
> But I suggest to use module like Try::Tiny or Try::Catch which handle
> above eval and $@ logic for you and you can easily write:
>
> try {
> # MY CODE
> } catch {
> # HANDLE ERROR in $_ (may be undef!)
> my $err = $_ || 'unknown error';
> };
>
> On Tues
e the full system work right? fix on handler, or the module
>> itself?
>>
>> Thanks.
>>
>
>
>
> --
> The Wellcome Trust Sanger Institute is operated by Genome Research
> Limited, a charity registered in England with number 1021457 and a company
> registered in England with number 2742969, whose registered office is 215
> Euston Road, London, NW1 2BE.
--
John Dunlap
*CTO | Lariat *
*Direct:*
*j...@lariat.co *
*Customer Service:*
877.268.6667
supp...@lariat.co
(kbytes, -s) 8192
> >
> > cpu time (seconds, -t) unlimited
> >
> > max user processes (-u) 15014
> >
> > virtual memory (kbytes, -v) unlimited
> >
> > Sorry that I'm not web admin and don't have access to Apache logs.
> >
> > Would anyone please help? Thanks a lot.
> >
> > Regards
> >
>
>
--
John Dunlap
*CTO | Lariat *
*Direct:*
*j...@lariat.co *
*Customer Service:*
877.268.6667
supp...@lariat.co
We're doing that but, for whatever reason, the only way we were able to get
apache to return JSON instead of HTML was in assbackwards mode
On Mon, Oct 31, 2016 at 10:46 AM, Adam Prime wrote:
> On 16-10-31 10:34 AM, John Dunlap wrote:
>
>> We do this by processing all requests
believe it is otherwise possible to do this dynamically with mod_perl,
> but the above is the simplest and most direct method.
>
> Note : if you want more precise information, then also supply your version
> of Apache and mod_perl.
>
>
>
--
John Dunlap
*CTO | Lariat *
*Direct:*
*j...@lariat.co *
*Customer Service:*
877.268.6667
supp...@lariat.co
_long_ time. Also I
> work with bare metal, I haven't tested virtualized servers at all.
>
> --
> Bien à vous, Vincent Veyron
>
> https://marica.fr/
> Gestion des sinistres assurances, des dossiers contentieux et des contrats
> pour le service juridique
>
--
John Dunlap
*CTO | Lariat *
*Direct:*
*j...@lariat.co *
*Customer Service:*
877.268.6667
supp...@lariat.co
rred Perl version
> to use in conjunction with mod_perl 2.0.9 and Apache 2.4? Is 5.20 the
> sweet spot?
>
> Dan
>
--
John Dunlap
*CTO | Lariat *
*Direct:*
*j...@lariat.co *
*Customer Service:*
877.268.6667
supp...@lariat.co
and CentOS distributions seem pretty
> hostile. CentOS 7 has a third-party module of mod_perl 2.0.8 but if I
> can't get CGI working correctly I don't really trust it.
>
> Should I just assume building everything in the LAMP stack from source is
> the way to go?
>
>
If this is a memory leak, won't the last request to be sent to the mod_perl
worker process be the last straw and not necessarily the culprit? What if
the leak is in some library code that's used in every request?
On Tue, Sep 6, 2016 at 12:43 PM, John Dunlap wrote:
> My fear wit
t; - Perrin
>
> On Tue, Sep 6, 2016 at 10:00 AM, John Dunlap wrote:
>
>> The system load reported by the uptime command, on one of my servers,
>> periodically spikes to 20-30 and then, shortly thereafter, I see this in
>> dmesg:
>>
>> [2887460.393402] Out of m
u guys approach this problem?
--
John Dunlap
*CTO | Lariat *
*Direct:*
*j...@lariat.co *
*Customer Service:*
877.268.6667
supp...@lariat.co
frameworks, languages ... on the current servers we maintain in
> mod_perl the last count we had about 30-40 developers writing perl code
> over probably 30 or 40 different applications within the same cluster of
> webservers
> James
>
>
> On 6/14/2016 3:52 PM, John Dunlap w
the
> style frameworks you are talking about - and we go you just XYZ, and then
> realize that they are using some nginx/psgi/starman solution and have to go
> - aargh - no you can't just do that - you will have to re-engineer your app!
>
> James
> On 6/14/2016 3:40 PM, John D
> style frameworks you are talking about - and we go you just XYZ, and then
> realize that they are using some nginx/psgi/starman solution and have to go
> - aargh - no you can't just do that - you will have to re-engineer your app!
>
> James
> On 6/14/2016 3:40 PM, John Dun
l mod_perl
specific code to 2-3 files so that we have more freedom to decide how and
where our application will be deployed.
On Tue, Jun 14, 2016 at 10:37 AM, James Smith wrote:
>
> On 6/14/2016 3:28 PM, John Dunlap wrote:
>
> https://www.nginx.com/blog/nginx-vs-apache-our-view/
>
https://www.nginx.com/blog/nginx-vs-apache-our-view/
On Tue, Jun 14, 2016 at 2:35 AM, André Warnier wrote:
> On 13.06.2016 14:09, John Dunlap wrote:
>
>> We use Amazon Cloudfront for serving all of our static content. The only
>> thing we load from Apache is an index.html file
values from
> printer aps4 and running lpc to update things would be great. Change
> from 300x300 to 1200x1200 would be fantastic when using a program that
> offers no options for running lpr.
> Being able to run this from the command line or a nice web browser page
> would make lif
mber 2742969, whose registered office is 215
>> Euston Road, London, NW1 2BE.
>>
>
>
> -- The Wellcome Trust Sanger Institute is operated by Genome Research
> Limited, a charity registered in England with number 1021457 and a company
> registered in England with number 2742969, whose registered office is 215
> Euston Road, London, NW1 2BE.
>
--
John Dunlap
*CTO | Lariat *
*Direct:*
*j...@lariat.co *
*Customer Service:*
877.268.6667
supp...@lariat.co
Apache that is already installed.
>
> Thanks in advance
>
> --
> Hiram Gibbard
> hgibb...@gmail.com
> http://hiramgibbard.com
>
>
--
John Dunlap
*CTO | Lariat *
*Direct:*
*j...@lariat.co *
*Customer Service:*
877.268.6667
supp...@lariat.co
rchive
> http://www.coinhangout.com - coins!
> http://www.brooklyn-living.com
>
> Being so tracked is for FARM ANIMALS and and extermination camps,
> but incompatible with living as a free human being. -RI Safir 2013
>
--
John Dunlap
*CTO | Lariat *
*Direct:*
*j...@lariat.co *
*Customer Service:*
877.268.6667
supp...@lariat.co
hed Archive
> http://www.coinhangout.com - coins!
> http://www.brooklyn-living.com
>
> Being so tracked is for FARM ANIMALS and and extermination camps,
> but incompatible with living as a free human being. -RI Safir 2013
>
--
John Dunlap
*CTO | Lariat *
*Direct:*
*j...@lariat.co *
*Customer Service:*
877.268.6667
supp...@lariat.co
at 3:58 PM, Perrin Harkins wrote:
> On Fri, Mar 25, 2016 at 10:11 AM, John Dunlap wrote:
>>
>> Basically, I have a module which has a some lexically scoped variables in
>> it. These variables are used by accessor methods in the package. The
>> problem is that, if I u
multiple copies of a lexical variable?
--
John Dunlap
*CTO | Lariat *
*Direct:*
*j...@lariat.co *
*Customer Service:*
877.268.6667
supp...@lariat.co
0052: child pid 1810 exit signal Segmentation fault (11)
> [Tue Jan 12 14:32:34.865446 2016] [core:notice] [pid 19350:tid
> 140212941145984] AH00052: child pid 1968 exit signal Segmentation fault (11)
>
> Any help will be greatly appreciated
>
> Fred
>
--
John Dunlap
*CTO | Lariat *
*Direct:*
*j...@lariat.co *
*Customer Service:*
877.268.6667
supp...@lariat.co
/etc/apache2/apache2.conf
>
> make test
>
> ... which fails ...
>
> t/logs/error_log contains:
>
> [Thu Sep 17 20:08:09.333854 2015] [perl:error] [pid 10319] [client
> 127.0.0.1:60632] panic: attempt to copy freed scalar 7f4e0971ec80 to
> 7f4e0971eb30 at
> /home/vagrant/modperl-trycatch-bug/blib/lib/Apache/TryCatch.pm line 20.\n
>
>
> Regards,
> Michael Schout
>
--
John Dunlap
*CTO | Lariat *
*Direct:*
*j...@lariat.co *
*Customer Service:*
877.268.6667
supp...@lariat.co
It's not one of my direct dependencies and I don't believe that it is a
transitive dependency either because it isn't installed on my test server.
On Thu, Sep 17, 2015 at 1:26 PM, Michael Schout wrote:
> On 9/17/15 9:00 AM, John Dunlap wrote:
> > I'm not us
I'm not using the TryCatch module in my application. I use eval blocks for
all of my transaction management. For me to be suffering from the same
ailment, the bug would have to manifest itself in other ways.
On Sep 17, 2015 5:01 AM, "Vincent Veyron" wrote:
> On Wed, 16 Sep 2015 12:36:07 -0500
> M
I use the Debian apreq package from apt, to install mod_perl, but the rest
of my dependencies I install through cpan
On Sep 16, 2015 9:33 AM, "Michael Schout" wrote:
> On 9/16/15 7:08 AM, Vincent Veyron wrote:
>
> > I put your test handler on a machine running Debian 8 (jessie), it works
> just f
This seems to be mod_perl specific. I have a very
> straightforward/minimal test case that causes the "panic" error under
> mod_perl, but the same code runs fine under the command line outside of
> mod_perl.
>
> Regards,
> Michael Schout
>
--
John Dunlap
*CTO | Lariat *
*Direct:*
*j...@lariat.co *
*Customer Service:*
877.268.6667
supp...@lariat.co
has just been released and contains a number
> of crash fixes. (I wonder if #123398 might be relevant?)
>
> On 14 September 2015 at 15:57, John Dunlap wrote:
>
>> I'll probably deal with this by staying on Debian 7 for the near future.
>> I'll attempt upgrading again i
I'll probably deal with this by staying on Debian 7 for the near future.
I'll attempt upgrading again in Debian 9.
On Mon, Sep 14, 2015 at 10:27 AM, Michael Schout wrote:
> On 9/11/15 2:26 PM, John Dunlap wrote:
> > I found a lot of stuff like the following in my Apache logs.
t;> if i add $r->no_cache(1) to an ajax responder perl script the browser
>> receives a 0 in the response, what am i doing wrong?
>>
>>
>> Regards,
>>
>> Michel
>>
>
>
--
John Dunlap
*CTO | Lariat *
*Direct:*
*j...@lariat.co *
*Customer Service:*
877.268.6667
supp...@lariat.co
ponse and is then connected to the
>> first field.
>>
>> Do i make sense ?
>>
>>
>> Thanks,
>>
>> Paul
>>
>> On Mon, Sep 7, 2015 at 4:15 PM, Michel Jansen
>> wrote:
>>
>>> if i add $r->no_cache(1) to an ajax responder perl script the browser
>>> receives a 0 in the response, what am i doing wrong?
>>>
>>>
>>> Regards,
>>>
>>> Michel
>>>
>>
>>
>
--
John Dunlap
*CTO | Lariat *
*Direct:*
*j...@lariat.co *
*Customer Service:*
877.268.6667
supp...@lariat.co
64918835072] AH00052: child pid 2539 exit signal Segmentation fault (11)
Can someone give me some tips on how to proceed with troubleshooting this
and, possibly, fixing it?
--
John Dunlap
*CTO | Lariat *
*Direct:*
*j...@lariat.co *
*Customer Service:*
877.268.6667
supp...@lariat.co
Our application is in a state of transition from dynamically generating
html on the server to providing restful web services which are consumed by
a JavaScript user interface in a service oriented front end architecture.
However, when we decided that that was the road we needed to go down, none
of
mod_perl 2.0? What is the upgrade
> path recommended by the mod_perl veterans?
>
> Regards,
> Ashish
>
--
John Dunlap
*CTO | Lariat *
*Direct:*
*j...@lariat.co *
*Customer Service:*
877.268.6667
supp...@lariat.co
when the PerlSetVar directives were outside the VirtualHost block.
>
> It seems when you access dir_config through the ServerRec you only get
> values set at the server level. To get the VirtualHost level variables
> you must use the RequestRec. Makes sense, I guess.
>
> Thanks
he VirtualHost block.
>
> According to the documentation
>
>
> https://perl.apache.org/docs/2.0/user/config/config.html#mod_perl_Directives_Argument_Types_and_Allowed_Location
>
> PerlSetVar is scoped "DIR" meaning it can appear in Directory,
> Location or Files blocks. What am I doing wrong?
>
> --
> Jim Garrison (j...@acm.org)
> PGP Keys at http://www.jhmg.net RSA 0x04B73B7F DH 0x70738D88
>
--
John Dunlap
*CTO | Lariat *
*Direct:*
*j...@lariat.co *
*Customer Service:*
877.268.6667
supp...@lariat.co
*within a
On Wed, Jul 15, 2015 at 8:12 PM, John Dunlap wrote:
> I'm also using a virtual host, though I place my PerlSetVar without a
> . This is the code that I use to extract them:
>
> foreach my $apache_key (CORE::keys %{$apache->dir_config}) {
> $literals
r expected.
3) The behavior on Debian may be inconsistent because the version of Perl
which shipped with it correctly randomizes the key order so that the order
of the values in the session cookie *sometimes* appear in the sequence
which the browser is anticipating.
Does that sound plausible to you
I compiled RC3 and I'm seeing the same behavior with my application. I'll
have to do some more digging to see if I can narrow down the problem at all.
On Tue, Jun 16, 2015 at 2:16 AM, Jie Gao wrote:
> * John Dunlap wrote:
>
> > Date: Mon, 15 Jun 2015 17:20:09 -0400
Where do I get the source for 2.09-rc3? I don't see a tag for it in SVN.
On Mon, Jun 15, 2015 at 5:12 PM, Kevin A. McGrail wrote:
> On 6/15/2015 5:02 PM, John Dunlap wrote:
>
> I am getting the client ip address in every request and checking it
> against an access control lis
return $connection->client_addr->ip_get;
} else { # Apache <= 2.2
return $connection->remote_addr->ip_get;
}
End Snippet 2 ====
On Mon, Jun 15, 2015 at 4:58 PM, Kevin A. McGrail wrote:
> On 6/15/2015 4:56 PM, John Dunlap wrote:
>
>> Could th
on, Jun 15, 2015 at 4:51 PM, Vincent Veyron wrote:
> On Mon, 15 Jun 2015 15:30:00 -0400
> John Dunlap wrote:
>
> > My thought in contacting the list, at
> > this point, was to(hopefully) get some idea of what has changed so that I
> > could have a better idea o
could have a better idea of where to start looking for problems.
On Mon, Jun 15, 2015 at 3:16 PM, Kevin A. McGrail wrote:
> On 6/15/2015 3:14 PM, John Dunlap wrote:
>
>> root@cosmos:~# dpkg -l libapache2-mod-perl2
>> Desired=Unknown/Install/Remove/Purge/Hold
>> |
>>
~1624218-2
amd64Integration of perl with the Apache2 web
server
root@cosmos:~#
On Mon, Jun 15, 2015 at 2:30 PM, Kevin A. McGrail wrote:
> On 6/15/2015 1:38 PM, John Dunlap wrote:
>
>> I'm trying to upgrade my application from Apache 2.2.22(Debian 7) to
root@cosmos:/var/log/apache2# perl -Mmod_perl2\ 999
mod_perl2 version 999 required--this is only version 2.09.
BEGIN failed--compilation aborted.
root@cosmos:/var/log/apache2#
On Mon, Jun 15, 2015 at 2:30 PM, Kevin A. McGrail wrote:
> On 6/15/2015 1:38 PM, John Dunlap wrote:
>
behavioral changes that I should be aware of when migrating
to Apache 2.4?
--
John Dunlap
*CTO | Lariat *
*Direct:*
*j...@lariat.co *
*Customer Service:*
877.268.6667
supp...@lariat.co
e(...);
>> 3) add a cleanup handler, to delete the file when the request has been
>> served.
>> See here for details : http://perl.apache.org/docs/2.
>> 0/api/Apache2/RequestIO.html#C_sendfile_
>>
>> For this to work, there is an Apache configuration directive which must
>> be set to "on". I believe it is called "UseSendFile".
>> Essentially what senfile() does, is to delegate the actual reading and
>> sending of the file to Apache httpd and the underlying OS, using code which
>> is specifically optimised for this purpose. It is much kore efficient than
>> doing this in a read/write loop by yourself, at the cost of having less
>> fine control over the operation.
>>
>
>
--
John Dunlap
*CTO | Lariat *
*Direct:*
*j...@lariat.co *
*Customer Service:*
877.268.6667
supp...@lariat.co
he
browser. Currently, I'm loading the entire file into memory before sending
it and
Is this possible with mod_perl and, if so, how should I go about
implementing it?
--
John Dunlap
*CTO | Lariat *
*Direct:*
*j...@lariat.co *
*Customer Service:*
877.268.6667
supp...@lariat.co
1 - 100 of 131 matches
Mail list logo
