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
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
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
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
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:
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
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,
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);
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
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.
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
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
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
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'
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
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
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
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
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
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
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
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
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
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
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
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):
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
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
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
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:
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:
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
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
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
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
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
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
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
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
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
-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
-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
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
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'
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
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
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
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
-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
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
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
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
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/
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
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
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
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
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
58 matches
Mail list logo
