From: Soren A <sor...@fa...> - 2002-10-31 20:50:10
|
[wrt Re: Groff 1.18 port not working as manreader?] Soren A <soren_andersen=97j...@pu...> wrote in news:Xns92B7B65D63960sorenagmaneSH@80.91.224.249: > I downloaded and installed the build of groff-1.18 from > gnuwin32.sourceforge.net. Following the instructions, I tried to set > things up so that my MinGW/MSYS life ;-) could be enhanced by the > ability to read manpages. Thanks again, Kees and Randy, for the help. Now what i am posting about is one of my loopy little projects. I figure that there might be a couple of other odd birds besides me myself who *like* manpages (as opposed to Windows Help format, or HTML, or other ways of presenting tool documentation that are being used for MinGW). Since there isn't per se a `man' port for MinGW (although it might be trivial to do one now that 'groff' is available for MinGW), i've been missing my 'man' pages and often have to keep a Cygwin bash console running while working in MinGW, just to toggle back and forth to check man (or info) pages. As i mentioned a few weeks ago here. So now i have this sort of "proof of concept" script i cooked up, to stand in for a real `man' when using MinGW/MSYS. It is better for me to call it something like "a proof of concept" because that way i take the heat off myself if it doesn't work for somebody or seems over- or under- cooked ;-). The script has (goodness knows why, just because...) conditional logic to allow it to work in Cygwin (which doesn't have a port of the new groff-1.18, yet) as well as in MSYS. A url for the script is: http://home.att.net/~perlspinr/build_platforms/mingw-msys/manreader.html [I am just uploading now as i write this; someone very quick to read this posting and try the url *might* get a 404 on it, sorry] It actually works pretty well. For a simple request like `man ar' it just finds the `ar' manpage and shows it, no fuss no muss. Actually the "muss and fuss" is in setting up the script; it will require user configuration to change paths to the groff files and the paths to be searched by `find' for your collection(s) of manpages. What i have not checked is how it all behaves in rxvt. You see I am (at this location now) still using the native Windows console terminal to run MSYS' "sh.exe" rather than starting rxvt to run a bash session. I'd be curious to know how it works for rxvt users. Best, Soren A |
From: Soren A <sor...@fa...> - 2002-10-31 21:22:11
|
Soren A <soren_andersen=97j...@pu...> wrote in news:Xns92B8A11148ED5sorenagmaneSH@80.91.224.249: > Now what i am posting about is one of my loopy little projects. > So now i have this sort of "proof of concept" script i cooked up, to > stand in for a real `man' when using MinGW/MSYS. > A url for the script is: > > http://home.att.net/~perlspinr/build_platforms/mingw-msys/manreader.html Hey, I forget to wish everyone who observes, "Happy/Joyous Samhain". Not that there is anything supernatural about my script. I've been told that a *few* things I do, I am almost supernaturally good at ;-) ... but shell scrpting isn't one of them. Hallowe'en-ily Yours, Soren A |
From: Soren A <sor...@fa...> - 2002-11-02 19:16:31
|
On Thu, 31 Oct 2002 21:20:47 GMT, Soren A <soren_andersen=97j...@pu...> wrote in news:Xns92B8A68125ECAsorenagmaneSH@80.91.224.249: > http://home.att.net/~perlspinr/build_platforms/mingw-msys/manreader.html Luke Dunstain did some hacking of the script to improve it, and verifies that it is usable on rxvt. I've uploaded Luke's modifications to the url given in my earlier msg, above. Thanks Luke! Soren A |
From: Soren A <sor...@fa...> - 2002-11-24 03:15:48
|
Soren A <soren_andersen=97j...@pu...> wrote around 02 Nov 2002 news:Xns92BA913175214sorenagmaneSH@80.91.224.249: > Luke Dunstain did some hacking of the script to improve it, and verifies > that it is usable on rxvt. I've uploaded Luke's modifications to the url > given in my earlier msg, above. Thanks Luke! We, or I, made a boo-boo. The script will concatenate onto one's PATH endlessly because we are using the expression that adds Groff's location to the front of the PATH in a context that is the current shell (because the script is used like a library that gets sourced on initfile loading -- it's a function instead of external file that gets run by a subshell). Beware. I will upload a fixed version soon. -- Yes, it's really Sören, not Soren. |