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 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 -~----------~----~----~----~------~----~------~--~---
