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