[EMAIL PROTECTED] (Marco Colombo) writes:
It seems python documentation is plain wrong, or I'm not able to
read it at all:
http://docs.python.org/ref/physical.html
A physical line ends in whatever the current platform's convention is for
terminating lines. On Unix, this is the ASCII LF
[EMAIL PROTECTED] (Marco Colombo) writes:
No I wasn't sure and I actually was wrong. I've never programmed under
Windows. I've just learned something.
Indeed, the Windows C runtime translates CRLF to \n on input, and \n
to CRLF on output, for files in text mode. Unix programmers tend
not to
[EMAIL PROTECTED] (Magnus Hagander) writes:
I suppose my first (lazy) question is, is there a Python 2.4
compatible plpython.dll available anywhere? Alternatively, is
there a way I can build one for myself? I'm happy enough
doing my own build (I have mingw and msys available), but I'd
[EMAIL PROTECTED] (Michael Fuhr) writes:
We (the thread participants) could use somebody with a Windows
server to do some testing.
Glad to help... This is with postgresql 8.0.1, Python 2.4.
Specifically, we're wondering if Python on Windows requires embedded
Python code to have CRLF
Hi,
I'm just starting to look at Postgresql. My platform (for better or
worse) is Windows, and I'm quite interested in the pl/python support.
However, when I run the binary installer, it is not offered to me as
an option (it's there, but greyed out). The plpython.dll file is
installed, however.
Paul Moore [EMAIL PROTECTED] writes:
I suppose my first (lazy) question is, is there a Python 2.4
compatible plpython.dll available anywhere? Alternatively, is there a
way I can build one for myself? I'm happy enough doing my own build
(I have mingw and msys available), but I'd rather
