| From: | "korry(dot)douglas" <korry(dot)douglas(at)enterprisedb(dot)com> |
|---|---|
| To: | "Andrew Dunstan" <andrew(at)dunslane(dot)net> |
| Cc: | "PostgreSQL-development" <pgsql-hackers(at)postgresql(dot)org> |
| Subject: | Re: pipe chunking vs Windows |
| Date: | 2007-07-29 21:06:56 |
| Message-ID: | 46AD0170.3000206@enterprisedb.com |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-hackers |
>> 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.
> Did you _setmode() the pipe, _setmode() stderr, or both? (And did you
> try before or after calling dup2()?).
>
> It looks like the Win CRT implementation of dup2() copues the "mode"
> from the pipe that you've created into stderr.
Sorry, I was looking at the wrong chunk of code in syslogger.c.
Why are you calling _open_osfhandle() with O_TEXT? That looks
suspicious giving the problem that you are seeing with CR -> CR/LF
translation.
-- Korry
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Andrew Dunstan | 2007-07-29 21:46:03 | Re: pipe chunking vs Windows |
| Previous Message | korry.douglas | 2007-07-29 20:56:26 | Re: pipe chunking vs Windows |