-
I was able to compile libpq for PG-8.3 on Vista, and build pyPgSQL-2.5.1.
Then I got:
File "c:\Python25\lib\site-packages\pyPgSQL\PgSQL.py", line 2210, in connect
return Connection(connInfo, client_encoding, unicode_results)
File "c:\Python25\lib\site-packages\pyPgSQL\PgSQL.py", line 2365, in __init__
raise DatabaseError, m
libpq.DatabaseError: Invalid format for PgVersion...
2009-01-15 04:00:10 UTC in Python Interface to PostgreSQL
-
I compiled a new libpq from postgresql-8.3.5 today on Vista, and then received the following error while trying to build pyPgSQL against it:
C:\download\Python\pyPgSQL-2.5.1>python setup.py build
...
C:\Program Files\Microsoft Visual Studio 9.0\VC\BIN\link.exe /DLL /nologo /INCREMENTAL:NO /LIBPATH:C:\download\Postgres\postgresql-8.3.5\src\interfaces\libpq\Release /LIBPATH:C:\Python26\libs...
2009-01-14 21:48:54 UTC in Python Interface to PostgreSQL
-
That was almost certainly the culprit. I had installed TortoiseHg yesterday, which as far as I can tell, uses Python for its shell extensions. Removing that made Pythonwin work just fine. :) Thanks!
I'll let you decide whether this could be mitigated in pywin32 or not...and whether to close this ticket.
2009-01-10 00:52:51 UTC in Python for Windows extensions
-
By the way, I can open a file into Pythonwin by right-click, "Edit with Pythonwin". Choosing a recent file works too, e.g.: "File -> 1. threading.py". But the Open button still crashes.
2009-01-09 17:07:52 UTC in Python for Windows extensions
-
I just upgraded from Python 2.5 to 2.6.1 (I had also been using 2.6b2), and installed pywin32 build 212 for py2.6. At first, I elected not to Register Extensions, but then after some errors in Pythonwin (looking for some files in my Python25 dir and some in my Python26 dir), I re-ran the installer and changed it to Register Extensions. Ditto for Python 2.6--I made it the default Python. I'm on...
2009-01-09 17:04:11 UTC in Python for Windows extensions
-
I'm using pywin32 build 210. Some autocompletes are dangerous (and should be trapped in my opinion).
Try typing the following in Pythonwin:
# Maybe we should use raw_input().
f = input()
When you type the "." character in the comment, Pythonwin evaluates raw_input() in order to fetch its attributes, and pops up an input prompt.
Well, OK, not a huge problem. We can just cancel...
2008-12-29 19:35:20 UTC in Python for Windows extensions
-
If the app is mounted at / instead of /dimdim, then both should work as long as you have tools.trailing_slash.on (which it is by default). Just make a Root() instance with a single DimDim() subcontroller at root.dimdim.
I'm surprised by a couple of things, though: 1) that users would be getting tracebacks in 404 messages. Is the dimdim app not using the 'production' environment? and 2) the...
2008-05-26 17:08:04 UTC in dimdim web meeting
-
The Cursor.callproc method in pyPgSQL (at least up to version 1.5) has two problems. First, it takes *args instead of a single args parameter, which is contrary to the DBAPI spec and most other implementations of it. Second, it calls 'select proc(args)', which does not allow fetchall() to retrieve its return value. Therefore, this patches pyPgSQL.Cursor.callproc to take a single args param, and...
2008-03-24 22:00:41 UTC in Python Interface to PostgreSQL
-
Sorry about that; I meant threading._Timer.
2007-03-12 17:40:01 UTC in Python
-
Why not subclass threading._Thread and override just the run method? It would make more sense, then, to stick with the "cancel" method name instead of "end".
2007-03-12 01:19:54 UTC in Python
