DjangoBB LoFi version

Полная версия: Странное поведение manage.py

Начало » Django » Странное поведение manage.py

wiygn

Июль 19, 2013 18:44:26

Здравствуйте, начал новый проект и столкнулся с такой вот проблемой:

D:\MYPROJ\django\mysite\test2>manage.py runserver
Traceback (most recent call last):
  File "D:\MYPROJ\django\mysite\test2\manage.py", line 8, in <module>
    from django.core.management import execute_from_command_line
ImportError: No module named django.core.management

D:\MYPROJ\django\mysite\test2>python manage.py runserver
Validating models...

0 errors found
July 19, 2013 - 19:40:10
Django version 1.5.1, using settings 'test2.settings'
Development server is running at http://127.0.0.1:8000/
Quit the server with CTRL-BREAK.

При этом раньше все замечательно работало по прямому вызову manage.py

c:\Python33\Lib\site-packages\django\core\management>python
Python 3.3.2 (v3.3.2:d047928ae3f6, May 16 2013, 00:03:43) [MSC v.1600 32 bit (In
tel)] on win32
Type "help", "copyright", "credits" or "license" for more information.
>>> import django.core.management as dcm
>>> dcm
<module 'django.core.management' from 'C:\\Python33\\lib\\site-packages\\django\
\core\\management\\__init__.py'>
>>> dcm.execute_from_command_line
<function execute_from_command_line at 0x00D69810>
>>> import sys
>>> sys.path
['', 'C:\\WINDOWS\\system32\\python33.zip', 'C:\\Python33\\DLLs', 'C:\\Python33\
\lib', 'C:\\Python33', 'C:\\Python33\\lib\\site-packages']

ЧЯДНТ?

lorien

Июль 21, 2013 12:11:35

В чём проблема? python manage.py runserver же работает.

JOHN_16

Июль 22, 2013 00:48:05

wiygn
стоит несколько питонов? virtualenv?

wiygn

Июль 22, 2013 16:36:05

lorien
В чём проблема? python manage.py runserver же работает.

Проблема в том, что раньше без явного вызова python все работало.

JOHN_16
стоит несколько питонов? virtualenv?

В том-то и дело, что стоит одна версия, она же прописана в PATH, и с ней же ассоциированы .py файлы.

JOHN_16

Июль 22, 2013 23:38:52

скорее оффтоп нежели полезная информация, но она показывает какие неявные проблемы могут быть.
Пишу я значит код на WIndows, в которой перенос строки организован как \r\n. Первая строку указание интерпретатора, в стиле UNIX #!/usr/bin/python, вторая указание кодировки файла копирую этот работаю. Копирую модуль на LInux систему, в которой перенос тсроки организован через одиночный символ \n, выставляю нужные права и пытаюсь запустить ./example.py.
Bash пишет что ему не знаком интепретатор такой и вообще ошибка ошибка. Смотрю на код в vim, все вроде пучком. Смотрю на код в mcedit - тот по дефолту указывает код ^M в конце кажой строки. Убираю его в первой строчке. Теперь вызов работает как положено.