Opened 7 years ago

Closed 7 years ago

Last modified 4 years ago

#8313 closed (worksforme)

rev 8340 crashes python on OS X Leopard

Reported by: jon.brisbin@… Owned by: nobody
Component: Database layer (models, ORM) Version: master
Severity: Keywords:
Cc: Triage Stage: Accepted
Has patch: no Needs documentation: no
Needs tests: no Patch needs improvement: no
Easy pickings: UI/UX:

Description

I'm using OS X Leopard (10.5.4) and Postgres 8.3 w/ psycopg2. After updating past revision 8340, psycopg2 causes my Python 2.5 to crash consistently. I tried flushing the database and loading my fixtures from scratch. It crashed no matter what I tried. I noticed there were several fixes related to sessions. I suspect the fact that I was still logged in had something to do with why _psycopg2.so was crashing python.

I backed the changes out to 8339 and I was able to work again and I was prompted to log in.

Change History (5)

comment:1 Changed 7 years ago by mtredinnick

  • milestone set to 1.0 beta
  • Needs documentation unset
  • Needs tests unset
  • Patch needs improvement unset
  • Triage Stage changed from Unreviewed to Accepted

"It crashes" doesn't tell us what was going on at the time. Is there a traceback you can provide? If not, how do you know it crashed?

I've seen a couple of people report this now and am yet to see details that I can use to diagnose the problem, so any information gratefully received.

comment:2 Changed 7 years ago by jon.brisbin@…

Removing .pyc files and cleaning out sessions/cookies seems to help in my case.

comment:3 Changed 7 years ago by mtredinnick

I wouldn't have thought you'd need to clean out cookies, since nothing changed in the format we use to read/write cookies. Those changes should all be fully backwards compatible for that type of use-case.

Leaving open until I can get confirmation from the other reporter that it's old .pyc files or something similar.

comment:4 Changed 7 years ago by mtredinnick

  • Resolution set to worksforme
  • Status changed from new to closed

I just looked over the shoulder of a co-worker running the exact same setup and Django trunk (r8346) and he was able to use sessions on a fairly complex application without trouble, too. So I'm suspicious of the older .pyc files here. Closing as "works for us" for now. If somebody repeats it and has traceback info and details, we can explore further.

comment:5 Changed 4 years ago by jacob

  • milestone 1.0 beta deleted

Milestone 1.0 beta deleted

Note: See TracTickets for help on using tickets.
Back to Top