Re: is mpm_event safe for modperl handler?

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

Re: intermittent reception

MC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7Csdata=DjQNBI7yT%2B7u6vu8rgm9ImoMGPrY%2BnvIUkKNdLuDmpg%3Dreserved=0 > Logiciel de suivi des contentieux juridiques, des sinistres d'assurance et > des contrats > > > -- > Bruce Johnson > University of Arizona

Re: path recognition question

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

Re: path recognition question

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

Re: Raku

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

Re: Perl-based event server?

pletely > 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 compromise. We jus

Re: [DISCUSS] The future of mod_perl

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 the throw in your old cgi code. > > If

Re: Moving ExecCGI to mod_perl - performance and custom 'modules' [EXT]

yAHdCOojK6ZThmShKk0Jb3maI= > Logiciel libre de comptabilité générale en partie double > > > > -- > The Wellcome Sanger Institute is operated by Genome Research > Limited, a charity registered in England with number 1021457 and a > company registered in England with nu

Re: suggestions for perl as web development language [EXT]

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] > > > &

Re: suggestions for perl as web development language [EXT]

to 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 lo

Re: suggestions for perl as web development language [EXT]

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.

Re: suggestions for perl as web development language

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 > > --

Re: DB connection pool management

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. >> >>

Re: Syntax errors in case of threaded MPM and lots of concurrent requests.

mmend 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

Streaming files

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

Re: How to get “my” VHOST in code executed by PerPostConfigRequire?

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 > > interpr

Re: How to get “my” VHOST in code executed by PerPostConfigRequire?

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

Re: How to get “my” VHOST in code executed by PerPostConfigRequire?

1116164701.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/ > > Telefon...05151- 9468- 55 > Fax..

mod_perl interpreter pool

? -- John Dunlap *CTO | Lariat * *Direct:* *j...@lariat.co * *Customer Service:* 877.268.6667 supp...@lariat.co

Re: Apache upgrade 2.2 -> 2.4 and "PerlAuthenHandler Authen::Simple::IMAP"

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

Re: HTTP and MPM support

> >> >> >> 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 performance and >>> one thing that I was really ex

Re: HTTP and MPM support

echanism 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. >>> >>> "Threads are implemented in a way that mak

Re: HTTP and MPM support

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 wrote: > &

Re: HTTP and MPM support

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 > requests. > &

Re: HTTP and MPM support

d_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 requests are for dynam

Re: HTTP and MPM support

19, 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 browser to sen

Re: HTTP and MPM support

and 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

HTTP and MPM support

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

Re: httpd crashes frequently with mod_perl 2.0.10

rl.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

Re: Future MPM Support?

ge 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

Re: Future MPM Support?

gt; 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? >> >> On Th

Re: Future MPM Support?

se 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 giants. Mojoliciou

Re: Future MPM Support?

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

Re: Future MPM Support?

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 >

Future MPM Support?

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

Re: Upgrade to Debian stretch (stable) breaks my unique token

have my sympathy. :( Cheers! John On Mar 1, 2018 5:30 PM, "Vincent Veyron" <vv.li...@wanadoo.fr> wrote: > On Thu, 1 Mar 2018 14:26:25 -0500 > John Dunlap <j...@lariat.co> wrote: > > > Have you tried this in your Apache config? > > PerlChildInitHandler

Re: Upgrade to Debian stretch (stable) breaks my unique token

ponible) > 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 <j...@lariat.co>* *Customer Service:* 877.268.6667 supp...@lariat.co

Re: Shared var between processes

On 22.10.2017 18:59, John Dunlap wrote: > >> In our case, we do not use Windows for anything. Even our desktops are >> Linux. We already >> employ Redis, which performs the same function as memcache, however, this >> doesn't really >> solve the problem because each vir

Re: Shared var between processes

hat it 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 <j...@lariat.co>* *Customer Service:* 877.268.6667 supp...@lariat.co

Re: Shared var between processes

>>> 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 <j...@lariat.co>* *Customer Service:* 877.268.6667 supp...@lariat.co

Re: mod_perl developer wanted

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

Re: about request route

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 <j...@lariat.co>* *Customer Service:* 877.268.6667 supp...@lariat.co

Re: capture exception

} 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: > > > >

Re: capture exception

04:04 PM, John Dunlap wrote: > > 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. > > > it means your bringing in data without a limit an

Re: capture exception

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 <ru...@mrbrklyn.com> wrote: > On 05/30/2017 02:29 PM, John Dun

Re: capture exception

$data = get_data_from_internet(); }; if ($@) { # TODO: Handle errors } On Tue, May 30, 2017 at 1:59 PM, John Dunlap <j...@lariat.co> wrote: > With all due respect, Ruben, unless I'm totally missing something(which is > totally possible), you're being a little alarmist. According to

Re: capture exception

b...@gmail.com> > > > 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 >

Re: capture exception

t; > about that functional eval. >> >> Aye - right you are - apologies for causing confusing and missing the (/{. >> >> Dw. >> > > > > -- > Hiram Gibbard > hgibb...@gmail.com > http://hiramgibbard.com > > -- John Dunlap *CTO | Lariat * *Direct:* *j...@lariat.co <j...@lariat.co>* *Customer Service:* 877.268.6667 supp...@lariat.co

Re: capture exception

e, May 30, 2017 at 09:39:53AM -0400, John Dunlap wrote: > > Yes, I do that extensively and it works perfectly. It's as close to a > true > > Try/Catch block as we have in the perl world. However, I *usually* do not > > return values from it because I use this construct to co

Re: capture exception

oups 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 <j...@lariat.co>* *Customer Service:* 877.268.6667 supp...@lariat.co

Re: capture exception

; } > > 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'; > }; &g

Re: Please help: resource limit for running Perl under Apache?

k size (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 <j...@lariat.co>* *Customer Service:* 877.268.6667 supp...@lariat.co

Re: Modperl as backend for mobile apps

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 <adam.pr...@utoronto.ca> wrote: > On 16-10-31 10:34 AM, John Dunlap wrote: > >> We do this

Re: Modperl as backend for mobile apps

l#errordocument > > I 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 |

Re: Recommended Linux distribution for LAMP/mod_perl

s like the one I posted, and my machines last a _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 <j...@lariat.co>* *Customer Service:* 877.268.6667 supp...@lariat.co

Re: If building from source

om source route, is there a preferred 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 <j...@lariat.co>* *Customer Service:* 877.268.6667 supp...@lariat.co

Re: Recommended Linux distribution for LAMP/mod_perl

Hat 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? > >

Re: Apparent memory leak

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 <j...@lariat.co> wrote: >

Re: Apparent memory leak

which process was killed. > > - Perrin > > On Tue, Sep 6, 2016 at 10:00 AM, John Dunlap <j...@lariat.co> 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:

Apparent memory leak

this problem? -- John Dunlap *CTO | Lariat * *Direct:* *j...@lariat.co <j...@lariat.co>* *Customer Service:* 877.268.6667 supp...@lariat.co

Re: Bad rap

services - in > differening 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/1

Re: Bad rap

other projects use 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

Re: Bad rap

ects use 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,

Re: Bad rap

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 <j...@sanger.ac.uk> wrote: > > On 6/14/2016 3:28 PM, John Dunlap wrote: > > https://www.nginx.com/blog/nginx-

Re: Bad rap

https://www.nginx.com/blog/nginx-vs-apache-our-view/ On Tue, Jun 14, 2016 at 2:35 AM, André Warnier <a...@ice-sa.com> 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 Apac

Re: [OT?] How the Perl connects with Apache's C

nter 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 life easy. > > Yo

Re: Bad rap

> Apache is fast enough if you use it properly!! > > On 6/13/2016 11:58 AM, John Dunlap wrote: > > Speaking as someone would like to migrate to Nginx, at some point, the big > advantage of Nginx really has nothing to do with mod_perl. It has to do > with Apache. The way Apach

Re: apxs

a default redhat Apache that is already installed. > > Thanks in advance > > -- > Hiram Gibbard > hgibb...@gmail.com > http://hiramgibbard.com > > -- John Dunlap *CTO | Lariat * *Direct:* *j...@lariat.co <j...@lariat.co>* *Customer Service:* 877.268.6667 supp...@lariat.co

Re: unsubscribe

ources - 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 * *D

Re: [Bug Report] mod_perl runs with GID 0 !

m/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 <j...@lariat.co>* *Customer Service:* 877.268.6667 supp...@lariat.co

Re: Weird variable scope problem

, Perrin Harkins <phark...@gmail.com> wrote: > On Fri, Mar 25, 2016 at 10:11 AM, John Dunlap <j...@lariat.co> 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.

Weird variable scope problem

of a lexical variable? -- John Dunlap *CTO | Lariat * *Direct:* *j...@lariat.co <j...@lariat.co>* *Customer Service:* 877.268.6667 supp...@lariat.co

Re: Random segmentation fault

84] AH00052: 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 <j...@lariat.co>* *Customer Service:* 877.268.6667 supp...@lariat.co

Re: panic: attempt to copy freed scalar caused by calling cgi->param with TryCatch since perl 5.19.7

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

Re: panic: attempt to copy freed scalar caused by calling cgi->param with TryCatch since perl 5.19.7

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 <msch...@gkg.net> wrote: > On 9/17/15 9:00 AM, John Dunlap wrote: > > I'm not usi

Re: panic: attempt to copy freed scalar caused by calling cgi->param with TryCatch since perl 5.19.7

nf /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

Re: Random segmentation fault

your segfault also? > > 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 <j...@lariat.co>* *Customer Service:* 877.268.6667 supp...@lariat.co

Re: Random segmentation fault

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 <msch...@gkg.net> wrote: > On 9/11/15 2:26 PM, John Dunlap wrote: > > I found a lot of stuff like the following in

Re: Random segmentation fault

you tried 5.20.3? This 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 <j...@lariat.co> wrote: > >> I'll probably deal with this by staying on Debian 7 for the near future

Re: no_cache(1)

an...@web-ict.com> > 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 <j...@lariat.co>* *Customer Service:* 877.268.6667 supp...@lariat.co

Re: no_cache(1)

n connected to the >> first field. >> >> Do i make sense ? >> >> >> Thanks, >> >> Paul >> >> On Mon, Sep 7, 2015 at 4:15 PM, Michel Jansen <michel.jan...@web-ict.com> >> 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 <j...@lariat.co>* *Customer Service:* 877.268.6667 supp...@lariat.co

Random segmentation fault

2] 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 <j...@lariat.co>* *Customer Service:* 877.268.6667 supp...@lariat.co

Re: Enquiry about mod_perl project state

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

Re: Enquiry about mod_perl project state

by the mod_perl veterans? Regards, Ashish -- John Dunlap *CTO | Lariat * *Direct:* *j...@lariat.co j...@lariat.co* *Customer Service:* 877.268.6667 supp...@lariat.co

Re: PerlSetVar inside Location doesn't seem to work

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 j...@lariat.co* *Customer Service:* 877.268.6667 supp...@lariat.co

Re: PerlSetVar inside Location doesn't seem to work

*within a Directory On Wed, Jul 15, 2015 at 8:12 PM, John Dunlap j...@lariat.co wrote: I'm also using a virtual host, though I place my PerlSetVar without a Directory. This is the code that I use to extract them: foreach my $apache_key (CORE::keys %{$apache-dir_config}) { $literals

Re: PerlSetVar inside Location doesn't seem to work

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 to John Dunlap... your example pointed me in the right direction. -- Jim

Re: Apache 2.4 Upgrade

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 j@sydney.edu.au wrote: * John Dunlap j...@lariat.co wrote: Date: Mon, 15 Jun 2015 17:20:09 -0400

Re: Apache 2.4 Upgrade

of the values in the session cookie *sometimes* appear in the sequence which the browser is anticipating. Does that sound plausible to you guys? On Tue, Jun 16, 2015 at 12:24 PM, John Dunlap j...@lariat.co wrote: I compiled RC3 and I'm seeing the same behavior with my application. I'll have

Re: Apache 2.4 Upgrade

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 kmcgr...@pccc.com wrote: On 6/15/2015 1:38 PM, John Dunlap wrote

Apache 2.4 Upgrade

should be aware of when migrating to Apache 2.4? -- John Dunlap *CTO | Lariat * *Direct:* *j...@lariat.co j...@lariat.co* *Customer Service:* 877.268.6667 supp...@lariat.co

Re: Apache 2.4 Upgrade

idea of where to start looking for problems. On Mon, Jun 15, 2015 at 3:16 PM, Kevin A. McGrail kmcgr...@pccc.com wrote: On 6/15/2015 3:14 PM, John Dunlap wrote: root@cosmos:~# dpkg -l libapache2-mod-perl2 Desired=Unknown/Install/Remove/Purge/Hold | Status=Not/Inst/Conf-files/Unpacked/halF

Re: Apache 2.4 Upgrade

, 2015 at 4:51 PM, Vincent Veyron vv.li...@wanadoo.fr wrote: On Mon, 15 Jun 2015 15:30:00 -0400 John Dunlap j...@lariat.co 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 of where to start

Re: Apache 2.4 Upgrade

$connection-remote_addr-ip_get; } End Snippet 2 On Mon, Jun 15, 2015 at 4:58 PM, Kevin A. McGrail kmcgr...@pccc.com wrote: On 6/15/2015 4:56 PM, John Dunlap wrote: Could that result in inconsistent request behavior? Because one of the things that I'm noticing is that, for no apparent

Re: Apache 2.4 Upgrade

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 kmcgr...@pccc.com 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 list

Re: Large File Download

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

Re: Singletons

a different one in every process. - Perrin On Mon, Mar 9, 2015 at 5:25 PM, John Dunlap j...@lariat.co wrote: For my own clarification, will classes which extend Class::Singleton survive from one request to the next? -- John Dunlap *CTO | Lariat * *Direct:* *j...@lariat.co j...@lariat.co

Singletons

For my own clarification, will classes which extend Class::Singleton survive from one request to the next? -- John Dunlap *CTO | Lariat * *Direct:* *j...@lariat.co j...@lariat.co* *Customer Service:* 877.268.6667 supp...@lariat.co

Re: Is PerlOptions +Parent per directory or not?

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 j...@lariat.co* *Customer Service

Re: Apache2::Connection::remote_ip

at odds with the code? W -- Why is the legal status of chardonnay different to that of cannabis? worik.stan...@gmail.com 021-1680650, (03) 4821804 Aotearoa (New Zealand) I voted for love -- John Dunlap *CTO | Lariat * *Direct

  1   2   >