Hello list,
I updated Cygwin version 1.7.7, Python version 2.6.5 and Mercurial
version 1.5.4 (the latest versions packaged).
When you run the commands of Hg (Mercurial) that displays the following message:
---
I think we agreed to proceed with transitioning from the old gcc-3
-mno-cygwin compilers to a true i686-pc-mingw32 cross-compiler
environment. This entails adding mingw-binutils, mingw-gcc (which would
replace gcc-mingw-3.x), and rebuilding mingw-* to use the sysroot
(including a new sysrooted
On 10/28/2010 4:32 PM, Yaakov (Cygwin/X) wrote:
I think we agreed to proceed with transitioning from the old gcc-3
-mno-cygwin compilers to a true i686-pc-mingw32 cross-compiler
environment. This entails adding mingw-binutils, mingw-gcc (which would
replace gcc-mingw-3.x), and rebuilding
On Thu, 2010-10-28 at 18:21 -0400, Charles Wilson wrote:
I've been using one of my own for a couple of months now (probably very
similar to yours). I also worked thru the issues related to the new
required locations of the mingw-runtime/w32api for the mingw cross
compiler vs the
2010/10/23 Jon TURNEY wrote:
For testing purposes, do you have an example of an application which only
offers XA_STRING?
I discover this problem with nxproxy.exe (from www.nomachine.com)
[...]
note: the actual timeout is set to 1 second.
I am actually a bit concerned about the size of the
After power up, I log in on a Vista 32 machine on a non-admin account,
and start XWin server via power shell by calling the startxwin.exe
executable. Sometimes XWin fails to start and I get a pop up that says
(paraphrase) Failed to create /tmp/.X0.lock file I tried using the
-nolock option to no
] ftp://cygwin.com/pub/cygwinx/XWin.20101028-git-edd6452650ede026.exe.bz2
--
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
On 28/10/2010 02:41, David T-G wrote:
Jon, et al --
...and then Jon TURNEY said...
%
% On 25/10/2010 11:25, David T-G wrote:
%
...
%Any more ideas? :-(
%
...
% But perhaps you mean that gvim is the only application which shows this
% problem?
Yup -- so far, anyway.
%
% You might compare the
A little more on the 20101026 snapshot on my Windows 7
64-bit setup ...
Previous versions would sometimes cause a repaint of
the entire screen, that even earlier versions did not
do. (My user reaction was: That's a weird and
unnexessary screen repaint.)
These repaints would sometimes end by
On 26/10/2010 23:58, Eliot Moss wrote:
Ok, here's a first email about *some* symptoms ...
If I run the latest installed XWin, or this one:
ftp://cygwin.com/pub/cygwinx/XWin.20101026-git-6105a1d4e1e137f0.exe.bz2
without -resize and then sleep and unsleep the
laptop, X does not paint anything
Jon, et al --
...and then Jon TURNEY said...
%
% On 28/10/2010 02:41, David T-G wrote:
%
% ...and then Jon TURNEY said...
% %
...
% % You might compare the appearance of the fonts shown by 'xfd -fa Courier'
% % and 'xfd -fn -*-courier-medium-r-*-*-*-120-*-*-*-*-*-*' to test that.
%
% I'm back
--- Gio 28/10/10, Alex Royo ha scritto:
Hello list,
Hi,
the best place to discuss this problem is the cygwin,
mailing list.
cygwin-apps is mainly for discussion between package
maintainers.
I updated Cygwin version 1.7.7, Python version 2.6.5 and
Mercurial
version 1.5.4 (the latest
I have the same problem and have not been able to resolve the issue
either. I
get the following from the type -a command. Invoking either [ssh
version] from the bash
shell with a complete path still just displays the usage message and gives
a
return code of 255. Everything
Hi Gio,
Could you follow the http://www.cygwin.com/problems.html guidelines?
All right, I know very little English and I read a lot of information
leaks. Sorry.
$ cygcheck -c cygwin mercurial python
Cygwin Package Information
PackageVersion Status
cygwin
The unison2.40 package for Cygwin has been updated.
This is a Cygwin-only update. The main unison-2.40 executable was broken
in the previous release (2.40.61-1). Sorry about that. This release fixes
the problem.
About Unison
Unison is a file synchronizer for Unix and Windows. It
Hi,
hitting against a undefined reference to `_iconv'
when linking against -liconv
I noticed that
$ nm /usr/lib/libiconv.dll.a |grep T |grep iconv
T _libiconvlist
T _libiconvctl
T _libiconv_set_relocation_prefix
T _libiconv_relocate
T
In running Make, I find targets being remade that shouldn't have to be
remade; being considered younger than the prerequisites from which
they've just been made. It seems to happen especially with
prerequisites created by `touch`: e.g.:
$ cat Makefile
all : bar baz
bar baz : foo
Marco Atzeri, le Thu 28 Oct 2010 18:08:18 +0100, a écrit :
is the additional lib correct ?
Yes. You need to #include iconv.h to get the proper refname.
Samuel
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation:
--- Gio 28/10/10, Samuel Thibault ha scritto:
Marco Atzeri, le Thu 28 Oct 2010
18:08:18 +0100, a écrit :
is the additional lib correct ?
Yes. You need to #include iconv.h to get the proper
refname.
Samuel
Hi Samuel,
#include iconv.h
it is already there
and /usr/include/iconv.h
On 10/28/2010 11:28 AM, Marco Atzeri wrote:
--- Gio 28/10/10, Samuel Thibault ha scritto:
Marco Atzeri, le Thu 28 Oct 2010
18:08:18 +0100, a écrit :
is the additional lib correct ?
Yes. You need to #include iconv.h to get the proper
refname.
Samuel
Hi Samuel,
#include iconv.h
Marco Atzeri, le Thu 28 Oct 2010 18:28:27 +0100, a écrit :
it is already there
and /usr/include/iconv.h seems to not include
libiconv* function but only iconv* ones
Is this really cygwin's /usr/include/iconv.h?
Samuel
--
Problem reports: http://cygwin.com/problems.html
FAQ:
--- Gio 28/10/10, Eric Blake ha scritto:
Did you install a self-built cygwin, including the newlib
iconv.h,
thus overwriting the real iconv.h that is included
by installing the
libiconv package? If so, rerun setup.exe and
reinstall libiconv.
It's a known issue that installing a
On Wed, 2010-10-27 at 22:36 -0400, Charles Wilson wrote:
On 10/27/2010 5:51 PM, Yaakov (Cygwin/X) wrote:
Could we get a timeframe on a stable 4.5.1 including this patch?
I suspect it will have to wait until after gcc 4.6 stage 1 closes, at
best, since Dave is currently trying to get some
HI
cygwin 1.7.7(0.230/5/3)
this issue is related to another issue reported on the list about gitk
and the fact that running 'gitk --all ' will have the xterm closed
in fact I noticed that right before the xterm close the string 'exit'
is printed on the command line
I managed to avoid this issue
On 10/28/2010 8:39 AM, Brian Wilson wrote:
$ ssh wil...@ncc-1701
usage: ssh [-1246AaCfgKkMNnqsTtVvXxYy] [-b bind_address] [-c cipher_spec]
[-D [bind_address:]port] [-e escape_char] [-F configfile]
[-I pkcs11] [-i identity_file]
[-L
On 10/28/2010 10:37 PM, Brian Wilson wrote:
The ssh command and its response are just a cut and paste of the bash screen.
Trying to execute ssh -v ncc-1701 gives exactly the same results (note there
is no -v option in the displayed list).
$ ssh wil...@ncc-1701
usage: ssh
The unison2.40 package for Cygwin has been updated.
This is a Cygwin-only update. The main unison-2.40 executable was broken
in the previous release (2.40.61-1). Sorry about that. This release fixes
the problem.
About Unison
Unison is a file synchronizer for Unix and Windows. It
27 matches
Mail list logo