gnuwin32-users Mailing List for GnuWin (Page 7)
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-09-27 16:07:59
|
Read and respond to this message at: https://sourceforge.net/projects/gnuwin32/forums/forum/74807/topic/3867898 By: raysatiro You'll have to use bzip2 -d to decompress the file manually. I had a similar problem when I ported sort 7.6. Windows can't fork like nix and so there was no easy way for me to enable compression. There is a proprietary fork for Windows but I forget who makes it, and also it doesn't really fork, it just fakes some process stuff and that isn't always good enough. The compile of sort I put out does not use compression, and I'm guessing Kees did the same thing here with tar: tar: Cannot fork: Function not implemented tar: Error is not recoverable: exiting now _____________________________________________________________________________________ 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/3867898/unmonitor To stop monitoring this forum visit: https://sourceforge.net/projects/gnuwin32/forums/forum/74807/unmonitor |
|
From: SourceForge.net <no...@so...> - 2010-09-26 22:57:17
|
Read and respond to this message at: https://sourceforge.net/projects/gnuwin32/forums/forum/74807/topic/3867898 By: va7srt I have an installation program that depends on Tar having the -j switch? The --help from the Tar build in the GnuWin32 archives doesn't list it. Is it possible an updated tar will be posted? _____________________________________________________________________________________ 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/3867898/unmonitor To stop monitoring this forum visit: https://sourceforge.net/projects/gnuwin32/forums/forum/74807/unmonitor |
|
From: SourceForge.net <no...@so...> - 2010-09-26 00:38:53
|
Read and respond to this message at: https://sourceforge.net/projects/gnuwin32/forums/forum/74807/topic/1926465 By: raysatiro You have to touch the file to apply it immediately. So if you create a manifest like patch.exe.manifest: touch patch.exe You'll need three manifests for gnuwin32 utils, patch.exe.manifest install.exe.manifest install-info.exe.manifest _____________________________________________________________________________________ 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/1926465/unmonitor To stop monitoring this forum visit: https://sourceforge.net/projects/gnuwin32/forums/forum/74807/unmonitor |
|
From: SourceForge.net <no...@so...> - 2010-09-25 20:27:24
|
Read and respond to this message at: https://sourceforge.net/projects/gnuwin32/forums/forum/74807/topic/1926465 By: sunek1 Yes I applied the workaround, but it didn't "take" immediately. It works after rebooting. _____________________________________________________________________________________ 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/1926465/unmonitor To stop monitoring this forum visit: https://sourceforge.net/projects/gnuwin32/forums/forum/74807/unmonitor |
|
From: SourceForge.net <no...@so...> - 2010-09-20 10:05:28
|
Read and respond to this message at: https://sourceforge.net/projects/gnuwin32/forums/forum/74807/topic/1926465 By: msec [quote]Unfortunately this does not work on 64-bit Vista. [/quote] Have you applied the workaround described in posts 6 and 7 in this thread? Patch.exe does not need admin privileges; it's the heuristics built into Vista which assumes that executables which do not have a manifest and have certain strings in their name - such as 'patch' and 'setup' - which causes the elevation prompt. Adding the manifest above stops Vista applying this heuristic; patch.exe then runs using the invoker's privilege. _____________________________________________________________________________________ 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/1926465/unmonitor To stop monitoring this forum visit: https://sourceforge.net/projects/gnuwin32/forums/forum/74807/unmonitor |
|
From: SourceForge.net <no...@so...> - 2010-09-19 19:08:35
|
Read and respond to this message at: https://sourceforge.net/projects/gnuwin32/forums/forum/74807/topic/1926465 By: sunek1 Unfortunately this does not work on 64-bit Vista. After adding the patch, running patch results in a prompt saying (loosely translated from Swedish) "The requested action requires a privilege elevation" and then the program terminates. The only way to run patch seems to be "as administrator". Not good. And why does it need elevated privileges? All it does is twiddle some files (in a highly useful 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/1926465/unmonitor To stop monitoring this forum visit: https://sourceforge.net/projects/gnuwin32/forums/forum/74807/unmonitor |
|
From: SourceForge.net <no...@so...> - 2010-09-17 20:00:37
|
Read and respond to this message at: https://sourceforge.net/projects/gnuwin32/forums/forum/74807/topic/3855871 By: trismarck Hi, Is wget capable of processing (redownloading) a .html file that is stored on the HDD? I've got a .html web page extracted from .chm file and I want to "download" that page using wget, so that all the files from that web page would be in one folder (I need those files for further processing). Unfortunately, it seems that wget can't process URLs like: [code]file:///C:/Documents%20and%20Settings/ddd/My%20Documents/My%20Sandboxes/sa ndbox1/tlbhelp/html/manual-8.html[/code] Can I force wget to process paths like that? I'm 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/3855871/unmonitor To stop monitoring this forum visit: https://sourceforge.net/projects/gnuwin32/forums/forum/74807/unmonitor |
|
From: SourceForge.net <no...@so...> - 2010-09-05 02:46:45
|
Read and respond to this message at: https://sourceforge.net/projects/gnuwin32/forums/forum/74807/topic/3836881 By: mz2ptc0 Since this task cannot be accomplished practically by using DD.exe directly I suggest you try using drive imaging software, specifically Clonezilla: http://clonezilla.org/ Even if you create an image with no compression at all (to save time) it will break it up into pieces of less than 2GB each. You want to create a Clonezilla Live CD. Warning: if you decide to select LZMA compression the job may run all day or longer. Then of course when you copy the drive image to Windows Server 2003 you will have to restore the image again using Clonezilla. Note: the program can be configured to use DD.exe (its own internal version) but it is not the default. _____________________________________________________________________________________ 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/3836881/unmonitor To stop monitoring this forum visit: https://sourceforge.net/projects/gnuwin32/forums/forum/74807/unmonitor |
|
From: SourceForge.net <no...@so...> - 2010-09-04 15:50:42
|
Read and respond to this message at: https://sourceforge.net/projects/gnuwin32/forums/forum/74807/topic/3830669 By: alanf00 << If your keyboard does not have the <Windows> key anyware try looking in the Start Menu for System Tools|System Information|Environment Variables which is another way to edit the environment variables.>> Ok, I found that. But I couldn't see any way to edit anything in the displayed information. What am I missing? I'm going to look into buying another keyboard, one with the <Windows> key. << The reason you may want to prepend and not append the folder is to avoid conflict with other Windows programs. >> Ok. However, when looking for more information about this, I saw some comments that said that prepending might cause such conflict. Any comments? Any idea where I can learn more about the issues? << If you don't know how to compile and install programs don't worry about the object libraries and developer files. >> Well, the point of my doing these things is to learn all about compiling and installing programs. So I want to learn everything I can. Here's a synopsis of what I've tried in recent weeks: installed Cygwin; installed several programs on Cygwin; tried to install "Freefont" on Cygwin, but couldn't find any excutables (Freefont has a GUI so I would expect to find them); looked at issues with installing Freefont and found a suggestion to install under MinGW; that led to finding GnuWin and such; installed MinGW and Msys; found no editor available so tried to install Vim; Vim required nucurses; couldn't install ncurses until I contacted the maintainer; finally got ncurses installed; still looking to get Vim installed properly. So the bottom line of my not finding executables is that Freefont doesn't seem to create one for its GUI -- unless I'm missing something obvious. Please note that I'm somewhat familiar with make, and using it to compile my own relatively simple C programs. I'm trying to learn more about all of this in my spare time. Thanks for your help! _____________________________________________________________________________________ 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/3830669/unmonitor To stop monitoring this forum visit: https://sourceforge.net/projects/gnuwin32/forums/forum/74807/unmonitor |
|
From: SourceForge.net <no...@so...> - 2010-09-04 04:34:22
|
Read and respond to this message at: https://sourceforge.net/projects/gnuwin32/forums/forum/74807/topic/3830669 By: mz2ptc0 If your keyboard does not have the <Windows> key anyware try looking in the Start Menu for System Tools|System Information|Environment Variables which is another way to edit the environment variables. The reason you may want to prepend and not append the folder is to avoid conflict with other Windows programs. If you don't know how to compile and install programs don't worry about the object libraries and developer files. _____________________________________________________________________________________ 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/3830669/unmonitor To stop monitoring this forum visit: https://sourceforge.net/projects/gnuwin32/forums/forum/74807/unmonitor |
|
From: SourceForge.net <no...@so...> - 2010-09-04 03:18:54
|
Read and respond to this message at: https://sourceforge.net/projects/gnuwin32/forums/forum/74807/topic/3836881 By: raysatiro You have an image file of your linux drive on your windows box? If I was doing testing like that I would boot the image in a virtual machine. I like vmware workstation because I can take snapshots and if I choose regress to a snapshot. Snapshots become useless if you try to increase the size of the virtual disk though, and they take up a lot of space. re degradation over time, I have experienced that (not specific to dd or gnuwin) but never by so much. I can't attribute the cause to any particular thing. I'm interested in what solution you find to that problem. You could try another version of dd, available here: http://www.chrysocome.net/dd I use version 0.5. 7efcd6af6a0fda490b42e0ed4c5aa969079040d1 *dd.exe The usage is slightly different, and depending on the version it reports different statistics. Note that in the 0.6 betas: --progress output is in the same unit as bs is specified with As opposed to the way it is 0.5, reporting in bytes. A note of caution (for anyone) that [b]you could totally decimate your hard drive if you don't know what you're doing with dd[/b], or setting block size, or if you don't understand the way windows object links and drive letters can change. for example windows assigns volume4 and drive letter C to my main windows partition when I boot with my raid plugged in, but when I boot without the raid plugged in it assigns volume2 and drive letter C. ]GUID[ link to \\?\Device\HarddiskVolume2 fixed media Mounted on \\.\c: So you'd want to use a combination of winobj,, disk management console, dd --list, etc so you can confirm what you're writing to. It's a mistake to assume, oh, well, I always image to volume 5 or whatever so I'll just do 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/3836881/unmonitor To stop monitoring this forum visit: https://sourceforge.net/projects/gnuwin32/forums/forum/74807/unmonitor |
|
From: SourceForge.net <no...@so...> - 2010-09-03 10:51:55
|
Read and respond to this message at: https://sourceforge.net/projects/gnuwin32/forums/forum/74807/topic/3836881 By: chrismunich Hi folks, first of all: great set of tools and thanks to all developers and contibutors. I'm currently working with dd.exe from the coreutil package to write to large files on Windows 2003 Server. Problem is file write throughput degrades massivly after some time from about 40 megabyte per second to around 4 megabyte per second (steady decay over aprox. 24h). This is bad since i deal with a disk image with a size of 1 terrabyte. On google i found much about syncronous file writes beeing the root cause for such throughput degradations. So i was pleased to find the nonblock-flag with dd.exe. But my tests show there is no difference when using oflag=nonblock, not in file creation patterns (as shown by Process Monitor) nor in throughput. Even when looking at the source code (dd.c) I found no substancial implications using or omitting oflag=nonblock. Any thoughts on this topic? I just want to transfer my 1 TB big disk image from a linux box to my windows box to try out some propriatary XFS undelete tools but it's taking me days to figure that out. Connecting the hard drives to my win. box is no option since it's a md-tools raid. _____________________________________________________________________________________ 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/3836881/unmonitor To stop monitoring this forum visit: https://sourceforge.net/projects/gnuwin32/forums/forum/74807/unmonitor |
|
From: SourceForge.net <no...@so...> - 2010-09-02 03:46:35
|
Read and respond to this message at: https://sourceforge.net/projects/gnuwin32/forums/forum/74807/topic/3830669 By: alanf00 favna wrote: << c:\program files\gnuwin32\bin no doubt it gets mentioned while you install it. or is findable by looking in program files, for the aptly named directory "gnuwin32", and see bin. you can change to that directory in the command prompt. Or more long term, you can set the PATH. Either temporarily - set path=%path%;"c:\program files\gnuwin32\bin" you may want to prepend it. Or, more long term.. which is better.. ctrl panel..system..advanced..environment variables Then look at that long path variable, and put "c:\program files\gnuwin32\bin" into the list.. Once you've OKed that, then I think maybe no restart necessary, when you next open a command prompt, it'll have it. type echo %path% and it should show it. >> Thanks for your many pointers! I checked them all out; found that all of your suggestions work, more or less. My problem remains (which I didn't mention initially): I'm trying to install Freefont. I've downloaded the Windows executable and various GNU/Cygwin related source files. While all of them seem to compile or install without any issues, all of them fail to produce an executable file. I've directly installed Freefont on Cygwin with the same result: no observable executable. I don't know if I'm completely missing something obvious, or whatever. Any help will be most appreciated. << alanf00 wrote: "am I missing something" @alanf00: yes, you are missing something. You didn't know they are command line tools. It could be these tools are not for you! >> I confess that I was a bit confused about what is and what isn't a command line tool. Now I know. Thanks. I've been using Unix for some 30 years, but mostly as a dumb user, not as I'm trying to learn myself around. Alan Feuerbacher al...@co... _____________________________________________________________________________________ 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/3830669/unmonitor To stop monitoring this forum visit: https://sourceforge.net/projects/gnuwin32/forums/forum/74807/unmonitor |
|
From: SourceForge.net <no...@so...> - 2010-09-02 03:26:24
|
Read and respond to this message at: https://sourceforge.net/projects/gnuwin32/forums/forum/74807/topic/3830669 By: alanf00 mz2pct0 wrote: << The easiest way to use the tools is to add them to your search path using the `PATH' environment variable, usually by prepending the /bin folder to your PATH variable. You do know how to edit/modify the environment variables on your Windows computer using the System applet (<Windows><break> key) or using the `set' command, don't you? You can also use the object libraries in other applications by including them in your linker search list in a `make' file. When you compile C or C++ programs you can use the developer header (.h) files. >> << The easiest way to use the tools is to add them to your search path using the `PATH' environment variable, usually by prepending the /bin folder to your PATH variable.>> Thank you! I eventually figured out how to use the standard Windows XP tools to do this. The exercise also clued me in on a number of related things. Apparently the "set" command is roughly equivalent to "set" in Linux. I finally found out that APPENDING the /bin/folder to the PATH worked. << You do know how to edit/modify the environment variables on your Windows computer using the System applet (<Windows><break> key) or using the `set' command, don't you?>> There is no "<Windows><break> key" on my keyboard. I suppose that's a bit odd, given that the keyboard is labeled "Microsoft" and is roughly six years old. Any suggestions as to how I might access this function? <<You can also use the object libraries in other applications by including them in your linker search list in a `make' file. When you compile C or C++ programs you can use the developer header (.h) files. >> I have no clue what you're talking about here. Remember that I'm a newbie as to Gnu Windows stuff, but I have plenty of experience as a simple user of Unix/Linux stuff going back some 30 years (almost always as a user; rarely as a programmer). I'm not trying to compile stuff at this point; only trying to install various GNU programs. Alan Feuerbacher al...@co... _____________________________________________________________________________________ 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/3830669/unmonitor To stop monitoring this forum visit: https://sourceforge.net/projects/gnuwin32/forums/forum/74807/unmonitor |
|
From: SourceForge.net <no...@so...> - 2010-08-30 06:20:01
|
Read and respond to this message at: https://sourceforge.net/projects/gnuwin32/forums/forum/74807/topic/3830669 By: favna alanf00 wrote: "am I missing something" @alanf00: yes, you are missing something. You didn't know they are command line tools. It could be these tools are not for you! _____________________________________________________________________________________ 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/3830669/unmonitor To stop monitoring this forum visit: https://sourceforge.net/projects/gnuwin32/forums/forum/74807/unmonitor |
|
From: SourceForge.net <no...@so...> - 2010-08-30 06:17:11
|
Read and respond to this message at: https://sourceforge.net/projects/gnuwin32/forums/forum/74807/topic/3830669 By: favna c:\program files\gnuwin32\bin no doubt it gets mentioned while you install it. or is findable by looking in program files, for the aptly named directory "gnuwin32", and see bin. you can change to that directory in the command prompt. Or more long term, you can set the PATH. Either temporarily - set path=%path%;"c:\program files\gnuwin32\bin" you may want to prepend it. Or, more long term.. which is better.. ctrl panel..system..advanced..environment variables Then look at that long path variable, and put "c:\program files\gnuwin32\bin" into the list.. Once you've OKed that, then I think maybe no restart necessary, when you next open a command prompt, it'll have it. type echo %path% and it should show it. _____________________________________________________________________________________ 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/3830669/unmonitor To stop monitoring this forum visit: https://sourceforge.net/projects/gnuwin32/forums/forum/74807/unmonitor |
|
From: SourceForge.net <no...@so...> - 2010-08-30 02:25:22
|
Read and respond to this message at: https://sourceforge.net/projects/gnuwin32/forums/forum/74807/topic/3830669 By: mz2ptc0 The easiest way to use the tools is to add them to your search path using the `PATH' environment variable, usually by prepending the /bin folder to your PATH variable. You do know how to edit/modify the environment variables on your Windows computer using the System applet (<Windows><break> key) or using the `set' command, don't you? You can also use the object libraries in other applications by including them in your linker search list in a `make' file. When you compile C or C++ programs you can use the developer header (.h) files. _____________________________________________________________________________________ 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/3830669/unmonitor To stop monitoring this forum visit: https://sourceforge.net/projects/gnuwin32/forums/forum/74807/unmonitor |
|
From: SourceForge.net <no...@so...> - 2010-08-30 01:08:38
|
Read and respond to this message at: https://sourceforge.net/projects/gnuwin32/forums/forum/74807/topic/3830669 By: alanf00 I just discovered GnuWin, have downloaded and installed a couple of tools via the "setup" programs on my Win XP machine. Various doc files get installed in the Start Menu, but no executables. Am I missing something? _____________________________________________________________________________________ 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/3830669/unmonitor To stop monitoring this forum visit: https://sourceforge.net/projects/gnuwin32/forums/forum/74807/unmonitor |
|
From: SourceForge.net <no...@so...> - 2010-08-26 20:03:06
|
Read and respond to this message at: https://sourceforge.net/projects/gnuwin32/forums/forum/74807/topic/3823431 By: gnuwin32 Then you must have a much older which, not from GnuWin. _____________________________________________________________________________________ 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/3823431/unmonitor To stop monitoring this forum visit: https://sourceforge.net/projects/gnuwin32/forums/forum/74807/unmonitor |
|
From: SourceForge.net <no...@so...> - 2010-08-24 15:40:19
|
Read and respond to this message at: https://sourceforge.net/projects/gnuwin32/forums/forum/74807/topic/3823431 By: bebst_fronigo My version of which.exe reports itself as Gnu which 2.4, (c) 1999 Carlos Wood The download site (http://www.xs4all.nl/~carlo17/which/) or (http://gnuwin32.sourceforge.net/packages/which.htm) offers which 2.20. Huh? Aside from that, which.exe does not redirect (it dumps its output to stderr, not stdout), which makes it useless in batch files. Is this a bug or a feature? _____________________________________________________________________________________ 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/3823431/unmonitor To stop monitoring this forum visit: https://sourceforge.net/projects/gnuwin32/forums/forum/74807/unmonitor |
|
From: SourceForge.net <no...@so...> - 2010-08-05 13:44:55
|
Read and respond to this message at: https://sourceforge.net/projects/gnuwin32/forums/forum/74807/topic/3796156 By: mz2ptc0 I am no expert on DJGPP version 2 internals but it works just like the old DOS programs in command line mode. It may use the MS terminal control layers or it may use its own similar versions. It does not use Windows 32-bit API at all. It may also run on old DEC systems such as VAX/VMS with VT100/102 terminals. _____________________________________________________________________________________ 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/3796156/unmonitor To stop monitoring this forum visit: https://sourceforge.net/projects/gnuwin32/forums/forum/74807/unmonitor |
|
From: SourceForge.net <no...@so...> - 2010-08-05 12:27:05
|
Read and respond to this message at: https://sourceforge.net/projects/gnuwin32/forums/forum/74807/topic/3730305 By: keithmarshall This probably isn't the best place to discuss MSYS features, because MSYS is maintained by the MinGW Project, not the GnuWin32 Project to which this forum relates. That said, MSYS *does* include df.exe in it's current build of GNU coreutils (coreutils-5.97), and we have no plans to drop it from future releases. Your misconception likely arises from its omission from the basic subset of the coreutils, which is necessary to fulfil the MSYS mission statement, so it isn't included in an msys-base install. However, you can find it in the coreutils-5.97-3-msys-1.0.13-ext.tar.lzma package, (currently installable using "mingw-get install msys-coreutils-ext", for those following mingw-get development). CAVEAT: as a non-mainstream component package, this receives less rigorous testing than the mainstream components. I have never used this df.exe myself, so cannot attest to its reliability or accuracy; 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/3730305/unmonitor To stop monitoring this forum visit: https://sourceforge.net/projects/gnuwin32/forums/forum/74807/unmonitor |
|
From: SourceForge.net <no...@so...> - 2010-08-05 08:25:21
|
Read and respond to this message at: https://sourceforge.net/projects/gnuwin32/forums/forum/74807/topic/3796156 By: keithmarshall > I would assume that an update to version 2.63 > from the current 2.54 version might help. Maybe; maybe not. It works fine for me, with my MSYS version of grep: $ grep --version GNU grep 2.5.4 $ cat <<EOF> a.txt this is a test EOF $ grep -n --color=always test a.txt 4:test <"test" appears here in red> What is apparent in the OP's post is that grep is emitting ANSI terminal control sequences to control colour. A standard Windows console doesn't know how to interpret those, so we see the raw control codes in the output. MSYS provides its own terminfo emulation layer, to translate those ANSI codes into the appropriate Windows console API function calls; perhaps your DJGPP variant does something similar? BTW, it is the existence of the terminfo emulation layer which allows the MSYS implementation of GNU "info" to run successfully, when -- last time I looked -- the GnuWin32 implementation just says "terminal is too dumb to run info". _____________________________________________________________________________________ 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/3796156/unmonitor To stop monitoring this forum visit: https://sourceforge.net/projects/gnuwin32/forums/forum/74807/unmonitor |
|
From: SourceForge.net <no...@so...> - 2010-08-05 01:39:00
|
Read and respond to this message at: https://sourceforge.net/projects/gnuwin32/forums/forum/74807/topic/3796156 By: mz2ptc0 I tried your test case with DJGPP 2.04 beta `grep' 2.63 and it seems to work as expected. I would assume that an update to version 2.63 from the current 2.54 version might help. _____________________________________________________________________________________ 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/3796156/unmonitor To stop monitoring this forum visit: https://sourceforge.net/projects/gnuwin32/forums/forum/74807/unmonitor |
|
From: SourceForge.net <no...@so...> - 2010-08-04 19:23:42
|
Read and respond to this message at: https://sourceforge.net/projects/gnuwin32/forums/forum/74807/topic/3796156 By: comancheclaws Using grep with --color doesn't work. For example, the following command doesn't show the search in red (which is the default): grep -r -n --color=always "test" a.txt Instead you'll get: ←[32m←[K4←[m←[K←[36m←[K:←[m←[K←[01;31m←[Ktest←[m←[K Now remove the "=always" and you'll get: 4:test but you don't have any color. _____________________________________________________________________________________ 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/3796156/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.
