On Apr 14 18:53, Yaakov S wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Yaakov (Cygwin/X) wrote:
Being that we're dealing with a potentially serious security
vulnerability, I'm ready to take these over if necessary. In the case
that Brian does return, I'll happily return
The MPC complex math library http://www.multiprecision.org/mpc is the
complex number analog of the MPFR library. MPC will be probably be a
prerequisite for gcc-4.5. See:
- http://gcc.gnu.org/ml/gcc-patches/2009-03/msg00671.html
- http://gcc.gnu.org/ml/gcc-patches/2009-03/msg00804.html
As
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to David Billinghurst on 4/15/2009 4:03 PM:
The MPC complex math library http://www.multiprecision.org/mpc is the
complex number analog of the MPFR library. MPC will be probably be a
prerequisite for gcc-4.5. See:
-
David Billinghurst wrote:
The MPC complex math library http://www.multiprecision.org/mpc is the
complex number analog of the MPFR library. MPC will be probably be a
prerequisite for gcc-4.5. See:
- http://gcc.gnu.org/ml/gcc-patches/2009-03/msg00671.html
-
On Wed, Apr 15, 2009 at 05:32:28PM -0600, Eric Blake wrote:
According to David Billinghurst on 4/15/2009 4:03 PM:
The MPC complex math library http://www.multiprecision.org/mpc is the
complex number analog of the MPFR library. MPC will be probably be a
prerequisite for gcc-4.5. See:
-
David Billinghurst wrote:
As the GMP and MPFR maintainer, I'd like to provide mpc-0.6 for
cygwin-1.7. It builds OOTB with gcc-4. I don't think mpc is (yet)
provided by many linux distributions, so we need a vote.
+1
--
Chuck
CVSROOT:/cvs/src
Module name:src
Changes by: cori...@sourceware.org 2009-04-15 08:20:47
Modified files:
winsup/cygwin : ChangeLog
winsup/cygwin/libc: bsdlib.cc fnmatch.c fts.c inet_addr.c
inet_network.c rcmd.cc rexec.cc
Log
CVSROOT:/cvs/src
Module name:src
Changes by: cori...@sourceware.org 2009-04-15 09:58:41
Modified files:
winsup/cygwin : ChangeLog path.cc
Log message:
* path.cc (path_conv::get_wide_win32_path): Allow relative paths.
(cygwin_conv_path): In case of
I'm seeing some really weird behavior with cygpath in cygwin 1.7 on Vista
Home Premium. For instance, if I'm in my home directory and there's an
image.png file in it:
$ ls -l image.png
-rwxrwxrwx 1 gregc None 6211 Apr 5 16:00 image.png
$ cygpath -u image.png
Is this problem fixed in release 1.7.0-46?
Cheers,
Y. Suresh Kumar.
On Wed, Apr 1, 2009 at 11:33 AM, Christopher Faylor
cgf-use-the-mailinglist-ple...@cygwin.com wrote:
On Wed, Apr 01, 2009 at 11:19:28AM +0530, Yarlagadda Suresh wrote:
Thanks a ton for your quick response.
Could please let me
--- Mer 15/4/09, Greg Couch ha scritto:
Da: Greg Couch
Oggetto: [1.7] cygpath broken?
A: cygwin@cygwin.com
Data: Mercoledì 15 Aprile 2009, 08:20
I'm seeing some really weird behavior
with cygpath in cygwin 1.7 on Vista Home Premium. For
instance, if I'm in my home directory and there's
I needed llvm.
llvm builds fine, but llvm-gcc for fortran requires an updated gmp
4.1, which is interesting because we have gmp-4.2.4.
This looks like a gcc upstream problem.
And the llvm gcc frontend is only at 4.2, not 4.3, which would make life easier.
Dave, do have any idea?
On Apr 15 12:20, Yarlagadda Suresh wrote:
Is this problem fixed in release 1.7.0-46?
Yes, sure. I just forgot to mention it in the release announcement.
Corinna
--
Corinna Vinschen Please, send mails regarding Cygwin to
Cygwin Project Co-Leader cygwin AT cygwin DOT
On Apr 14 23:20, Greg Couch wrote:
I'm seeing some really weird behavior with cygpath in cygwin 1.7 on Vista
Home Premium. For instance, if I'm in my home directory and there's an
image.png file in it:
$ ls -l image.png
-rwxrwxrwx 1 gregc None 6211 Apr 5 16:00 image.png
On Wed, Apr 15, 2009 at 09:31, Corinna Vinschen wrote:
On Apr 14 18:55, Julio Costa wrote:
Now that Chuck has released a new csih, maybe also the possibility to
use an alternative account could be added to this patch...
Can you look into this, please? This is also important because in
domain
On Apr 15 11:30, Julio Costa wrote:
On Wed, Apr 15, 2009 at 09:31, Corinna Vinschen wrote:
On Apr 14 18:55, Julio Costa wrote:
Now that Chuck has released a new csih, maybe also the possibility to
use an alternative account could be added to this patch...
[...]
But that already worked
Reini Urban wrote:
I needed llvm.
llvm builds fine, but llvm-gcc for fortran requires an updated gmp
4.1, which is interesting because we have gmp-4.2.4.
This looks like a gcc upstream problem.
And the llvm gcc frontend is only at 4.2, not 4.3, which would make life
easier.
Dave, do have
Dave Korn wrote:
So... why do you think this is a gmp issue?
ISHFRTT! Pardon me.
cheers,
DaveK
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:
I noticed that /bin/bash.exe has several library dependencies:
~ cygcheck /bin/bash.exe
D:\bin\cygwin1.dll
D:\bin\cygintl-8.dll
D:\bin\cygiconv-2.dll
D:\bin\cygreadline6.dll
D:\bin\cygncurses-8.dll
(as well as other requirements under c:\Windows\system32\ not listed
here). I was
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Fergus on 4/15/2009 7:15 AM:
Q1. Can anybody tell me why cygcheck /bin/rxvt.exe does not show
libW11.dll as a dependency?
Because dlsym() allows one to have true dynamic dependencies, rather than
static dependencies on .dlls as
Julio Costa wrote:
Came to think of it, there is also another possibility (and a simpler
one), and that is to code the --yes option on the ssh-host-config to
use the (new) -f option to the csih, avoiding coding the extra
parameter (--force) just for this behavior. After all, this behavior
I think I found the reason why consoles pop up for mintty and XWin on
Windows 7. Cygwin's fhandler_console.cc uses a clever trick where it
allocates a console on an invisible custom window station. I tried
to do the same in the mintty child process, but found that
AllocConsole() no longer cares
On Apr 15 16:14, Andy Koppe wrote:
I think I found the reason why consoles pop up for mintty and XWin on
Windows 7. Cygwin's fhandler_console.cc uses a clever trick where it
allocates a console on an invisible custom window station. I tried
to do the same in the mintty child process, but found
On Wed, Apr 15, 2009 at 15:00, Charles Wilson wrote:
Julio Costa wrote:
Came to think of it, there is also another possibility (and a simpler
one), and that is to code the --yes option on the ssh-host-config to
use the (new) -f option to the csih, avoiding coding the extra
parameter (--force)
Hi,
I have a strange issue and I'm not sure it's a bug
I often launch lot of X applications and recently after trying the
1.7.0 version of cygwin.dll, I have some kind of connection limit
after opening about 20 vim (some with tabs, using vim servers) and
xterms, I can't open any other X window,
I
I get this error all the time from simple recursive greps on large
source directory trees. E.g.
$ grep -r zap *
Binary file SDE/BUILD_DBG/dist/ship.tar matches
Binary file SDE/BUILD_DBG/ship/lib/servlet-api.jar matches
grep: memory exhausted
$ grep --version
GNU grep 2.5.3
Copyright (C) 1988,
YSHFRTT is not in the 'wtf' database which means, 'wtf''
needs to be 're-rolled'?
--On Wednesday, April 15, 2009, Owen Rees noted:
--On Wednesday, April 15, 2009 09:03:57 -0400 Lee D. Rothstein wrote:
ISHFRTT not in WTF database.
It is the first-person form of YSHFRTT (which is in OLOCA).
Shailesh Dadure wrote:
GREP: Memory Exhausted
Andy Hall wrote:
grep: memory exhausted
Letters in an error message don't just randomly change between upper and
lower case for no reason. Either you two are using different versions of
grep, or Shailesh did not accurately report the *actual*
On Wed, Apr 15, 2009 at 08:46:52PM +0100, Dave Korn wrote:
Shailesh Dadure wrote:
GREP: Memory Exhausted
Andy Hall wrote:
grep: memory exhausted
Letters in an error message don't just randomly change between upper
and lower case for no reason. Either you two are using different
versions of
Shailesh Dadure wrote:
GREP: Memory Exhausted
Andy Hall wrote:
grep: memory exhausted
Letters in an error message don't just randomly change between upper and
lower case for no reason.
It just prints argv[0], so if you invoke it as GREP it will report as
GREP, thanks to case
Letters in an error message don't just randomly change between upper and
lower case for no reason.
It just prints argv[0], so if you invoke it as GREP it will report as
GREP, thanks to case insensivity.
ps: Sorry, of course that doesn't account for Memory Exhausted being
uppercase.
Andy
Corinna Vinschen:
Treat it as a bug in Windows 7, probably. Do you get the console window
as soon as you call AllocConsole, or does it open later?
It opens when invoking AllocConsole(). If I take out both the
AllocConsole() and the execve(), no console is opened.
If so, it could also be the
Corinna Vinschen:
If the above code also allocs a console window when run from a non-cygwin
(mingw) application, then this should be reported as a bug to Microsoft.
I can confirm this one now. This little test opens a console window on
7, but not Vista, when compiled with 'gcc -mno-cygwin
33 matches
Mail list logo
