Re: Error Building libapreq2.08

2007-04-20 Thread Jonathan Vanasco


On Apr 18, 2007, at 10:12 PM, Joe Schaefer wrote:

If you compiler can't compile url_decode correctly, there's
no reason to believe it compiled the more complex stuff
correctly either.


I filed a bug report with apple.  I'll try and have a friend over  
there have someone actually read it.


hopefully apple will either fix it themselves or give someone on the  
apreq team a new macbook to fix it on :)


in the meantime, I'm migrating my dev environment to a different os


// Jonathan Vanasco

| - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -  
- - - - - - - - - - - - - - - - - - -

| SyndiClick.com
| - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -  
- - - - - - - - - - - - - - - - - - -

|  FindMeOn.com - The cure for Multiple Web Personality Disorder
|  Web Identity Management and 3D Social Networking
| - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -  
- - - - - - - - - - - - - - - - - - -

|  RoadSound.com - Tools For Bands, Stuff For Fans
|  Collaborative Online Management And Syndication Tools
| - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -  
- - - - - - - - - - - - - - - - - - -





Re: Error Building libapreq2.08

2007-04-18 Thread Jonathan Vanasco


On Apr 18, 2007, at 10:12 PM, Joe Schaefer wrote:


Try removing the "register" declarations in url_decode.  If that
doesn't resolve it, I'm afraid you'll need to step through that
test using gdb.


i removed the register , it still errors on those tests.
is there a howto on the gdb test?

i might just migrate my local dev to the ubuntu box in the corner ,  
and give up on uploads all together.




I think everything pretty much works if i install, except for uploads
which seem to cause a segfault or just crash.


If you compiler can't compile url_decode correctly, there's
no reason to believe it compiled the more complex stuff
correctly either.


well.. nothing else seems broken

anything to do with uploads definitely is.  everything else seems ok .


// Jonathan Vanasco

| - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -  
- - - - - - - - - - - - - - - -

| FindMeOn.com - The cure for Multiple Web Personality Disorder
| Web Identity Management and 3D Social Networking
| - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -  
- - - - - - - - - - - - - - - -

| RoadSound.com - Tools For Bands, Stuff For Fans
| Collaborative Online Management And Syndication Tools
| - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -  
- - - - - - - - - - - - - - - -





Re: Error Building libapreq2.08

2007-04-18 Thread Joe Schaefer
Jonathan Vanasco <[EMAIL PROTECTED]> writes:

> On Apr 15, 2007, at 8:15 PM, Joe Schaefer wrote:
>
>>> # at (util.c:106) test 4 in test_charset_divine
>>> # testing: apreq_decode(expect, &elen, src3, sizeof(src3) -1) == 
>>> APR_SUCCESS,
>>> as integers (util.c:108)
>>> #  format: %d
>>> #left: 120011
>>> #   right: 120011
>>> not ok 36 - apreq_decode(expect, &elen, src3, sizeof(src3) -1) ==
>>> APR_SUCCESS,
>>
>> Still puzzled as to why left == right here, but that error code is
>> APREQ_ERROR_BADCHAR.  There are only a few places in util.c which
>> return that error, and none of them look relevant to the decoding
>> of src3.
>
> It makes little sense to me either.

Try removing the "register" declarations in url_decode.  If that
doesn't resolve it, I'm afraid you'll need to step through that
test using gdb.

> I think everything pretty much works if i install, except for uploads
> which seem to cause a segfault or just crash.

If you compiler can't compile url_decode correctly, there's
no reason to believe it compiled the more complex stuff
correctly either.

-- 
Joe Schaefer



Re: Error Building libapreq2.08

2007-04-15 Thread Jonathan Vanasco


On Apr 15, 2007, at 8:26 PM, Joe Schaefer wrote:


What compiler version are you using?


appears to be:
powerpc-apple-darwin8-gcc-4.0.1: no input files


// Jonathan Vanasco

| - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -  
- - - - - - - - - - - - - - - - - - -

| SyndiClick.com
| - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -  
- - - - - - - - - - - - - - - - - - -

|  FindMeOn.com - The cure for Multiple Web Personality Disorder
|  Web Identity Management and 3D Social Networking
| - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -  
- - - - - - - - - - - - - - - - - - -

|  RoadSound.com - Tools For Bands, Stuff For Fans
|  Collaborative Online Management And Syndication Tools
| - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -  
- - - - - - - - - - - - - - - - - - -





Re: Error Building libapreq2.08

2007-04-15 Thread Joe Schaefer
Jonathan Vanasco <[EMAIL PROTECTED]> writes:

> It makes little sense to me either.
>
> I think everything pretty much works if i install, except for uploads
> which seem to cause a segfault or just crash.

What compiler version are you using?

-- 
Joe Schaefer



Re: Error Building libapreq2.08

2007-04-15 Thread Jonathan Vanasco


On Apr 15, 2007, at 8:15 PM, Joe Schaefer wrote:


# at (util.c:106) test 4 in test_charset_divine
# testing: apreq_decode(expect, &elen, src3, sizeof(src3) -1) ==  
APR_SUCCESS,

as integers (util.c:108)
#  format: %d
#left: 120011
#   right: 120011
not ok 36 - apreq_decode(expect, &elen, src3, sizeof(src3) -1) ==  
APR_SUCCESS,


Still puzzled as to why left == right here, but that error code is
APREQ_ERROR_BADCHAR.  There are only a few places in util.c which
return that error, and none of them look relevant to the decoding
of src3.


It makes little sense to me either.

I think everything pretty much works if i install, except for uploads  
which seem to cause a segfault or just crash.





// Jonathan Vanasco

| - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -  
- - - - - - - - - - - - - - - -

| FindMeOn.com - The cure for Multiple Web Personality Disorder
| Web Identity Management and 3D Social Networking
| - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -  
- - - - - - - - - - - - - - - -

| RoadSound.com - Tools For Bands, Stuff For Fans
| Collaborative Online Management And Syndication Tools
| - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -  
- - - - - - - - - - - - - - - -





Re: Error Building libapreq2.08

2007-04-15 Thread Joe Schaefer
Jonathan Vanasco <[EMAIL PROTECTED]> writes:

> # at (util.c:106) test 4 in test_charset_divine
> # testing: apreq_decode(expect, &elen, src3, sizeof(src3) -1) == APR_SUCCESS,
> as integers (util.c:108)
> #  format: %d
> #left: 120011
> #   right: 120011
> not ok 36 - apreq_decode(expect, &elen, src3, sizeof(src3) -1) == APR_SUCCESS,

Still puzzled as to why left == right here, but that error code is
APREQ_ERROR_BADCHAR.  There are only a few places in util.c which
return that error, and none of them look relevant to the decoding
of src3.

-- 
Joe Schaefer



Re: Error Building libapreq2.08

2007-04-15 Thread Jonathan Vanasco


On Apr 15, 2007, at 7:24 PM, Joe Schaefer wrote:


For reasons which escape me, the diagnostics precede each test, so we
need the see the stuff in front of that line as well.

# testing: apreq_charset_divine(expect, elen) ==  
APREQ_CHARSET_CP1252, as

integers (util.c:111)
#  format: %d
#left: 0
#   right: 0


Hmm, may need an %u there instead of a %d.  Otherwise
I don't see what it's complaining about.



Just to be sure I'm not screwing stuff up, I'll outline my entire  
process:


$ tar -zxf libapreq2-2.08.tar.gz
$ cd libapreq2-208
$ vi library/t/util.c
line 91:+
AT_trace_on()
$ vi Makefile
change -O2 > -O0
( also tried without doing this )
$ export HARNESS_VERBOSE='1'
$ ./configure --with-expat=/usr/local/apr  --with-apache2-apxs=/usr/ 
local/apache2/bin/apxs --enable-perl-glue

$ make
$ make test
==
# testing: apreq_decode(expect, &elen, src1, sizeof(src1) -1) ==  
APR_SUCCESS, as integers (util.c:99)

#  format: %d
#left: 0
#   right: 0
ok 32 - apreq_decode(expect, &elen, src1, sizeof(src1) -1) ==  
APR_SUCCESS, as integers # at (util.c:99) test 1 in test_charset_divine
# testing: apreq_charset_divine(expect, elen) == APREQ_CHARSET_UTF8,  
as integers (util.c:101)

#  format: %d
#left: 8
#   right: 8
ok 33 - apreq_charset_divine(expect, elen) == APREQ_CHARSET_UTF8, as  
integers # at (util.c:101) test 2 in test_charset_divine
# testing: apreq_decode(expect, &elen, src2, sizeof(src2) -1) ==  
APR_SUCCESS, as integers (util.c:104)

#  format: %d
#left: 0
#   right: 0
ok 34 - apreq_decode(expect, &elen, src2, sizeof(src2) -1) ==  
APR_SUCCESS, as integers # at (util.c:104) test 3 in test_charset_divine
# testing: apreq_charset_divine(expect, elen) ==  
APREQ_CHARSET_LATIN1, as integers (util.c:106)

#  format: %d
#left: 1
#   right: 1
ok 35 - apreq_charset_divine(expect, elen) == APREQ_CHARSET_LATIN1,  
as integers # at (util.c:106) test 4 in test_charset_divine
# testing: apreq_decode(expect, &elen, src3, sizeof(src3) -1) ==  
APR_SUCCESS, as integers (util.c:108)

#  format: %d
#left: 120011
#   right: 120011
not ok 36 - apreq_decode(expect, &elen, src3, sizeof(src3) -1) ==  
APR_SUCCESS, as integers # at (util.c:108) test 5 in test_charset_divine
# testing: apreq_charset_divine(expect, elen) ==  
APREQ_CHARSET_CP1252, as integers (util.c:110)

#  format: %d
#left: 0
#   right: 0
not ok 37 - apreq_charset_divine(expect, elen) ==  
APREQ_CHARSET_CP1252, as integers # at (util.c:110) test 6 in  
test_charset_divine

# testing: status == APR_SUCCESS, as integers (util.c:136)
#  format: %d
#left: 0
#   right: 0
ok 38 - status == APR_SUCCESS, as integers # at (util.c:136) test 1  
in test_decodev

# testing: dest_len == sizeof(expect1) - 1, as integers (util.c:137)
#  format: %d
#left: 5
#   right: 5
ok 39 - dest_len == sizeof(expect1) - 1, as integers # at (util.c: 
137) test 2 in test_decodev

# testing: dest == expect1, as 5-byte struct pointers (util.c:138)
#  format: %.5s
#left: %40 A
#   right: %40 A
ok 40 - dest == expect1, as 5-byte struct pointers # at (util.c:138)  
test 3 in test_decodev

# testing: status == APR_INCOMPLETE, as integers (util.c:141)
#  format: %d
#left: 70008
#   right: 70008
ok 41 - status == APR_INCOMPLETE, as integers # at (util.c:141) test  
4 in test_decodev

# testing: dest_len == sizeof(expect2) - 1, as integers (util.c:142)
#  format: %d
#left: 4
#   right: 4
ok 42 - dest_len == sizeof(expect2) - 1, as integers # at (util.c: 
142) test 5 in test_decodev

# testing: dest == expect2, as 4-byte struct pointers (util.c:143)
#  format: %.4s
#left: %40
#   right: %40
ok 43 - dest == expect2, as 4-byte struct pointers # at (util.c:143)  
test 6 in test_decodev
# testing: apreq_decode((char *)src2, &slen, src1, sizeof(src1) -1)  
== APR_SUCCESS, as integers (util.c:160)

#  format: %d
#left: 0
#   right: 0




// Jonathan Vanasco

| - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -  
- - - - - - - - - - - - - - - - - - -

| SyndiClick.com
| - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -  
- - - - - - - - - - - - - - - - - - -

|  FindMeOn.com - The cure for Multiple Web Personality Disorder
|  Web Identity Management and 3D Social Networking
| - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -  
- - - - - - - - - - - - - - - - - - -

|  RoadSound.com - Tools For Bands, Stuff For Fans
|  Collaborative Online Management And Syndication Tools
| - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -  
- - - - - - - - - - - - - - - - - - -





Re: Error Building libapreq2.08

2007-04-15 Thread Joe Schaefer
Jonathan Vanasco <[EMAIL PROTECTED]> writes:

> On Apr 15, 2007, at 6:12 PM, Joe Schaefer wrote:
>
>> Try configuring with --enable-maintainer-mode set, and watch
>> for compile-time warnings when library/util.c is compiled.
>
> with --enable-maintainer-mode set, make fails on this:
>
> gcc -DHAVE_CONFIG_H -I. -I. -I../../include -I/usr/local/apache2/
> include -I/usr/local/apache2/include -I/usr/local/BerkeleyDB.4.2/
> include -I/usr/local/include -I/usr/local/apr/include -DDARWIN -
> DSIGPROCMASK_SETS_THREAD_MASK -no-cpp-precomp -g -O2 -Werror -Wall -
> Wmissing-prototypes -Wstrict-prototypes -Wmissing-declarations -
> Wwrite-strings -Wcast-qual -Wfloat-equal -Wshadow -Wpointer-arith -
> Wbad-function-cast -Wsign-compare -Waggregate-return -Wmissing-
> noreturn -Wmissing-format-attribute -Wpacked -Wredundant-decls -
> Wnested-externs -Wdisabled-optimization -Wno-long-long -Wendif-labels
> -Wcast-align -fno-strict-aliasing -MT handle.lo -MD -MP -MF .deps/ handle.Tpo
> -c handle.c  -fno-common -DPIC -o .libs/handle.o
> cc1: warnings being treated as errors
> In file included from handle.c:20:
> /usr/local/apache2/include/http_config.h:145: warning: function declaration
> isn't a prototype

Interesting, but not relevant here.  The library and tests should've
all compiled successfully before reaching this point.

>
> /usr/local/apache2/include/http_config.h is v 2.059 -- the latest build
>
>   typedef const char *(*cmd_func) ();
>
>> If that doesn't help, it might be worthwhile to figure out
>> what the actual error is in the failing apreq_decode test.
>> When you do % make, that should build a library/t/util binary
>> that you can run from the command line, which will show the
>> raw output of the tests.  If that doesn't give enough info,
>> add AT_trace_on() to the source code right before the failing
>> tests, recompile, and run the tests again.

>
> not ok 36 - apreq_decode(expect, &elen, src3, sizeof(src3) -1) == APR_SUCCESS,
> as integers # at (util.c:109) test 5 in test_charset_divine

For reasons which escape me, the diagnostics precede each test, so we
need the see the stuff in front of that line as well.

> # testing: apreq_charset_divine(expect, elen) == APREQ_CHARSET_CP1252, as
> integers (util.c:111)
> #  format: %d
> #left: 0
> #   right: 0

Hmm, may need an %u there instead of a %d.  Otherwise
I don't see what it's complaining about.

-- 
Joe Schaefer



Re: Error Building libapreq2.08

2007-04-15 Thread Jonathan Vanasco


On Apr 15, 2007, at 6:12 PM, Joe Schaefer wrote:


Try configuring with --enable-maintainer-mode set, and watch
for compile-time warnings when library/util.c is compiled.


with --enable-maintainer-mode set, make fails on this:

gcc -DHAVE_CONFIG_H -I. -I. -I../../include -I/usr/local/apache2/ 
include -I/usr/local/apache2/include -I/usr/local/BerkeleyDB.4.2/ 
include -I/usr/local/include -I/usr/local/apr/include -DDARWIN - 
DSIGPROCMASK_SETS_THREAD_MASK -no-cpp-precomp -g -O2 -Werror -Wall - 
Wmissing-prototypes -Wstrict-prototypes -Wmissing-declarations - 
Wwrite-strings -Wcast-qual -Wfloat-equal -Wshadow -Wpointer-arith - 
Wbad-function-cast -Wsign-compare -Waggregate-return -Wmissing- 
noreturn -Wmissing-format-attribute -Wpacked -Wredundant-decls - 
Wnested-externs -Wdisabled-optimization -Wno-long-long -Wendif-labels  
-Wcast-align -fno-strict-aliasing -MT handle.lo -MD -MP -MF .deps/ 
handle.Tpo -c handle.c  -fno-common -DPIC -o .libs/handle.o

cc1: warnings being treated as errors
In file included from handle.c:20:
/usr/local/apache2/include/http_config.h:145: warning: function  
declaration isn't a prototype


/usr/local/apache2/include/http_config.h is v 2.059 -- the latest build

typedef const char *(*cmd_func) ();


If that doesn't help, it might be worthwhile to figure out
what the actual error is in the failing apreq_decode test.
When you do % make, that should build a library/t/util binary
that you can run from the command line, which will show the
raw output of the tests.  If that doesn't give enough info,
add AT_trace_on() to the source code right before the failing
tests, recompile, and run the tests again.


not ok 36 - apreq_decode(expect, &elen, src3, sizeof(src3) -1) ==  
APR_SUCCESS, as integers # at (util.c:109) test 5 in test_charset_divine
# testing: apreq_charset_divine(expect, elen) ==  
APREQ_CHARSET_CP1252, as integers (util.c:111)

#  format: %d
#left: 0
#   right: 0

not ok 37 - apreq_charset_divine(expect, elen) ==  
APREQ_CHARSET_CP1252, as integers # at (util.c:111) test 6 in  
test_charset_divine

# testing: status == APR_SUCCESS, as integers (util.c:137)
#  format: %d
#left: 0
#   right: 0



// Jonathan Vanasco

| - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -  
- - - - - - - - - - - - - - - -

| FindMeOn.com - The cure for Multiple Web Personality Disorder
| Web Identity Management and 3D Social Networking
| - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -  
- - - - - - - - - - - - - - - -

| RoadSound.com - Tools For Bands, Stuff For Fans
| Collaborative Online Management And Syndication Tools
| - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -  
- - - - - - - - - - - - - - - -





Re: Error Building libapreq2.08

2007-04-15 Thread Joe Schaefer
Jonathan Vanasco <[EMAIL PROTECTED]> writes:

> On Apr 15, 2007, at 9:22 AM, Joe Schaefer wrote:
>
>> Jonathan Vanasco <[EMAIL PROTECTED]> writes:
>>
>>> I encountered an error building libapreq2.08
>>>
>>> I posted it on the mp list when I thought it was perl related, but
>>> the issue seems to be in the C code , so i'm reposting here.
>>>
>>> I'm running osx 10.4.9
>>
>> What optimization flags are you using?  You may need -O0 on osx.
>
> Makefile had:
>
>   CFLAGS = -g -O2 -fno-strict-aliasing
>   CXXFLAGS = -g -O2
>
> I tried it as -O0, no luck
>
> Any other  suggestions?

Try configuring with --enable-maintainer-mode set, and watch
for compile-time warnings when library/util.c is compiled.

If that doesn't help, it might be worthwhile to figure out
what the actual error is in the failing apreq_decode test.
When you do % make, that should build a library/t/util binary
that you can run from the command line, which will show the
raw output of the tests.  If that doesn't give enough info,
add AT_trace_on() to the source code right before the failing 
tests, recompile, and run the tests again. 

-- 
Joe Schaefer



Re: Error Building libapreq2.08

2007-04-15 Thread Jonathan Vanasco


On Apr 15, 2007, at 9:22 AM, Joe Schaefer wrote:


Jonathan Vanasco <[EMAIL PROTECTED]> writes:


I encountered an error building libapreq2.08

I posted it on the mp list when I thought it was perl related, but  
the issue

seems to be in the C code , so i'm reposting here.

I'm running osx 10.4.9


What optimization flags are you using?  You may need -O0 on osx.


Makefile had:

CFLAGS = -g -O2 -fno-strict-aliasing
CXXFLAGS = -g -O2

I tried it as -O0, no luck

Any other  suggestions?




// Jonathan Vanasco

| - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -  
- - - - - - - - - - - - - - - - - - -

| SyndiClick.com
| - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -  
- - - - - - - - - - - - - - - - - - -

|  FindMeOn.com - The cure for Multiple Web Personality Disorder
|  Web Identity Management and 3D Social Networking
| - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -  
- - - - - - - - - - - - - - - - - - -

|  RoadSound.com - Tools For Bands, Stuff For Fans
|  Collaborative Online Management And Syndication Tools
| - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -  
- - - - - - - - - - - - - - - - - - -





Re: Error Building libapreq2.08

2007-04-15 Thread Joe Schaefer
Jonathan Vanasco <[EMAIL PROTECTED]> writes:

> I encountered an error building libapreq2.08
>
> I posted it on the mp list when I thought it was perl related, but the issue
> seems to be in the C code , so i'm reposting here.
>
> I'm running osx 10.4.9

What optimization flags are you using?  You may need -O0 on osx.

-- 
Joe Schaefer