Hi Mathias, >> It doesn't seem to matter what `TERM=name' value is exported >> from the shell -- info says they are all too dumb! > > I also tried this and could observe this behaviour too. My quick and > dirty work around: > > I download the packages texinfo-4.2-4.tar.bz2, > cygwin-1.5.12-1.tar.bz2 and libiconv2-1.9.2-1.tar.bz2 from the > cygwin project, extract the files /usr/bin/info.exe, > /usr/bin/cygwin1.dll and /usr/bin/cygiconv-2.dll from this achieves > and put them into my gnuwin32/bin directory. This works fine.
*My* quick and dirty work around is to simply delete the info.exe that the GnuWin32 package installed into my d:/msys/1.0/local/bin directory -- that way the info.exe v4.3 in my d:/msys/1.0/bin directory continues to work normally. (My PATH says ... /usr/local/bin:.:/bin:... MSYS creates a pseudo-POSIX virtual file system with *both* / and /usr mounted as the native Windblows d:/msys/1.0/). Talking of Cygwin, I also have a full installation of that, on one of my boxes. On that box, I downloaded the *official* GNU sources for texinfo-4.8 -- they compile OOTB, and work as expected, except for one of the tests run by `make check'. (This test fails due to a Cygwin bug -- a workaround patch has already been applied in the official texinfo CVS, at my behest). Best regards, Keith. ------------------------------------------------------- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click _______________________________________________ GnuWin32-Users mailing list GnuWin32-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/gnuwin32-users
