Activity (RSS)

Submitted by: haizaar

Scenario:
1. issue psycopg2.connect through local socket
2. restart database server
3. create cursor and execute query (and get an error)

...

Hi Daniele, my pleasure to test it.

The compilation passed (did not get that error again), but it does not work right away with zc.buildout, the reason being th...

Thinking again about that, I don't like the Inet object, I don't think it provides anything additional compared to just a string. So I'm tempted to avoid adding...

I'm expecting we should fix the comparison operators as well, for the same reason we did it recently for Range, see ticket #193

Can you provide a patch?

Submitted by: mtaylor@arbor.net

The Inet class does not implement __eq__, and the standard "object" class seems to always return False.

python2.7:

import psyco...

Submitted by: mtaylor@arbor.net

The Inet class does not implement __eq__, and the standard "object" class seems to always return False.

python2.7:

import psyco...

Fixed in master and maint_2_5. As I expected it was the bad use of Bytes_AS_STRING causing the assertion failure. Tested on a debug build Py3.4. Also found an u...

Added a workaround for this that looks a setuptools bug.

Bug fixed: now checking out from master and maint_2_5 works as expected.

This bug can be considered a duplicate of #18.

Georges, can you test it with zc.buildou...

This bug also occurs under zc.buildout, with the 'develop' directive on a local clone made before hand, which

• seems to indicate that it'd be in setuptools inde...

Psycopg is affected by this bug (pip? setuptools? don't know)

https://github.com/pypa/pip/issues/1630

which makes impossible to build from url:

mkvirtualenv te...

Great, I was considering building a custom 2.5.2.1-large-object-uid.tgz in the meanwhile, but I'll hold on.

Open bug #204 to work on that.

I've seen that error reported more recently in bug #192

For me it's a bug in setuptools: it doesn't apply the setup.cfg. I've reported it here: https://github.c...

It works for me, both on the affected system/cluster and on my development rig, thanks a lot !

Our code does just uses open/read/write/unlink (in particular, no...

Fixed the object opening: can you please check if the rest of the operations work as expected? Thank you!

Open ticket #204 to deal with the pip -e problem

Fixed the problems with dsn and closed in connection subclasses. Please open a different issue if you have something else to report :)

This problem in more recent times is affecting pip installing from url.

Open ticket #204 to deal with it

Docs for mogrify() and query fixed: http://initd.org/psycopg/docs/cursor.html#cursor.mogrify

Documentation clarified, but there will be no change in the attribute behaviour.

http://initd.org/psycopg/docs/connection.html#connection.status

I've mentioned you in http://initd.org/psycopg/install/ Tell me if you prefer a different wording.

If you want to stay tuned please subscribe to the Mailing Lis...

Closing this as it's unlikely it's our fault

I'll take a look at that but I think you are on the right track. Can't remember much of the lobject api: can you choose your own oid or are they only assigned b...

Disclaimer: I'm not familiar with C extensions, nor with libpq

This excerpt from large_object.c

static int
lobject_init(PyObject *obj, PyObject *args, PyObject...

It is complicated and it is a duplication of other attributes. Now I'm fixing the bugs with the current statuses but I don't want to introduce more.

The most re...

thank you. On another note, how difficult is it to have a STATUS_CLOSED or STATUS_UNHEALTHY for a connection ? I came across this bug because I needed to write ...

rel-2.5.2 os-linux
Debian 7, x86_64, libpq5 9.3.4-1.pgdg70+1 (latest version from apt.postgresql.org),
Python 2.7.3 (stock Debian) through a virtualenv

Hi, I'm ...

rel-2.5.2 os-linux
Debian 7, x86_64, libpq5 9.3.4-1.pgdg70+1 (latest version from apt.postgresql.org),
Python 2.7.3 (stock Debian) through a virtualenv

Hi, I'm ...

No problem! If anyone ever has issues with these, loop me in and I'll help how I can.

I'll add a note to it, thank you for your work.

I've repackaged Jason Erickson's psycopg ports as pip friendly packages on github. This will make it easy for people to get up and running fast. It's also virtu...

On the same subject,

connection.dsn

Taken a look at the above bug report. Closing as not a psycopg bug.

It doesn't seem a psycopg bug to me: it seems a freeze problem. We just provide a setup.py for the Python toolchain to build. Or is there anything we have to ch...

It doesn't seem a psycopg bug to me: it seems a freeze problem. We just provide a setup.py for the Python toolchain to build. Or is there anything we have to ch...

It doesn't seem a psycopg bug to me: it seems a freeze problem. We just provide a setup.py for the Python toolchain to build. Or is there anything we have to ch...

It doesn't seem a psycopg bug to me: it seems a freeze problem. We just provide a setup.py for the Python toolchain to build. Or is there anything we have to ch...

Well, it's just that the status is no more updated after the connection is closed. We don't even have a STATUS_CLOSED. So we could say that's the "status of the...

Yes, I'd say it's related. It's a sort of corner case but I'll try to iron out that too for next release.

Daniele,
Don't know if this is related but when opening a connection I do the following.

class Conn(psycopg2.extensions.connection):
    def __init__(self, dsn...

Steps to repro-
In [2]: db_conn = psycopg2.connect("dsn")

In [5]: psycopg2.extensions.STATUS_READY == db_conn.status
Out[5]: True
-- This is expected

In [6]: db...

For other people stumbling in this bug, do the following before building psycopg:

export CFLAGS=-Qunused-arguments
export CPPFLAGS=-Qunused-arguments

I'd have bet my favourite grandma that Apple had just released with some new piece of something breaking python builds. And the first google hit is:

https://ww...

I get the following error when attempting to install psycopg2 via pip on Mavericks 10.9:

clang: error: unknown argument: '-mno-fused-madd' [-Wunused-command-li...