Hi Paul
The problem was described (as much as it is possible to) in the initial mail
to the users list as well as below in the test requested by Russell.
Basically django simply exists whenever it gets data based from postgresql..
anywhere. syncdb, inspecdb, /admin/ and everything else that access the db
simple die/exit with an "Aborted" message..
Here is a test with SVN rev 5608 on the model listed below:
testprj> python manage.py shell
Python 2.5.1 (r251:54863, Jun 19 2007, 01:38:21)
[GCC 4.2.1 20070604 (prerelease) (SUSE Linux)] on linux2
Type "help", "copyright", "credits" or "license" for more information.
(InteractiveConsole)
>>> from testprj.testapp.models import Test
>>> a = Test.objects.all()
>>> a
[]
>>>
Same test after updating to SVN rev 5609:
testprj> python manage.py shell
Python 2.5.1 (r251:54863, Jun 19 2007, 01:38:21)
[GCC 4.2.1 20070604 (prerelease) (SUSE Linux)] on linux2
Type "help", "copyright", "credits" or "license" for more information.
(InteractiveConsole)
>>> from testprj.testapp.models import Test
>>> a = Test.objects.all()
>>> a
Aborted
testprj>
Regards
Peter
On Wed 11 Jul 2007, Paul Bowsher wrote:
> I may be blind, but I can't see anywhere you've actually specified what
> the bug is. What behaviour is exhibited?
>
> On 7/11/07, Peter Nixon <[EMAIL PROTECTED]> wrote:
> > Cross posted to -devel as this is definitely a bug....
> >
> > On Wed 11 Jul 2007, Peter Nixon wrote:
> > > On Wed 11 Jul 2007, Russell Keith-Magee wrote:
> > > > On 7/10/07, Peter Nixon <[EMAIL PROTECTED]> wrote:
> > > > > How can I debug this in a way that will provide the developers
> > > > > with more usefull info?
> > > >
> > > > The best way to help us debug this would be to produce a minimal
> > > > example that replicates the problem - that is, a standalone example
> > > > that is as small as you can make it while still generating the
> > > > problem.
> > > >
> > > > django-admin.py startproject testprj
> > > > cd testprj/
> > >
> > > testprj> python manage.py startapp testapp
> > > testprj> vi settings.py
> > > testprj> cat settings.py
> > > # Django settings for testprj project.
> > >
> > > DEBUG = True
> > > TEMPLATE_DEBUG = DEBUG
> > >
> > > ADMINS = (
> > > # ('Your Name', '[EMAIL PROTECTED]'),
> > > )
> > >
> > > MANAGERS = ADMINS
> > >
> > > DATABASE_ENGINE = 'postgresql_psycopg2'
> > > # 'postgresql_psycopg2', 'postgresql', 'mysql', 'sqlite3' or 'oracle'.
> > > DATABASE_NAME = 'djangotest' # Or path to database file if
> > > using sqlite3.
> > > DATABASE_USER = 'djangotest' # Not used with sqlite3.
> > > DATABASE_PASSWORD = 'djangotest' # Not used with sqlite3.
> > > DATABASE_HOST = '127.0.0.1' # Set to empty string for
> > > localhost. Not used with sqlite3.
> > > DATABASE_PORT = '' # Set to empty string for default. Not
> >
> > used
> >
> > > with sqlite3.
> > >
> > > # Local time zone for this installation. Choices can be found here:
> > > #
> >
> > http://www.postgresql.org/docs/8.1/static/datetime-keywords.html#DATETIM
> >E-
> >
> > >TIMEZONE-SET-TABLE # although not all variations may be possible on all
> > > operating systems. # If running in a Windows environment this must be
> >
> > set
> >
> > > to the same as your # system time zone.
> > > TIME_ZONE = 'America/Chicago'
> > >
> > > # Language code for this installation. All choices can be found here:
> > > # http://www.w3.org/TR/REC-html40/struct/dirlang.html#langcodes
> > > # http://blogs.law.harvard.edu/tech/stories/storyReader$15
> > > LANGUAGE_CODE = 'en-us'
> > >
> > > SITE_ID = 1
> > >
> > > # If you set this to False, Django will make some optimizations so as
> >
> > not
> >
> > > # to load the internationalization machinery.
> > > USE_I18N = True
> > >
> > > # Absolute path to the directory that holds media.
> > > # Example: "/home/media/media.lawrence.com/"
> > > MEDIA_ROOT = ''
> > >
> > > # URL that handles the media served from MEDIA_ROOT. Make sure to use
> > > a # trailing slash if there is a path component (optional in other
> > > cases). # Examples: "http://media.lawrence.com";,
> > > "http://example.com/media/"; MEDIA_URL = ''
> > >
> > > # URL prefix for admin media -- CSS, JavaScript and images. Make sure
> > > to use a
> > > # trailing slash.
> > > # Examples: "http://foo.com/media/";, "/media/".
> > > ADMIN_MEDIA_PREFIX = '/media/'
> > >
> > > # Make this unique, and don't share it with anybody.
> > > SECRET_KEY = '[EMAIL PROTECTED])gpbuao&[EMAIL PROTECTED]()[EMAIL
> > > PROTECTED]'
> > >
> > > # List of callables that know how to import templates from various
> > > sources. TEMPLATE_LOADERS = (
> > > 'django.template.loaders.filesystem.load_template_source',
> > > 'django.template.loaders.app_directories.load_template_source',
> > > # 'django.template.loaders.eggs.load_template_source',
> > > )
> > >
> > > MIDDLEWARE_CLASSES = (
> > > 'django.middleware.common.CommonMiddleware',
> > > 'django.contrib.sessions.middleware.SessionMiddleware',
> > > 'django.contrib.auth.middleware.AuthenticationMiddleware',
> > > 'django.middleware.doc.XViewMiddleware',
> > > )
> > >
> > > ROOT_URLCONF = 'testprj.urls'
> > >
> > > TEMPLATE_DIRS = (
> > > # Put strings here, like "/home/html/django_templates"
> > > or "C:/www/django/templates".
> > > # Always use forward slashes, even on Windows.
> > > # Don't forget to use absolute paths, not relative paths.
> > > )
> > >
> > > INSTALLED_APPS = (
> > > 'django.contrib.auth',
> > > 'django.contrib.contenttypes',
> > > 'django.contrib.sessions',
> > > 'django.contrib.sites',
> > > 'testprj.testapp',
> > > )
> > >
> > >
> > > testprj> vi testapp/models.py
> > > testprj> cat testapp/models.py
> > > from django.db import models
> > >
> > > class Test(models.Model):
> > > name = models.CharField(maxlength=200)
> > > class Admin:
> > > pass
> > >
> > > testprj> python manage.py syncdb --verbosity=2
> > > Aborted
> > >
> > > I am using the following software versions:
> > > > cat /etc/SuSE-release
> > >
> > > openSUSE 10.3 (i586) Alpha5
> > > VERSION = 10.3
> > >
> > > > rpm -q postgresql-server
> > >
> > > postgresql-server-8.2.4-5
> > >
> > > > rpm -q python
> > >
> > > python-2.5.1-12
> > >
> > > > rpm -q python-psycopg2
> > >
> > > python-psycopg2-2.0.6-2.5
> > >
> > > > rpm -q python-django-snapshot
> > >
> > > python-django-snapshot-5646-1
> > >
> > > Please note that I am using a clean SVN check to build the django
> >
> > package.
> >
> > OK. I have done some further testing, and gone back progressively though
> > SVN
> > versions until the problem no longer occurs. This problem first occurs
> > in SVN revision 5609. (ie. 5608 works as expected and 5609 and later
> > crashes)
> >
> > The problem is therefore somewhere in the changeset at:
> > http://code.djangoproject.com/changeset/5609/
> >
> > I hope this is enough information to fix the bug :-)
--
Peter Nixon
http://peternixon.net/
--~--~---------~--~----~------------~-------~--~----~
You received this message because you are subscribed to the Google Groups
"Django users" group.
To post to this group, send email to django-users@googlegroups.com
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at
http://groups.google.com/group/django-users?hl=en
-~----------~----~----~----~------~----~------~--~---
