Re: [mp1] Apache gets segfault when starting after modperl upgrade.

2003-10-02 Thread Damyan Ivanov
ecompiled against perl 5.8.1 I guess an updated apache-perl package will appear soon. dam -- Damyan Ivanov Creditreform Bulgaria [EMAIL PROTECTED] http://www.creditreform.bg/ phone: +359(2)928-2611, 929-3993 fax: +359(2)920-0994 mobile: +359-88

Re: A Problem With Diplaying A Perl Generated Romanian Page In IE...

2005-02-23 Thread Damyan Ivanov
r may be of higher priority for Firefox too, only that it somehow figures out the romanian characters and displays them correctly. Regards, dam - -- Damyan Ivanov 0x9725F63B Creditreform Bulgaria [EMAIL PROTECTED] http://www.creditreform.bg/ phone: +359(2)928-2611,

Re: Masquerading requests as HTTPS

2005-09-15 Thread Damyan Ivanov
if redirect is detected? I have no idea how to do this, though. dam - -- Damyan Ivanov 0x9725F63B Creditreform Bulgaria [EMAIL PROTECTED] http://www.creditreform.bg/ phone: +359(2)928-2611, 929-3993fax: +359(2)920-0994 mob. +359(88)856-6067 ICQ 302850

Re: *nix distro compatibility (was Re: survey)

2005-09-16 Thread Damyan Ivanov
n time! It's worth noting, that Debian Unstable aka sid has mod_perl 2.0.1, apache 2.0.54 and libapreq2 2.06-dev, all of which run fairly well. Docs are sparse, however (see bug #285588). Packages from sid are seldom installable on stable, though. dam - -- Damyan Ivanov

Re: Sth I don't understand about pnotes

2005-09-16 Thread Damyan Ivanov
push @{ $r->pnotes()->{'KEY'} } should do what you want. The abofe doc is for mod_perl2, but as far as I see, the same applies for mod_perl 1 as well. dam - -- Damyan Ivanov 0x9725F63B Creditreform Bulgaria [EMAIL PROTECTED] http://www.creditreform.bg/

Re: Code Refs

2005-09-16 Thread Damyan Ivanov
s, I can't make a > code ref out of > > $self->method_to_invoke( $arg1, $arg2 ); > > I've tried various obvious ways but to no avail. How about: my $coderef = sub { $self->method( $arg1, $arg2) }; timethis( $coderef, 10_000 ); dam - -- Damyan Ivanov

Re: handler object: data sometimes resetting

2005-09-27 Thread Damyan Ivanov
nstance of Edited and starts incrementing it from zero. Adding $$ to the debug print above could help diagnosing this. Whether Edited is shared between threads in threaded MPMs is beyond my knowledge. dam - -- Damyan Ivanov 0x9725F63B Creditreform Bulgaria [EMAIL PROTECTED]

PerlOptions -Sections not permitted in server config

2011-10-04 Thread Damyan Ivanov
The following bug report arrived at Debian bugtracker (http://bugs.debian.org/644169). Since I am able to reproduce it with 2.0.5, I am forwarding it here for advice: (note that I have omitted some parts, as well as the output of mp2bug. See the above URL for the full details if needed) =-=-=-

Re: mod_perl always segfault on thread creation

2012-08-22 Thread Damyan Ivanov
-=| hack bear, 22.08.2012 16:16:33 -0700 |=- > > I'm doing a dynamic build (the default setting I believe.) here are the ldd > results (that's how we can tell, right?) To me this seems like a static build. Yes, it links dynamicly to system libraries, but the perl library is staticly linked. Com

Re: Apache 2.4 Upgrade

2015-06-17 Thread Damyan Ivanov
-=| John Dunlap, 16.06.2015 18:28:20 -0400 |=- > Remembering that hash key order is supposed to be random, I changed > it to > this for testing purposes: > BEGIN > sub set_cookie { > my ($this, $args) = @_; > my $values; > > assert_hashref($args); > > $values .= sprintf("session=%s; ",

Re: [RELEASE CANDIDATE] mod_perl-2.0.11 RC2

2019-09-25 Thread Damyan Ivanov
-=| Steve Hay, 25.09.2019 08:34:07 +0100 |=- > What happens if you revert the change in that file? I.e. Change > FINFO_NAME back to FINFO_NORM on line 168, and on line 18 (the > APR::Const -compile line)? Does that fix it for you? With these two lines reverted, all tests pass for me (and the Debia

Re: [RELEASE CANDIDATE] mod_perl-2.0.11 RC2

2019-09-25 Thread Damyan Ivanov
-=| Damyan Ivanov, 25.09.2019 23:06:56 +0300 |=- > -=| Steve Hay, 25.09.2019 08:34:07 +0100 |=- > > What happens if you revert the change in that file? I.e. Change > > FINFO_NAME back to FINFO_NORM on line 168, and on line 18 (the > > APR::Const -compile line)? Does that fix

Re: [RELEASE CANDIDATE] mod_perl-2.0.11 RC2

2019-09-26 Thread Damyan Ivanov
-=| Steve Hay, 26.09.2019 09:02:19 +0100 |=- > Before I actually roll out an RC3, please can you confirm that > switching to FINFO_SIZE as per this patch works for you (it does for > me): > … This works for me: # testing : $r->finfo # expected: 7278 # received: 7278 ok 44 (the rest of the tests

Re: [RELEASE CANDIDATE] mod_perl-2.0.11 RC3

2019-09-26 Thread Damyan Ivanov
-=| Steve Hay, 26.09.2019 18:17:33 +0100 |=- > Please download, test, and report back on this mod_perl 2.0.11 release > candidate. > > https://dist.apache.org/repos/dist/dev/perl/mod_perl-2.0.11-rc3.tar.gz builds OK and tests pass on Debian/unstable amd64 and i386 with apache 2.4.41, apr 1.6.5,

Re: [RELEASE CANDIDATE] mod_perl-2.0.11 RC3

2019-09-27 Thread Damyan Ivanov
-=| Vincent Veyron, 26.09.2019 21:40:29 +0200 |=- > On Thu, 26 Sep 2019 21:52:29 +0300 > Damyan Ivanov wrote: > > > > builds OK and tests pass on Debian/unstable amd64 and i386 with apache > > 2.4.41, apr 1.6.5, Perl 5.28.1, CGI 4.44 > > Would you mind explainin

Re: Output filters, data encoding

2019-11-13 Thread Damyan Ivanov
-=| André Warnier (tomcat/perl), 13.11.2019 19:12:10 +0100 |=- > while (my $sz = $f->read(my $buffer, BUFF_LEN)) { > .. > > and then I need to pass this data to another module for processing > (Template::Toolkit). > To make a long story short, Template::Toolkit misinterprets the data I'm >

Re: Output filters, data encoding

2019-11-14 Thread Damyan Ivanov
-=| p...@cpan.org, 14.11.2019 09:51:20 +0100 |=- > On Wednesday 13 November 2019 20:37:06 Damyan Ivanov wrote: > >my($buffer, $string) = ("", ""); > >while (read($fh, $buffer, 256, length($buffer))) { > >$string .= de