[RFU] 1.7 glpk-4.40-1

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

2009-11-05 Thread Linda Walsh

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

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

2009-11-05 Thread Jon TURNEY

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

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
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple



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 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

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 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

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;
 }

 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

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 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

2009-11-05 Thread Jim Reisert AD1C
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?

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.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?

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:
  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?

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 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

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+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???

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 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)

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 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)

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 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

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 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)

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 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

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 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

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
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

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 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

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 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

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 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

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 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

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): 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

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 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

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 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

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 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

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://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)

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: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple



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 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

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 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

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 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)

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
 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

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 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)

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 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)

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 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

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 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

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 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?

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 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

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
 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

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: 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

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 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)

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 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

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
'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)

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 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)

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 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)

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 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-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 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

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 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

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 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

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/
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

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 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

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 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)

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 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

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
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

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 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