Fred Drake escribió:
On 10/13/05, Garito <[EMAIL PROTECTED]> wrote:
self.Dame({'nombre': self.getId() + '.mm'})
Dame is a function that returns a ZCatalog query where nombre is an index
...
This File object returns the text of the last attachment I send you some
mails ago
T
On 10/13/05, Garito <[EMAIL PROTECTED]> wrote:
> self.Dame({'nombre': self.getId() + '.mm'})
>
> Dame is a function that returns a ZCatalog query where nombre is an index
...
> This File object returns the text of the last attachment I send you some
> mails ago
The index_html() method returns the
Fred Drake escribió:
On 10/12/05, Garito <[EMAIL PROTECTED]> wrote:
What do you need?
In this bit of code:
Module Products.Yanged.SitioYanged, line 268, in ObtenerNodo
266 |
267 | if 'NodoRaiz' not in args:
268>| args['NodoRaiz'] =
parseString(self.Dame({'
On 10/12/05, Garito <[EMAIL PROTECTED]> wrote:
> What do you need?
In this bit of code:
Module Products.Yanged.SitioYanged, line 268, in ObtenerNodo
266 |
267 | if 'NodoRaiz' not in args:
268>| args['NodoRaiz'] =
parseString(self.Dame({'nombre': self.getId() +
'.mm'}).
Fred Drake escribió:
On 10/12/05, Garito <[EMAIL PROTECTED]> wrote:
I run your test but no error was raised
Right.
I attach an xml file like I use and who raise the error, perhaps these
could help to reproduce the error
If you replaced SAMPLE_TEXT in the test script with t
On 10/12/05, Garito <[EMAIL PROTECTED]> wrote:
> I run your test but no error was raised
Right.
> I attach an xml file like I use and who raise the error, perhaps these
> could help to reproduce the error
If you replaced SAMPLE_TEXT in the test script with this data, an
error would indeed be rai
Alan Milligan escribió:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Garito wrote:
Alan Milligan escribió:
Garito wrote:
Fred Drake escribió:
On 10/12/05, Alan Milligan <[EMAIL PROTECTED]> wrote:
And you are allowed to be. It is a bit strange
Alan Milligan escribió:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Garito wrote:
Fred Drake escribió:
On 10/12/05, Alan Milligan <[EMAIL PROTECTED]> wrote:
And you are allowed to be. It is a bit strange in an XML-RPC dialog to
drop out to http occasionally ...
Fred Drake escribió:
On 10/12/05, Garito <[EMAIL PROTECTED]> wrote:
Alan Milligan escribió:
You do realise that pyexpat has a limitation of 8192 bytes between xml
tags - if your parse string is longer than this, it will fail. You can
recompile your expat parser to accept larger sizes,
Fred Drake escribió:
On 10/12/05, Alan Milligan <[EMAIL PROTECTED]> wrote:
And you are allowed to be. It is a bit strange in an XML-RPC dialog to
drop out to http occasionally ...
Actually, I'd expect large files over XML-RPC to be handled by sending
a URL, and have the client GET t
On 10/12/05, Alan Milligan <[EMAIL PROTECTED]> wrote:
> And you are allowed to be. It is a bit strange in an XML-RPC dialog to
> drop out to http occasionally ...
Actually, I'd expect large files over XML-RPC to be handled by sending
a URL, and have the client GET the file separately. But then,
On 10/12/05, Tino Wildenhain <[EMAIL PROTECTED]> wrote:
> Err. Whats wrong with HTTP to transfer files?
> (Provided its not XML-RPC ;)
Sorry; I was being facetious.
-Fred
--
Fred L. Drake, Jr.
"Society attacks early, when the individual is helpless." --B.F. Skinner
___
Fred Drake schrieb:
On 10/12/05, Alan Milligan <[EMAIL PROTECTED]> wrote:
I discovered this a couple of years ago wondering why RedHat's up2date
XML-RPC client didn't wrap download files in base64 tags. They've
actually done some strange stuff in this client to use normal http calls
to downloa
On 10/12/05, Alan Milligan <[EMAIL PROTECTED]> wrote:
> I discovered this a couple of years ago wondering why RedHat's up2date
> XML-RPC client didn't wrap download files in base64 tags. They've
> actually done some strange stuff in this client to use normal http calls
> to download RPM packages.
On 10/12/05, Garito <[EMAIL PROTECTED]> wrote:
> Alan Milligan escribió:
> >You do realise that pyexpat has a limitation of 8192 bytes between xml
> >tags - if your parse string is longer than this, it will fail. You can
> >recompile your expat parser to accept larger sizes, but this drastically
>
On 10/12/05, Garito <[EMAIL PROTECTED]> wrote:
> Alan Milligan escribió:
...
> >You do realise that pyexpat has a limitation of 8192 bytes between xml
> >tags - if your parse string is longer than this, it will fail. You can
> >recompile your expat parser to accept larger sizes, but this drastical
Alan Milligan escribió:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Garito wrote:
Chris Withers escribió:
Get a packet sniffer going, looks like something is missing from the
request when you hit reload!
cheers,
Chris
Garito wrote:
Hi all
I try to read an xml file usin
Chris Withers escribió:
Get a packet sniffer going, looks like something is missing from the
request when you hit reload!
cheers,
Chris
Garito wrote:
Hi all
I try to read an xml file using
from xml.dom.minidom import parseString
It works fine but when I push the reload button raise these
Get a packet sniffer going, looks like something is missing from the
request when you hit reload!
cheers,
Chris
Garito wrote:
Hi all
I try to read an xml file using
from xml.dom.minidom import parseString
It works fine but when I push the reload button raise these error
Error Type: ExpatEr
Hi all
I try to read an xml file using
from xml.dom.minidom import parseString
It works fine but when I push the reload button raise these error
Error Type: ExpatError
Error Value: no element found: line 1, column 0
These error is intermittence
These is the trace back any idea?
Traceback (in
20 matches
Mail list logo