On Aug 13 21:51, Yaakov (Cygwin/X) wrote:
On 2012-08-12 01:49, JonY wrote:
New w32api preliminary upload, now with mingw-w64 parts.
Nack. Both mintty and xorg-server FTBFS with this w32api.
Er... what?
It contains the headers and win32 and win64 DLL import libraries.
It does require
On 14 August 2012 08:18, Corinna Vinschen wrote:
On Aug 13 21:51, Yaakov (Cygwin/X) wrote:
On 2012-08-12 01:49, JonY wrote:
New w32api preliminary upload, now with mingw-w64 parts.
Nack. Both mintty and xorg-server FTBFS with this w32api.
Er... what?
I had to look it up: Fails To Build
On Aug 14 09:29, Corinna Vinschen wrote:
On Aug 14 08:25, Andy Koppe wrote:
On 14 August 2012 08:18, Corinna Vinschen wrote:
On Aug 13 21:51, Yaakov (Cygwin/X) wrote:
On 2012-08-12 01:49, JonY wrote:
New w32api preliminary upload, now with mingw-w64 parts.
Nack. Both mintty and
2012/8/14 Corinna Vinschen
On Aug 14 09:29, Corinna Vinschen wrote:
On Aug 14 08:25, Andy Koppe wrote:
On 14 August 2012 08:18, Corinna Vinschen wrote:
On Aug 13 21:51, Yaakov (Cygwin/X) wrote:
On 2012-08-12 01:49, JonY wrote:
New w32api preliminary upload, now with mingw-w64 parts.
On 14 August 2012 08:34, Corinna Vinschen wrote:
On Aug 14 09:29, Corinna Vinschen wrote:
On Aug 14 08:25, Andy Koppe wrote:
On 14 August 2012 08:18, Corinna Vinschen wrote:
On Aug 13 21:51, Yaakov (Cygwin/X) wrote:
On 2012-08-12 01:49, JonY wrote:
New w32api preliminary upload, now
On Aug 14 08:46, Andy Koppe wrote:
On 14 August 2012 08:34, Corinna Vinschen wrote:
On Aug 14 09:29, Corinna Vinschen wrote:
On Aug 14 08:25, Andy Koppe wrote:
On 14 August 2012 08:18, Corinna Vinschen wrote:
On Aug 13 21:51, Yaakov (Cygwin/X) wrote:
On 2012-08-12 01:49, JonY
2012/8/14 Corinna Vinschen:
On Aug 14 08:46, Andy Koppe wrote:
Yep, mintty builds fine with that, and appears to work. For some
reason it's 9K bigger than with the current w32api though.
I think this is because the mingw-w64 libs come with a couple more
static elements built into the libs
On 8/14/2012 10:51, Yaakov (Cygwin/X) wrote:
On 2012-08-12 01:49, JonY wrote:
New w32api preliminary upload, now with mingw-w64 parts.
Nack. Both mintty and xorg-server FTBFS with this w32api.
It contains the headers and win32 and win64 DLL import libraries.
It does require multilib
Chuck?
Ping 2?
If you don't reply I guess we have to assume you're not with us
anymore. Which would be too bad.
On Aug 3 09:58, Corinna Vinschen wrote:
Chuck?
Ping? Are you still with us?
On Jul 23 16:48, Yaakov (Cygwin/X) wrote:
Chuck,
Security vulnerabilities are accumulating
Jari?
Ping?
On Jul 26 23:13, Yaakov (Cygwin/X) wrote:
Jari,
A security vulnerability (CVE-2012-2845) has been announced for the
outdated version of the exif package currently in the distribution.
Please update exif to 0.6.21 ASAP.
And while I'm at it, ping:
Ken,
A security vulnerability has been announced for GNU Emacs, details and
patches for 23.4 and 24.1 here:
https://bugzilla.redhat.com/show_bug.cgi?id=847698
http://pkgs.fedoraproject.org/cgit/emacs.git/plain/emacs-cve-2012-3479.patch?h=f16
On Tue, 2012-08-14 at 22:05 +0200, Corinna Vinschen wrote:
Chuck?
Ping 2?
If you don't reply I guess we have to assume you're not with us
anymore. Which would be too bad.
Indeed. :-(
On Aug 3 09:58, Corinna Vinschen wrote:
On Jul 23 16:48, Yaakov (Cygwin/X) wrote:
Chuck,
On 8/14/2012 8:17 PM, Yaakov (Cygwin/X) wrote:
Ken,
A security vulnerability has been announced for GNU Emacs, details and
patches for 23.4 and 24.1 here:
https://bugzilla.redhat.com/show_bug.cgi?id=847698
http://pkgs.fedoraproject.org/cgit/emacs.git/plain/emacs-cve-2012-3479.patch?h=f16
On Thu, 2012-03-29 at 13:39 -0500, Yaakov (Cygwin/X) wrote:
On 2012-03-29 09:58, Lapo Luchini wrote:
Yaakov (Cygwin/X) wrote:
BLODA?
Not that I know of:
WindowsDefender is deactivated (and I checked the service is not
running), and only other stuff in the BLODA is nVidia, some
On Aug 14 16:41, Chris LeBlanc wrote:
Now the question is, if the same problem occurs, why? Please paste
the contents of /etc/fstab and, if it exists, /etc/fstab.d/$USER
into your reply.
Thanks for the information, I think we're getting closer to finding the
problem.
/etc/fstab
CVSROOT:/cvs/src
Module name:src
Branch: cygwin-64bit-branch
Changes by: cori...@sourceware.org 2012-08-14 09:54:31
Modified files:
winsup/cygwin : ChangeLog errno.cc mount.cc mount.h
Log message:
Pull in changes from HEAD
Patches:
CVSROOT:/cvs/src
Module name:src
Branch: cygwin-64bit-branch
Changes by: cori...@sourceware.org 2012-08-14 11:13:12
Modified files:
winsup/cygwin : ChangeLog mkvers.sh
Log message:
* mkvers.sh: Drop reference to w32api includes.
Patches:
CVSROOT:/cvs/uberbaum
Module name:winsup
Changes by: c...@sourceware.org 2012-08-14 14:56:19
Modified files:
cygwin : ChangeLog errno.cc
Log message:
* errno.cc (errmap): Keep sorted.
Patches:
CVSROOT:/cvs/src
Module name:src
Changes by: cori...@sourceware.org 2012-08-14 15:05:14
Modified files:
winsup/cygwin : ChangeLog thread.cc
Log message:
* thread.cc (semaphore::_fixup_after_fork): Fix Win32 error output in
api_fatal call.
Patches:
CVSROOT:/cvs/src
Module name:src
Branch: cygwin-64bit-branch
Changes by: cori...@sourceware.org 2012-08-14 17:16:56
Modified files:
winsup/cygwin : ChangeLog errno.cc thread.cc
Log message:
Pull in changes from HEAD
Patches:
CVSROOT:/cvs/src
Module name:src
Changes by: cori...@sourceware.org 2012-08-14 17:26:40
src/winsup/cygwin/config/x86_64
Update of /cvs/src/src/winsup/cygwin/config/x86_64
In directory sourceware.org:/tmp/cvs-serv29624/config/x86_64
Log Message:
Directory
CVSROOT:/cvs/src
Module name:src
Branch: cygwin-64bit-branch
Changes by: cori...@sourceware.org 2012-08-14 17:27:24
Modified files:
winsup/cygwin : ChangeLog configure configure.in
Added files:
winsup/cygwin/config/x86_64: profile.h
Log message:
CVSROOT:/cvs/uberbaum
Module name:winsup
Changes by: c...@sourceware.org 2012-08-14 18:38:22
Modified files:
cygwin : ChangeLog errno.cc
Log message:
* errno.cc (errmap): Keep sorted.
Patches:
CVSROOT:/cvs/src
Module name:src
Branch: cygwin-64bit-branch
Changes by: cori...@sourceware.org 2012-08-14 19:22:15
Modified files:
winsup/cygserver: ChangeLog configure configure.in
Log message:
* configure.in: Add AC_NO_EXECUTABLES to allow bootstrap.
CVSROOT:/cvs/src
Module name:src
Branch: cygwin-64bit-branch
Changes by: cori...@sourceware.org 2012-08-14 19:29:32
Modified files:
winsup/cygwin : ChangeLog advapi32.cc ntdll.h thread.cc
thread.h
Log message:
* advapi32.cc
CVSROOT:/cvs/src
Module name:src
Changes by: cori...@sourceware.org 2012-08-14 19:38:45
Modified files:
winsup/cygwin : ChangeLog gmon.c
Log message:
* gmon.c (_mcleanup): Fix scope bug when using gmon_out array.
Patches:
--- sav/fhandler_clipboard.cc 2012-07-08 02:36:47.0 +0200
+++ ./fhandler_clipboard.cc 2012-08-14 18:25:14.903255600 +0200
@@ -222,6 +222,7 @@ fhandler_dev_clipboard::read (void *ptr,
UINT formatlist[2];
int format;
LPVOID cb_data;
+ int rach;
if (!OpenClipboard
Hi Corinna,
On 7/27/2012 2:32 AM, Corinna Vinschen wrote:
There's just the problem of the copyright assignment. If you want to
provide a non-obvious patch, or if the patch adds new functionality, we
need a copyright assignment from you. Please see the section Before
you get started on
On Tue, Aug 14, 2012 at 02:49:17PM -0700, Daniel Colascione wrote:
On 7/27/2012 2:32 AM, Corinna Vinschen wrote:
There's just the problem of the copyright assignment. If you want to
provide a non-obvious patch, or if the patch adds new functionality, we
need a copyright assignment from you.
On 8/14/12 10:02 PM, Christopher Faylor wrote:
On Tue, Aug 14, 2012 at 02:49:17PM -0700, Daniel Colascione wrote:
On 7/27/2012 2:32 AM, Corinna Vinschen wrote:
There's just the problem of the copyright assignment. If you want to
provide a non-obvious patch, or if the patch adds new
Thanks guys!
That is a great news
cygwin1.dll returns ELIBADD natively (which, as
of today's patches, it does)
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:
Paul Thompson wrote:
Marco: I followed the error reporting directions. How long is the usual wait
for a response?
I've only found two messages from you on this list:
- http://cygwin.com/ml/cygwin/2012-08/msg00251.html
- http://cygwin.com/ml/cygwin/2012-08/msg00297.html
This implies you've
Hello,
after updating Cygwin, git svn fails with the following message:
Password for 'ibr': Can't locate Term/ReadKey.pm in @INC (@INC contains:
/usr/lib/perl5/site_perl/5.10
/usr/lib/perl5/site_perl/5.14/i686-cygwin-threads-64int
/usr/lib/perl5/site_perl/5.14
On 8/14/2012 11:14 AM, Adam Dinwoodie wrote:
Paul Thompson wrote:
Marco: I followed the error reporting directions. How long is the usual wait
for a response?
I've only found two messages from you on this list:
- http://cygwin.com/ml/cygwin/2012-08/msg00251.html
-
On 8/13/2012 5:49 AM, thebardingreen wrote:
I'm having this exact problem. Did you guys ever solve it?
No. Also as now I have further issue with sshd
http://cygwin.com/ml/cygwin/2012-07/msg00649.html
I suspect that in both case my corporate enviroment is interfering.
Probably the Novell
On Tue, Aug 14, 2012 at 10:37:51AM +0200, Pawel Jasinski wrote:
Thanks guys!
That is a great news
It isn't entirely clear that you understand that what just happened is
what we always do when we find a Windows error which we haven't
translated and for which there is better translation than
On Aug 14 09:15, Paul Thompson wrote:
I thought I submitted to the right queue, but clearly did not. Perhaps
my mail did not get received.
I have run cygcheck as requested and attached the output cygcheck.out
to this email
I run the following commands:
d2u dirlist.txt
convert Brausch
CMake 2.8.9-1 is now available on Cygwin mirrors.
Some of the notable changes in this release are:
- the new Ninja generator is now enabled by default on Windows (and
now Mac, too!)
- added POSITION_INDEPENDENT_CODE target property, automatically
adds -fPIC and -fPIE for compilers
Ken Brown kbrown at cornell.edu writes:
Please test it and report any problems to the Cygwin mailing list. It
would be especially helpful if you would look at /var/log/setup.log.full
after installing it, and make sure there are no errors involving updmap.
I've only now been able to check
Wow. That's rather unexpected. Unfortunately the error code -2 is just
an artefact, not the actual error code. I fixed that in CVS. Did you
try if rebaseall fixes this issue?
OK, I just learned about rebaseall. I am not actually on the machine
in question, and will try this tonight. I
On 8/14/2012 11:56 AM, Paul Thompson wrote:
Wow. That's rather unexpected. Unfortunately the error code -2 is just
an artefact, not the actual error code. I fixed that in CVS. Did you
try if rebaseall fixes this issue?
OK, I just learned about rebaseall. I am not actually on the machine
On Aug 14 10:56, Paul Thompson wrote:
Wow. That's rather unexpected. Unfortunately the error code -2 is just
an artefact, not the actual error code. I fixed that in CVS. Did you
try if rebaseall fixes this issue?
OK, I just learned about rebaseall. I am not actually on the
On 8/14/2012 11:53 AM, Achim Gratz wrote:
Ken Brown kbrown at cornell.edu writes:
Please test it and report any problems to the Cygwin mailing list. It
would be especially helpful if you would look at /var/log/setup.log.full
after installing it, and make sure there are no errors involving
There's autorebase, which is called from setup, but the method is not
entirely foolproof. If you installed exactly once and then don't start
setup again unless new packages are available, you're ok, but if you
start setup a couple of times to install more packages you forgot in
the first run,
Hi, I think i found a glitch in gmon.c
the testcase is following. and you can see it doesn't work.
int main()
{
char *proffile;
{
char gmon_out[] = gmon.out;
proffile = gmon_out;
}
printf(%s\n,proffile);
}
---
$ ./a
a(▒
Actually the above
On 8/14/2012 7:44 PM, Paul Thompson wrote:
There's autorebase, which is called from setup, but the method is not
entirely foolproof. If you installed exactly once and then don't start
setup again unless new packages are available, you're ok, but if you
start setup a couple of times to install
On Aug 15 02:59, jojelino wrote:
Hi, I think i found a glitch in gmon.c
the testcase is following. and you can see it doesn't work.
int main()
{
char *proffile;
{
char gmon_out[] = gmon.out;
proffile = gmon_out;
}
On Tue, Aug 14, 2012 at 09:39:14PM +0200, Corinna Vinschen wrote:
On Aug 15 02:59, jojelino wrote:
Hi, I think i found a glitch in gmon.c
the testcase is following. and you can see it doesn't work.
int main()
{
char *proffile;
{
char gmon_out[] = gmon.out;
Paul,
it is not a rebase error.
It is ImageMagick mishandling the missing font.
GraphickMagick equivalent is correctly handling the case and the
error message is more clear.
$ gm montage -label D Brausch Wedding,1951 zimg002.miff -font Arial
-pointsize 20 -frame 40 -geometry +0+0
On 8/14/2012 9:42 PM, Paul Thompson wrote:
I will try that tonight. The other install of ImageMagick also gave me
the arial font error, but handled it more gracefully.
Is there some way to getting the fonts on to the path so that I don't
need to do the copy around? It seems odd that fonts
Hi, I didn't know where to put this. I'm trying to use a cygwin build of GCC
for arm (binaries from gnuarm.com). When I build a simple dummy application
just doing some matrix multiplications in a loop, it creates a nice
executable file with debug info, but the path to the source file is a
On 8/14/2012 2:13 PM, David Lindström wrote:
Hi, I didn't know where to put this. I'm trying to use a cygwin build of GCC
for arm (binaries from gnuarm.com). When I build a simple dummy application
just doing some matrix multiplications in a loop, it creates a nice
executable file with debug
Greetings, Christopher Faylor!
But you aren't really even suggesting that. You are apparently just
suggesting that every windows error should be displayed by the Cygwin
DLL. Wow.
Um. On another hand, this made me think from my deep pit: as a regular user,
not a developer, in some cases, I
Hi,
I try to run sshd as a service on a windows 7 system. All works fine
after I manually stops and start the sshd service (with net stop/start
sshd command). But without that the client shows:
client@server:/root$ ssh -vvv -p user@windowsPC
OpenSSH_5.9p1 Debian-5ubuntu1,
Hi Christopher,
I am sorry I did not understand your comments.
I am also not particularly familiar with your COP. I promise to adhere
to it in the future.
For the patches, I can only blame bad timing. I haven't done cvs up
before posting.
As you noticed for sure, I am also not so good with
Dear all
Although I have (I think) followed completely the instructions for removing
Cygwin from my computer, I keep on receiving warning and error messages that
are Cygwin related when I work under the Windows command line .
The complete background to this is as follows:
* When I tried to
On 8/14/2012 5:37 PM, Franckx Laurent wrote:
Dear all
Although I have (I think) followed completely the instructions for
removing Cygwin from my computer, I keep on receiving warning and error
messages that are Cygwin related when I work under the Windows command line .
snip
When I look at
On Tue, Aug 14, 2012 at 11:13 AM, David Lindström
i...@davidlindstrom.se wrote:
Hi, I didn't know where to put this. I'm trying to use a cygwin build of GCC
for arm (binaries from gnuarm.com). When I build a simple dummy application
just doing some matrix multiplications in a loop, it creates a
Hi Folks,
I've scanned months of the mailing list archives for an answers and
searched until I've run out of ideas.
What I want to figure out is this. When I run bash --login -i in an
elevated command prompt, or I use elevate bash --login -i or any
other variation, I don't get any sign of being
Marco gets the diagnostic prize!! Font name was the issue. Used -font
Helvetica, and all went like a charm!!
So, thank you, Marco.
use a font name recognized by unix and not a windows one,
eg -font Helvetica
to look on font name a use xfontsel from xterm.
--
Problem reports:
Okay, some of this has been covered here:
http://www.cygwin.com/ml/cygwin/2008-10/msg00370.html
I'm still reading more and doing more detective work.
--
Lord Laraby
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation:
On Wed, Aug 15, 2012 at 12:42:09AM +0400, Andrey Repin wrote:
Greetings, Christopher Faylor!
Sigh.
But you aren't really even suggesting that. You are apparently just
suggesting that every windows error should be displayed by the Cygwin
DLL. Wow.
Um. On another hand, this made me think from
On Tue, Aug 14, 2012 at 11:35:02PM +0200, Pawel Jasinski wrote:
I am sorry I did not understand your comments.
I am also not particularly familiar with your COP. I promise to adhere
to it in the future.
For the patches, I can only blame bad timing. I haven't done cvs up
before posting.
As you
When run on a Linux machine, this program starts up and blocks on sigwaitinfo.
You can suspend and resume the program using usual job control facilities, and
on SIGINT, the program prints a message and exits. When the program resumes
after being stopped, it prints resumed.
With the 2012-08-07
CMake 2.8.9-1 is now available on Cygwin mirrors.
Some of the notable changes in this release are:
- the new Ninja generator is now enabled by default on Windows (and
now Mac, too!)
- added POSITION_INDEPENDENT_CODE target property, automatically
adds -fPIC and -fPIE for compilers
65 matches
Mail list logo