Symfony 2.0.9 crashes with php 5.3.9

[lrdevries]

With a clean symfony 2.0.9 without vendors and the vendors installed with "php bin/vendors install"
Gives a apache 2.2.21 crash ( [notice] Parent: child process exited with status 3221225477 -- Restarting. )

The version with vendors included works without a problem, the problem only occurs with commandline installed vendors on php 5.3.9 (php 5.3.8 hasn't the problem).

Tried with USBWebserver v8.5 and own configuration.

[sstok]

This problem is related to PHP not Symfony.

http://www.apachelounge.com/viewtopic.php?t=2856

Make sure all the DLL files are up-to-date.

If this happens again try googling with the status code.
https://www.google.com/search?q=status+3221225477&ie=utf-8&oe=utf-8&aq=t&rls=org.mozilla:nl:official&client=firefox-a

[lrdevries]

I've googled the problem, and tried to add the libmysql.dll or even disable the mysql plugin, that didn't work.
I also used a clean version of the php redistributial. It could be a php error, but i don't know whats wrong. I debugged with xdebug, and after the $this->render("...") (including the twigengine file) it crashes.

What are the differences between the vendors loaded bij commandline or default provided?

[bendavies]

TwigEngine is 4096 bytes in 2.0.9

https://bugs.php.net/bug.php?id=60758

[bendavies]

Actually, TwigEngine is 3957, but on windows, when vendors are pulled, something is converting all line breaks to CRLF, which bumps it to 4096 extactly. Excellent bug!

I realise this it not your bug, but it would be good to just bump the file size somehow, as you guys will fix it faster than php will.

Occurs on 5.3.10 also.

[stof]

@bendavies the conversion is done by git depending of your config. And this did not occur for any of the core devs working on Windows as we all configured git not to do this conversion when getting the code.

[stof]

Le 08/02/2012 14:03, bendavies a écrit :

@stof can you elaborate on "depending on your config". How do I stop git doing this?
git config core.autocrlf can have 3 values:

• true: always convert to CRLF when pulling and convert back to LF
  when commiting (your value)
• input: convert to LF when commiting but keep as is when pulling
  (our value so that we work with LF in the code and avoid sending some
  CRLF in the repo by mistake)
• false: no conversion (beware: you could send CRLF in the repo)

To set the value, run the command git config core.autocrlf input to
change the value for a repo. You can add the --global flag to impact
all your repo (except the repo having an explicit config)

Christophe | Stof

[bendavies]

@stof It might have been handy if you pointed everyone in the direction of the setting, but nevermind.

http://progit.org/book/ch7-1.html

git config --global core.autocrlf input

will fix it for windows users

[vicb]

http://help.github.com/line-endings/ might help

[sstok]

I always configure my .gitattributes with.

* text=auto
core.autocrlf=lf

This will ALWAYS force Line feeds. And yes that also works on Windows.
It may not be the recommended way, but it works much better then autocrlf.

Edit: Whoops the f got missing.

lf = line-feed aka \n.

I have had numerous problems with this, only setting the LF explicitly solved this.
Really would like for MS drop the usage of CR (\r)

[fabpot]

Closing this issue as this is not related to Symfony and a workaround exists.

[leek]

Rather than closing this bug - would it really have been that hard to add 1 character to the file (in the phpDoc for example)?
I have fought with this all day not realizing the 4096 bug.

Especially since Github recommends autocrlf be set to true and not input for Windows machines.

[aderuwe]

I just spent some 30 minutes with this... Maybe we could document this somewhere? It's not like the perceived error is obvious, at all.

And I do agree with @leek ... Really? Out of principle?