That's very strange, both builds were made by the same person, and we didn't change really how intel graphics is being handled.
I would appreciate it if you very this again, with a 2.56a build downloaded from blender.org. Who knows something changed in your system settings?

I have same problem (crash when opening, but with ATI X1600) here with 2.57 RC1 and graphicall build r35943, with this message :
Microsoft Windows XP [version 5.1.2600]
(C) Copyright 1985-2001 Microsoft Corp.

C:\Documents and Settings\_Po_>"C:\Documents and Settings\_Po_\Mes documents\Tél
échargements\blender-2.57-RC1-r35899-windows32\blender.exe"
Error initializing quicktime
found bundled python: C:\DOCUME~1\_Po_\MESDOC~1\T╔L╔CH~1\BLENDE~1.57-\2.56\pytho
n
Fatal Python error: Py_Initialize: unable to load the file system codec
LookupError: no codec search functions registered: can't find encoding

C:\Documents and Settings\_Po_>

It seems that it doesn't like python library, but 2.56 work, and 2.57 work on linux.

Regards,

Po

Which blender package did you download, the .zip file or the .exe installer? If it was the installer, could you test if the .zip works?

We've also had an issue with a python bug with arabic system language, it could also be something similar to that, but french and spanish(?) are so common that I would think we'd have noticed earlier.

When I submitted the problem first I had tested the .zip package.
After that I checked the .ese package. It doesn'work, neither.
After that, 2.56a (from blender.org) keeps on working.
I use an spanish windows system.

I have the some problem but in different circumstance.
I try to compile blender svn on fedora 15 and didn't compile it's complain about gettext but was installed(including devel files).
Then I turn false WITH_BF_INTERNATIONAL in linux2-config.py and it compile fine, but doesn't open, blender crash with this mensage.

$ ../install/linux2/blender
found bundled python: /home/daniel/Source/install/linux2/2.56/python
Fatal Python error: Py_Initialize: Unable to get the locale encoding
LookupError: no codec search functions registered: can't find encoding
Abortado (imagem do núcleo gravada)

This is the message when I try compile WITH_BF_INTERNATIONAL = True

Compiling ==> 'buildinfo.c'
Linking program ==> 'blender'
/usr/bin/ld: cannot find -lgettextlib
collect2: ld returned 1 exit status
scons: *** [/home/daniel/Source/build/linux2/bin/blender] Error 1
scons: building terminated because of errors.

My system is in brazillian portuguese
but blender 2.57 RC1 x86_64 from the blender.org
Is working fine without any problem,

Daniel: build issues we can't support in the bug tracker, we have enough other channels for that. Best is to visit irc.freenode.net #blendercoders

I'll assign it to Nathan, the paths printed for Python init seem to be strange...

Daniel, you must name the gettextlib file as it exists in F15, meaning the full libname ("gettextlib" is a link) . search for the lib and correct the entry in your linux2-config.py.

Thanks NIco
I have already fix this, I change to gettextpo and now comipile fine with internationalization

But still give the erro with Py_Initialize:
When I try to open windows pop up with blank gray for a fell seconds and dosen't open
The some occurs with blender 2.57 rc2 from blender.org but the blender opens fine
Is kind a fast flashes

If you prefer I could try make a little video to show the issue

I think that the problem is with gcc 4.6 that is default on F15
was compiling fine with gcc 4.4 on ubuntu 10.10

Is only a guess I'm not programer

Luis and Emmanuel, can you try placing Blender in a directory that doesn't contain non-ASCII characters? From Emmanuels log I see there are accented letters in the path, and I think this is what throws Python off the right track.

Nathan,
You're right ; in a directory without non-ASCII characters it works !
Thank you very much.

Best regard

Emmanuel

Nathan,
It is not my case. My problem is a different one I think. I've tried to uncompress the .zip package in a different directory without success.
Version 2.56a works fine: blender.exe is in C:\Documents and Settings\lcg\Mis documentos\Descargas\blender-2.56a-beta-windows32.
Otherwise, version RC2 crashes when the directory is C:\Documents and Settings\lcg\Mis documentos\Descargas\blender-2.57-RC2-r36007-windows32.

Luis, please run in a cmd.exe from the directory to where you extracted blender:

blender.exe -d > log.txt 2>&1

Then attach the log.txt to this bug report. Thanks.

Poke, please an update here as requested?

since GetModuleFileName is retuning a path that doesn't resolve there is very little we can do.

added a message that the path contains invalid chars, so at least the user knows to move blender to a different path name.

realize this isn't a proper fix but I found this issue with other projects and couldn't find a solution.