>>>>> "Marek" == Marek Rouchal <[EMAIL PROTECTED]> writes:
Marek> On 5 Jun 1998, Fabrice POPINEAU wrote:
>> Other solution : set $dd to '/' everywhere. Unless you are
>> doing a system() command, pathes will be understood and will
>> not need quoting.
Marek> That's the problem. One would have to replace '/' by '\'
Marek> for all system() calls.
It is yet to be tested. Actually, CreateProcess() accepts '/' as path
separator for program names. This not yet widely known, but under the
Win32 system , '/' and '\\' are equally treated. What mislead users is
that command.com does not yet do the same.
Marek> And what about paths like "C:/mydir/myfile.tex"? How does
Marek> perl handle those?
No problem at all. It is even better to give '/' to latex than '\' :-)
Marek> Correct. But do ImageMagick ports exist for Win32? Does the
Marek> perl-Interface work on Win32, too?
Yes and yes.
Marek> If yes, with what perl ports?
Sorry for this, but the only valuable one is the native port of
perl5.004_0x found of CPAN.
Marek> And last but not least, "convert" is rather huge.
Granted !
Marek> And convert is -- AFAIK -- not flexible enough to do the
Marek> necessary steps (multiple cropping, padding, converting) in
Marek> *one* call.
No, but given that under Win95 you can'use pstoimg *with* pipes ...
And more important : I guess the IM module under win32 will load the
IM .dll, not call convert. So it would be more efficient. Sorry, but I
have no time for the moment to do this.
One problem with netpbm is errors : admitting one of the program is
failing in the mid of some multiple pipe call, the effect is
disastrous. Even under NT, I get GPF due to some netpbm program
waiting for data on stdin, and receiving eof (or broken_pipe) because
the preceding one has failed. This is unclean. I have looked for and
found at least one error (resulting in this symtom) in one of the
lib*.c files of netpbm, namely not checking that some number was
actually read by scanf(). But I have lost the patch.
Cheers and thanks for having debugged l2h under W95,
Fabrice
