Randy Kobes wrote:
[...]

What you didn't tell me I think is whether the problem comes on the
incoming or outgoing filter.


How do I tell? I have no idea what's going on here!

just disable one in the test and see whether it's the incoming or outgoing on that fails.


Could one also look at the value of "mode" within
modperl_filter_new(), and compare to MP_INPUT_FILTER_MODE?

certainly, but it'll give you the numerical value, which won't make much sense, unless you lookup the constant. it's probably easier to just adjust the test.


Of course there is a way to make the constants expandable, at least with the new gcc and gdb:
http://perl.apache.org/docs/2.0/devel/debug/c.html#Expanding_C_Macros_with_C_gdb_


One other explanation could be type sizes mismatch between
perl and apr, but I don't see anything like this happening
in here. Though this is something that needs to be
checked. Usually this happens if apache and perl are not
both build with large_files or w/o. e.g. we have this
problem in apr/perlio's seek function. I was passing the
value to seek to and the function would convert it to
zero. later with help of Nick S.I. from p5p I have learned
that the problem was in the type mismatch, perl was
passing 64 bit int and apr was accepting 32
 bit int, and voila some kind of truncation/alignment was happening.


I built my perl with LFS (as that's what ActiveState uses
now), and built Apache out of the box. There are some
warnings generally about mismatches/conversions when
compiling mp2 in this regard - within modperl_filter_new(),
one such warning comes from the 'apr_off_t readbytes'
argument. At one point I tried putting in a typecast to
appease this warning, but I was also trying other things
at the time - I'll look at this more closely in isolation.

Looks like it wasn't so right. See the other thread where Steve and I posted patches to rectify this problem (unrelated to the issue of this test).


__________________________________________________________________
Stas Bekman            JAm_pH ------> Just Another mod_perl Hacker
http://stason.org/     mod_perl Guide ---> http://perl.apache.org
mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com
http://modperlbook.org http://apache.org   http://ticketmaster.com


--------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]



Reply via email to