Hmmm, probably forgetting that you are likely trying to use mod_wsgi
2.5 and not 3.0 release candidate. Don't think you have actually said
what version you are using.

Can you get down:

  http://code.google.com/p/modwsgi/source/browse/branches/mod_wsgi-2.X/configure

and replace configure script with that and try again. It has a couple
of MacPorts fixes in it. Details in:

  http://code.google.com/p/modwsgi/wiki/ChangesInVersion0206

Since all the MacPorts people are trying to rebuild on Snow Leopard,
likely just hitting known issue which is fixed in that file but not
released. Usually MacPorts people are few and far between, but getting
a lot right now because of Snow Leopard.

When you have that newer configure file, then can start over and try
debugging again.

Graham

2009/9/9 Graham Dumpleton <[email protected]>:
> Of all the combinations you have tried, have you yet tried:
>
> LDFLAGS =   -F/usr/ports/Library/Frameworks  -arch x86_64 -arch i386
> -arch ppc7400
> LDLIBS =  -framework Python -ldl
>
> This is the final fallback.
>
> When you tried -F/-framework last time, you had wrong path for -F so
> not sure if you went back and tried above.
>
> Ensure you do a complete 'stop' and then 'start' of Apache and not a
> 'restart'. I presume you are using 'apachectl'.
>
> If that still doesn't work, then don't use MacPorts Apache and instead
> try using Apple supplied Apache.
>
> Preferably use both Apple supplied Apache and Python as the MacPorts
> ones are still giving some grief on Snow Leopard.
>
> Graham
>
> 2009/9/9 John Blaze <[email protected]>:
>>
>> same thing
>>
>> On Sep 8, 11:08 pm, John Blaze <[email protected]> wrote:
>>> just do be sure:
>>> LDFLAGS =   -F/usr/ports/Library/Frameworks -L/usr/ports/Library/
>>> Frameworks/Python.framework/Versions/2.6/lib/python2.6/config  -arch
>>> x86_64
>>>
>>> On Sep 8, 11:03 pm, Graham Dumpleton <[email protected]>
>>> wrote:
>>>
>>>
>>>
>>> > 2009/9/9 John Blaze <[email protected]>:
>>>
>>> > > I will note that this now happens ->
>>> > > [Tue Sep 08 22:46:54 2009] [warn] mod_wsgi: Compiled for Python/2.6.2.
>>> > > [Tue Sep 08 22:46:54 2009] [warn] mod_wsgi: Runtime using Python/
>>> > > 2.6.1.
>>>
>>> > > I even changed the Makefile
>>>
>>> > > LDFLAGS =   -F/usr/ports/Library/Frameworks/Python.framework/Versions/
>>> > > 2.6/lib/python2.6/config  -arch x86_64
>>>
>>> > Wrong argument to -F, should be /usr/ports/Library/Frameworks as per
>>> > my other email.
>>>
>>> > Please try what I said in other email first as I need that for
>>> > confirmation of whether I can use -F/-L/-l as a workaround for all
>>> > cases.
>>>
>>> > Graham
>>>
>>> > > LDLIBS =  -framework Python -ldl
>>>
>>> > > make output:
>>>
>>> > > /usr/local/apache2/bin/apxs -c -I/usr/ports/Library/Frameworks/
>>> > > Python.framework/Versions/2.6/include/python2.6 -DNDEBUG  -Wc,'-arch
>>> > > x86_64' mod_wsgi.c -F/usr/ports/Library/Frameworks/Python.framework/
>>> > > Versions/2.6/lib/python2.6/config  -arch x86_64 -framework Python -ldl
>>> > > /usr/local/apache2/build/libtool --silent --mode=compile gcc -prefer-
>>> > > pic   -DDARWIN -DSIGPROCMASK_SETS_THREAD_MASK -no-cpp-precomp -g -O2 -
>>> > > I/usr/ports/include -I/usr/local/apache2/include  -I/usr/local/apache2/
>>> > > include   -I/usr/local/apache2/include  -arch x86_64 -I/usr/ports/
>>> > > Library/Frameworks/Python.framework/Versions/2.6/include/python2.6 -
>>> > > DNDEBUG  -c -o mod_wsgi.lo mod_wsgi.c && touch mod_wsgi.slo
>>> > > mod_wsgi.c: In function ‘Adapter_output’:
>>> > > mod_wsgi.c:2868: warning: format ‘%d’ expects type ‘int’, but argument
>>> > > 3 has type ‘Py_ssize_t’
>>> > > /usr/local/apache2/build/libtool --silent --mode=link gcc -o
>>> > > mod_wsgi.la  -rpath /usr/local/apache2/modules -module -avoid-
>>> > > version    mod_wsgi.lo -F/usr/ports/Library/Frameworks/
>>> > > Python.framework/Versions/2.6/lib/python2.6/config -arch x86_64 -
>>> > > framework Python -ldl
>>>
>>> > > - but the same result for otool??
>>>
>>> > > On Sep 8, 10:32 pm, John Blaze <[email protected]> wrote:
>>> > >> I'm using Snow Leopard and the above script works fine in FreeBSD
>>> > >> (production) - this Snow Leopard is driving me nuts.
>>>
>>> > >> this is my ls -las
>>> > >>  0 drwxr-xr-x   12 root  wheel    408 29 Aug 03:38 .
>>> > >>  0 drwxr-xr-x  631 root  wheel  21454 29 Aug 11:11 ..
>>> > >> 32 -rw-r--r--    1 root  wheel  44405  8 Jul 02:57 Makefile
>>> > >> 16 -rw-r--r--    1 root  wheel  18265  8 Jul 02:56 Setup
>>> > >>  0 -rw-r--r--    1 root  wheel    368  8 Jul 02:56 Setup.config
>>> > >>  0 -rw-r--r--    1 root  wheel     41  8 Jul 02:56 Setup.local
>>> > >>  0 -rw-r--r--    1 root  wheel   2077  8 Jul 02:56 config.c
>>> > >>  0 -rw-r--r--    1 root  wheel   1457  8 Jul 02:56 config.c.in
>>> > >>  0 -rwxr-xr-x    1 root  wheel   7122  8 Jul 02:56 install-sh
>>> > >>  8 lrwxr-xr-x    1 root  wheel     15 29 Aug 03:38 libpython2.6.a -> 
>>> > >> ../../../Python
>>>
>>> > >>  0 -rwxr-xr-x    1 root  wheel   7431  8 Jul 02:56 makesetup
>>> > >> 16 -rw-r--r--    1 root  wheel  20640  8 Jul 02:56 python.o
>>>
>>> > >> my otool is
>>> > >> /usr/ports/apache2/modules/mod_wsgi.so:
>>> > >>         
>>> > >> /usr/ports/Library/Frameworks/Python.framework/Versions/2.6/Python
>>> > >> (compatibility version 2.6.0, current version 2.6.0)
>>> > >>         /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, 
>>> > >> current
>>> > >> version 123.0.0)
>>>
>>> > >> and only error Apache gives is:
>>> > >> [Tue Sep 08 22:26:13 2009] [error] [client 127.0.0.1] Premature end of
>>> > >> script headers: wsgi_trac_handler.wsgi
>>>
>>> > >> On Sep 8, 7:11 pm, Graham Dumpleton <[email protected]>
>>> > >> wrote:
>>>
>>> > >> > 2009/9/9 John Blaze <[email protected]>:
>>>
>>> > >> > > Hi most of my install problems have been solved, but I keep getting
>>> > >> > > this message on all me wsgi files: child pid 98608 exit signal 
>>> > >> > > Trace/
>>> > >> > > BPT trap (5)
>>>
>>> > >> > > This works fine
>>> > >> > > import sys, os
>>> > >> > > def application(environ, start_response):
>>> > >> > >    status = '200 OK'
>>> > >> > >    output = 'Hello World!'
>>> > >> > >    print >> environ['wsgi.errors'], "application debug #1"
>>> > >> > >    response_headers = [('Content-type', 'text/plain'),
>>> > >> > >                        ('Content-Length', str(len(output)))]
>>> > >> > >    start_response(status, response_headers)
>>> > >> > >    print >> environ['wsgi.errors'], "application debug #2"
>>> > >> > >    return [output]
>>>
>>> > >> > > But I simple Trac wsgi file does not
>>>
>>> > >> > > import sys
>>> > >> > > sys.stdout = sys.stderr
>>>
>>> > >> > > import os
>>> > >> > > os.environ['TRAC_ENV'] = '/Users/jstates/Sites/Trac/theirry'
>>> > >> > > os.environ['PYTHON_EGG_CACHE'] = 
>>> > >> > > '/Users/jstates/Sites/Trac/theirry/
>>> > >> > > eggs'
>>> > >> > > import trac.web.main
>>> > >> > > application = trac.web.main.dispatch_request
>>>
>>> > >> > > Does that wsgi startup look correct, or what am I doing wrong?
>>>
>>> > >> > Trac problems can come from a few areas.
>>>
>>> > >> > 1. Not setting:
>>>
>>> > >> >   WSGIApplicationGroup %{GLOBAL}
>>>
>>> > >> > This is needed as Python wrappers for subversion only work reliably 
>>> > >> > in
>>> > >> > main interpreter.
>>>
>>> > >> > 2. Mismatch in expat library used by Apache and by Python. If using
>>> > >> > Python 2.5 or later, shouldn't be a problem.
>>>
>>> > >> > 3. You are load subversion Apache modules, mod_dav_svn etc, and the
>>> > >> > version of subversion they use is different to that which Python
>>> > >> > subversion wrappers are using.
>>>
>>> > >> > 4. Mismatch in database library being used. Often caused by mod_php
>>> > >> > using a conflicting version.
>>>
>>> > >> > Can you comment on the above and whether they may be an issue or
>>> > >> > whether you are using Apache module that can conflict.
>>>
>>> > >> > Also ensure you read:
>>>
>>> > >> >http://code.google.com/p/modwsgi/wiki/ApplicationIssueshttp://code.go...
>>>
>>> > >> > Graham
>>>
>>> > >> > Graham
>> >>
>>
>

--~--~---------~--~----~------------~-------~--~----~
You received this message because you are subscribed to the Google Groups 
"modwsgi" group.
To post to this group, send email to [email protected]
To unsubscribe from this group, send email to 
[email protected]
For more options, visit this group at 
http://groups.google.com/group/modwsgi?hl=en
-~----------~----~----~----~------~----~------~--~---

Reply via email to