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 [-1246AaCfgKkMNnqsTtVvX
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 [bind_address:]port:host:hostpor
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 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 so
--- Gio 28/10/10, Eric Blake ha scritto:
>
> Did you install a self-built cygwin, including the newlib
> ,
> thus overwriting the real that is included
> by installing the
> libiconv package? If so, rerun setup.exe and
> reinstall libiconv.
>
> It's a known issue that installing a self-built
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:
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 to get the proper
>> refname.
>>
>> Samuel
>>
>
> Hi Samuel,
> #in
--- 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 to get the proper
> refname.
>
> Samuel
>
Hi Samuel,
#include
it is already there
and /usr/include/iconv.h seems
Marco Atzeri, le Thu 28 Oct 2010 18:08:18 +0100, a écrit :
> is the additional "lib" correct ?
Yes. You need to #include to get the proper refname.
Samuel
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin
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
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 _libiconv_open_in
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 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
> > 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. E
--- 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 lat
15 matches
Mail list logo