Le Mon, 13 Nov 2006 20:46:58 +0100,
Fredrik Lundh <[EMAIL PROTECTED]> a écrit :
>
> http://effbot.org/pyfaq/why-doesnt-python-release-the-memory-when-i-delete-a-large-object
>
>
>
Is it still true with Python 2.5 ?
I mean, [http://evanjones.ca/python-memory.html] should fix this
behaviour, do
Le Mon, 13 Nov 2006 21:30:35 +0100,
Fredrik Lundh <[EMAIL PROTECTED]> a écrit :
> Jonathan Ballet wrote:
>
> >> http://effbot.org/pyfaq/why-doesnt-python-release-the-memory-when-i-delete-a-large-object
> >
> > Is it still true with Python 2.5 ?
> >
Le Fri, 24 Nov 2006 13:18:14 -0600,
Cousin Stanley <[EMAIL PROTECTED]> a écrit :
>
>This problem is occuring under Debian GNU/Linux Sarge
>using Python 2.3
>
Hi,
if you look at
http://packages.debian.org/stable/python/python2.3-sqlite,
you will see that the python2.3-sqlite packag
Le 15 Apr 2007 11:02:20 -0700,
"ZeeGeek" <[EMAIL PROTECTED]> a écrit :
> Thanks for correcting me. I worded it inproperly. For example, in
> the code returned by Live Space, they use instead of so
> that Blogger will complain that this tag is not valid because it
> doesn't have a closing tag.
Hello,
I have developped a XMLRPC server, which runs under Gnu/Linux with
python2.3.
This server receives method calls from Windows client. The server got some
parameters which are string, which contains carriage return characters,
just after the line feed character; like "bla\n\rbla".
The probl
Le Sat, 18 Mar 2006 02:17:36 -0800, Ben Cartwright a écrit :
> Jonathan Ballet wrote:
>> The problem is, xmlrpclib "eats" those carriage return characters when
>> loading the XMLRPC request, and replace it by "\n". So I got "bla\n\nbla".
>>
>
Le Sat, 18 Mar 2006 08:54:49 +0100, Fredrik Lundh a écrit :
> Jonathan Ballet wrote:
>
[snip]
>
> XMLRPC is XML, and XML normalizes line feeds:
>
> http://www.w3.org/TR/2004/REC-xml-20040204/#sec-line-ends
>
> relying on non-standard line terminators in text is
