2009/8/31 Graham Dumpleton <[email protected]>:
> Okay, I have looked at the compiled output and you are perhaps using
> standard Apache tools.
>
> Can you use spotlight to find location of 'httpd.h' on Snow Leopard.
> Doesn't look to be in place it is supposed to be.
>
> I wander if Snow Leopard requires special package to be installed to
> allow code development against new versions of programs.

Also validate what is in:

  /System/Library/Frameworks/Python.framework/Versions/2.6/include/python2.6

as it isn't find header files in there either.

Send a directory listing of what is in that directory as well as:

  /usr/include/apache2

Also provide output from running:

  which gcc

The issue may be that it is finding MacPorts gcc and it is broken in
some way on Snow Leopard.

Graham

> Graham
>
> 2009/8/31 Graham Dumpleton <[email protected]>:
>> I fully expected that trying to use MacPorts on Snow Leopard is going
>> to be a whole world of hurt for a while.
>>
>> I would suggest first off that you see if you can get mod_wsgi working
>> with Apple supplied Apache and Python. Try mod_wsgi 2.5 first and if
>> that has issues, try 3.0c4.
>>
>> My Snow Leopard will hopefully arrive today, but not entirely sure
>> whether I will upgrade straight away yet or not. Even so, I will only
>> be checking with Apple supplied Apache and Python as I don't use
>> MacPorts because of the pain it always creates due to not being 64
>> bit.
>>
>> Graham
>>
>> 2009/8/31 Andrey Fedorov <[email protected]>:
>>>
>>> Hi All,
>>>
>>> I'm running apache 2.2.1 installed using MacPorts and mod_wsgi
>>> compiled using online instructions [2]. After upgarding my MBP to
>>> 10.6, I get the following in my apache's error.log when I try to load
>>> a page:
>>>
>>>> [error] [client ::1] Premature end of script headers: django.wsgi
>>>
>>> WSGI FAQ [1] suggests:
>>>
>>>> If using daemon mode, this is a symptom of the mod_wsgi daemon process 
>>>> crashing when handling a request. You would probably also see the message 
>>>> 'segmentation fault'. See answer for question about 'segmentation fault' 
>>>> above.
>>>
>>> The referred section above says:
>>>
>>>> This is nearly always caused due to mod_python also being loaded by Apache 
>>>> at the same time as mod_wsgi and the Python installation not providing a 
>>>> shared library, or mod_python having originally being built against a 
>>>> static Python library. This is especially a problem with older Linux 
>>>> distributions before they started shipping with Python as a shared library.
>>>
>>> Apache seems to be configured correctly (hasn't changed since before
>>> install), and mod_python isn't being loaded.
>>>
>>> I tried rebuilding mod_wsgi using the same instructions [2] I did last
>>> time, but I get an error when I `make` spanning 9k lines [3], the
>>> short version being:
>>>
>>>> [...]
>>>> `lipo: can't figure out the architecture type of: <some temp file>.out`
>>>
>>> I did a bunch of other poking around - making sure I'm running the
>>> installation of Apache I think I'm running, the config files loaded
>>> are the ones I'm looking at, etc, but I'm running out of
>>> troubleshooting steps. Solutions and advice for next step both
>>> welcome :)
>>>
>>>  [1]: http://code.google.com/p/modwsgi/wiki/FrequentlyAskedQuestions
>>>  [2]: http://god.morgon.nu/2009/05/11/mod_wsgi-25-with-macports-python-26/
>>>  [3]: http://gist.github.com/177914
>>>
>>> >>>
>>>
>>
>

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