From: Keith M. <kei...@to...> - 2005-11-09 10:00:25
|
Wu Yongwei wrote: > You are right. Not using rxvt solved the problem. However, I > noticed this error: > > [...] > ./pdfroff: /c/Program: No such file or directory Hmm. So pdfroff is trying to invoke a command somewhere in the "C:/Program Files/" hierarchy, but isn't protecting the space in the path name. My guess would be GhostScript, if you've mapped its default installation directory into your PATH. I've not noticed this previously, because I didn't install Ghostscript in its normal default location -- I forced it into my MSYS tree, at D:/MSYS/1.0/local/gs8.00, (your version number may be more recent), then I did ln /local/gs8.00/bin/gswin32c.exe /usr/local/bin/gs.exe and thus avoided both adding an extra directory to the PATH, and the pesky default path name with spaces. In your case, maybe copying, (or linking, if it's on the same device), that same executable to your MSYS /usr/local/bin directory would be a sufficient work around. Thanks for the bug report. Since I am the maintainer of pdfroff, I'll have a look at fixing this. Just FYI, the pdfmark.pdf file that pdfroff failed to create correctly, is intended to document the use of the pdfmark.tmac macro package, which may be used with groff, to exploit the dynamic cross referencing features of PDF. If you're interested in this feature, it will get you started, but be aware that it still a work in progress. If you would like a preformatted copy, let me know, and I'll forward it privately. I'll also happily answer any questions arising from it, either here, or preferably at gr...@gn.... > P.S. BTW, I am using this script in MSYS for `man'. Though it > is quite raw, maybe some people will find it useful: > [...] Nice! I've been focussing on a full blown port of `man', but this will provide the basics, in the interim. Thanks! Maybe we could make this available, through a link from the FAQ entry, in MinGWiki? Best regards, Keith. |