Hi all, Found a solution to the svgz opening problems that the windows build was having, needed a change of libxml dll to one with the gzip stuff turned on, combined with a correction to the example files to strip the carraige returns out that had corrupted them when cvs dled them as ascii. To fix svgz opening on an existing build, replace the current libxml2-2.dll with the one from this package: ftp://ftp.zlatkovic.com/pub/libxml/libxml2-2.6.15.win32.zip (it needs renaming to libxml2-2.dll) then redownload the example svgz's to get copies that arent corrupt.
Daniel, can you replace the dll being used to build your dailies? they'll work ok then.
svgz output is another issue entirely, as we currently ass the output off to gzip to compress it. This doesnt work on windows as gzip isnt a standard prog like on linux. it is however freely available, and only 60k, so if someone who has a clue how the extensions stuff works would like to tell me what i need to do to get that working too I'll look into it. (seems like adding an extra 60k to the install size on windows would be worth the functionality)
Cheers
John
__________________________________ Do you Yahoo!? Check out the new Yahoo! Front Page. www.yahoo.com
On Tue, 9 Nov 2004 16:06:02 -0800 (PST), John Cliff <simarilius@...36...> wrote: [...]
To fix svgz opening on an existing build, replace the current libxml2-2.dll with the one from this package: ftp://ftp.zlatkovic.com/pub/libxml/libxml2-2.6.15.win32.zip (it needs renaming to libxml2-2.dll) then redownload the example svgz's to get copies that arent corrupt.
Daniel, can you replace the dll being used to build your dailies? they'll work ok then.
[...]
Done. Next build will be including it.
Thanks for the heads up.
Daniel Díaz yosoy@...31...
On Tue, Nov 09, 2004 at 04:06:02PM -0800, John Cliff wrote:
svgz output is another issue entirely, as we currently [pass] the output off to gzip to compress it. This doesnt work on windows as gzip isnt a standard prog like on linux.
We do already have streams-{gzip,zlib}.{cpp,h} in our source tree. Can they be used instead of an external gzip process?
pjrm.
--- Peter Moulder <Peter.Moulder@...38...> wrote:
On Tue, Nov 09, 2004 at 04:06:02PM -0800, John Cliff wrote:
svgz output is another issue entirely, as we currently [pass] the
output
off to gzip to compress it. This doesnt work on windows as gzip
isnt a
standard prog like on linux.
We do already have streams-{gzip,zlib}.{cpp,h} in our source tree. Can they be used instead of an external gzip process?
pjrm.
quite possibly, I was just lokoing at how we do it now, and if that could be made to work on windows. At the minute the svgz output extension passes the file off to gzip, if that can work on win too that may be the simplest solution.
__________________________________ Do you Yahoo!? Check out the new Yahoo! Front Page. www.yahoo.com
participants (3)
-
Daniel Díaz -
John Cliff -
Peter Moulder