[RFU] 1.7 glpk-4.40-1
new upstream version to download: wget -r -np -nH --cut-dirs=2 http://matzeri.altervista.org/cygwin-1.7/glpk glpk-4.40-1-src.tar.bz2 glpk-4.40-1.tar.bz2 libglpk-devel/libglpk-devel-4.40-1.tar.bz2 libglpk-devel/setup.hint libglpk0/libglpk0-4.40-1.tar.bz2 libglpk0/setup.hint setup.hint Regards Marco
Re: 'run xterm' fails to open a window
I would suggest you run the native version of 'gvim' instead of the cygwin 'gvim' unless you know you need something that the 'X' version provides. You can download the native gvim from the vim website. The native version can use the SAME config files as the cygwin version (i.e. it works equally well with LF line endings as it does CRLF line endings). It handles / or \ as path separators. I believe. BUT, one caveat, I have my Cygwin installed in C:\ not C:\cygwin, and my drive prefix is / not 'cygdrive/' This means all my dos paths and cygwin paths are *equal*. So from any directory, if I type in 'vi xxx', I get the cygwin based 'vi' editor, but if I want a gui, I can type in 'gvim xxx' and I will get the native-windows based gui. Just make sure you add /prog/vim/ to your path (or wherever you install vim programs). It's faster and doesn't need a running xserver. I do use the X-version of gvim, but only when editing a file on a remote machine. That said, the process of getting the 'X' version of gvim is straightforward. Start from debugging the launching of it in 'cmd.exe' -- that's like calling it from 'run'. which is similar to how explorer will run it. Also, if you use :0 for your output, be sure to put it in quotes. DISPLAY=:0 isn't safe unless it is quotes : DISPLAY=:0 DISPLAY=:0 will go through a unix socket to talk to your Xserver. In 'xhost', it shows up as LOCAL:, whereas internet addresses show up as INET:localhost (entry for localhost:0). jean-luc malet wrote: Hi! I have the same kind of issue but with gvim however it does work with xterm -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
Re: mwm broke down
Sorry guys, I found what the problem was: it seems that the Num Lock key is stuck and since the keyboard does not have any light for that I didn't know. Waiting for 1.7!!! Cheers, Daniel Hi, I was happily running (uname -a): CYGWIN_NT-5.1 ragtime 1.5.25(0.156/4/2) 2008-06-12 19:34 i686 Cygwin Together with mwm, when after an automatic windows update started to mis-behave. It starts ok but after a few seconds I cannot move the windows nor bring them to top or below. I will appreciate any help from the gurus. Regards, Daniel -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
Re: opengl in 1.7 on Win7 again
On 05/11/2009 11:32, Luke J. West wrote: I forgot to mention in my previous email that glxgears works fine - even though my sample opengl program bombs out like this... sh-3.2$ ./sample.bin freeglut (./sample.bin): ERROR: Internal errorVisual with necessary capabilities not found in function fgOpenWindow Segmentation fault (core dumped) Where's the first place you would check if you had this problem? Although you probably will not consider this helpful, the first place to look is: in your sample.c You haven't shown any evidence that the error message reported isn't correct i.e. your sample code is causing freeglut to ask for a visual which the server can't give it. *any* help appreciated. any suggestions as to where to look or what to check will be most helpful. Looking at the source code for fgOpenWindow and fgChooseVisual [1], the specification of glXChooseVisual, the set of visuals available as listed by glxinfo and how your sample code configures freeglut would probably be informative... [1] http://freeglut.svn.sourceforge.net/viewvc/freeglut/trunk/freeglut/freeglut/src/freeglut_window.c?view I've just installed Cygwin 1.7 (Win7 Hmoe Premium) and am trying to get started with OpenGL. I have a sample OpenGL program (sample.c) and I get the following. sh-3.2$ gcc -o sample.bin sample.c -lglut -lglu -lgl sh-3.2$ ./sample.bin freeglut (./sample.bin): ERROR: Internal errorVisual with necessary capabilities not found in function fgOpenWindow Segmentation fault (core dumped) sh-3.2$ glxinfo name of display: :0.0 display: :0 screen: 0 direct rendering: Yes server glx vendor string: Brian Paul ... 64 GLX Visuals visual x bf lv rg d st colorbuffer ax dp st accumbuffer ms cav id dep cl sp sz l ci b ro r g b a bf th cl r g b a ns b eat -- 0x21 24 tc 0 24 0 r y . 8 8 8 0 0 16 8 16 16 16 16 0 0 None 0xc2 24 tc 0 24 0 r y . 8 8 8 0 0 16 8 16 16 16 16 0 0 None 0xc3 24 tc 0 24 0 r y . 8 8 8 0 0 16 8 16 16 16 16 0 0 None 0xc4 24 tc 0 24 0 r y . 8 8 8 0 0 16 8 16 16 16 16 0 0 None -- Jon TURNEY Volunteer Cygwin/X X Server maintainer -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
Re: malloc overrides
On 05/11/2009 13:02, Dave Korn wrote: So probably just adding a dummy free() implementation will do the job? Unfortunately not. Yaakov -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: src/winsup/cygwin ChangeLog syscalls.cc
Christopher Faylor wrote: On Thu, Nov 05, 2009 at 07:22:25PM +0100, Corinna Vinschen wrote: Probably we would need to check for any kind of Windows executable suffix like .exe, .sys, .com. I have to admit, though, that I never saw a .src suffix for a Windows binary... Well, in this case we could just look for alphabetic suffixes. But that's probably too kludgy. %PATHEXT% cheers, DaveK -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: src/winsup/cygwin ChangeLog syscalls.cc
Dave Korn wrote: Christopher Faylor wrote: On Thu, Nov 05, 2009 at 07:22:25PM +0100, Corinna Vinschen wrote: Probably we would need to check for any kind of Windows executable suffix like .exe, .sys, .com. I have to admit, though, that I never saw a .src suffix for a Windows binary... Well, in this case we could just look for alphabetic suffixes. But that's probably too kludgy. %PATHEXT% Ah, but that doesn't have .sys. Doh. Wonder if there's a more complete list in the registry somewhere. cheers, DaveK -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: malloc overrides
Corinna Vinschen wrote: On Nov 5 18:22, Andy Koppe wrote: 2009/11/5 Yaakov (Cygwin/X): extern void _exit (int); extern char* strdup (const char*); static int are_we_stuck = 1; char* malloc(unsigned n) { are_we_stuck = 0; return 0; } int main(void) { strdup(yo); _exit (are_we_stuck); } FTFY. Funny, as I went to sleep last night I thought of just that solution. In practice, though, while it doesn't hang, it doesn't give the correct answer either. As Corinna said, the malloc override needs to be functional, in that it allocates memory which can then be free()d. So this isn't going to be quite so simple. :-( Does the memory actually need to be freed? Cygwin itself calls free, so the application implementation has to provide both. So probably just adding a dummy free() implementation will do the job? cheers, DaveK -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: src/winsup/cygwin ChangeLog syscalls.cc
On 05/11/2009 13:03, Dave Korn wrote: %PATHEXT% Ah, but that doesn't have .sys. Doh. And it does have a lot of extensions that are NOT PE/COFF executables (e.g. .bat). Wonder if there's a more complete list in the registry somewhere. I think the only reliable way will be to detect .sys and friends manually. :-( In the meantime, should this change be reverted? Yaakov -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: [1.7] Updated: cygwin-1.7.0-63
On Tue, Nov 3, 2009 at 12:54 PM, Christopher Faylor cgf-use-the-mailinglist-ple...@cygwin.com wrote: That sounds like a good bet to me. Setting LANG=en_US.UTF-8 allows X to run correctly for me. The only funny thing about that setting is that the date in my ls output is a little different. Is there any way to get the old date format back? Red Hat Linux: -rw-rw-r-- 1 reisert mpg-wgm 6270 Nov 5 12:12 register.log Cygwin: -rwx--+ 1 reisert Domain Users 46 2006-07-28 13:56 vk.sed - Jim -- Jim Reisert AD1C, jjreis...@alum.mit.edu, http://www.ad1c.us -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Segmentation faults?
Hi all, I'm using cygwin 1.7.0-63 with everything installed. I get a segmentation fault whenever I or any of my scripts issue the command: tput clear Are other people getting this? If not I'll have to go through the whole bug reporting process but I thought I'd ask first. Attached is tput.exe.stackdump from the most recent occurrence in case it might be of any use. This also happened in 1.7.0-62 but I think that's the first version where I noticed it. Thanks, -- Lee Maschmeyer Wayne State University Detroit, Michigan, USA tput.exe.stackdump Description: Binary data -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: [1.7] Undocumented change in accessing by dos drive letters?
Larry Hall (Cygwin) writes On 11/02/2009 01:29 PM, Jeffrey J. Kosowsky wrote: I didn't see any documentation in the What's New/What's Changed document saying that the following no longer works: cmd drive letter: For example: $ ls C: ls: cannot access C:: No such file or directory This had worked fine on earlier versions. This has broken several of my shell scripts so I am surprised it isn't either documented (if a desired change) or fixed (if a bug). I agree it's worth documenting. Am I missing something? Note using C:\\ does work. C:/ also works. Well, this brings up another seeming problem. From the cygwin shell, I can do tab-completion on drive letters to get things like C:/usr/bin/ls However, when I press return, I get: bash: C:/usr/bin/ls: No such file or directory Which is understandable since the file is in C:\cygwin\usr\bin\ls So, why is bash tab completion messing up here? (note the same behavior was true in cygwin 1.5 too so this is not a new bug. Note that completion does not work at all on the C:\\ format. And completion works fine on the /c or /cygdrive/c format. -- View this message in context: http://old.nabble.com/-1.7--Undocumented-change-in-accessing-by-dos-drive-letters--tp26168578p26222438.html Sent from the Cygwin list mailing list archive at Nabble.com. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Segmentation faults?
On 05/11/2009 15:14, Lee Maschmeyer wrote: I'm using cygwin 1.7.0-63 with everything installed. I get a segmentation fault whenever I or any of my scripts issue the command: tput clear Are other people getting this? http://cygwin.com/ml/cygwin/2009-10/msg00747.html Yaakov -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
status of gcc4 -ffast-math
Folks, what is the current status of -ffast-math for gcc4 under cygwin. I tried to use it for some numerical C code and get the following link errors: eval.o:eval.c:(.text+0x79c): undefined reference to `_f_pow' eval.o:eval.c:(.text+0x7d8): undefined reference to `_f_log' eval.o:eval.c:(.text+0x7f0): undefined reference to `_f_exp' Was not able to find the library where theses thingies live! Thx., H. P.S. before I forget: $ gcc --version gcc (GCC) 4.3.4 20090804 (release) 1 $ uname -a CYGWIN_NT-5.1 HansHorn 1.7.0(0.217/5/3) 2009-11-03 15:06 i686 Cygwin -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Accessing GLOBALROOT paths - a potential compromise???
Corinna Vinschen writes: In Cygwin 1.7 you can do this for any subdir in your volume shadow copy: $ ls -l //?/GLOBALROOT/Device/HarddiskVolumeShadowCopy1/subdir It just doesn't work for the root directory of a drive due to internal path handling restrictions. But there's a simple workaround. Use your own tool as below. The only hack that I have found to get around this is to use an *old*, *unsupported* Microsoft routine called 'dosdev' which allows you to assign drive letters to devices, including using the GLOBALROOT format. Try this: $ cat DefDosDevice.c EOF Cool Two follow-up questions: 1. Any idea how this differs from dosdev.exe? Is it faster/slower? More/less robust? More/less portable? 2. Should this short routine be added somewhere in the cygwin distribution? It seems incredibly useful and simple. -- View this message in context: http://old.nabble.com/Accessing-GLOBALROOT-paths---a-potential-compromisetp26175496p26222690.html Sent from the Cygwin list mailing list archive at Nabble.com. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Is there a fast way to get acl's for the whole filesystem (or chunk thereof)
For backup, I am trying to dump a list of the acl's for the files being backed up since my backup program doesn't handle the acls. When I use something like: find /c -exec getfacl {} \; mysavefile It is slow, in part at least because it has to fork a call to getfacl on each file found. Is there a faster way to do this (hopefully without having to go write C-code)? -- View this message in context: http://old.nabble.com/Is-there-a-fast-way-to-get-acl%27s-for-the-whole-filesystem-%28or-chunk-thereof%29-tp26222793p26222793.html Sent from the Cygwin list mailing list archive at Nabble.com. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Is there a fast way to get acl's for the whole filesystem (or chunk thereof)
On 11/05/2009 05:00 PM, aputerguy wrote: For backup, I am trying to dump a list of the acl's for the files being backed up since my backup program doesn't handle the acls. When I use something like: find /c -exec getfacl {} \; mysavefile It is slow, in part at least because it has to fork a call to getfacl on each file found. Is there a faster way to do this (hopefully without having to go write C-code)? find /c -exec getfacl {} \+ mysavefile ? -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 216 Dalton Rd. (508) 893-9889 - FAX Holliston, MA 01746 _ A: Yes. Q: Are you sure? A: Because it reverses the logical flow of conversation. Q: Why is top posting annoying in email? -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: status of gcc4 -ffast-math
Hans Horn wrote: Folks, what is the current status of -ffast-math for gcc4 under cygwin. I tried to use it for some numerical C code and get the following link errors: eval.o:eval.c:(.text+0x79c): undefined reference to `_f_pow' eval.o:eval.c:(.text+0x7d8): undefined reference to `_f_log' eval.o:eval.c:(.text+0x7f0): undefined reference to `_f_exp' WJFFM: $ cat math.c #include math.h int main (int argc, const char **argv) { float f = atof (argv[1]); double d = log (f); return exp (f); } ad...@ubik /tmp/math $ gcc-4 math.c -o math ad...@ubik /tmp/math $ gcc-4 math.c -o math -ffast-math ad...@ubik /tmp/math $ gcc-4 math.c -o math -ffast-math -O2 ad...@ubik /tmp/math $ gcc-4 math.c -o math -ffast-math -O3 ad...@ubik /tmp/math $ Perhaps a few more details about what you're doing, a simple reproducible testcase, what kind of command-lines you're using, etc. etc... might help. cheers, DaveK -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Is there a fast way to get acl's for the whole filesystem (or chunk thereof)
aputerguy wrote: For backup, I am trying to dump a list of the acl's for the files being backed up since my backup program doesn't handle the acls. When I use something like: find /c -exec getfacl {} \; mysavefile It is slow, in part at least because it has to fork a call to getfacl on each file found. Don't use -exec; use -print0 and pipe the output to xargs -0 getfacl. cheers, DaveK -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Redirecting stdin under gdb
Hi, I sent this out a few days ago and got no reply. Does anybody have a response to this? Has the problem with redirecting stdin under gdb been fixed? The most recent posting I can find is from 1999 and it was a known problem then. The problem is when you start up gdb and then type the following: run input where input is an input file located in the current directory. gdb just sits there, apparently waiting for input. According to the posting in 1999, the problem is because the cmd arg parser in win32/gdb doesn't look for redirection symbols. If there is no fix, is there a work-around so that I can use gdb in cygwin? Thanks, Joe -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
[1.7] Do the new security enhancements allow ssh under your own $USERNAME
I read the materials in What's New and the section Windows Security in Cygwin with interest since it describes new authentication potentials. However, I did not understand the material well enough to know whether 1.7 will allow users to ssh under their own $USERNAME or whether you will always get USERNAME=SYSTEM (assuming that you started sshd normally with cygrunsrv). I use 'ssh' to log on to remote computers to initialize backups by setting up shadow mounts. However, since vshadow won't run as user SYSTEM, I have to go through crazy hoops using 'at' to launch the process at the next minute in the future so that I can get vshadow to run. This ssh/security limitation is odd coming from a *nix environment where ssh gives you all the power you want or need... -- View this message in context: http://old.nabble.com/-1.7--Do-the-new-security-enhancements-allow-ssh-under-your-own-%24USERNAME-tp26223586p26223586.html Sent from the Cygwin list mailing list archive at Nabble.com. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
NTFS Symlinks (reparse point) redux
Sorry to bring up and older topic, but I'm only beginning to explore Vista and run into some of its cra^h^h^hnew features. Corinna Vinschen wrote: On Oct 29 02:40, Larry Hall (Cygwin) wrote: On 10/29/2009 01:26 AM, Neil Mowbray wrote: On NTFS systems that support real symbolic links (eg those with Vista) Will ln -s be chansed to support native symbolic links? No, not until, at least, native symbolic links don't require elevated privileges to use. - They don't have to...sorta: Under the User-rights assignment plugin, where you assign what users/groups have what priviledges, you can 'allow' USERS, or ALL ATHENTICATED USERS to have the priviledge. Then it doesn't require them to be an Administrator to use. They might still get a press ok to continue prompt if they have UAC turned on (though I'm not sure how many end-users would want to leave that on by default), but if you have UAC turned off, then even if you run as a regular user (in group Users), you'd still have that privilege. And even then, no. We need symlinks which support POSIX style content. --- Why? Can't cygwin convert it? Not that I'm necessarily pushing for this -- they are different from the normal cygwin conception of symlinks. So there are two problems: - Only users with administrator permissions can create native symlinks. --- Can be worked around. - Due to the way they are used in the Win32 API, there's no way to use them with POSIX paths *and* Win32 paths for interoperability. So why bother? --- Well -- because it would be _nice_ to have symlinks created in cygwin, also be recognized and usable when one looks at the same links in explorer. Also rmlink removes the target of the symbolic link not the link file. Is this what you want? I cannot reproduce this behavior using Cygwin 1.7 http://cygwin.com/#beta-test on Windows 7. Yes, indeed. Cygwin 1.5 doesn't recognize native symlinks and consequentially the unlink() function didn't use the FILE_OPEN_REPARSE_POINT flag to open the file for deletion. Does this mean utils like 'file' or 'tar' or 'cp' will correctly detect it as a symlink as well? -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: status of gcc4 -ffast-math
Dave Korn wrote: Hans Horn wrote: Folks, what is the current status of -ffast-math for gcc4 under cygwin. I tried to use it for some numerical C code and get the following link errors: eval.o:eval.c:(.text+0x79c): undefined reference to `_f_pow' eval.o:eval.c:(.text+0x7d8): undefined reference to `_f_log' eval.o:eval.c:(.text+0x7f0): undefined reference to `_f_exp' WJFFM: $ cat math.c #include math.h int main (int argc, const char **argv) { float f = atof (argv[1]); double d = log (f); return exp (f); } ad...@ubik /tmp/math $ gcc-4 math.c -o math ad...@ubik /tmp/math $ gcc-4 math.c -o math -ffast-math ad...@ubik /tmp/math $ gcc-4 math.c -o math -ffast-math -O2 ad...@ubik /tmp/math $ gcc-4 math.c -o math -ffast-math -O3 ad...@ubik /tmp/math $ Perhaps a few more details about what you're doing, a simple reproducible testcase, what kind of command-lines you're using, etc. etc... might help. cheers, DaveK Dave, I was just shooting into the dark expecting more like a yes/no wrt use of -ffast-math. Thx for responding! I'm linking with gfortran (v4.5 or v4.3.4) (because the C code calls a lot of fortran under the hood). This is how I compile link: gcc-4 -c -D_XOPEN_SOURCE_EXTENDED=1 -D_ALL_SOURCE -D_POSIX_SOURCE \ -std=c99 -Wall -Wshadow -Wreturn-type -Wunused \ -Wuninitialized -Wformat -Wunused-function -Wunused-macros -Wunused-label -Wredundant-decls -fno-leading-underscore -O3 \ -fno-strict-aliasing -Winline -fexpensive-optimizations \ -finline-functions -finline-limit=50 -fstrength-reduce -fgcse \ -fgcse-lm -fgcse-sm -funroll-loops -fforce-addr -fomit-frame-pointer \ -ftree-vectorize -mfpmath=sse -msse3 -ffast-math \ -march=pentium4 -pipe -fbounds-check -Wextra -Winit-self \ -DYY_NO_UNISTD_H -o math.o math.c gfortran -O3 -fno-strict-aliasing -Winline -fexpensive-optimizations \ -finline-functions -finline-limit=50 \ -fstrength-reduce -fgcse -fgcse-lm -fgcse-sm -funroll-loops -fforce-addr -fomit-frame-pointer -ftree-vectorize -mfpmath=sse \ -msse3 -ffast-math -march=pentium4 -pipe -L. -o math.exe math.o -Xlinker -\( -O3 -fno-strict-aliasing -Winline -fexpensive-optimizations \ -finline-functions -finline-limit=50 -fstrength-reduce -fgcse -fgcse-lm -fgcse-sm -funroll-loops -fforce-addr -fomit-frame-pointer \ -ftree-vectorize -mfpmath=sse -msse3 -ffast-math -march=pentium4 -pipe -lm -lgsl -ly -lfl --enable-auto-import -Xlinker -\) Compiling/linking your example gives: math.c: In function ‘main’: math.c:4: warning: implicit declaration of function ‘atof’ math.c:5: warning: unused variable ‘d’ math.c:3: warning: unused parameter ‘argc’ math.o:math.c:(.text+0x30): undefined reference to `_f_exp' collect2: ld returned 1 exit status Do you where this gobble stuff ‘ comes from, btw? H. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: [1.7] Do the new security enhancements allow ssh under your own $USERNAME
On 11/05/2009 05:43 PM, aputerguy wrote: I read the materials in What's New and the section Windows Security in Cygwin with interest since it describes new authentication potentials. However, I did not understand the material well enough to know whether 1.7 will allow users to ssh under their own $USERNAME or whether you will always get USERNAME=SYSTEM (assuming that you started sshd normally with cygrunsrv). I use 'ssh' to log on to remote computers to initialize backups by setting up shadow mounts. However, since vshadow won't run as user SYSTEM, I have to go through crazy hoops using 'at' to launch the process at the next minute in the future so that I can get vshadow to run. This ssh/security limitation is odd coming from a *nix environment where ssh gives you all the power you want or need... Welcome to Windows! ;-) I recommend that you try it and let us know if it solves your problem. The intent is to get Windows to understand the actual user with pubkey authentication. -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 216 Dalton Rd. (508) 893-9889 - FAX Holliston, MA 01746 _ A: Yes. Q: Are you sure? A: Because it reverses the logical flow of conversation. Q: Why is top posting annoying in email? -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: NTFS Symlinks (reparse point) redux
On Thu, Nov 05, 2009 at 02:55:29PM -0800, Linda Walsh wrote: Sorry to bring up and older topic, but I'm only beginning to explore Vista and run into some of its cra^h^h^hnew features. Corinna Vinschen wrote: On Oct 29 02:40, Larry Hall (Cygwin) wrote: On 10/29/2009 01:26 AM, Neil Mowbray wrote: On NTFS systems that support real symbolic links (eg those with Vista) Will ln -s be chansed to support native symbolic links? No, not until, at least, native symbolic links don't require elevated privileges to use. - They don't have to...sorta: Under the User-rights assignment plugin, where you assign what users/groups have what priviledges, you can 'allow' USERS, or ALL ATHENTICATED USERS to have the priviledge. Then it doesn't require them to be an Administrator to use. No one said Administrator. Corinna said elevated privileges. You can't expect that anyone who wants to use a symlink will be capable of getting additional rights. cgf -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: status of gcc4 -ffast-math
Hans Horn wrote: Dave Korn wrote: Hans Horn wrote: Folks, what is the current status of -ffast-math for gcc4 under cygwin. I tried to use it for some numerical C code and get the following link errors: eval.o:eval.c:(.text+0x79c): undefined reference to `_f_pow' eval.o:eval.c:(.text+0x7d8): undefined reference to `_f_log' eval.o:eval.c:(.text+0x7f0): undefined reference to `_f_exp' WJFFM: $ cat math.c #include math.h int main (int argc, const char **argv) { float f = atof (argv[1]); double d = log (f); return exp (f); } ad...@ubik /tmp/math $ gcc-4 math.c -o math ad...@ubik /tmp/math $ gcc-4 math.c -o math -ffast-math ad...@ubik /tmp/math $ gcc-4 math.c -o math -ffast-math -O2 ad...@ubik /tmp/math $ gcc-4 math.c -o math -ffast-math -O3 ad...@ubik /tmp/math $ Perhaps a few more details about what you're doing, a simple reproducible testcase, what kind of command-lines you're using, etc. etc... might help. cheers, DaveK Dave, I was just shooting into the dark expecting more like a yes/no wrt use of -ffast-math. Thx for responding! I'm linking with gfortran (v4.5 or v4.3.4) (because the C code calls a lot of fortran under the hood). This is how I compile link: gcc-4 -c -D_XOPEN_SOURCE_EXTENDED=1 -D_ALL_SOURCE -D_POSIX_SOURCE \ -std=c99 -Wall -Wshadow -Wreturn-type -Wunused \ -Wuninitialized -Wformat -Wunused-function -Wunused-macros -Wunused-label -Wredundant-decls -fno-leading-underscore -O3 \ -fno-strict-aliasing -Winline -fexpensive-optimizations \ -finline-functions -finline-limit=50 -fstrength-reduce -fgcse \ -fgcse-lm -fgcse-sm -funroll-loops -fforce-addr -fomit-frame-pointer \ -ftree-vectorize -mfpmath=sse -msse3 -ffast-math \ -march=pentium4 -pipe -fbounds-check -Wextra -Winit-self \ -DYY_NO_UNISTD_H -o math.o math.c gfortran -O3 -fno-strict-aliasing -Winline -fexpensive-optimizations \ -finline-functions -finline-limit=50 \ -fstrength-reduce -fgcse -fgcse-lm -fgcse-sm -funroll-loops -fforce-addr -fomit-frame-pointer -ftree-vectorize -mfpmath=sse \ -msse3 -ffast-math -march=pentium4 -pipe -L. -o math.exe math.o -Xlinker -\( -O3 -fno-strict-aliasing -Winline -fexpensive-optimizations \ -finline-functions -finline-limit=50 -fstrength-reduce -fgcse -fgcse-lm -fgcse-sm -funroll-loops -fforce-addr -fomit-frame-pointer \ -ftree-vectorize -mfpmath=sse -msse3 -ffast-math -march=pentium4 -pipe -lm -lgsl -ly -lfl --enable-auto-import -Xlinker -\) Compiling/linking your example gives: math.c: In function ‘main’: math.c:4: warning: implicit declaration of function ‘atof’ math.c:5: warning: unused variable ‘d’ math.c:3: warning: unused parameter ‘argc’ math.o:math.c:(.text+0x30): undefined reference to `_f_exp' collect2: ld returned 1 exit status Do you where this gobble stuff ‘ comes from, btw? H. Dave, I just found the culprit! It's -fno-leading-underscore. Have to see whether I can live without it! Thx. again -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
1.7] BUG - GREP slows to a crawl with large number of matches on a single file
Running grep on a 20MB file with ~100,000 matches takes an incredible almost 8 minutes under Cygwin 1.7 while taking just 0.2 seconds under Cygwin 1.5 (on a 2nd machine). The following cases show how grep under 1.7 grinds to a halt as the number of matches increases. The data 'testfile' is a plain text file of the acl's of all the 108,000 files on my Windoze computer. Note since the machines are different, compare relative times across cases rather than the times between the two machines. Case 1] Zero matches time grep sfsdfdsfds testfile | wc 0 0 0 Cygwin 1.5 real0m0.093s user0m0.092s sys 0m0.030s Cygwin 1.7 real0m1.353s user0m1.342s sys 0m0.062s Case 2] One match time grep .lesshst testfile | wc 1 3 29 Cygwin 1.5 (~same as zero matches) real0m0.234s user0m0.091s sys 0m0.061s Cygwin 1.7 (~same as zero matches) real0m1.499s user0m1.404s sys 0m0.046s Case 3] ~1400 matches Cygwin 1.5 (~ same as zero matches) time grep .bin testfile | wc 14395661 71067 real0m0.110s user0m0.076s sys 0m0.077s Cygwin 1.7 (~6x zero matches case real0m7.537s user0m7.341s sys 0m0.045s Case 4] ~16000 matches time grep Documents and Settings testfile | wc 15824 131573 1918500 Cygwin 1.5 (~same as zero matches) real0m0.437s user0m0.092s sys 0m0.092s Cygwin 1.7 (~50x zero matches) real1m14.491s user1m8.904s sys 0m0.031s Case 5] ~100,000 matches time grep # file testfile | wc 106988 510944 7930558 Cygwin 1.5 (~1.5x zero matches) real0m0.475s user0m0.154s sys 0m0.201s Cygwin 1.7 (~350x zero matches) real7m51.771s user7m16.810s sys 0m0.062s Case 6] Test that nothing wrong with file system reads or 'wc' time cat testfile | wc 966300 1821815 20426592 Cygwin 1.5 (approx same time as grepping zero matches) real0m0.344s user0m0.201s sys 0m0.186s Cygwin 1.7 (approx same time as grepping zero matches) real0m1.662s user0m1.373s sys 0m0.138s -- View this message in context: http://old.nabble.com/1.7--BUG---GREP-slows-to-a-crawl-with-large-number-of-matches-on-a-single-file-tp26224019p26224019.html Sent from the Cygwin list mailing list archive at Nabble.com. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Redirecting stdin under gdb
Joe Crepeau wrote: Hi, I sent this out a few days ago and got no reply. Does anybody have a response to this? It's never worked for me either, and now thanks to you I know exactly why, but I don't have any answer(*). Sorry. cheers, DaveK -- (*) - beyond I'm working my way down the toolchain from one end to the other and will get to gdb once I've finished with the compiler and binutils and fix as much as I can there too, but that's an open-ended thing without any predictable timescale. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: status of gcc4 -ffast-math
Hans Horn wrote: Do you where this gobble stuff ‘ comes from, btw? GCC is trying to use the appropriate set of internationalized opening and closing single-quote marks. If you export LC_LANG=C.ASCII, you'll get regular apostrophes. It's -fno-leading-underscore. Have to see whether I can live without it! You can't live *with* it. Seriously, if you're using it in the first place, you are doing something very very wrong indeed (like trying to link to pre-compiled linux binaries) that you should not be doing, because neither it nor anything else will work. You will break every library and just everything. Sorry about that, but the decision to prefix symbols with an underscore or not is part of the win32 ABI, not open to changing according to a user's preferences, and frankly I don't think this option serves any useful purpose except to break things and confuse people by giving them hope that things might work that can in fact never succeed. cheers, DaveK -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: 1.7] BUG - GREP slows to a crawl with large number of matches on a single file
aputerguy wrote: The data 'testfile' is a plain text file of the acl's of all the 108,000 files on my Windoze computer. So, the find | xargs trick worked then did it? :-) cheers, DaveK -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
rond: PID 3080: (*system*) WRONG FILE OWNER (/etc/crontab)
it seems that the file /etc/crontab must be owned by root. But there is not a root user in my computer. How could solve the problem? Do i have to create a root user for windows? -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: status of gcc4 -ffast-math
Dave Korn wrote: Hans Horn wrote: Do you where this gobble stuff ‘ comes from, btw? GCC is trying to use the appropriate set of internationalized opening and closing single-quote marks. If you export LC_LANG=C.ASCII, you'll get regular apostrophes. It's -fno-leading-underscore. Have to see whether I can live without it! You can't live *with* it. Seriously, if you're using it in the first place, you are doing something very very wrong indeed (like trying to link to pre-compiled linux binaries) that you should not be doing, because neither it nor anything else will work. You will break every library and just everything. Sorry about that, but the decision to prefix symbols with an underscore or not is part of the win32 ABI, not open to changing according to a user's preferences, and frankly I don't think this option serves any useful purpose except to break things and confuse people by giving them hope that things might work that can in fact never succeed. cheers, DaveK Dave, thx. for the clarification about the apostrophes! As to -fno-leading-underscore: I had this in my cygwin gcc3.* makefiles now for a couple of years (dunno where it originated). Compiles links fine without! It's gone down the crapper for good... Now I'm one happy gcc4/gfortran guy! Thanks again for your knowlegdable help! H. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Redirecting stdin under gdb
On Fri, Nov 06, 2009 at 01:00:13AM +, Dave Korn wrote: Joe Crepeau wrote: I sent this out a few days ago and got no reply. Does anybody have a response to this? It's never worked for me either, and now thanks to you I know exactly why, but I don't have any answer(*). Sorry. I somehow missed the original message. The problem has not been fixed. It is exactly what was mentioned. I do have the beginnings of a fix in gdb already. cgf -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: 1.7] BUG - GREP slows to a crawl with large number of matches on a single file
On Thu, Nov 05, 2009 at 03:27:07PM -0800, aputerguy wrote: Running grep on a 20MB file with ~100,000 matches takes an incredible almost 8 minutes under Cygwin 1.7 while taking just 0.2 seconds under Cygwin 1.5 (on a 2nd machine). The following cases show how grep under 1.7 grinds to a halt as the number of matches increases. The data 'testfile' is a plain text file of the acl's of all the 108,000 files on my Windoze computer. Note since the machines are different, compare relative times across cases rather than the times between the two machines. We'll need an actual test case if you want us to track it down. cgf -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Is there a fast way to get acl's for the whole filesystem (or chunk thereof)
For backup, I am trying to dump a list of the acl's for the files being backed up since my backup program doesn't handle the acls. When I use something like: find /c -exec getfacl {} \; mysavefile It is slow, in part at least because it has to fork a call to getfacl on each file found. Is there a faster way to do this (hopefully without having to go write C-code)? getfacl -R? -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: [ANNOUNCEMENT] [1.7] Updated: cygwin-1.7.0-63
Corinna Vinschen wrote: ... Bugfixes: = ... - Improve the roundtrip capability when converting singlebyte chars to the UNICODE prvate use area U+F0xx and vice versa. Fantastic! I just upgraded from 1.7.0-62 to -63, and my daily rsync backup script can now see that handful of files on my system with weird names [containing Unicode char U+F020] that were previously untouchable by Cygwin. Just wondering: What limitations, if any, are there now on the chars from the U+F0xx range that can be used in filenames? -SM -- -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Is there a fast way to get acl's for the whole filesystem (or chunk thereof)
Andrew Schulman wrote: For backup, I am trying to dump a list of the acl's for the files being backed up since my backup program doesn't handle the acls. When I use something like: find /c -exec getfacl {} \; mysavefile It is slow, in part at least because it has to fork a call to getfacl on each file found. Is there a faster way to do this (hopefully without having to go write C-code)? getfacl -R? I think you're guessing. There's no -R option in the getfacl --help output and it got rejected when I tried it just in case. cheers, DaveK -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: rond: PID 3080: (*system*) WRONG FILE OWNER (/etc/crontab)
On 11/05/2009 08:19 PM, nwpu053...@gmail.com wrote: it seems that the file /etc/crontab must be owned by root. But there is not a root user in my computer. How could solve the problem? Do i have to create a root user for windows? Be careful. Things are not always as they first seem. I'm going to go straight to asking you to read and follow the problem reporting guidelines found here first: Problem reports: http://cygwin.com/problems.html In the meantime, I'll live dangerously as well and presume that you're not running 'crond' as the same user that owns '/etc/crontab'. The fix to that problem is to change the owner of '/etc/crontab' to that of the user 'crond' runs as. For instance, if you're running 'crond' as a service on WinXP, that user is likely to be 'system'. This is not, however, the only option so it depends on how you've configured 'crond'. Hence my original pointer above. FWIW, there is no significance to 'root' on Windows. Actually, you may have 'root' as a group now (depending on your Cygwin installation). But having this is not the answer to your problem, whatever that is. -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 216 Dalton Rd. (508) 893-9889 - FAX Holliston, MA 01746 _ A: Yes. Q: Are you sure? A: Because it reverses the logical flow of conversation. Q: Why is top posting annoying in email? -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: NTFS Symlinks (reparse point) redux
Christopher Faylor wrote: Will ln -s be chansed to support native symbolic links? No, not until, at least, native symbolic links don't require elevated privileges to use. - They don't have to...sorta: Under the User-rights assignment plugin, where you assign what users/groups have what priviledges, you can 'allow' USERS, or ALL ATHENTICATED USERS to have the priviledge. Then it doesn't require them to be an Administrator to use. No one said Administrator. Corinna said elevated privileges. You can't expect that anyone who wants to use a symlink will be capable of getting additional rights. --- That's why I said sorta...if a user is on their own system, or if an administrator ok's it, they could set up their system to allow symlinks for normal users. I mean it is a normal, non-privileged function in linux, it might become that in the NT world -- its just that now no one is used to it, and to many tools, the 'symlinks' look like regular files or directories -- i.e. the are 'hard' to see. It's only been on Vista that I now see the reparse points I was already using in XP, now showing up with the little arrow (symlink symbol). If people get used to symlinks being around as they are on unix, then such a 'privilege' might become a common place configuration -- thus my desire to see cygwin be able to at least recognize and treat them as symlinks (first and foremost), with 'creating' them left open for some future possibility if they become more prevalent. I can easily live with linkd/delrp, myself at this point, but I would really appreciate visual aids in recognizing them and where they link to -- like an ls -l of a dir showing me the path of such a symlink -- EVEN if it was a Winpath. That'd be an instant clue that it was a reparse-symlink and not a conventional cygwin .lnk symlink Is that more 'palatable' with that suggestion? :-) *baking to please...* -linda -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: 1.7] BUG - GREP slows to a crawl with large number of matches on a single file
aputerguy wrote: Running grep on a 20MB file with ~100,000 matches takes an incredible almost 8 minutes under Cygwin 1.7 while taking just 0.2 seconds under Cygwin 1.5 (on a 2nd machine). --- I've seen nasty behavior with grep that isnt' cygwin specific. Try pcregrep and see if you have the same issue. I found it to be about ~100 times faster under _some_ searches though 2-3x is more typical. The gnu re-parser isn't real efficient under some circumstances. If you find a big difference, you might also want to report it to the bug-g...@gnu.org mailing list, but last time I did, they told me that's the way it is due to some posix conformance thing... -l -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: [1.7] Undocumented change in accessing by dos drive letters?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 According to aputerguy on 11/5/2009 2:34 PM: From the cygwin shell, I can do tab-completion on drive letters to get things like C:/usr/bin/ls However, when I press return, I get: bash: C:/usr/bin/ls: No such file or directory Which is understandable since the file is in C:\cygwin\usr\bin\ls So, why is bash tab completion messing up here? (note the same behavior was true in cygwin 1.5 too so this is not a new bug. This is not a bug, but a feature of bash tab-completion. 'man bash', and search for COMP_WORDBREAKS. Note that : is a special character, in that it marks a boundary of a word (so you are completing /usr/bin/ls, not c:/usr/bin/ls). In other words, completion sees a different file name than ls. All the more reason to use posix-y paths and avoid drive letters. - -- Don't work too hard, make some time for fun as well! Eric Blake e...@byu.net -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (Cygwin) Comment: Public key at home.comcast.net/~ericblake/eblake.gpg Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkrzlJYACgkQ84KuGfSFAYAtGQCeMy454mlxAKx6k/VKj3AkFZek 9CAAnRWyZ+xoZgutSGJ9mIV3KtK7tLB8 =Bgv3 -END PGP SIGNATURE- -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: [1.7] Updated: cygwin-1.7.0-63
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 According to Jim Reisert AD1C on 11/5/2009 1:19 PM: On Tue, Nov 3, 2009 at 12:54 PM, Christopher Faylor cgf-use-the-mailinglist-ple...@cygwin.com wrote: That sounds like a good bet to me. Setting LANG=en_US.UTF-8 allows X to run correctly for me. The only funny thing about that setting is that the date in my ls output is a little different. Is there any way to get the old date format back? Yes. Read the manual: $ info ls 'formatting file timestamps' In particular, --time-style in an alias, or TIME_STYLE in your environment, is your friend. - -- Don't work too hard, make some time for fun as well! Eric Blake e...@byu.net -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (Cygwin) Comment: Public key at home.comcast.net/~ericblake/eblake.gpg Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkrzln0ACgkQ84KuGfSFAYCicQCg2ZhDu4z/N1oMNaf1DhAaiqf0 MhoAnRiCs41AApiYEECFrSB4LnlS9C+m =+p/+ -END PGP SIGNATURE- -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: NTFS Symlinks (reparse point) redux
On Thu, Nov 05, 2009 at 07:04:09PM -0800, Linda Walsh wrote: Christopher Faylor wrote: Will ln -s be chansed to support native symbolic links? No, not until, at least, native symbolic links don't require elevated privileges to use. - They don't have to...sorta: Under the User-rights assignment plugin, where you assign what users/groups have what priviledges, you can 'allow' USERS, or ALL ATHENTICATED USERS to have the priviledge. Then it doesn't require them to be an Administrator to use. No one said Administrator. Corinna said elevated privileges. You can't expect that anyone who wants to use a symlink will be capable of getting additional rights. That's why I said sorta...if a user is on their own system, or if an administrator ok's it, they could set up their system to allow symlinks for normal users. I mean it is a normal, non-privileged function in linux, it might become that in the NT world -- its just that now no one is used to it, and to many tools, the 'symlinks' look like regular files or directories -- i.e. the are 'hard' to see. It's only been on Vista that I now see the reparse points I was already using in XP, now showing up with the little arrow (symlink symbol). You're talking about doing a lot of work for something that now requires the user to do something special but might become that in the NT world. And, there's still the issue of symlinks not handling POSIX paths. How would you handle a symlink to a device or to something in /proc? What do you do when an MS-DOS path symlink points to a mount point and the mount point changes? cgf -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: 1.7] BUG - GREP slows to a crawl with large number of matches on a single file
On Thu, Nov 05, 2009 at 07:11:02PM -0800, Linda Walsh wrote: aputerguy wrote: Running grep on a 20MB file with ~100,000 matches takes an incredible almost 8 minutes under Cygwin 1.7 while taking just 0.2 seconds under Cygwin 1.5 (on a 2nd machine). I've seen nasty behavior with grep that isnt' cygwin specific. Try pcregrep and see if you have the same issue. I found it to be about ~100 times faster under _some_ searches though 2-3x is more typical. The gnu re-parser isn't real efficient under some circumstances. If you find a big difference, you might also want to report it to the bug-g...@gnu.org mailing list, but last time I did, they told me that's the way it is due to some posix conformance thing... The fact that it behaves differently between Cygwin 1.5 and 1.7 would suggest that this isn't a grep problem. That's why I asked for a test case. cgf -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Is there a fast way to get acl's for the whole filesystem (or chunk thereof)
Andrew Schulman-3 wrote: getfacl -R? Unfortunately, no '-R' at least on my updated version. The -exec ... \+ and the -print0 | xargs -0 tricks both worked!!! Thanks. Timing and comparing the two approaches, it seems like they both use the same 'user' time but the xargs approach uses only about half the 'system' time. -- View this message in context: http://old.nabble.com/Is-there-a-fast-way-to-get-acl%27s-for-the-whole-filesystem-%28or-chunk-thereof%29-tp26222793p26226433.html Sent from the Cygwin list mailing list archive at Nabble.com. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: NTFS Symlinks (reparse point) redux
On 11/05/2009 10:04 PM, Linda Walsh wrote: If people get used to symlinks being around as they are on unix, then such a 'privilege' might become a common place configuration -- thus my desire to see cygwin be able to at least recognize and treat them as symlinks (first and foremost), with 'creating' them left open for some future possibility if they become more prevalent. If someday there's actually good support for something that can be used in Windows as symlinks are in Linux/Unix, I expect there will be lots of interest in getting them fully supported in Cygwin. We're not there yet. I can easily live with linkd/delrp, myself at this point, but I would really appreciate visual aids in recognizing them and where they link to -- like an ls -l of a dir showing me the path of such a symlink -- EVEN if it was a Winpath. That'd be an instant clue that it was a reparse-symlink and not a conventional cygwin .lnk symlink Is that more 'palatable' with that suggestion? Let's see. So you'd like Cygwin to make changes to recognize reparse points, even though there'd be no way to manipulate them and would not point to a POSIX path. That seems like allot of extra complication to the already complicated and slow path handling code to support a questionable Windows feature that many people won't be able to use in Windows. And, of course, if we were to do as you suggest, we'd then get questions about how to *make* one of those, why it can't be done, and how come they don't contain POSIX paths too. Hm, I'm having trouble seeing the real benefit here to the Cygwin community. That said, I (and I expect others) would *love* for Windows to have *real* symlinks without all these hokey restrictions. MS has been taking swings at this for years now and, in my view, keeps failing to connect. I think we have to fight the temptation to see reparse points as something that they're not. -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 216 Dalton Rd. (508) 893-9889 - FAX Holliston, MA 01746 _ A: Yes. Q: Are you sure? A: Because it reverses the logical flow of conversation. Q: Why is top posting annoying in email? -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Is there a fast way to get acl's for the whole filesystem (or chunk thereof)
OK... one small problem. Every ~4500 lines and (70-80K characters), both of these methods omit the empty line between the getfacl stanzas. The skipped lines however don't occur at the same places in the two different methods. I assume it must be due to buffering of the long line input or something, but I would like to correct for it. Preferably correct it before it occurs rather than having to use some sed or perl magic to clean up the file afterward. Any suggestions? -- View this message in context: http://old.nabble.com/Is-there-a-fast-way-to-get-acl%27s-for-the-whole-filesystem-%28or-chunk-thereof%29-tp26222793p26226546.html Sent from the Cygwin list mailing list archive at Nabble.com. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Is there a fast way to get acl's for the whole filesystem (or chunk thereof)
On 11/05/2009 11:05 PM, aputerguy wrote: OK... one small problem. Every ~4500 lines and (70-80K characters), both of these methods omit the empty line between the getfacl stanzas. The skipped lines however don't occur at the same places in the two different methods. I assume it must be due to buffering of the long line input or something, but I would like to correct for it. Preferably correct it before it occurs rather than having to use some sed or perl magic to clean up the file afterward. Any suggestions? $ getfacl ~/.vim/colors/mine.vim; getfacl ~/.bash_history; getfacl.exe /tmp/tt # file: /home/lhall/.vim/colors/mine.vim # owner: lhall # group: None user::rwx group::--- mask:rwx other:--- # file: /home/lhall/.bash_history # owner: lhall # group: None user::rw- group::--- mask:rwx other:--- # file: /tmp/tt # owner: lhall # group: None user::rw- group::r-- mask:rwx other:r-- What empty line between the getfacls stanzas? -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 216 Dalton Rd. (508) 893-9889 - FAX Holliston, MA 01746 _ A: Yes. Q: Are you sure? A: Because it reverses the logical flow of conversation. Q: Why is top posting annoying in email? -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Is there a fast way to get acl's for the whole filesystem (or chunk thereof)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 According to Larry Hall (Cygwin) on 11/5/2009 9:13 PM: What empty line between the getfacls stanzas? The blank line that is output after one getfacl process ends. Try 'getfacl . .; getfacl .' vs. 'getfacl .; getfacl . .' to see it. The number of command line arguments pieced together without exceeding exec() limits is dependent on the sum of the command line length and the size of the current environment; but since the 'find -exec {} +' and 'find - -print0 | xargs -0' approaches see a slightly different environment variables (in particular, $_ will be a different length between the two invocations), the wraparound point for creating new processes differs. But if you WANT to guarantee a newline between processes, just ask for it. Here's one way: find -print0 | xargs -0 sh -c 'getfacl $@; echo' sh - -- Don't work too hard, make some time for fun as well! Eric Blake e...@byu.net volunteer cygwin findutils maintainer -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (Cygwin) Comment: Public key at home.comcast.net/~ericblake/eblake.gpg Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkrzsOYACgkQ84KuGfSFAYBtygCfdRcDiCdFIruAygjweoT6OOM0 c08An1Vi3xPHMP9Y6ID+0O7WITkmPn7H =5Svy -END PGP SIGNATURE- -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: [ANNOUNCEMENT] [1.7] Updated: cygwin-1.7.0-63
2009/11/6 Steven Monai: Fantastic! I just upgraded from 1.7.0-62 to -63, and my daily rsync backup script can now see that handful of files on my system with weird names [containing Unicode char U+F020] that were previously untouchable by Cygwin. Just wondering: What limitations, if any, are there now on the chars from the U+F0xx range that can be used in filenames? See here: http://sourceware.org/ml/cygwin/2009-11/msg00040.html Andy -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: 1.7] BUG - GREP slows to a crawl with large number of matches on a single file
OK. Here is a simple test case: X=10 while [ $X -gt 0 ] ; do echo The quick brown fox jumped over the lazy dog ; let X=X-1; done testfile time grep dog testfile | wc Cygwin 1.5: real0m0.219s user0m0.232s sys 0m0.045s Cygwin 1.7: real7m46.575s user7m14.138s sys 0m0.076s While using sed on Cygwin 1.5, I get the reasonable result: time sed -ne /dog/p testfile | wc real0m1.229s user0m1.202s sys 0m0.046s -- View this message in context: http://old.nabble.com/1.7--BUG---GREP-slows-to-a-crawl-with-large-number-of-matches-on-a-single-file-tp26224019p26226567.html Sent from the Cygwin list mailing list archive at Nabble.com. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
small exe size increase from 1.7.0-62 to -63
A test with an empty main compiled using gcc-4 under cygwin-1.7.0-63 has a size of 6.5K. After downgrading to 1.7.0-62, without changing anything else, the size goes down to 5.0K. $ cat test.c int main(void) { return 0; } $ gcc test.c -Os -s Looking at objdump differences, both code and data size have gone up: SizeOfCode0800 SizeOfInitializedData 1000 --- SizeOfCode0e00 SizeOfInitializedData 1600 And we're pulling in a bunch of additional functions from cygwin1.dll and kernel32.dll: 515c 666 abort 5170 788 cygwin_create_path 51b0 812 dll_dllcrt0 51d4 1221 memcpy 51ec 1620 strlen 51f8 1742 vsnprintf 5238 336 GetModuleFileNameW 5274 388 GetStdHandle 5284 798 VirtualProtect 5296 801 VirtualQuery 52a6 827 WriteFile Obviously 1.5K isn't much of a concern, but is this expected? Andy -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
xsi ipc can't work under 1.7.0-063
cygserver service runs well but ipcs command report bad system call. Other programs need ipc operator also can't run now. I rollbacked to 1.7.0-062 and it seems everything goes fine -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
1.7] Can you have multipe cygdrive path prefixes active at once
The mount manpage says: -p, --show-cygdrive-prefix show user and/or system cygdrive path prefix The and/or would suggest you could have different user and system cygdrive path prefixes active at once, which would potentially be a bit confusing Also, is there a better way to extract the prefix directly than to do some bash grepping/cutting on the readable text output of mount -p? I need to know the cygdrive prefix to make my scripts that call Windoze executables work independent of what it might be set to. -- View this message in context: http://old.nabble.com/1.7--Can-you-have-multipe-cygdrive-path-prefixes-active-at-once-tp26227605p26227605.html Sent from the Cygwin list mailing list archive at Nabble.com. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: 1.7] Can you have multipe cygdrive path prefixes active at once
In particular, I can't use mount -p to distinguish between prefixes that might have (variable) number of trailing spaces (which is allowed). -- View this message in context: http://old.nabble.com/1.7--Can-you-have-multipe-cygdrive-path-prefixes-active-at-once-tp26227605p26227607.html Sent from the Cygwin list mailing list archive at Nabble.com. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Is there a fast way to get acl's for the whole filesystem (or chunk thereof)
Andrew Schulman wrote: For backup, I am trying to dump a list of the acl's for the files being backed up since my backup program doesn't handle the acls. When I use something like: find /c -exec getfacl {} \; mysavefile It is slow, in part at least because it has to fork a call to getfacl on each file found. Is there a faster way to do this (hopefully without having to go write C-code)? getfacl -R? I think you're guessing. There's no -R option in the getfacl --help output and it got rejected when I tried it just in case. Well, only partly. I was looking at getfacl on my Debian box at home, and it does have an -R option for recursive retrieval. Strange that Cygwin doesn't have it. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: 1.7] Can you have multipe cygdrive path prefixes active at once
aputerguy wrote: In particular, I can't use mount -p to distinguish between prefixes that might have (variable) number of trailing spaces (which is allowed). I believe that you want to use the cygpath program if you want to convert POSIX paths to Windows paths reliably. Assuming the default cygdrive prefix is in use: $ cygpath -w /cygdrive/c/an/example/posix/path C:\an\example\posix\path I'm at a Linux system right now, so I typed that from what I remember. It should be pretty close though. -Jeremy -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Help to run executable (with ioperm) in a cmd xp window
Hi! I would like to redistribute a console application developed in a cygwin environment to people that do not have cygwin installed. Usually, I put the executable in a directory and using a cmd window of XP i try to run the executable. An erro message appears because a dll is miss. Join all the dlls necessary at the end the application run correctly. This specific case is a bit different. The application have to communicate with the parallel port and hence I have to install ioperm (ioperm -i) on the pc. Running ioperm I obtain ioperm.sys is already installed. StartService function call failed. And obviously the application does not run. Someone can help me to overcome this problem Tanks In Advance -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple