Help to run executable (with ioperm) in a cmd xp window

2009-11-05 Thread arkkimede
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 dl

Re: 1.7] Can you have multipe cygdrive path prefixes active at once

2009-11-05 Thread Jeremy Bopp
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

Re: Is there a fast way to get acl's for the whole filesystem (or chunk thereof)

2009-11-05 Thread Andrew Schulman
> 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

Re: 1.7] Can you have multipe cygdrive path prefixes active at once

2009-11-05 Thread aputerguy
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 fro

1.7] Can you have multipe cygdrive path prefixes active at once

2009-11-05 Thread aputerguy
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

xsi ipc can't work under 1.7.0-063

2009-11-05 Thread Huang Bambo
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/ Documentat

small exe size increase from 1.7.0-62 to -63

2009-11-05 Thread Andy Koppe
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 si

Re: 1.7] BUG - GREP slows to a crawl with large number of matches on a single file

2009-11-05 Thread aputerguy
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

Re: [ANNOUNCEMENT] [1.7] Updated: cygwin-1.7.0-63

2009-11-05 Thread Andy Koppe
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 a

Re: Is there a fast way to get acl's for the whole filesystem (or chunk thereof)

2009-11-05 Thread Eric Blake
-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

Re: Is there a fast way to get acl's for the whole filesystem (or chunk thereof)

2009-11-05 Thread Larry Hall (Cygwin)
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 b

Re: Is there a fast way to get acl's for the whole filesystem (or chunk thereof)

2009-11-05 Thread aputerguy
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 somethin

Re: NTFS Symlinks (reparse point) redux

2009-11-05 Thread Larry Hall (Cygwin)
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 'c

Re: Is there a fast way to get acl's for the whole filesystem (or chunk thereof)

2009-11-05 Thread aputerguy
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

Re: 1.7] BUG - GREP slows to a crawl with large number of matches on a single file

2009-11-05 Thread Christopher Faylor
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 th

Re: NTFS Symlinks (reparse point) redux

2009-11-05 Thread Christopher Faylor
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": Un

Re: [1.7] Updated: cygwin-1.7.0-63

2009-11-05 Thread Eric Blake
-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 > 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 abou

Re: [1.7] Undocumented change in accessing by dos drive letters?

2009-11-05 Thread Eric Blake
-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 u

Re: 1.7] BUG - GREP slows to a crawl with large number of matches on a single file

2009-11-05 Thread Linda Walsh
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

Re: NTFS Symlinks (reparse point) redux

2009-11-05 Thread Linda Walsh
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 p

Re: rond: PID 3080: (*system*) WRONG FILE OWNER (/etc/crontab)

2009-11-05 Thread Larry Hall (Cygwin)
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

Re: Is there a fast way to get acl's for the whole filesystem (or chunk thereof)

2009-11-05 Thread Dave Korn
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

Re: [ANNOUNCEMENT] [1.7] Updated: cygwin-1.7.0-63

2009-11-05 Thread Steven Monai
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 file

Re: Is there a fast way to get acl's for the whole filesystem (or chunk thereof)

2009-11-05 Thread Andrew Schulman
> > 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 > eac

Re: 1.7] BUG - GREP slows to a crawl with large number of matches on a single file

2009-11-05 Thread Christopher Faylor
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

Re: Redirecting stdin under gdb

2009-11-05 Thread Christopher Faylor
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 someho

Re: status of gcc4 -ffast-math

2009-11-05 Thread Hans Horn
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

rond: PID 3080: (*system*) WRONG FILE OWNER (/etc/crontab)

2009-11-05 Thread nwpu053...@gmail.com
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:

Re: 1.7] BUG - GREP slows to a crawl with large number of matches on a single file

2009-11-05 Thread Dave Korn
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://cygw

Re: status of gcc4 -ffast-math

2009-11-05 Thread Dave Korn
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 wheth

Re: Redirecting stdin under gdb

2009-11-05 Thread Dave Korn
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 wa

1.7] BUG - GREP slows to a crawl with large number of matches on a single file

2009-11-05 Thread aputerguy
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 pla

Re: status of gcc4 -ffast-math

2009-11-05 Thread Hans Horn
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):

Re: NTFS Symlinks (reparse point) redux

2009-11-05 Thread Christopher Faylor
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 Mowb

Re: [1.7] Do the new security enhancements allow ssh under your own $USERNAME

2009-11-05 Thread Larry Hall (Cygwin)
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 the

Re: status of gcc4 -ffast-math

2009-11-05 Thread Hans Horn
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 referenc

NTFS Symlinks (reparse point) redux

2009-11-05 Thread Linda Walsh
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

[1.7] Do the new security enhancements allow ssh under your own $USERNAME

2009-11-05 Thread aputerguy
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

Redirecting stdin under gdb

2009-11-05 Thread Joe Crepeau
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

Re: Is there a fast way to get acl's for the whole filesystem (or chunk thereof)

2009-11-05 Thread Dave Korn
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 ge

Re: status of gcc4 -ffast-math

2009-11-05 Thread Dave Korn
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

Re: Is there a fast way to get acl's for the whole filesystem (or chunk thereof)

2009-11-05 Thread Larry Hall (Cygwin)
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 for

Is there a fast way to get acl's for the whole filesystem (or chunk thereof)

2009-11-05 Thread aputerguy
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 t

Re: Accessing GLOBALROOT paths - a potential compromise???

2009-11-05 Thread aputerguy
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 wo

status of gcc4 -ffast-math

2009-11-05 Thread Hans Horn
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

Re: Segmentation faults?

2009-11-05 Thread Yaakov (Cygwin/X)
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 report

Re: [1.7] Undocumented change in accessing by dos drive letters?

2009-11-05 Thread aputerguy
> 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: >>: >> For example: >> $ ls C: >> ls: cannot access C:: No such file

Segmentation faults?

2009-11-05 Thread Lee Maschmeyer
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.e

Re: [1.7] Updated: cygwin-1.7.0-63

2009-11-05 Thread Jim Reisert AD1C
On Tue, Nov 3, 2009 at 12:54 PM, Christopher Faylor 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

Re: src/winsup/cygwin ChangeLog syscalls.cc

2009-11-05 Thread Yaakov (Cygwin/X)
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 d

Re: malloc overrides

2009-11-05 Thread Yaakov (Cygwin/X)
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

Re: src/winsup/cygwin ChangeLog syscalls.cc

2009-11-05 Thread Dave Korn
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 binar

Re: malloc overrides

2009-11-05 Thread Dave Korn
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; > } > >>

Re: src/winsup/cygwin ChangeLog syscalls.cc

2009-11-05 Thread Dave Korn
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