thttpd v2.21b

Does someone actually maintain thttpd anymore? Have you ever heard of 
lighttpd and FastCGI..? 

First of all thx for the answer :)
Of course i've heard about other light web servers thx but the fact is
we already have a whole system running on thttpd.
We actually just need to move our system on a new hardware plateform (actually on many VPS on a new hardware plateform) and a new OS based on 64bits debian system. For obvious bug reasons and testing time, we just wanted to "clone" the web part as it is bugless (or at least with small ones :p)
Changing webserver would be an idea and it would probably work but we wanted to understand why there was a problem with specific 64 bits OS... (as we believe it is related to patching thttpd sources with php...) and of course, as i said before, for bug reason...

On the other hand i don't know if thttpd is still maintained and it would be recommended to change for an active project but the version we have is stable and if the bug comes from php, we would have no reason to change.

Well, hoping you can understand our needs and why we're still looking for a lead through php bugs, maybe you could help us :)

Regards
Joseph

I doubt anyone has updated the thttpd patch required so I doubt it will ever work in 64bit systems.

Hum ok,
this was a little bit the aim of this report... to know whether this was gonna be fixed.
Why did php support thttpd in first place if it's not supported after?
Well, if you have any lead or any patch or even a strict "no, we won't correct this" please let me know :)
Or maybe a good man could pass hereby and say : I will fix this :)
Otherwise maybe with a lead we could do it ourselves.
Thx anyway :)

Regards
Joseph

If only a single developer inital used and developed the sapi, then other developers may not known the internals of how that sapi works for testing.

But could you provide a backtrace as described in the link below:
http://bugs.php.net/bugs-generating-backtrace.php

Ok thx for the answer :)
Is there any way to find out who worked on this sapi? Maybe it could help to contact him directly...

Anyway i'll try to provide a backtrace of what's going on. At least, this will make things clear and provide a lead for solving :)
Thx for this link :)

thank you guys for your help and see you soon with the backtrace.

Sascha aka sas@php.net but I don't think he's around anymore.

Thank you for this bug report. To properly diagnose the problem, we
need a backtrace to see what is happening behind the scenes. To
find out how to generate a backtrace, please read
http://bugs.php.net/bugs-generating-backtrace.php for *NIX and
http://bugs.php.net/bugs-generating-backtrace-win32.php for Win32

Once you have generated a backtrace, please submit it to this bug
report and change the status back to "Open". Thank you for helping
us make PHP better.

Yes that's what i thought.
This issue is not anymore an urgent problem for me but i guess it will become one again when we will be back to the task using it....

Does anyone know someone able to update thttpd patch for php on 64bits?

Thanks for your support)

And i still need to provide a backtrace i guess...
I'll do that as soon as i can but as i said in the previous post i'm not working on it right now.
Thx)

The thttpd SAPI will be removed from PHP 7[1], so I assume nobody
will take care to fix this issue (if it hasn't already be fixed in
the meantime).

[1] <https://wiki.php.net/rfc/removal_of_dead_sapis_and_exts#sapithttpd>