Re: Apache::Cookie -> Apache2::Cookie API Change?

Philip M. Gollucci wrote: > http://svn.apache.org/viewvc?view=rev&rev=447770 > How's that ? Looks good to me. Dave? Derek -- Derek R. Price CVS Solutions Architect Get CVS support at Ximbiot ! v: +1 248.835.1260 f: +1 248.835.1263

Re: Apache::Cookie -> Apache2::Cookie API Change?

On Tue, 19 Sep 2006, Derek R. Price wrote: Philip M. Gollucci wrote: http://svn.apache.org/viewvc?view=rev&rev=447770 How's that ? Looks good to me. Dave? Not as good as actually _being_ backwards compatible, but if it's documented I can't complain. -dave /*===

Re: Apache::Cookie -> Apache2::Cookie API Change?

Derek R. Price wrote: > Now, using the same Perl source with Apache2::Cookie->new, an undefined > value is returned instead of the new cookie. At best, this appears to > be an API change and should be documented. At worst it appears to be a > bug in libapreq2 that should be fixed. http://svn.apac

Re: Apache::Cookie -> Apache2::Cookie API Change?

=> undef...). Derek Derek R. Price wrote: > Hello, > > If this isn't the correct place to report this problem, please excuse > the noise and redirect me... > > Apache::Cookie->new used to deal gracefully with an undefined -value > argument (like: "...new (-nam

Apache::Cookie -> Apache2::Cookie API Change?

Hello, If this isn't the correct place to report this problem, please excuse the noise and redirect me... Apache::Cookie->new used to deal gracefully with an undefined -value argument (like: "...new (-name => 'some_cookie', -value => undef, ...)"), at least when

Re: call to Apache::Cookie causes a segfault (11), please help!

d pid x exit signal Segmentation > >fault (11) Are you passing Apache::Cookie the Apache2::RequestRec object, or an Apache::Request object? It was segfaulting for me when I was using an Apache::Request object, and works fine with an Apache2::RequestRec object. I found this on a mailing l

Re: call to Apache::Cookie causes a segfault (11), please help!

Gokul P. Nair wrote: A simple call to set_login_cookie.html from a browser causes a segmentation fault and generates the following message in my apache error log: [notice] child pid x exit signal Segmentation fault (11) Could you provided a gdb strack trace ?

call to Apache::Cookie causes a segfault (11), please help!

A simple call to set_login_cookie.html from a browser causes a segmentation fault and generates the following message in my apache error log: [notice] child pid x exit signal Segmentation fault (11) set_login_cookie.html: hello <%init> my $cookie = Apache::Cookie->new

Re: Apache::Cookie baking bug

"Andrea Palmieri" <[EMAIL PROTECTED]> writes: > I read in some previous message that Apache::Cookie->bake is buggy so used > $r->headers_out->add('Set-Cookie'=>$cookie); Try err_headers_out; I'm not the headers_out table is copied to an internal redirect. -- Joe Schaefer

Apache::Cookie baking bug

I read in some previous message that Apache::Cookie->bake is buggy so used   $r->headers_out->add('Set-Cookie'=>$cookie);to send a cookie to a browser but..no way the browser do not receive any cookie !!! did I miss something ? Below I enclose my code fragment.

Re: [mp1] Apache::Cookie(?) Seg Fault

OK; I'm just guessing at this point, so you may need to track this bug down yourself. I'll do what I can - long time since I wrote any C though. #2 0xfe1d5a40 in ApacheCookie_new (r=0x1380960) at apache_cookie.c:79 #3 0xfe1d3550 in XS_Apache__Cookie_parse (cv=0xe7cce4) at Cookie.xs:208 #4 0x001

Re: [mp1] Apache::Cookie(?) Seg Fault

Out of curiosity, what does `perl -V` say? Summary of my perl5 (revision 5.0 version 8 subversion 3) configuration: Platform: osname=solaris, osvers=2.8, archname=sun4-solaris uname='sunos g-web1 5.8 generic_108528-19 sun4u sparc sunw,ultra-4 solaris ' config_args='-ds -e -DDEBUGGING -D

Re: [mp1] Apache::Cookie(?) Seg Fault

"Carl Johnstone" <[EMAIL PROTECTED]> writes: >> I'm using gcc 3.3.2. Will leave a build of gcc 3.4.3 running overnight and >> try rebuilding apache with that sometime tomorrow. > > Actually realised this morning that one of our others servers is doing the > same. Same versions of apache etc, this

Re: [mp1] Apache::Cookie(?) Seg Fault

I'm using gcc 3.3.2. Will leave a build of gcc 3.4.3 running overnight and try rebuilding apache with that sometime tomorrow. Actually realised this morning that one of our others servers is doing the same. Same versions of apache etc, this time on Solaris 9 built with gcc 2.95.3. That isolates

Re: [mp1] Apache::Cookie(?) Seg Fault

This looks like a va_* related bug to me. None of the va_* arguments would seem to be used before we hit the fault. The arg list to ApacheCookie_new() must be NULL-terminated, and between the r and NULL there must be an even number of arguments. The call to ApacheCookie_new() in XS_Apache__Cookie_p

Re: [mp1] Apache::Cookie(?) Seg Fault

"Carl Johnstone" <[EMAIL PROTECTED]> writes: [...] > #1 0x000c5d84 in ap_make_array (p=0x1380938, nelts=1, elt_size=4) at > alloc.c:992 > 992 array_header *res = (array_header *) ap_palloc(p, > sizeof(array_header)); > (gdb) p *p > $3 = { > first = 0x1380960, > last = 0x0, > cleanu

[mp1] Apache::Cookie(?) Seg Fault

Getting an occasional Segfault which I've traced back to this line in a FixupHandler: my %cookies = Apache::Cookie->fetch; I'm running Apache/1.3.31 with mod_perl/1.29 on Solaris 8. Looking at the gdb trace, is the request pool becoming corrupt somewhere between ApacheC

Re: [mp2] Apache::Cookie only sets last cookie?

On Feb 3, 2005, at 2:25 PM, Joe Schaefer wrote: No that's not the problem. There's a bug in how 2.04 bakes cookies (it sets the table entry using apr_table_addn on a stack buffer instead of calling apr_table_add). Blamo. That definitely explains it -- thanks! It doesn't help that the libapreq2 tes

Re: [mp2] Apache::Cookie only sets last cookie?

ben syverson <[EMAIL PROTECTED]> writes: > I haven't looked at the code, but I suspect that "bake" is > accidentally doing the equivalent of $r->headers_out->set('Set-Cookie' > => $cookie) rather than $r->headers_out->add('Set-Cookie' => > $cookie)... No that's not the problem. There's a bug i

Re: [mp2] Apache::Cookie only sets last cookie?

On Feb 3, 2005, at 8:32 AM, Kurt Hansen wrote: Have you checked the expiration of your cookies? Hi Kurt, I cut out the expires, domain and path information to make a more concise listing for email. The expires is set to '+12h,' and is set fine for the last cookie out. I haven't looked at the code

Re: [mp2] Apache::Cookie only sets last cookie?

ben syverson wrote: I'm new to the list, although I've read so many of its messages I feel like I subscribed weeks ago. :) I'm having some problems getting libapreq2's Apache::Cookie to send out more than one cookie. The same basic code worked fine in mp1, which make

[mp2] Apache::Cookie only sets last cookie?

Hello, I'm new to the list, although I've read so many of its messages I feel like I subscribed weeks ago. :) I'm having some problems getting libapreq2's Apache::Cookie to send out more than one cookie. The same basic code worked fine in mp1, which makes me think

Re: Apache::Cookie question

Sean Davis wrote: On Dec 28, 2004, at 3:44 PM, Stas Bekman wrote: Sean Davis wrote: On Dec 28, 2004, at 1:57 PM, Malcolm J Harwood wrote: On Tuesday 28 December 2004 01:41 pm, Sean Davis wrote: I am having trouble with Apache::Cookie. I keep getting errors like: Can't locate object &quo

Re: Apache::Cookie question

On Dec 28, 2004, at 3:44 PM, Stas Bekman wrote: Sean Davis wrote: On Dec 28, 2004, at 1:57 PM, Malcolm J Harwood wrote: On Tuesday 28 December 2004 01:41 pm, Sean Davis wrote: I am having trouble with Apache::Cookie. I keep getting errors like: Can't locate object "new" via

Re: Apache::Cookie question

Sean Davis said: > All execute without errors. Do these need a valid request to be passed > into new before they work? Yes, they only work when run under mod_perl. - Perrin -- Report problems: http://perl.apache.org/bugs/ Mail list info: http://perl.apache.org/maillist/modperl.html List etiqu

Re: Apache::Cookie question

Sean Davis wrote: On Dec 28, 2004, at 1:57 PM, Malcolm J Harwood wrote: On Tuesday 28 December 2004 01:41 pm, Sean Davis wrote: I am having trouble with Apache::Cookie. I keep getting errors like: Can't locate object "new" via package "Apache::Cookie" The code

Re: Apache::Cookie question

On Dec 28, 2004, at 2:08 PM, Skylos wrote: Okay, checking another fairly obvious. Do you have libapreq installed? Skylos sdavis% perl -MApache::Request -e '0' sdavis% perl -MApache::Cookie -e '0' sdavis% perl -MApache::libapreq -e '0' All execute without errors. Do these need a valid request to b

Re: Apache::Cookie question

On Dec 28, 2004, at 1:57 PM, Malcolm J Harwood wrote: On Tuesday 28 December 2004 01:41 pm, Sean Davis wrote: I am having trouble with Apache::Cookie. I keep getting errors like: Can't locate object "new" via package "Apache::Cookie" The code looks like: Checking t

Re: Apache::Cookie question

On Tuesday 28 December 2004 01:41 pm, Sean Davis wrote: > I am having trouble with Apache::Cookie. I keep getting errors like: > Can't locate object "new" via package "Apache::Cookie" > The code looks like: Checking the obvious, do you have a "use

Apache::Cookie question

I am having trouble with Apache::Cookie. I keep getting errors like: Can't locate object "new" via package "Apache::Cookie" The code looks like: sub session { my $self = shift; return $self->{_session} if ($self->{_session}); my %cookie = Apache::C

Re: Apache::Cookie->new/bake broken - mod_perl 2

Jozef Kosoru <[EMAIL PROTECTED]> writes: [...] > I would like to point out, that I have observed the > same problem with apreq2 Apache::Cookie. Sometimes browser gets a > truncated cookie and sometimes even a garbage cookie data. This bug should be fixed in the current svn t

Re: Apache::Cookie->new/bake broken - mod_perl 2

Hi, On Wed, Nov 10, 2004 at 13:05:43 -0800, Dan Sully wrote: > I'm running into an interesting problem, using Apache::SessionManager. > > My first request to the webpage successfully generates a cookie, and I > see it in my browser's jar. The next response though, the &

Re: Apache::Cookie

Geoffrey Young wrote: Thanks for the feedback. I guess I am wondering who I would need to talk to in order to get this fixed. Joe is the man :) Just to understand, why does it need to use the err_headers_out instead of headers_out? There does not seem to be any errors. Am I misinterpreting

Re: Apache::Cookie

> Thanks for the feedback. I guess I am wondering who I would need to talk > to in order to get this fixed. Joe is the man :) > > Just to understand, why does it need to use the err_headers_out instead > of headers_out? There does not seem to be any errors. Am I > misinterpreting the function n

Re: Apache::Cookie

Arshavir Grigorian wrote: Geoffrey Young wrote: libapreq2 is currently using $r->headers_out instead of $r->err_headers_out, which is why you're not seeing the cookie on your redirect response. I think the consensus is that this is a bug in libapreq2-2.04, but I haven't seen any other apreq commit

Re: Apache::Cookie

Geoffrey Young wrote: libapreq2 is currently using $r->headers_out instead of $r->err_headers_out, which is why you're not seeing the cookie on your redirect response. I think the consensus is that this is a bug in libapreq2-2.04, but I haven't seen any other apreq committers weigh in on the subje

Re: Apache::Cookie

> libapreq2 is currently using $r->headers_out instead > of $r->err_headers_out, which is why you're not seeing the > cookie on your redirect response. I think the consensus > is that this is a bug in libapreq2-2.04, but I haven't seen > any other apreq committers weigh in on the subject, so > I'

Re: Apache::Cookie->new/bake broken - mod_perl 2

* Joe Schaefer <[EMAIL PROTECTED]> shaped the electrons to say... My first request to the webpage successfully generates a cookie, and I see it in my browser's jar. The next response though, the Apache::Cookie->fetch() gets a truncated cookie (md5 sum), and can't tie to the p

Re: Apache::Cookie

Arshavir Grigorian <[EMAIL PROTECTED]> writes: > # WORKS > my $cookie = $ticket->cookie()->as_string(); > $r->err_headers_out->add('Set-Cookie' => $cookie); > > # DOES NOT WORK$ticket->cookie()->bake(); > where $ticket->cooki

Re: Apache::Cookie->new/bake broken - mod_perl 2

Dan Sully <[EMAIL PROTECTED]> writes: > I'm running into an interesting problem, using Apache::SessionManager. > > My first request to the webpage successfully generates a cookie, and I see it > in my browser's jar. The next response though, the Apache::Cookie->fe

Re: Apache::Cookie->new/bake broken - mod_perl 2

he webpage successfully generates a cookie, and I see it in my browser's jar. The next response though, the Apache::Cookie->fetch() gets a truncated cookie (md5 sum), and can't tie to the previous session and creates a new one. Now, you may think this is a problem with fetching, and not

Apache::Cookie->new/bake broken - mod_perl 2

I'm running into an interesting problem, using Apache::SessionManager. My first request to the webpage successfully generates a cookie, and I see it in my browser's jar. The next response though, the Apache::Cookie->fetch() gets a truncated cookie (md5 sum), and can't tie to th

Apache::Cookie

Hi, I am using Apache::Cookie (libapreq2-2.04-dev) to generate cookies. However, for some reason, the bake() method does not work. # WORKS my $cookie = $ticket->cookie()->as_string(); $r->err_headers_out->add('Set-Cookie' => $cookie); # DOES NOT WORK

Re: Apache::Cookie seems to read different Cookie than CGI

t seems to be the same Cookie > with CGI, then Apache::Cookie reads it correctly. IIRC CGI will url-encode the " " as %20, so neither " " nor "+" will appear in the actual Cookie header. Apache::Cookie is probably not translating the "+" character into

Re: Apache::Cookie seems to read different Cookie than CGI

happy with the workaround as long as the + is a result of escaping and nothing else. The weird thing is, if I set what seems to be the same Cookie with CGI, then Apache::Cookie reads it correctly. All the best Dan idstewart <[EMAIL PROTECTED]> 22/10/2004 17:19                 T

Re: Apache::Cookie seems to read different Cookie than CGI

identical. When I try to get the same cookie value using Apache::Cookie, it gets returned as [EMAIL PROTECTED]|2004-10-22+16:16:41|70DC39BB99CB4CB826E3F30AA25D97FE Note the '+' between the date and time. Unfortunately, this breaks everything, as I need the first two pipe

Apache::Cookie seems to read different Cookie than CGI

using Apache::Cookie, it gets returned as [EMAIL PROTECTED]|2004-10-22+16:16:41|70DC39BB99CB4CB826E3F30AA25D97FE Note the '+' between the date and time. Unfortunately, this breaks everything, as I need the first two pipe delimited values to hash to the third value (using a key in additi

Re: [mp2] migrating Apache::Cookie from mp1

t; get everything running for a site with no sessions and everything seems > to be working fine. For another site, I was using Apache::Cookie for > session management. I tried using the same code as for with mp1 with > just changing the parse call to fetch (see code below). The cookies

Re: [mp2] migrating Apache::Cookie from mp1

s and everything seems to be working fine. For another site, I was using Apache::Cookie for session management. I tried using the same code as for with mp1 with just changing the parse call to fetch (see code below). The cookies aren't working. As far as I can tell, cookie->new()

[mp2] migrating Apache::Cookie from mp1

to be working fine. For another site, I was using Apache::Cookie for session management. I tried using the same code as for with mp1 with just changing the parse call to fetch (see code below). The cookies aren't working. As far as I can tell, cookie->new() is failing in Apache/Ses

Re: Apache::Cookie not finding cookies ...

Nick Phillips wrote: On 30/03/2004, at 5:21 AM, Brian Clarkson wrote: I'm hoping that I'm doing something wrong ... I've tried the logout.pl that comes in the Apache::AuthCookie dist, but that didn't work. My code has an object that has an Apache::Request object stuffed into it, and: I don't

Re: Apache::Cookie not finding cookies ...

On 30/03/2004, at 5:21 AM, Brian Clarkson wrote: I'm hoping that I'm doing something wrong ... I've tried the logout.pl that comes in the Apache::AuthCookie dist, but that didn't work. My code has an object that has an Apache::Request object stuffed into it, and: sub logout { my ($self)

Apache::Cookie not finding cookies ...

comes in the Apache::AuthCookie dist, but that didn't work. I've rolled this: my %cookies = Apache::Cookie->fetch($r); foreach my $name ( values %cookies ) { $name->expires("-1d"); $name->bake(); } $r->content_type("text/html"); $r

Re: Apache::Cookie and CGI::Cookie Interoperability

James Taylor wrote: If this isn't a possibility, do you have any suggestions on something else to do? Stas was suggesting that you can set environment variables to pass data instead, by using the $r->subprocess_env method call. - Perrin -- Report problems: http://perl.apache.org/bugs/ Mail list

Re: Apache::Cookie and CGI::Cookie Interoperability

Stas Bekman <[EMAIL PROTECTED]> writes: > James Taylor wrote: > > I'm having difficulty getting my mod_perl scripts and then my > > non-mod_perl scripts reading cookies between each other. I have a > > mod_perl TransHandler that sets a cookie via Apache::Cookie,

Re: Apache::Cookie and CGI::Cookie Interoperability

mod_perl scripts and then my non-mod_perl scripts reading cookies between each other. I have a mod_perl TransHandler that sets a cookie via Apache::Cookie, and then I have some scripts in my /cgi-bin that try and read the cookie using basic CGI::Cookie. It doesn't appear to be working w

Re: Apache::Cookie and CGI::Cookie Interoperability

James Taylor" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: March 10, 2004 9:39 PM Subject: Apache::Cookie and CGI::Cookie Interoperability > I'm having difficulty getting my mod_perl scripts and then my > non-mod_perl scripts reading cookies between each other. I ha

Re: Apache::Cookie and CGI::Cookie Interoperability

James Taylor wrote: I'm having difficulty getting my mod_perl scripts and then my non-mod_perl scripts reading cookies between each other. I have a mod_perl TransHandler that sets a cookie via Apache::Cookie, and then I have some scripts in my /cgi-bin that try and read the cookie using

Apache::Cookie and CGI::Cookie Interoperability

I'm having difficulty getting my mod_perl scripts and then my non-mod_perl scripts reading cookies between each other. I have a mod_perl TransHandler that sets a cookie via Apache::Cookie, and then I have some scripts in my /cgi-bin that try and read the cookie using basic CGI::Cookie

Re: Apache-Cookie

ould not be found at > >>C:/Perl/lib/DynaLoader.pm line 229., referer: > >>http://localhost/Maspages/mk.html > >> > > > >Just to verify - do you also have > > LoadModule apreq_module modules/mod_apreq.so > > LoadModule perl_module modules/mod_perl

Re: Apache-Cookie

Randy Kobes wrote: On Mon, 1 Mar 2004, Carl Holm wrote: [ ... ] Thanks for the suggestions. Mod-perl2 works OK. No complaints from Apache::Request. I added the appropriate LoadFile directive, and now get the following error stack: [Mon Mar 01 18:05:33 2004] [error] [client 127.0.0.1] Can't loa

Re: Apache-Cookie

On Mon, 1 Mar 2004, Carl Holm wrote: [ ... ] > Thanks for the suggestions. Mod-perl2 works OK. No complaints from > Apache::Request. I added the appropriate LoadFile directive, and now get > the following error stack: > > [Mon Mar 01 18:05:33 2004] [error] [client 127.0.0.1] Can't load > 'C:/Perl/

Re: Apache-Cookie

Randy Kobes wrote: On Mon, 1 Mar 2004, Carl Holm wrote: Hello, With the following server environment: SERVER_SOFTWARE = "Apache/2.0.47 (Win32) mod_perl/1.99_10-dev Perl/v5.8.0 PHP/4.3.2", and libapreq2 installed via PPM, I am not able to load Apache::Cookie. I would apprecia

Re: Apache-Cookie

On Mon, 1 Mar 2004, Carl Holm wrote: > Hello, > > With the following server environment: SERVER_SOFTWARE = > "Apache/2.0.47 (Win32) mod_perl/1.99_10-dev Perl/v5.8.0 > PHP/4.3.2", and libapreq2 installed via PPM, I am not able > to load Apache::Cookie. I would ap

Apache-Cookie

Hello, With the following server environment: SERVER_SOFTWARE = "Apache/2.0.47 (Win32) mod_perl/1.99_10-dev Perl/v5.8.0 PHP/4.3.2", and libapreq2 installed via PPM, I am not able to load Apache::Cookie. I would appreciate hearing about any success with this configuration. Thanks,

Re: [mp2] Apache::Cookie

| | To: [EMAIL PROTECTED] | | cc:

Re: [mp2] Apache::Cookie

Ok, I was a bit wrong in saying that the secure flag is not working, actually it is working but not as described. While I was checking the sources I figured that the parameter to enable the secure flag has to be 'on' instead of '1' . Anyway, I thought I let you know . Mit freundlichen Grüßen /

Re: [mp2] Apache::Cookie

"Swen Schillig" <[EMAIL PROTECTED]> writes: > Joe > > Thanks for the patch the expiration is working fine now > even though the test fails :-) > > > t/testall -v > All APREQ Tests: > Cookie: ..F. > Param:... > Parsers: .. > > 9

Re: [mp2] Apache::Cookie

| | To: [EMAIL PROTECTED] | | cc: | |

Re: [mp2] Apache::Cookie

Joe Schaefer <[EMAIL PROTECTED]> writes: > It looks to me like there may be a problem in apreq_cookie.c > (it may not be computing the "expires" date correctly for Netscape > cookies). Which version of libapr are you using? If you're using the latest libapr, this patch to libapreq2 should fix t

Re: Apache::Cookie->fetch

Paul Flinders wrote: Another porting issue for mod_perl2, admittedly this is a libapreq2 change but it might be worth including in the mod_perl porting documentation as anyone porting an application might well run into it (well, I did) Apache::Cookie->fetch in libapreq2 requires that the requ

Re: [mp2] Apache::Cookie

"Swen Schillig" <[EMAIL PROTECTED]> writes: > Hi * > > I have a problem with Apache::Cookie setting the > expiration value correctly. > Meaning whatever I specify, the default value is used instead ( which > is now or -1) ! [...] > Am I doing something

Re: [mp2] Apache::Cookie

Hi * I have a problem with Apache::Cookie setting the expiration value correctly. Meaning whatever I specify, the default value is used instead ( which is now or -1) ! The other paramters (like path) are set correctly ! The same syntax works just fine with CGI::Cookie (ok, beside the $r object

Apache::Cookie->fetch

Another porting issue for mod_perl2, admittedly this is a libapreq2 change but it might be worth including in the mod_perl porting documentation as anyone porting an application might well run into it (well, I did) Apache::Cookie->fetch in libapreq2 requires that the request object is passed to