Ben Cornwell

With thanks to Dan, I’ve now got Thunderbird syncing with Google Calendar

(one of the lost rants I’ve meaning post for a while)
More fun lately with PHP segmentation faults. Segmentation faults in any language can be a major pain to isolate & debug, but in an interpreted language like PHP, for some reason that pain is 10000 times worse. Unless working with an IDE, these type of issues are particularly hard to debug & your code ends up peppered with echo statements trying to find the statement causing memory access issues. When developing locally you probably use an IDE and everything works out fine, but if you develop on a server, good luck. Further the nature of seg faults can be very platform-esoteric - that which will cause fatal errors on one particular distro/hardware/configuration, may run perfectly on others.

After about 6 hours worth of digging through code, I’ve reached the following conclusions:

• It’s obvious, but never trust 3rd-party software packaging - no matter who is responsible for them. I use dotdeb.org packages because I run Ubuntu, I want PHP 5.2, and I can’t be arsed maintaining my own binaries. They’re far from perfect. Not much I can do about that aside from either giving up development using PHP 5.2, give up using Ubuntu, or start rolling my own PHP binaries (I’m too lazy for that crap!).

• PHP documentation blows- yes, that might be stating the obvious. The particular function that was causing my problems was pg_escape_string(), which incidentally, can accept an undocumented, optional database connection as it’s first argument.

• IMO, the optional first argument of pg_escape_string() is the pinacle of brilliance in mediocre api design. Aside from being buggy as all hell (passing a type other than a resource as the first argument, doesn’t generate warnings or failures, it just tries to use whatever it’s given and seg faults), common sense dictates that optional arguments should alway be the last item to appear in a method/function signature. There *might* be a good reason for doing this, but stuffed if I can see it.

• PHP needs a better way of catching, reporting and failing when a seg fault occurs. I realise that can be difficult given the nature of the error, but it’s handled much better in other interpreted languages. Also, what’s the freakin point of Exceptions in PHP5 if they can’t respond or handle common errors like maloc bugs in the underlying C code? (just adds more weight to my opinion that, in their current form, PHP exceptions are a freakin waste of time)