Today I managed to resolve it. The problem was that the code files have been encoded in UTF-8 and not UTF-8 BOM. Somehow because PHP was configured with 4KB output buffers (output-buffers in php.ini), it didn't hang on the "headers already sent" error, but tried to render the PNG. Why I turned off output buffers, it gave me the error...
Regarding newer version - there're some issues that are keeping us from upgrading. I will suggest that, but I think it's too late (for now).
2008/7/21, Victor Stone <email@example.com>:
Don't know if this was resolved or not?
btw, I reiterate my 'warning' not to spend too much time on the 4.x
skinning system - it is totally gone and incompatible with the 5.x
system. In fact if you're starting a new site I recommend the 5.x
branch (latest SVN in fact) for several reasons:
1. You'll be up to date on a whole lot more features
2. Performance is better
3. If you do develop a skin for 5 we'd love to have it in our distribution
4. Feedback and bug finding would be appreciated
On Fri, Jul 18, 2008 at 12:37 AM, Arik Fraimovich <firstname.lastname@example.org> wrote:
> There're some reasons that preventing us from using the latest version.
> Besides I looked at the relevant code segments, and it seems that it's the
> same on 4.5 and 5, so it won't solve the problem...
> Arik Fraimovich ツ
> visit my blog: http://www.arikfr.com/
> follow me on twitter: http://twitter.com/arikfr
> On Thu, Jul 17, 2008 at 10:30 PM, Jon Phillips <email@example.com>
>> Arik, you can try latest cchost version released 4.5 or be brave and try
>> svn trunk...patches welcome!
>> Jon Phillips
>> Business Development +
>> Community Manager
>> Creative Commons
>> global: +1.415.830.3884
>> china: +86.1.360.282.8624
>> skype & im: kidproto
>> On Thu, Jul 17, 2008 at 8:08 AM, Victor Stone <firstname.lastname@example.org>
>>> 2008/7/17 Arik Fraimovich <email@example.com>:
>>> > This didn't work either. I tried using fopen->fread->outputing waht was
>>> > read- same result. I tried fread and then writing what I get to the
>>> > disk,
>>> > and I see that the file read is OK. So the problem is somehow with the
>>> > output.
>>> > Also I created a script that all it does is the above lines - and it
>>> > worked
>>> > OK on the same server.
>>> > Anyone has any ideas?
>>> There was once a problem with someone connecting with a dual IP
>>> connection I've since removed that code post 4.01
>>> The offending code:
>>> ($ip != $_SERVER['REMOTE_ADDR'])
>>> There could also be an issue where headers or HTML were already send
>>> when trying to send the Content header - if you have any custom code
>>> make absolutely sure that all the '<?' are lined up to be the first
>>> byte in the php file(s).
>>> Other than that I'm not sure what could be going on...
>>> This SF.Net email is sponsored by the Moblin Your Move Developer's
>>> Build the coolest Linux based applications with Moblin SDK & win great
>>> Grand prize is a trip for two to an Open Source event anywhere in the
>>> Cctools-cchost mailing list
Arik Fraimovich ツ
visit my blog: http://www.arikfr.com/
follow me on twitter: http://twitter.com/arikfr