gnuwin32-users Mailing List for GnuWin (Page 5)
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...> - 2011-05-06 13:45:45
|
Read and respond to this message at: https://sourceforge.net/projects/gnuwin32/forums/forum/74807/topic/4515924 By: keithmarshall Sorry, I was forgetting that gzip, bzip2, lzma, xz and friends default to compressing/decompressing in place, (i.e. overwriting the original file with the compressed/decompressed content). In that case, for transformation in either direction, of course the original file needs to be writeable, so it can be removed after successful conversion. I *always* use these tools in the stdout redirecting form, e.g.: bunzip2 -c enwiki.bz2 > enwiki so the issue doesn't arise, (and I don't lose the original file). I guess your -k option has a similar effect. _____________________________________________________________________________________ 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/4515924/unmonitor To stop monitoring this forum visit: https://sourceforge.net/projects/gnuwin32/forums/forum/74807/unmonitor |
|
From: SourceForge.net <no...@so...> - 2011-05-05 22:24:19
|
Read and respond to this message at: https://sourceforge.net/projects/gnuwin32/forums/forum/74807/topic/4515924 By: mz2ptc0 In the documentation it mentions the "-k" switch which might help. There is no need to change the file attribute of the input file in this case. (On Windows a read-only file normally cannot be deleted without asking for confirmation.) [quote]... However, if the *output* file (enwiki) already exists, and it has the read-only attribute, then that would raise this exception. Another possibility is that the OP doesn't have write permission for the directory in which he/she is trying to save the output file(s).[/quote] If the output file already exists then the OP might have received a different error message such as "bunzip2: Output file enwiki already exists.". _____________________________________________________________________________________ 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/4515924/unmonitor To stop monitoring this forum visit: https://sourceforge.net/projects/gnuwin32/forums/forum/74807/unmonitor |
|
From: SourceForge.net <no...@so...> - 2011-05-05 12:16:27
|
Read and respond to this message at: https://sourceforge.net/projects/gnuwin32/forums/forum/74807/topic/4515924 By: keithmarshall It really shouldn't matter whether the read-only attribute is set for the input file (enwiki.bz2), or not. That shouldn't raise a "permission denied" exception. However, if the *output* file (enwiki) already exists, and it has the read-only attribute, then that would raise this exception. Another possibility is that the OP doesn't have write permission for the directory in which he/she is trying to save the output file(s). _____________________________________________________________________________________ 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/4515924/unmonitor To stop monitoring this forum visit: https://sourceforge.net/projects/gnuwin32/forums/forum/74807/unmonitor |
|
From: SourceForge.net <no...@so...> - 2011-05-04 21:44:11
|
Read and respond to this message at: https://sourceforge.net/projects/gnuwin32/forums/forum/74807/topic/4515924 By: mz2ptc0 It is possible that the "read-only" attribute is set; type "attrib enwiki.bz2" to display the file attributes. If you see "R" then it is a read-only file. You can remove the attribute by typing "attrib -r enwiki.bz2" if required. _____________________________________________________________________________________ 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/4515924/unmonitor To stop monitoring this forum visit: https://sourceforge.net/projects/gnuwin32/forums/forum/74807/unmonitor |
|
From: SourceForge.net <no...@so...> - 2011-05-04 13:47:40
|
Read and respond to this message at: https://sourceforge.net/projects/gnuwin32/forums/forum/74807/topic/4515924 By: noufmks Hello, I tried to use the bunzip2 command from the "Command Prompt" and I had the following message: bunzip2: I/O or other error, bailing out. Possible reason follows. bunzip2: Permission denied Input file = enwiki.bz2, output file = enwiki _____________________________________________________________________________________ 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/4515924/unmonitor To stop monitoring this forum visit: https://sourceforge.net/projects/gnuwin32/forums/forum/74807/unmonitor |
|
From: SourceForge.net <no...@so...> - 2011-05-04 13:14:08
|
Read and respond to this message at: https://sourceforge.net/projects/gnuwin32/forums/forum/74807/topic/4515893 By: noufmks Hello, I have installed GnuWin 32 in my system... I have a file that is compressed using bzip2...I want to bunzip2 it...I have tried to use the bunzip2 command from the "command prompt" but it didn't work...It tells me that 'bunzip2 command is not recognized as an internal or external command, operable program or batch file" _____________________________________________________________________________________ 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/4515893/unmonitor To stop monitoring this forum visit: https://sourceforge.net/projects/gnuwin32/forums/forum/74807/unmonitor |
|
From: SourceForge.net <no...@so...> - 2011-04-22 18:11:28
|
Read and respond to this message at: https://sourceforge.net/projects/gnuwin32/forums/forum/74807/topic/4499160 By: mz2ptc0 I tried it in Internet Explorer 8 and it did not work just as you reported but why can't you just download from the Files area/web page by scrolling down to the M4 package? It just takes much longer this way. _____________________________________________________________________________________ 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/4499160/unmonitor To stop monitoring this forum visit: https://sourceforge.net/projects/gnuwin32/forums/forum/74807/unmonitor |
|
From: SourceForge.net <no...@so...> - 2011-04-22 00:27:56
|
Read and respond to this message at: https://sourceforge.net/projects/gnuwin32/forums/forum/74807/topic/4499160 By: khtan The M4 page ( http://gnuwin32.sourceforge.net/packages/m4.htm ) seems to have an incorrect link for "Complete package, except sources". The Setup link says http://downloads.sourceforge.net/gnuwin32/m4-1.4.14-1-setup.exe but when clicked, the page https://sourceforge.net/projects/gnuwin32/files appears. So, the download does not happen. _____________________________________________________________________________________ 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/4499160/unmonitor To stop monitoring this forum visit: https://sourceforge.net/projects/gnuwin32/forums/forum/74807/unmonitor |
|
From: SourceForge.net <no...@so...> - 2011-04-05 17:38:59
|
Read and respond to this message at: https://sourceforge.net/projects/gnuwin32/forums/forum/74807/topic/4425351 By: shinysurfer thanks Allan. I just found tiff-3.7.2-src.zip. This matches the version of the tiff dll we are using on XP (libtiff3.dll ver .7.2.1953). Anyway, I was able to compile and link a new hp2xx.exe that works for us on W7. Thanks all Tom _____________________________________________________________________________________ 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/4425351/unmonitor To stop monitoring this forum visit: https://sourceforge.net/projects/gnuwin32/forums/forum/74807/unmonitor |
|
From: SourceForge.net <no...@so...> - 2011-04-05 17:31:43
|
Read and respond to this message at: https://sourceforge.net/projects/gnuwin32/forums/forum/74807/topic/4425351 By: mz2ptc0 I have the Gnuwin tiff package installed (version 3.8.2) but you may want to build the latest version (3.9.4) yourself. The development header files are included in the Windows installer version of the Gnuwin package. Then you could edit the Makefile to build against the Gnuwin tiff binaries. _____________________________________________________________________________________ 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/4425351/unmonitor To stop monitoring this forum visit: https://sourceforge.net/projects/gnuwin32/forums/forum/74807/unmonitor |
|
From: SourceForge.net <no...@so...> - 2011-04-05 15:16:14
|
Read and respond to this message at: https://sourceforge.net/projects/gnuwin32/forums/forum/74807/topic/4425351 By: shinysurfer jay, I have downloaded your files and I am attempting a compile with tif support. I have to_tif.c but it is referencing "tiffio.h", which I can't seem to find anywhere. Any suggestions? Thanks tom _____________________________________________________________________________________ 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/4425351/unmonitor To stop monitoring this forum visit: https://sourceforge.net/projects/gnuwin32/forums/forum/74807/unmonitor |
|
From: SourceForge.net <no...@so...> - 2011-04-02 14:20:37
|
Read and respond to this message at: https://sourceforge.net/projects/gnuwin32/forums/forum/74807/topic/4425351 By: mz2ptc0 [quote]For now I've uploaded the modified source I use and included the libpng/zlib binaries for png support. You should be able to compile from rxvt or the command prompt, however hp2xx has output problems in rxvt. Read the README-FIRST.txt and png14/README.txt http://sourceforge.net/projects/getgnuwin32/files/getgnuwin32/test%20builds/[/qu ote] Thanks for uploading the test version; I don't need this package but I was curious anyway. I built this test version with the official mingw32 gcc 4.5.2 but first I installed libpng 1.4.5 and zlib 1.2.5 (which I wanted to do anyway). I then compiled with the included png support modules but linked with my self-built zlib and libpng binaries. I received the same warning about `jmpbuf' when compiling png.c. It passed the tests essentially. I am using Windows XP SP3. _____________________________________________________________________________________ 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/4425351/unmonitor To stop monitoring this forum visit: https://sourceforge.net/projects/gnuwin32/forums/forum/74807/unmonitor |
|
From: SourceForge.net <no...@so...> - 2011-03-28 19:35:03
|
Read and respond to this message at: https://sourceforge.net/projects/gnuwin32/forums/forum/74807/topic/4425351 By: raysatiro I started writing a tmpfile() replacement. I didn't have a chance yet to look into why hp2xx might be failing on Windows 7 x64. What you can do is try changing the source to use hp2xx.$$$ as your tempfile. Refer to hp2xx.c:659 HPGL_to_TMP(). For now I've uploaded the modified source I use and included the libpng/zlib binaries for png support. You should be able to compile from rxvt or the command prompt, however hp2xx has output problems in rxvt. Read the README-FIRST.txt and png14/README.txt http://sourceforge.net/projects/getgnuwin32/files/getgnuwin32/test%20builds/ My make was successful, I used tdm build of gcc to test the make. [code]gcc.exe (tdm-1) 4.5.1 Copyright (C) 2010 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. [/code] I only had one warning for deprecated jmpbuf, you can ignore that _____________________________________________________________________________________ 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/4425351/unmonitor To stop monitoring this forum visit: https://sourceforge.net/projects/gnuwin32/forums/forum/74807/unmonitor |
|
From: SourceForge.net <no...@so...> - 2011-03-28 14:51:38
|
Read and respond to this message at: https://sourceforge.net/projects/gnuwin32/forums/forum/74807/topic/4425351 By: shinysurfer Jay, On my version of W7 the tmpdir() function does obey the temp variable for location for creating the temp files. In fact, it does successfully create the files, but still apparently returns an error to the program. Anyway, I downloaded mingw C compiler and make utility. If you have a makefile that is close, I would apprectiate the help. Thanks Tom _____________________________________________________________________________________ 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/4425351/unmonitor To stop monitoring this forum visit: https://sourceforge.net/projects/gnuwin32/forums/forum/74807/unmonitor |
|
From: SourceForge.net <no...@so...> - 2011-03-25 19:32:36
|
Read and respond to this message at: https://sourceforge.net/projects/gnuwin32/forums/forum/74807/topic/4425351 By: raysatiro Compiling hp2xx in mingw required some changes if I remember right. I had to make a makefile for it. My version had png support but not tiff. It's old though like two years. I'll probably write a replacement tmpdir(). Really a big issue is we should have temporary files first in temp tmp tmpdir if possible. I'll look into it this weekend. _____________________________________________________________________________________ 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/4425351/unmonitor To stop monitoring this forum visit: https://sourceforge.net/projects/gnuwin32/forums/forum/74807/unmonitor |
|
From: SourceForge.net <no...@so...> - 2011-03-23 16:25:10
|
Read and respond to this message at: https://sourceforge.net/projects/gnuwin32/forums/forum/74807/topic/4425351 By: shinysurfer hp2xx is failing to run on Windows 7. I believe it is this line in hp2xx.c that fails: if ((pg->td = tmpfile()) == NULL) The temp file IS actually created (this is NOT the problem with creating the file in the root dir), but I believe W7 is returning a less than perfect return causing the failure. Anyway, we are trying to make a temporary fix and recompile. We are finding it very difficult to recompile with the GUI environment or makefiles. Can anyone provide guidance on a fix or more precise recompile instructions on a windows compile of hp2xx? Thanks Tom de Castro _____________________________________________________________________________________ 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/4425351/unmonitor To stop monitoring this forum visit: https://sourceforge.net/projects/gnuwin32/forums/forum/74807/unmonitor |
|
From: SourceForge.net <no...@so...> - 2011-03-21 14:29:45
|
Read and respond to this message at: https://sourceforge.net/projects/gnuwin32/forums/forum/74807/topic/4417725 By: mz2ptc0 [quote]This is not a manifest issue, it is an issue with the function that creates a random temp file for ed. It appears the function does not check the environment for TEMP/TMP/TMPDIR, instead writing to the root of the working directory.[\quote] Since this is the case I decided to install the ed package with mingw and test it in a limited user account on Windows XP SP3. The same bug occurs and the workaround works. ...(snip) D:\gnwn-src\src\ed\1.5\ed-1.5-src>ed README Permission denied D:\gnwn-src\src\ed\1.5\ed-1.5-src>subst x: . D:\gnwn-src\src\ed\1.5\ed-1.5-src>x: X:\>ed README 5832 1,30l GNU ed is a line-oriented text editor. (snip).... It is possible that an update to ed 1.5 might fix this bug. _____________________________________________________________________________________ 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/4417725/unmonitor To stop monitoring this forum visit: https://sourceforge.net/projects/gnuwin32/forums/forum/74807/unmonitor |
|
From: SourceForge.net <no...@so...> - 2011-03-19 20:57:43
|
Read and respond to this message at: https://sourceforge.net/projects/gnuwin32/forums/forum/74807/topic/4417725 By: raysatiro This is not a manifest issue, it is an issue with the function that creates a random temp file for ed. It appears the function does not check the environment for TEMP/TMP/TMPDIR, instead writing to the root of the working directory. If you can't run ed as admin a workaround would be to use the subst command to assign a drive letter to your local temporary directory. You can then switch to that directory and run ed. [code]subst x: %LOCALAPPDATA%\Temp x: ed[/code] _____________________________________________________________________________________ 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/4417725/unmonitor To stop monitoring this forum visit: https://sourceforge.net/projects/gnuwin32/forums/forum/74807/unmonitor |
|
From: SourceForge.net <no...@so...> - 2011-03-19 18:13:05
|
Read and respond to this message at: https://sourceforge.net/projects/gnuwin32/forums/forum/74807/topic/4417725 By: mz2ptc0 [quote]If I launch ed as a plain user (UAC enabled) under Vista, it prints the message "Permission Denied" and then exits. It works when I run it from a command prompt with administrator privileges. [/quote] Simply continue using this workaround. One way to "fix" this bug(/feature?) may be to make a custom build which bypasses the official security model. _____________________________________________________________________________________ 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/4417725/unmonitor To stop monitoring this forum visit: https://sourceforge.net/projects/gnuwin32/forums/forum/74807/unmonitor |
|
From: SourceForge.net <no...@so...> - 2011-03-18 15:51:09
|
Read and respond to this message at: https://sourceforge.net/projects/gnuwin32/forums/forum/74807/topic/4417725 By: dannel If I launch ed as a plain user (UAC enabled) under Vista, it prints the message "Permission Denied" and then exits. It works when I run it from a command prompt with administrator privileges. I've tried setting TMP, TMPDIR, and HOME as recommended. Is there something else I need to do, or is this a known bug in ed? _____________________________________________________________________________________ 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/4417725/unmonitor To stop monitoring this forum visit: https://sourceforge.net/projects/gnuwin32/forums/forum/74807/unmonitor |
|
From: SourceForge.net <no...@so...> - 2011-03-14 16:10:44
|
Read and respond to this message at: https://sourceforge.net/projects/gnuwin32/forums/forum/74807/topic/4396225 By: lennycz Thank you, guys! Finally I decided to solve the problem by moving everything into a Perl script. Without using any modules (not even warnings--of course, I'm not living without it, I just remove it each time after deployment), Perl is still so powerful, but as portable as copying 1 exe and 2 DLLs (for each arch, if necessary). However, thanks a lot for tips! raysatiro: thanks, it works like a charm! :) _____________________________________________________________________________________ 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/4396225/unmonitor To stop monitoring this forum visit: https://sourceforge.net/projects/gnuwin32/forums/forum/74807/unmonitor |
|
From: SourceForge.net <no...@so...> - 2011-03-14 04:53:11
|
Read and respond to this message at: https://sourceforge.net/projects/gnuwin32/forums/forum/74807/topic/4396225 By: raysatiro Later versions of sort have a random sort option: -R, --random-sort sort by random hash of keys --random-source=FILE get random bytes from FILE I included a test build of sort-7.6 with the automated gnuwin32 download tool. You might want to try that. C:\gnuwin32\bin>find c:\windows | sort-7.6 --random-sort > c:\temp\random-sorting.txt https://sourceforge.net/projects/getgnuwin32/ Click the download button Run GetGnuWin32-0.6.3.exe to extract the files You do not need to run download.bat if all you want is sort-7.6. It is located in the GetGnuWin32\bin directory. Copy the exe to wherever you like. [code]sort (GNU coreutils) 7.6 Copyright (C) 2009 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>. This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Written by Mike Haertel and Paul Eggert.[/code] _____________________________________________________________________________________ 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/4396225/unmonitor To stop monitoring this forum visit: https://sourceforge.net/projects/gnuwin32/forums/forum/74807/unmonitor |
|
From: SourceForge.net <no...@so...> - 2011-03-14 01:37:50
|
Read and respond to this message at: https://sourceforge.net/projects/gnuwin32/forums/forum/74807/topic/4396225 By: mz2ptc0 [quote]Hi guys, I could not find shuf in GnuWin32, so I assume it hasn't been not ported to win (yet?) Do you have any tip to achieve the same functionality? What I actually need is to list all files in a folder (find c:\windows) and provide each item to an executable in random order. I was planning something like: find c:\windows | shuf > list.txt for /f %%G in (list.txt) do ( dosomething with %%G )[/quote] You may need to write a simple program yourself using a pseudo-random number generator or even the `noise.sys' hardware prng driver. The source code of shuf itself may give you some hints on how to do this, otherwise look at standard programming references. _____________________________________________________________________________________ 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/4396225/unmonitor To stop monitoring this forum visit: https://sourceforge.net/projects/gnuwin32/forums/forum/74807/unmonitor |
|
From: SourceForge.net <no...@so...> - 2011-02-28 15:45:40
|
Read and respond to this message at: https://sourceforge.net/projects/gnuwin32/forums/forum/74807/topic/1832242 By: feiyunw I confirmed this bug on my Win 7 x64 machine. Here is another example: http://stackoverflow.com/questions/3995493/gnuwin32-find-exe-expands-wildcard-be fore-performing-search I hope this bug can be fixed ASAP, as "find" is very popular. _____________________________________________________________________________________ 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/1832242/unmonitor To stop monitoring this forum visit: https://sourceforge.net/projects/gnuwin32/forums/forum/74807/unmonitor |
|
From: Anton S. <ant...@gm...> - 2011-02-23 20:02:11
|
According to the FAQ: http://gnuwin32.sourceforge.net/faq.html#faq5 The dlls are looked for either in the program's directory or on the Path environment variable. In my case the directory containing the dll D:\Anton\GNUWIN32\bin\ is on the Path, yet the dll is not found. Anton |
19 messages has been excluded from this view by a project administrator.
