«

This works with a small string, but not a large one (read returns an
empty string if i pass a large html file to tidy):


>>> iin , iiout = popen2("tidy.exe -asxml")
>>> iin.write(str)
>>> iin.close()
>>> iiout.read()
''

I am using windows and tried the standard pipe and win32pipe as well.

Doug

On Sat, 13 Sep 2003 16:34:13 GMT, Doug <> wrote:
> This works with a small string, but not a large one (read returns an
> empty string if i pass a large html file to tidy):
>
>
> >>> iin , iiout = popen2("tidy.exe -asxml")
> >>> iin.write(str)
> >>> iin.close()
> >>> iiout.read()
> ''
>
> I am using windows and tried the standard pipe and win32pipe as well.

Probably the standard pipe buffering problem.

As you know computer systems have a finite amount of memory, which is
used for many things, including buffering data written to a pipe.

The write(str) returns when you have written the entire contents out.
Since it is big, and tidy.exe also uses finite buffering, the latter
starts processing and returning data while you are writing. Since you
are not reading incoming data, the pipe in the other direction gets
full, tidy.exe becomes blocked, which in turn means your write() becomes
blocked.

Solution: read and write at the same time.


Albert
--
Unlike popular belief, the .doc format is not an open publically available format.

Albert Hofkamp <> writes:

> On Sat, 13 Sep 2003 16:34:13 GMT, Doug <> wrote:
> > This works with a small string, but not a large one (read returns an
> > empty string if i pass a large html file to tidy):
> >
> >
> > >>> iin , iiout = popen2("tidy.exe -asxml")
> > >>> iin.write(str)
> > >>> iin.close()
> > >>> iiout.read()
[...]

Didn't see the OP, but (guessing tidy.exe is HTMLTidy): do you know
about mxTidy and uTidylib?


John