From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | "Francisco Figueiredo Jr(dot)" <fxjrlists(at)yahoo(dot)com(dot)br> |
Cc: | PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: Getting blocked when receinving response from a Parse message... |
Date: | 2003-06-28 05:34:18 |
Message-ID: | 15980.1056778458@sss.pgh.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
"Francisco Figueiredo Jr." <fxjrlists(at)yahoo(dot)com(dot)br> writes:
> I'm implementing the 3.0 protocol version in Npgsql, a .Net Data
> provider for postgresql.
> I stopped in the first message: Parse :(
> I send the parse message but I don't receive the ParseComplete or the
> ErrorResponse. My code simply freezes while reading the byte from
> network stream.
You must send either Flush or Sync after the Parse to force the backend
to emit its response to Parse. The assumption is that in many cases
you'll be sending Parse as part of a batch of commands, and the backend
should batch its responses to minimize the number of network packets
sent. So you have to tell it where the batch boundaries are --- thus,
Flush or Sync. See the docs concerning the difference between the two.
regards, tom lane
From | Date | Subject | |
---|---|---|---|
Next Message | Darko Prenosil | 2003-06-28 09:52:24 | Re: [webmaster] .pot files are unavailable (?) |
Previous Message | Tom Lane | 2003-06-28 05:25:12 | Re: Manual fixing of plpgsql_call_handler binary location |