> From: Jon TURNEY
>
> If this is easy for you to reproduce, could you show me the logfile
> produced on reproduction, after starting XWin with the '-logverbose 3'
> option?
Thanks for getting back to me. I was unable to reproduce the issue this
morning, with or without the "-logverbose 3" set
Hi,
I'm raising this question again, after having removed CYGWIN SSHD and
resinstalled.
I am unable to execute an SSH @localhost. I am prompted for the
password and successfully logged on, only to receive an error message (see
below) and the session closed immediately.
Error Message:
1 [main] s
On Tue, Mar 10 2015,Jim Reisert AD1C wrote:
> I always build it myself from the source:
>
> http://www.rarlab.com/rar/unrarsrc-5.2.6.tar.gz
Thanks, will try that route.
sivaram
--
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documen
> This is a common problem. I guess newlib/cygwin got the oldest set
> and, afaik, the GCC toplevel stuff is kind of the master. It would
> be nice if we had some automatism in place to keep all former src
> repos in sync.
There was never any agreement on who the "master" was for toplevel
sourc
> From: cygwin-ow...@cygwin.com [mailto:cygwin-ow...@cygwin.com] On Behalf
> Of Matt Seitz (matseitz)
>
> > From: Jon TURNEY
> >
> > If this is easy for you to reproduce, could you show me the logfile
> > produced on reproduction, after starting XWin with the '-logverbose 3'
> > option?
>
> Thank
> Greetings, Sivaram Neelakantan!
>
> >>> Is there any commandline tool that can be used to decompress multipart
> >>> rar files? I see only zip binaries in the installer. What do people
> >>> use to decompress rar files especially multipart ones?
> >>
> >> rar of course.
> >> How's this
On Tue, Mar 10 2015,Jim Reisert AD1C wrote:
> I always build it myself from the source:
>
> http://www.rarlab.com/rar/unrarsrc-5.2.6.tar.gz
I did this and installed it in /usr/bin. And I was able to extract
from multipart files too with it.
Thanks once again.
sivaram
--
--
Problem repor
On Wed, 11 Mar 2015 17:48:29 +0100
Corinna Vinschen wrote:
> I'm inclined to apply this patch. I think using PeekNamedPipe this way
> is pretty nice, albeit it's not atomic. It might be a good idea to add
> an acquire/release_output_mutex bracket, even if that doesn't help for
> cases in which
Hi Jari,
It looks like rsync is still broken. When you released 3.1.0 it had an
upstream bug that made it extremely slow on cygwin. Other then that it
also had another problem that I reported here:
https://www.cygwin.com/ml/cygwin/2014-08/msg00440.html
Yaakov made 3.1.0 test and we all automatica
On Wed, Mar 11, 2015 at 06:55:16PM -0400, Vlad Gheorghiu wrote:
> The following code fails to compile under latest cygwin, Windows 7,
> g++4.9.2. Compiled with g++ -std=c++11 test.cpp. The compiler
> complains that std::log2 is not a member of std.
>
> #include
> #include
>
> int main
James Darnley writes:
> I have seen large changes regarding Perl on the cygwin-announce list so
> perhaps it was split off into some other package. I searched for error
> in setup.exe and saw that I do have perl-Error installed.
I see that the perl-Error in Cygwin still gets installed for perl-5.
On 03/11/2015 06:55 PM, Vlad Gheorghiu wrote:
The following code fails to compile under latest cygwin, Windows 7,
g++4.9.2. Compiled with g++ -std=c++11 test.cpp. The compiler
complains that std::log2 is not a member of std.
#include
#include
int main()
{
auto
On Mar 12 20:03, Takashi Yano wrote:
> On Wed, 11 Mar 2015 17:48:29 +0100
> Corinna Vinschen wrote:
>
> > I'm inclined to apply this patch. I think using PeekNamedPipe this way
> > is pretty nice, albeit it's not atomic. It might be a good idea to add
> > an acquire/release_output_mutex bracket
Version 0.40-1 of gtkperf has been uploaded.
Note that this utility tests GTK2 performance, not GTK3 performance.
DESCRIPTION
===
GtkPerf is an application designed to test GTK+ performance. The point
is to create common testing platform to run predefined GTK+ widgets
and this way define
Dear Cygwin/X users and developpers,
I recently experienced a problem with a program using the X window system.
With the latest Cygwin release, the latter program is not able to open the
display,
whereas with previous versions of cygwin (+ the x-window machinery, i.e
the Cygwin/X installation a
[I'm using 32-bit Cygwin (1.7.35) on a Win7 64-bit system.]
I now get the following error when I run 'git difftool':
$ git difftool
Can't locate Error.pm in @INC (@INC contains:
/usr/lib/perl5/site_perl/5.14
/usr/lib/perl5/site_perl/5.14/i686-cygwin-threads-64int
/usr/lib/perl5/vendor_perl/5.14/i
Hey,
please don't send encrypted messages.
Or at least upload your key on servers.
Regards,
--
CHUNKZ.NET - script kiddie and computer technician
Bertrand Caplet, Flers (FR)
Feel free to send encrypted/signed messages
Key ID: FF395BD9
GPG FP: DE10 73FD 17EB 5544 A491 B385 1EDA 35DC FF39 5BD9
s
I just updated cygwin and installed gdb. When I run it with no
parameters it crashes and prints:
:
/home/corinna/src/gdb/gdb-7.8/gdb-7.8.1.i686/src/gdb-7.8/gdb/common/common-utils.c:149
internal-error: xsprintf: Assertion `ret < size' failed.
:
This is after downgrading to 7.8.1 but the lates
Frank Fesevur wrote:
And yesterday I saw that my backup *completely* failed because of these errors:
@ERROR: setgid failed
rsync error: error starting client-server protocol (code 5) at
main.c(1653) [Receiver=3.1.0]
ERROR: /usr/bin/rsync returned 5 while processing
rsync://192.168.200.208/backup
Hi!
For a long time, I have been suffering from git problems when I
push to our server. I have been hoping that it should just
magically go away with some update or something, but I guess not.
Basically, I have to push several times for it to "take".
Like this:
$ git push origin
Counting objects:
On 2015-03-13 00:50, Peter Rosin wrote:
> Any suggestions?
Forgot cygcheck output...
Cheers,
Peter
Cygwin Package Information
Last downloaded files to: C:\Users\peda\Downloads\cygwin64
Last downloaded files from: http://mirrors.kernel.org/sourceware/cygwin/
Package Version
21 matches
Mail list logo
