John Cliff wrote:
--- Bob Jamison <rjamison@...357...> wrote:
John Cliff wrote:
was just dling it myself, but i guess josh beat me to it. :)
the dll will only fix loading, not saving. Saving is done currently using a pipe to gzip, which would be usable on windows if we
packaged
the gzip exe with IS, except I cant get the pipe to work from IS. It works fine in a standalone piece of code, but falls over in the extension code.
Do the libxml people really use a pipe? I mean, since zlib is used for loading, why not for saving? Seems weird.
Bob
Nope, the svgz save is handled by us, not libxml, and we use gzip. :) (as far as i can tell from reading the extensions code) If your getting svgz as an output its using the svgz_output.inx which just pipes the standard svg output to gzip. the pipes created in /src/extension/implmentation/script.cpp in Script::execute it gets the command from the inx.
Theres some other problems in there, like the hard coded tmp strings, but their not whats causing the pipe to fail. Any ideas would be welcomed.
Cheers
John
Ah, then -WE- need to call zlib ourselves. Like Bulia said, a 0.41 thing... but since zlib is already a dependency, we should do the save programmatically, not with a pipe. And I bet it would be less than 50 lines of code.
Bob