gnuwin32-users Mailing List for GnuWin (Page 10)
Provides native Win32 open source ports and utilities
Brought to you by:
gnuwin32
Menu
▾
▴
gnuwin32-users — Mailing list for users of GnuWin32
You can subscribe to this list here.
| 2001 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(3) |
Dec
(4) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2002 |
Jan
|
Feb
|
Mar
(2) |
Apr
(10) |
May
|
Jun
|
Jul
(24) |
Aug
(14) |
Sep
(19) |
Oct
(16) |
Nov
(11) |
Dec
(3) |
| 2003 |
Jan
(25) |
Feb
(13) |
Mar
(2) |
Apr
(18) |
May
(24) |
Jun
(15) |
Jul
(19) |
Aug
(14) |
Sep
(5) |
Oct
|
Nov
(1) |
Dec
|
| 2004 |
Jan
|
Feb
(3) |
Mar
(6) |
Apr
(1) |
May
|
Jun
(5) |
Jul
(2) |
Aug
(5) |
Sep
(3) |
Oct
(4) |
Nov
(2) |
Dec
(1) |
| 2005 |
Jan
(27) |
Feb
(61) |
Mar
(55) |
Apr
(53) |
May
(63) |
Jun
(15) |
Jul
(37) |
Aug
(41) |
Sep
(21) |
Oct
(22) |
Nov
(49) |
Dec
(41) |
| 2006 |
Jan
(23) |
Feb
(18) |
Mar
(48) |
Apr
(34) |
May
(22) |
Jun
(16) |
Jul
(9) |
Aug
(14) |
Sep
(14) |
Oct
(27) |
Nov
(31) |
Dec
(40) |
| 2007 |
Jan
(57) |
Feb
(26) |
Mar
(10) |
Apr
(13) |
May
(29) |
Jun
(17) |
Jul
(22) |
Aug
(11) |
Sep
(29) |
Oct
(13) |
Nov
(21) |
Dec
(39) |
| 2008 |
Jan
(17) |
Feb
(28) |
Mar
(30) |
Apr
(11) |
May
(6) |
Jun
(13) |
Jul
(23) |
Aug
(9) |
Sep
(10) |
Oct
(23) |
Nov
(15) |
Dec
(15) |
| 2009 |
Jan
(9) |
Feb
(16) |
Mar
(9) |
Apr
(8) |
May
(36) |
Jun
(18) |
Jul
(10) |
Aug
(16) |
Sep
(10) |
Oct
(21) |
Nov
(6) |
Dec
(9) |
| 2010 |
Jan
(9) |
Feb
(17) |
Mar
(10) |
Apr
(7) |
May
(20) |
Jun
(18) |
Jul
(7) |
Aug
(11) |
Sep
(14) |
Oct
(11) |
Nov
(7) |
Dec
(3) |
| 2011 |
Jan
(1) |
Feb
(5) |
Mar
(11) |
Apr
(6) |
May
(20) |
Jun
(4) |
Jul
(7) |
Aug
(1) |
Sep
(8) |
Oct
(9) |
Nov
(8) |
Dec
(6) |
| 2012 |
Jan
(6) |
Feb
(6) |
Mar
(4) |
Apr
(3) |
May
|
Jun
(6) |
Jul
|
Aug
(1) |
Sep
|
Oct
|
Nov
(1) |
Dec
(2) |
| 2013 |
Jan
|
Feb
(1) |
Mar
(2) |
Apr
|
May
|
Jun
|
Jul
(1) |
Aug
|
Sep
|
Oct
|
Nov
(1) |
Dec
|
| 2014 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(2) |
Dec
|
| 2015 |
Jan
|
Feb
|
Mar
(1) |
Apr
|
May
(3) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(1) |
Dec
|
| 2016 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(1) |
Jun
|
Jul
(1) |
Aug
(3) |
Sep
|
Oct
|
Nov
|
Dec
|
| 2017 |
Jan
|
Feb
|
Mar
(1) |
Apr
|
May
|
Jun
(1) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2018 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(1) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2019 |
Jan
|
Feb
|
Mar
(1) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: SourceForge.net <no...@so...> - 2010-04-05 19:17:38
|
Read and respond to this message at: https://sourceforge.net/projects/gnuwin32/forums/forum/74807/topic/3659631 By: gnuwin32 Which 'unresolved references' do you get? _____________________________________________________________________________________ You are receiving this email because you elected to monitor this topic or entire forum. To stop monitoring this topic visit: https://sourceforge.net/projects/gnuwin32/forums/forum/74807/topic/3659631/unmonitor To stop monitoring this forum visit: https://sourceforge.net/projects/gnuwin32/forums/forum/74807/unmonitor |
|
From: SourceForge.net <no...@so...> - 2010-04-04 13:06:59
|
Read and respond to this message at: https://sourceforge.net/projects/gnuwin32/forums/forum/74807/topic/3659631 By: dand78 Hi, I have used "Regex" for Windows in MS VS 2008. The code is compiled successfully, but I get link error. I also have included library directory and library fie "regex.lib" to the VS linker but I still get unresolved references error from the linker. Can anybody help? Thank, D. _____________________________________________________________________________________ You are receiving this email because you elected to monitor this topic or entire forum. To stop monitoring this topic visit: https://sourceforge.net/projects/gnuwin32/forums/forum/74807/topic/3659631/unmonitor To stop monitoring this forum visit: https://sourceforge.net/projects/gnuwin32/forums/forum/74807/unmonitor |
|
From: SourceForge.net <no...@so...> - 2010-03-28 21:20:46
|
Read and respond to this message at: https://sourceforge.net/projects/gnuwin32/forums/forum/74807/topic/3643619 By: gnuwin32 I'm not at all familiar with Qt, so I'm afraid I can't be of much help here. In any case, I guess you would also have to define the macro (compile switch) GSL_DLL ; see http://gnuwin32.sourceforge.net/packages/gsl.htm. _____________________________________________________________________________________ You are receiving this email because you elected to monitor this topic or entire forum. To stop monitoring this topic visit: https://sourceforge.net/projects/gnuwin32/forums/forum/74807/topic/3643619/unmonitor To stop monitoring this forum visit: https://sourceforge.net/projects/gnuwin32/forums/forum/74807/unmonitor |
|
From: SourceForge.net <no...@so...> - 2010-03-27 20:55:34
|
Read and respond to this message at: https://sourceforge.net/projects/gnuwin32/forums/forum/74807/topic/3643619 By: mabrand Hi, Just wanted to suggest that cross building on a Unix/Linux machine for MinGW32 might be a good solution. An excellent environment for doing this is mingw-cross-env. [url]http://www.nongnu.org/mingw-cross-env/[/url]. It includes Qt and many other libraries. GSL builds fine and is about to be added to the standard distribution. You will probably find that this is easier than trying to assemble all the bits and pieces yourself. Cross building is faster than building natively on MinGW/MSYS. The mailing list is also quite helpful. _____________________________________________________________________________________ You are receiving this email because you elected to monitor this topic or entire forum. To stop monitoring this topic visit: https://sourceforge.net/projects/gnuwin32/forums/forum/74807/topic/3643619/unmonitor To stop monitoring this forum visit: https://sourceforge.net/projects/gnuwin32/forums/forum/74807/unmonitor |
|
From: SourceForge.net <no...@so...> - 2010-03-27 00:21:29
|
Read and respond to this message at: https://sourceforge.net/projects/gnuwin32/forums/forum/74807/topic/3643619 By: imperator84 Hi! I am trying to use GSL in Qt for windows. I have little experience using external libraries, and I was trying to install GSL by means of the installer. It created the folder " e:\program files\GnuWin32 " I have created a new project in Qt using the new libraries and it marks the error: " undefined reference to 'gsl_matrix_view_array' " Can you give me more specific steps to install and use this library? _____________________________________________________________________________________ You are receiving this email because you elected to monitor this topic or entire forum. To stop monitoring this topic visit: https://sourceforge.net/projects/gnuwin32/forums/forum/74807/topic/3643619/unmonitor To stop monitoring this forum visit: https://sourceforge.net/projects/gnuwin32/forums/forum/74807/unmonitor |
|
From: GnuWin32 <gnu...@gm...> - 2010-03-19 13:06:01
|
A new release of m4-1.4.14 is available from http://sourceforge.net/projects/gnuwin32/files/m4 This is a quick release of only the binary files. It has been configured with '-with-syscmd-shell=cmd.exe'. The source in builtin.c has been patched so that m4 first looks at the environment variables ComSpec and SHELL, and only if these are not set, then it uses cmd; this allows you to override the default value of cmd. I hope it now works correctly. Kees Zeelenberg -------------------------------------------------- From: "Henrique Martins" <gnu...@ma...> Sent: Thursday, March 18, 2010 11:48 PM To: <gnu...@li...> Cc: "GnuWin32" <gnu...@gm...> Subject: Re: [GnuWin32-Users] syscmd/esyscmd fail on windows with m4 1.4.13 > >> M4 has, incorrectly, been compiled with '/bin/sh' as >> shell. ... This will be fixed in the next release. > > Thanks, I'll stay tuned. Any idea when the "next release" is? > > -- Henrique |
|
From: Henrique M. <gnu...@ma...> - 2010-03-18 22:48:30
|
> M4 has, incorrectly, been compiled with '/bin/sh' as > shell. ... This will be fixed in the next release. Thanks, I'll stay tuned. Any idea when the "next release" is? -- Henrique |
|
From: GnuWin32 <gnu...@gm...> - 2010-03-18 22:31:17
|
M4 has, incorrectly, been compiled with '/bin/sh' as shell. This should have been 'cmd', or even better, in builtin.c, the value of SYSCMD_SHELL should have been taken from some environment variable. This will be fixed in the next release. Kees Zeelenberg -------------------------------------------------- From: "Henrique Martins" <gnu...@ma...> Sent: Monday, March 08, 2010 7:56 PM To: <gnu...@li...> Subject: [GnuWin32-Users] syscmd/esyscmd fail on windows with m4 1.4.13 > > I have an m4 file where I call esyscmd to get the host name on a > windows xp system. This used to work on 1.4.9 but fails on 1.4.13. > Just tested it and both > syscmd(hostname) > esyscmd(hostname) > work with 1.4.9 but error out with "no such file or directory" > with 1.4.13. Hostname.exe is in c:\windows\system32 but trying > hostname.exe or giving the full path with forward or backward > slashes, etc, still errors out. > > -- Henrique > > ------------------------------------------------------------------------------ > Download Intel® Parallel Studio Eval > Try the new software tools for yourself. Speed compiling, find bugs > proactively, and fine-tune applications for parallel performance. > See why Intel Parallel Studio got high marks during beta. > http://p.sf.net/sfu/intel-sw-dev > _______________________________________________ > GnuWin32-Users mailing list > Gnu...@li... > https://lists.sourceforge.net/lists/listinfo/gnuwin32-users |
|
From: Henrique M. <gnu...@ma...> - 2010-03-08 19:23:24
|
I have an m4 file where I call esyscmd to get the host name on a windows xp system. This used to work on 1.4.9 but fails on 1.4.13. Just tested it and both syscmd(hostname) esyscmd(hostname) work with 1.4.9 but error out with "no such file or directory" with 1.4.13. Hostname.exe is in c:\windows\system32 but trying hostname.exe or giving the full path with forward or backward slashes, etc, still errors out. -- Henrique |
|
From: SourceForge.net <no...@so...> - 2010-03-08 10:33:50
|
Read and respond to this message at: https://sourceforge.net/projects/gnuwin32/forums/forum/74807/topic/3581831 By: bladeoflight16 I was hoping to avoid any users having to do anything special, but I appreciate the help. Thank you. I did figure out the override directive, so on Windows the shell indicated by ComSpec is forcibly used. That should eliminate one problem, even though it's in a way I find kind of distasteful. I'm kind of curious about something, actually. The GNU make documentation specifically says that if SHELL isn't set, the value from ComSpec is used to choose a shell. Why doesn't the SHELL variable reflect that instead of just defaulting to sh.exe? _____________________________________________________________________________________ You are receiving this email because you elected to monitor this topic or entire forum. To stop monitoring this topic visit: https://sourceforge.net/projects/gnuwin32/forums/forum/74807/topic/3581831/unmonitor To stop monitoring this forum visit: https://sourceforge.net/projects/gnuwin32/forums/forum/74807/unmonitor |
|
From: SourceForge.net <no...@so...> - 2010-03-08 10:06:17
|
Read and respond to this message at: https://sourceforge.net/projects/gnuwin32/forums/forum/74807/topic/3581831 By: keithmarshall The usual way to deal with it is to provide two independent Makefiles, one specific to Unix and one for MS-Windows, (perhaps called Makefile.msw). Then instruct users on MSW, (who don't have a unixy shell environment such as MSYS or Cygwin), to run `make -f Makefile.msw ...' _____________________________________________________________________________________ You are receiving this email because you elected to monitor this topic or entire forum. To stop monitoring this topic visit: https://sourceforge.net/projects/gnuwin32/forums/forum/74807/topic/3581831/unmonitor To stop monitoring this forum visit: https://sourceforge.net/projects/gnuwin32/forums/forum/74807/unmonitor |
|
From: SourceForge.net <no...@so...> - 2010-03-07 02:34:25
|
Read and respond to this message at: https://sourceforge.net/projects/gnuwin32/forums/forum/74807/topic/3581831 By: bladeoflight16 Hello, I'm using the 3.81 version of make provided here. Currently, I don't have any of the typical Unix-style shells installed, so when it runs, it's executing via cmd.exe. Commands execute just fine with no problem, but I need this makefile to be executed on Unix-like systems as well. I also can't just install a shell because I'll be sharing this with other Windows users, too, who also don't have any such shell. I know how to use variables to have different command names, so that's fine. The problem I'm having is detecting whether or not I'm using a Unix-style shell or if I'm running something DOS-like. The SHELL variable doesn't update to match the actual shell in use, sadly. It defaults to sh.exe and stays that unless the variable is manually set (which I prefer to avoid requiring). As a work around, I'm testing if the ComSpec variable is defined by the environment and setting SHELL to its value if so. This really isn't satisfactory since, if I understand correctly, a Windows user explicitly specifying a non-DOS-like shell or a Unix-like OS user having a ComSpec environment variable would break the functionality. Is there a better way to deal with this? Thanks. _____________________________________________________________________________________ You are receiving this email because you elected to monitor this topic or entire forum. To stop monitoring this topic visit: https://sourceforge.net/projects/gnuwin32/forums/forum/74807/topic/3581831/unmonitor To stop monitoring this forum visit: https://sourceforge.net/projects/gnuwin32/forums/forum/74807/unmonitor |
|
From: Débora F. <fre...@gm...> - 2010-02-26 05:40:25
|
Hi all, I'm back to the GRI world after seven years of not using it and I'm running over some problems. I have a Windowns 64-bit. I have already installed GRI-2.12.10, GSView4.9 and Ghostscript 8.71 (x86). When I try to open GRI in the command line the following error message appears: 'gri' is not recognized as an internal or external command, operable program or batch file. My best guess is that I would need to change the patch in the autoexec.bat but I am not sure if it would solve my problem or even how to to it anymore. Does anyome there could help me? thanks in advance, Debora -- ************************************************** Debora De Freitas *************************************************** |
|
From: SourceForge.net <no...@so...> - 2010-02-12 13:41:53
|
Read and respond to this message at: https://sourceforge.net/projects/gnuwin32/forums/forum/74807/topic/3551901 By: keithmarshall FWIW, the OP's original examples indicate two distinct problems with GnuWin32's tar implementation: in the first instance, it is failing to spawn a gzip child process, to compress the archive; in the second, it appears to be attempting to recurse the parent directory tree, via the chain of '..' links, (so becoming a malformed entire drive archive), failing when it tries to enter a directory for which the OP lacks access privilege. This simply should not happen: on *nix, '*.*' doesn't match '..' or '.' anyway, but furthermore, IIRC tar isn't supposed to recurse through '..' links, (although it may follow one specified among the command line arguments). _____________________________________________________________________________________ You are receiving this email because you elected to monitor this topic or entire forum. To stop monitoring this topic visit: https://sourceforge.net/projects/gnuwin32/forums/forum/74807/topic/3551901/unmonitor To stop monitoring this forum visit: https://sourceforge.net/projects/gnuwin32/forums/forum/74807/unmonitor |
|
From: SourceForge.net <no...@so...> - 2010-02-12 12:28:28
|
Read and respond to this message at: https://sourceforge.net/projects/gnuwin32/forums/forum/74807/topic/3551901 By: keithmarshall Huh? tar doesn't compress files; it compounds them into an archive. Yes, it supports on-the-fly compression of that archive, but it relies on other tools, (separate programs), to do the job. OTOH, in the case of bsdtar, AKAIK, the compression filters are built in, using functions from libarchive. Notwithstanding that bsdtar may be a better choice, the OP's command line syntax is wrong for either -- the mandatory archive name argument, (promised by the 'f' option), has been omitted! It should be: > c:\gnuwin32\tar -czvf archive-name.tar.gz subdir-or-list-of-files ... or: > c:\gnuwin32\bsdtar -czvf archive-name.tar.gz subdir-or-list-of-files ... The .tar.gz extension isn't mandatory, but is recommended for gzipped archives, (the 'z' option); use .tar.bz2 for bzipped archives, ('j' option), .tar.lzma for lzma or .tar.xz for xz compressed archives, (don't know if GnuWin32 supports those yet). Also note some gotchas: 1) Never specify absolute path names, in subdir-or-list-of-files ... 2) If you want to back up all files in a directory, (as the OP's *.* indicates), prefer to run tar in the parent directory, and specify the name of the subdir to back up. 3) tar, (and bsdtar), will recurse into any subdirectories which match a wildcard spec in the files list. 4) Never specify the archive-name to reside in the same directory as files specified by wildcard, or in any subdirectory which may be recursed. 5) If backing up everything from the root of a drive, be sure to place the archive on a different drive, (and be sure that it has sufficient free space). _____________________________________________________________________________________ You are receiving this email because you elected to monitor this topic or entire forum. To stop monitoring this topic visit: https://sourceforge.net/projects/gnuwin32/forums/forum/74807/topic/3551901/unmonitor To stop monitoring this forum visit: https://sourceforge.net/projects/gnuwin32/forums/forum/74807/unmonitor |
|
From: SourceForge.net <no...@so...> - 2010-02-12 07:24:24
|
Read and respond to this message at: https://sourceforge.net/projects/gnuwin32/forums/forum/74807/topic/3551901 By: gnuwin32 Use bsdtar (http://gnuwin32.sourceforge.net/packages/libarchive.htm). In fact, the tar package page itself (http://gnuwin32.sourceforge.net/packages/gtar.htm) recommends this! _____________________________________________________________________________________ You are receiving this email because you elected to monitor this topic or entire forum. To stop monitoring this topic visit: https://sourceforge.net/projects/gnuwin32/forums/forum/74807/topic/3551901/unmonitor To stop monitoring this forum visit: https://sourceforge.net/projects/gnuwin32/forums/forum/74807/unmonitor |
|
From: SourceForge.net <no...@so...> - 2010-02-12 03:23:44
|
Read and respond to this message at: https://sourceforge.net/projects/gnuwin32/forums/forum/74807/topic/3551901 By: yawnmoth C:\path\to\files>c:\gnuwin32\tar -czvf *.* c:\gnuwin32\tar: Cannot fork: Function not implemented c:\gnuwin32\tar: Error is not recoverable: exiting now C:\path\to\files>c:\gnuwin32\tar -cvf *.* ..\package\tar: Cannot open subfolder: Permission denied ..\package\tar: Error is not recoverable: exiting now ------------------------------ I have no clue how to compress files with tar. I try, I get the above errors, and, in short, I haven't a clue. Any ideas? _____________________________________________________________________________________ You are receiving this email because you elected to monitor this topic or entire forum. To stop monitoring this topic visit: https://sourceforge.net/projects/gnuwin32/forums/forum/74807/topic/3551901/unmonitor To stop monitoring this forum visit: https://sourceforge.net/projects/gnuwin32/forums/forum/74807/unmonitor |
|
From: SourceForge.net <no...@so...> - 2010-02-11 20:37:54
|
Read and respond to this message at: https://sourceforge.net/projects/gnuwin32/forums/forum/74807/topic/3548528 By: timayres Keith, [quote]You mean from cmd.exe?[/quote] Actually, I'm using [url=http://zsh-nt.sourceforge.net/]WinZsh[/url], but if it works in cmd.exe it will work in zsh.exe. I appreciate the fact that the info from MSYS or Cygwin will work, however they are not "native", which does not meet my requirements. [url=http://www.mail-archive.com/gnu...@li.../msg00203.h tml]This message[/url] by Mathias Michaelis seemed to indicate that texinfo versions 4.2 or earlier may work natively in the win32 console. I see you were active in that thread as well. That thread seemed to confirm the fact that at least GnuWin32 texinfo 4.6 does not work, and couldn't be made to work without significant effort, however the question of whether earlier versions worked seemed to be left unanswered. I may not be able to find a native version, but I haven't given up hope yet. _____________________________________________________________________________________ You are receiving this email because you elected to monitor this topic or entire forum. To stop monitoring this topic visit: https://sourceforge.net/projects/gnuwin32/forums/forum/74807/topic/3548528/unmonitor To stop monitoring this forum visit: https://sourceforge.net/projects/gnuwin32/forums/forum/74807/unmonitor |
|
From: SourceForge.net <no...@so...> - 2010-02-11 12:12:05
|
Read and respond to this message at: https://sourceforge.net/projects/gnuwin32/forums/forum/74807/topic/3548528 By: keithmarshall You mean from cmd.exe? MSYS itself runs quite happily in a Win32 console; indeed that's the container we recommend for it. We expect that most users will prefer [ba]sh.exe to cmd.exe, and we don't strictly support running MSYS commands from cmd.exe, but in many cases it does work -- YMMV. You may be disappointed in your search for a functional and entirely native info for Win32. If you find one, let us know. You could try simply copying info.exe and msys-1.0.dll from a current MSYS installation, into some convenient directory in your cmd.exe PATH; seems to work for me, but again, YMMV. _____________________________________________________________________________________ You are receiving this email because you elected to monitor this topic or entire forum. To stop monitoring this topic visit: https://sourceforge.net/projects/gnuwin32/forums/forum/74807/topic/3548528/unmonitor To stop monitoring this forum visit: https://sourceforge.net/projects/gnuwin32/forums/forum/74807/unmonitor |
|
From: SourceForge.net <no...@so...> - 2010-02-10 17:35:23
|
Read and respond to this message at: https://sourceforge.net/projects/gnuwin32/forums/forum/74807/topic/3548528 By: timayres Keith, Thanks for the tip, however I'm really looking for a [i]native[/i] way to read info files in the win32 console, that's why I'm looking to GnuWin32 instead of MSYS or Cygwin. _____________________________________________________________________________________ You are receiving this email because you elected to monitor this topic or entire forum. To stop monitoring this topic visit: https://sourceforge.net/projects/gnuwin32/forums/forum/74807/topic/3548528/unmonitor To stop monitoring this forum visit: https://sourceforge.net/projects/gnuwin32/forums/forum/74807/unmonitor |
|
From: SourceForge.net <no...@so...> - 2010-02-10 17:12:57
|
Read and respond to this message at: https://sourceforge.net/projects/gnuwin32/forums/forum/74807/topic/3548528 By: keithmarshall MSYS, provided by the MinGW Project (http://sourceforge.net/projects/mingw) has a working info for Win32. _____________________________________________________________________________________ You are receiving this email because you elected to monitor this topic or entire forum. To stop monitoring this topic visit: https://sourceforge.net/projects/gnuwin32/forums/forum/74807/topic/3548528/unmonitor To stop monitoring this forum visit: https://sourceforge.net/projects/gnuwin32/forums/forum/74807/unmonitor |
|
From: SourceForge.net <no...@so...> - 2010-02-10 05:32:26
|
Read and respond to this message at: https://sourceforge.net/projects/gnuwin32/forums/forum/74807/topic/3548528 By: timayres Ah yes, the infamous Sourceforge restructuring, it has bitten many. I would appreciate it if you could dig this old version out, on the off chance that it does actually work. I appreciate the link to Tkinfo, I will definitely check it out, however I would still like to find a way to read info files in the console. Thanks for the great ports! _____________________________________________________________________________________ You are receiving this email because you elected to monitor this topic or entire forum. To stop monitoring this topic visit: https://sourceforge.net/projects/gnuwin32/forums/forum/74807/topic/3548528/unmonitor To stop monitoring this forum visit: https://sourceforge.net/projects/gnuwin32/forums/forum/74807/unmonitor |
|
From: SourceForge.net <no...@so...> - 2010-02-09 22:17:57
|
Read and respond to this message at: https://sourceforge.net/projects/gnuwin32/forums/forum/74807/topic/3548528 By: gnuwin32 It seems that in the recent restructuring by SourceForge of its site, it has moved releases marked as old ('invisible') to some backup directory. I will see whether they can be recovered, but it is difficult and extremely slow to get a view of this directory.Also, as far as I remember, the texinfo package from GnuWin32 has never had a working info. Moreover, for the documentation from GnuWin32 packages, you are probably much better off by using the pdf's of the info files, which are distributed with the package. Info files that do not have a pdf version, can be read by means of the TkInfo program (http://math-www.uni-paderborn.de/~axel/tkinfo/) _____________________________________________________________________________________ You are receiving this email because you elected to monitor this topic or entire forum. To stop monitoring this topic visit: https://sourceforge.net/projects/gnuwin32/forums/forum/74807/topic/3548528/unmonitor To stop monitoring this forum visit: https://sourceforge.net/projects/gnuwin32/forums/forum/74807/unmonitor |
|
From: SourceForge.net <no...@so...> - 2010-02-09 20:38:39
|
Read and respond to this message at: https://sourceforge.net/projects/gnuwin32/forums/forum/74807/topic/3548528 By: timayres >From what I've read, versions of TexInfo newer than 4.2 do not work in the Win32 console, instead they complain that it is too "dumb" to run info. From the GnuWin32 News page I see that version 4.1 was released by GnuWin43 on 2002-03-06, however I can't find this version available for download anywhere. Is this release (or the source) available somewhere? It would be very handy to be able to read info pages on Windows. Thanks, Tim _____________________________________________________________________________________ You are receiving this email because you elected to monitor this topic or entire forum. To stop monitoring this topic visit: https://sourceforge.net/projects/gnuwin32/forums/forum/74807/topic/3548528/unmonitor To stop monitoring this forum visit: https://sourceforge.net/projects/gnuwin32/forums/forum/74807/unmonitor |
|
From: SourceForge.net <no...@so...> - 2010-02-07 17:15:19
|
Read and respond to this message at: https://sourceforge.net/projects/gnuwin32/forums/forum/74807/topic/3541892 By: porphyry5 Thank you very much. That did the job. _____________________________________________________________________________________ You are receiving this email because you elected to monitor this topic or entire forum. To stop monitoring this topic visit: https://sourceforge.net/projects/gnuwin32/forums/forum/74807/topic/3541892/unmonitor To stop monitoring this forum visit: https://sourceforge.net/projects/gnuwin32/forums/forum/74807/unmonitor |
19 messages has been excluded from this view by a project administrator.
