Whoops. Looking at code now in Django, it doesn't actually import the
Python bindings for Subversion.
What the version module does do though is import minidom which means
that pyexpat module is being imported. Thus you may be hitting the
following issue:
On Nov 13, 3:04 pm, Chase <[EMAIL PROTECTED]> wrote:
> Folks,
>
> I've been running 0.96 on my development box with no troubles for the
> past few months, but when I upgraded to the development version last
> week,mod_pythonstarted throwing segmentation faults. I tracked the
> issue to what
Folks,
I've been running 0.96 on my development box with no troubles for the
past few months, but when I upgraded to the development version last
week, mod_python started throwing segmentation faults. I tracked the
issue to what appears to be the django/__init__.py file in Changeset
5990.
The
Jeremy Dunck said the following:
> I feel OK about having to manually call post_save when I override
> Model.save, but adding it now just results in post_save being called
> twice.
Couldn't you just fire your own signal? :)
--
Collin Grady
--~--~-~--~~~---~--~~
I have a few places that override Model.save to do additional work
after the normal functionality.
I needed to add a post_save handler to do even more stuff after that
additional work, but ran into the obvious problem: post_save is
called at the end of Model.save, and that's before the
On Nov 12, 10:15 pm, Malcolm Tredinnick <[EMAIL PROTECTED]>
wrote:
> > A couple of paragraphs in the documentation highlighting
> If it was that simple we would have said it only needed documentation
> (or perhaps written it). However changes are needed to OneToOneField,
> for example.
I have
Thanks for the pointer, that solved the problem. Sorry for sending to
the wrong list.
Cory
On Nov 11, 2:47 pm, "Honza Král" <[EMAIL PROTECTED]> wrote:
> On Nov 11, 2007 7:58 PM, cory <[EMAIL PROTECTED]> wrote:
>
>
>
>
>
> > Hello,
>
> > I've spent the last day or so wrestling with something
On Mon, 2007-11-12 at 12:41 -0800, AJ wrote:
> A couple of paragraphs in the documentation highlighting
> ForeignKey(unique=True) and the few reasons to use a OneToOneField
> would obviate a lot of this discussion and perhaps save folk time
> which can be used to address some of the 570
On 11/12/07, Marty Alchin <[EMAIL PROTECTED]> wrote:
>
> On Nov 12, 2007 3:37 PM, Joseph Kocherhans <[EMAIL PROTECTED]> wrote:
> > class MyForm(ModelForm):
> > extra_field = SomeField()
> >
> > class Options:
> > model = MyModel
> > fields = ['list',
On Nov 12, 2007 3:37 PM, Joseph Kocherhans <[EMAIL PROTECTED]> wrote:
> class MyForm(ModelForm):
> extra_field = SomeField()
>
> class Options:
> model = MyModel
> fields = ['list', 'of', 'field', 'names']
>
> def
A couple of paragraphs in the documentation highlighting
ForeignKey(unique=True) and the few reasons to use a OneToOneField
would obviate a lot of this discussion and perhaps save folk time
which can be used to address some of the 570 outstanding bugs. ;)
I'd offer to write them but am not
On 11/11/07, Russell Keith-Magee <[EMAIL PROTECTED]> wrote:
>
> The problem I have with ModelForm is that it doesn't feel like it has
> any parallels with the existing class-based formdefinitions. Manual
> Form definitions have a very similar flavour to Model definitions -
> each class attribute
Send Big File Free and Easy
Send, Receive and Track files with YouSendIt.
apply for free. be urgent , there is the time limits.
Get Free Code: Limited Time Only!
http://www.tkqlhce.com/click-2667396-10501907
--~--~-~--~~~---~--~~
You received this message because
On Mon, 2007-11-12 at 23:47 +1100, Malcolm Tredinnick wrote:
>
> On Mon, 2007-11-12 at 13:13 +0100, Winsley von Spee wrote:
> > Hello,
> >
> > thanks for the documentation link, I didn't know that page so far ...
> > and you were right I should implement get_db_prep_lookup as well.
> >
> >
On Mon, 2007-11-12 at 13:13 +0100, Winsley von Spee wrote:
> Hello,
>
> thanks for the documentation link, I didn't know that page so far ...
> and you were right I should implement get_db_prep_lookup as well.
>
> Right now I the conversion from datetime.datetime to unixtimstamp works
> quite
Hello,
thanks for the documentation link, I didn't know that page so far ...
and you were right I should implement get_db_prep_lookup as well.
Right now I the conversion from datetime.datetime to unixtimstamp works
quite well, my only problem is that if access objects from the database
the
On 11/12/07, arungandhis <[EMAIL PROTECTED]> wrote:
> I have a scenario where a user has logged in the application and he is
> navigating through the application.
> on every navigation i want to check whether the user has a valid
> session.
> do i need to write the code to check for the session
Hello,
I have a scenario where a user has logged in the application and he is
navigating through the application.
on every navigation i want to check whether the user has a valid
session.
do i need to write the code to check for the session in my view
or what would be the best practice to
18 matches
Mail list logo
