Bad magic number in .pyc file

[GoogleCodeExporter]

Running the server under windows gives this error. Python 3.1 is installed.

>>C:\blenderaid-py30-20091022>python server.pyc
>>RuntimeError: Bad magic number in .pyc file

Is there a work-around?

By the way, this app looks great. It would be nice to have this integrated 
into Blender. Any plans in this direction?

Original issue reported on code.google.com by erwin.coumans on 30 Nov 2009 at 7:54

[GoogleCodeExporter]

Running the python 2.5 version gives this error:

C:\blenderaid-py25-20091022>python server.pyc
python < 2.6: using simplejson
Traceback (most recent call last):
  File "./server.py", line 43, in <module>
ImportError: No module named simplejson

Original comment by erwin.coumans on 30 Nov 2009 at 7:57

[GoogleCodeExporter]

And running the same app using python 3.0.1 gives this error:

C:\blenderaid-py30-20091022>python server.pyc
python 3: using http.server
python 3: using socketserver
No Python Imaging Library found! redirecting thumbnails
Traceback (most recent call last):
  File "./server.py", line 198, in <module>
  File "./indexer.py", line 643, in setup
sqlite3.OperationalError: unable to open database file

Original comment by erwin.coumans on 30 Nov 2009 at 8:01

[GoogleCodeExporter]

It turns out the path c:\var\tmp is not existing.

Why not make it work out-of-the box and either use the current directory by 
default, or 
create c:\var\tmp if it doesn't exist?

You could provide a batch file runme.bat that does those things.

Original comment by erwin.coumans on 30 Nov 2009 at 8:04

[GoogleCodeExporter]

A bit more feedback:

Under windows, you expect the path to be

c:\blender\path_to_project
but it expects
c:/blender/path_to_project

It would be better to support the default standard for the platform

Furthermore, it breaks with some older .blend files:

INFO:indexer:indexing file C:/develop/gamekit/gamekit\cube_ipo_180.blend
----------------------------------------
Exception happened during processing of request from ('127.0.0.1', 1665)
Traceback (most recent call last):
  File "c:\python30\lib\socketserver.py", line 281, in _handle_request_noblock
    self.process_request(request, client_address)
  File "c:\python30\lib\socketserver.py", line 307, in process_request
    self.finish_request(request, client_address)
  File "c:\python30\lib\socketserver.py", line 320, in finish_request
    self.RequestHandlerClass(request, client_address, self)
  File "c:\python30\lib\socketserver.py", line 614, in __init__
    self.handle()
  File "c:\python30\lib\http\server.py", line 363, in handle
    self.handle_one_request()
  File "c:\python30\lib\http\server.py", line 357, in handle_one_request
    method()
  File "./server.py", line 97, in do_POST
  File "./server.py", line 174, in doHandleService
  File "./serviceproduction.py", line 59, in handleGetProductionView
  File "./indexer.py", line 126, in updateIndex
  File "./indexer.py", line 362, in indexNewFile
UnboundLocalError: local variable 'bfCurrentSceneId' referenced before assignmen
t

(the .blend file is available from the GameKit project in the SVN of 
gamekit.googlecode.com)

Original comment by erwin.coumans on 30 Nov 2009 at 8:07

[GoogleCodeExporter]

And once the 1.80 and 2.04 .blend files were removed, renaming an object in a 
Blender 
2.5 file from OBCube to Cube1 (without the OB prefix) caused this error:

Exception happened during processing of request from ('127.0.0.1', 1740)
Traceback (most recent call last):
  File "c:\python30\lib\socketserver.py", line 281, in _handle_request_noblock
    self.process_request(request, client_address)
  File "c:\python30\lib\socketserver.py", line 307, in process_request
    self.finish_request(request, client_address)
  File "c:\python30\lib\socketserver.py", line 320, in finish_request
    self.RequestHandlerClass(request, client_address, self)
  File "c:\python30\lib\socketserver.py", line 614, in __init__
    self.handle()
  File "c:\python30\lib\http\server.py", line 363, in handle
    self.handle_one_request()
  File "c:\python30\lib\http\server.py", line 357, in handle_one_request
    method()
  File "./server.py", line 97, in do_POST
  File "./server.py", line 188, in doHandleService
  File "./servicerefactor.py", line 226, in handleExecuteOneTask
  File "./servicerefactor.py", line 304, in execute
AttributeError: 'NoneType' object has no attribute 'split'
----------------------------------------

Original comment by erwin.coumans on 30 Nov 2009 at 8:12

[GoogleCodeExporter]

One more: it reports 'missing links' for packed images (embedded in the .blend 
file).

Original comment by erwin.coumans on 30 Nov 2009 at 8:17

[GoogleCodeExporter]

Attached is a runme.bat that makes your tool work under windows out-of-the-box 
(python 
3.0)

Would be nice to include it.

Original comment by erwin.coumans on 30 Nov 2009 at 8:33

Attachments:

• runme.bat

[GoogleCodeExporter]

Hi Erwin, I just noticed this thread. 
first of all Python3.1 support is in dev. Will try to release it soon.
2.5 will be tested soon.

Comment 4 is tackled.
Comment 5 we need to check if the prefix is not changed will try to add it.

At the moment we do not support packed files. should investigate on this 
subject.

I will add the runme.bat Thanks!
Thanks....

Original comment by j.bak...@atmind.nl on 7 Dec 2009 at 1:08

• Changed state: Accepted

[GoogleCodeExporter]

Ad 1: 3.1 is now supported. There's also better support for windows 
environment. The
default location is now c:\temp. We did not choose to put the database in the 
same
directory as the application 'cause of OS conventions.
ad 2: Improved error handling
Ad 3: Improved error handling
Ad 4: see 1. Because of security reasons we don't want to create the folder 
from the
application.
Ad 5: Solved
Ad 6: Solved. Still have to create C:\temp by yourself if the dir does not exist
Ad 7: Will not be solved.
Ad 8: Shouldn't be necessary anymore

Original comment by m.dewanc...@atmind.nl on 29 Jan 2010 at 2:56

• Changed state: Fixed

[GoogleCodeExporter]

Thanks for all the work but

>> We did not choose to put the database in the same
>> directory as the application 'cause of OS conventions.

It would have avoided all the hassle of creating new directories. I've never 
heard 
about such OS conventions on Windows, where can I read more about those 
conventions?

What is the real problem of simply putting the database in the same directory?

Original comment by erwin.coumans on 29 Jan 2010 at 3:59