Uncompressing the rake man page results in an error message:
$ cygcheck -f /usr/share/man/man1/rake.1.gz
ruby-rake-10.0.4-1
$ gzip -t /usr/share/man/man1/rake.1.gz
gzip: /usr/share/man/man1/rake.1.gz: unexpected end of file
This does not affect the man rake command. The uncompressed data is
CVSROOT:/cvs/src
Module name:src
Changes by: cori...@sourceware.org 2014-07-14 09:42:15
Modified files:
winsup/cygwin : ChangeLog thread.cc
winsup/cygwin/include: pthread.h
Log message:
* thread.cc (pthread_mutex::pthread_mutex): Change default type
CVSROOT:/cvs/src
Module name:src
Changes by: cori...@sourceware.org 2014-07-14 13:33:20
Modified files:
winsup/cygwin : ChangeLog uinfo.cc
Log message:
* uinfo.cc (cygheap_domain_info::init): Correctly set
lowest_tdo_posix_offset to UNIX_POSIX_OFFSET.
CVSROOT:/cvs/src
Module name:src
Changes by: c...@sourceware.org 2014-07-14 18:16:16
Modified files:
winsup/cygwin : ChangeLog sigproc.cc
Added files:
winsup/cygwin/import: rexec.c
Log message:
* sigproc.cc (send_sig): Fix bad format in diagnostic
On 14/07/14 12:15, Christopher Faylor wrote:
On Mon, Jul 14, 2014 at 11:05:48AM +1000, Luke Kendall wrote:
For a few days now, mirrors.kernel.org has had a mismatch in the md5sum
for the component
pngquant-2.0.20130820+git1e28372-1-src.tar.bz2 in the pngquant package
in the x86_64 architecture:
On Jul 12 15:39, Denis Excoffier wrote:
On 2014-07-09 12:12 Corinna Vinschen wrote:
I have encountered this case in real life. The domain admins have set
the trustPosixOffset of the secondary domain to zero. This value is
therefore
never recorded and the cldap-open occurs again and
On Jul 14 11:51, Corinna Vinschen wrote:
On Jul 12 15:39, Denis Excoffier wrote:
On 2014-07-09 12:12 Corinna Vinschen wrote:
I have encountered this case in real life. The domain admins have set
the trustPosixOffset of the secondary domain to zero. This value is
therefore
never
On Mon, Jul 14, 2014 at 06:33:14PM +1000, Luke Kendall wrote:
On 14/07/14 12:15, Christopher Faylor wrote:
On Mon, Jul 14, 2014 at 11:05:48AM +1000, Luke Kendall wrote:
For a few days now, mirrors.kernel.org has had a mismatch in the md5sum
for the component
When running a bash pipeline using the latest 64-bit packages,
I occasionally get output like the following:
1479561950 [waitproc] -bash 1 sig_send: error sending signal 20, pipe
handle 0x2710, nb 132, packsize 0, Win32 error 109
That one was the result of: strings binary file | grep
Greetings, All!
+ 273: Introduce account mapping from WIndows account DBs. Add CW_SETENT,
^ erroneous capital i.
--
WBR,
Andrey Repin (anrdae...@yandex.ru) 15.07.2014, 02:11
Sorry for my terrible english...
--
Problem reports:
I'm getting a core dump on exit from a program that does nothing but
call dlopen. (But the call to dlopen succeeds.) This happens only in
the 32-bit case. Here's a simple test case.
$ cat test_dlopen.c
#include stdio.h
#include dlfcn.h
int
main()
{
const char *dllname = cyggs-9.dll;
On 15/07/14 00:20, Christopher Faylor wrote:
On Mon, Jul 14, 2014 at 06:33:14PM +1000, Luke Kendall wrote:
On 14/07/14 12:15, Christopher Faylor wrote:
On Mon, Jul 14, 2014 at 11:05:48AM +1000, Luke Kendall wrote:
For a few days now, mirrors.kernel.org has had a mismatch in the md5sum
for the
12 matches
Mail list logo