Magnus Hagander wrote:
> Andrew Dunstan wrote:
>> I have just discovered that the recently implemented pipe chunking
>> protocol is broken on Windows. This is because the pipes are operating
>> in text mode and doing LF->CR-LF translation, so the number of bytes
>> received is not the number transmitted and set in the protocol header.
>> I have not yet succeeded in turning this behaviour off (_setmode()
>> didn't seem to affect it). If we can't find a way to turn it off, the
>> only solution short of abandoning its use on Windows that I can think of
>> is to translate LF on input to something unlikely like 0x1C and then
>> translate it back when we read it from the pipe.
> At what point does it actually do the translation? Meaning what
> system/library call has it?
> Are we using the pipes from src/port/pipe.c? It does sound a bit weird
> that they'd do that, since it's basically just emulating stuff over
> standard tcp sockets, but perhaps something is broken in that code?
> Sorry, haven't really checked up on the chunk code yet, so I don't know
> offhand where to look.
It looks like we aren't. In fact. it looks like the only call to
pgpipe() in the whole source tree is in the syslogger and it's in
specifically non-Windows code, meaning that that whole file is currently
Maybe you should have a good look at src/backend/postmaster/syslogger.c.
If we could get rid of the pipe-read threads and all the special Windows
cruft there that would certainly be an advance.
In response to
pgsql-hackers by date
|Next:||From: Magnus Hagander||Date: 2007-07-29 16:08:40|
|Subject: Re: pipe chunking vs Windows|
|Previous:||From: Tom Lane||Date: 2007-07-29 14:37:16|
|Subject: Re: stats_block_level |