Hi all,
After updating Cygwin 32-bit we have had problems with all the combinations of
lftp 4.7.7.-1 / 4.8.0-1 and zlib 1.2.8-3 / 1.2.11-1.
1. Command "mget -E myfile*" causes "zlib inflate error: incorrect header
check" always with Core FTP server 1.2 if there is nothing to retrieve.
lftp myu
From: Harri T.
> Hi all,
>
> After updating Cygwin 32-bit we have had problems with all the
> combinations of lftp 4.7.7.-1 / 4.8.0-1 and zlib 1.2.8-3 / 1.2.11-1.
> ...
> assertion "ptr(x.heap_index)==&x" faSKiled: file
> "/home/ASchulma/dev/cygwin/lftp/lftp-4.8.0-1.i686/src/lftp-
> 4.8.0/src/xhea
On 09/25/2017 01:53 AM, Steven Penny wrote:
> On Sun, 24 Sep 2017 00:48:20, JonY wrote:
>> I don't really work with cmake, but what it looks like, but it probably
>> makes gcc look in the mingw include dir first and then gcc's, breaking
>> gcc's headers.
>>
>> Unfortunately, I don't have any good i
Moving to a new machine with Windows 10 from an old machine with Windows 7,
I am installing Cygwin from scratch. I am having trouble with package chere:
$ cygcheck -c chere
Cygwin Package Information
Package VersionStatus
chere1.4-1 OK
$ chere -if -t
"Hive not writable" sounds like permission for a registry key.
Mind you, Cygwin unloads the registry on a filesystem.
/proc/registry/HKEY_CURRENT_USER/
--
Moving to a new machine with Windows 10
The following packages have been uploaded to the Cygwin distribution:
* libidn2-2.0.4-1
* libidn2_0-2.0.4-1
* libidn2-devel-2.0.4-1
* libidn2-doc-2.0.4-1
* mingw64-i686-libidn2-2.0.4-1
* mingw64-x86_64-libidn2-2.0.4-1
An implementation of the Stringprep, Punycode and IDNA specifications defined
b
The following packages have been uploaded to the Cygwin distribution:
* openjpeg2-2.2.0-1
* libopenjp2_7-2.2.0-1
* libopenjp2-devel-2.2.0-1
* libopenjp2-doc-2.2.0-1
* mingw64-i686-openjpeg2-2.2.0-1
* mingw64-x86_64-openjpeg2-2.2.0-1
The OpenJPEG library is an open-source JPEG 2000 codec written i
The following packages have been uploaded to the Cygwin distribution:
* libsndfile1-1.0.28-2
* libsndfile-devel-1.0.28-2
* libsndfile-utils-1.0.28-2
* mingw64-i686-libsndfile-1.0.28-2
* mingw64-x86_64-libsndfile-1.0.28-2
libsndfile is a library of C routines for reading and writing files
contain
The following packages have been uploaded to the Cygwin distribution:
* libcares2-1.13.0-1
* libcares-devel-1.13.0-1
* mingw64-i686-c-ares-1.13.0-1
* mingw64-x86_64-c-ares-1.13.0-1
c-ares is an asynchronous resolver library. It is intended for
applications which need to perform DNS queries with
From: Gluszczak, Glenn
> "Hive not writable" sounds like permission for a registry key.
> Mind you, Cygwin unloads the registry on a filesystem.
> /proc/registry/HKEY_CURRENT_USER/
Thanx for the response. Digging deeper into Google, it turns out that
I needed to launch mintty "as administrat
Am 25.09.2017 um 03:53 schrieb Steven Penny:
On Sun, 24 Sep 2017 00:48:20, JonY wrote:
I don't really work with cmake, but what it looks like, but it probably
makes gcc look in the mingw include dir first and then gcc's, breaking
gcc's headers.
Correct thus far. -isystem is really not a compi
On Mon 18 Sep 2017, Ken Brown wrote:
> On 9/18/2017 11:27 AM, Andy Moreton wrote:
>> On Thu 17 Aug 2017, Andy Moreton wrote:
>>
>> Ping?
>>
>>> Hi,
>>>
>>> Can the mercurial maintainer please update to upstream Hg 4.3.1, to get
>>> the fixes for CVE-2017-1000115 and CVE-2017-1000116.
>
> I don't k
> On Sep 25, 2017, at 12:31 PM, Andy Moreton wrote:
>
> On Mon 18 Sep 2017, Ken Brown wrote:
>
>> On 9/18/2017 11:27 AM, Andy Moreton wrote:
>>> On Thu 17 Aug 2017, Andy Moreton wrote:
>>>
>>> Ping?
>>>
Hi,
Can the mercurial maintainer please update to upstream Hg 4.3.1, to get
On Mon, 25 Sep 2017 14:17:28, JonY wrote:
You can actually use Cygwin gdb to debug and see what went wrong,
assuming the debug symbols are around.
Sorry if I'm not much help, kind of busy these days.
New command:
x86_64-w64-mingw32-g++ -g -static -o z z.cpp
Output:
(gdb) run
Starting progra
On Mon, 25 Sep 2017 18:43:27, =?UTF-8?Q?Hans-Bernhard_Br=c3=b6ker?= wrote:
> Here is another problem:
>
> $ cat z.cpp
> #include
> main() {
> std::cout << "cout test\n";
> }
>
> $ x86_64-w64-mingw32-g++ -static -o z z.cpp
>
> $ ./z
> Segmentation fault
Does not reproduce here.
Scared m
Am 25.09.2017 um 20:44 schrieb Steven Penny:
perhap you are using old versions
Not exactly. I'm using the current versions: 2.25.0.1, 5.4.0
respectively --- you're using not old enough, a.k.a. still "Test"ing
versions ;-)
--
Problem reports: http://cygwin.com/problems.html
FAQ:
Hello,
I am trying to "Install Permanent Root with Superuser" with Kindle Fire
Utility 0.9.6 . I keep getting twrp.img is missing and fff.bin is missing .
Can you tell me how I can install these ? I tried the option "Install latest
FireFireFire" but that also did not work. The ADB Status show
On Mon, Sep 25, 2017 at 8:14 PM, Kevin McCaffrey wrote:
> Hello,
>
> I am trying to "Install Permanent Root with Superuser" with Kindle Fire
I think you have the wrong list
-- Erik
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentat
I tried compiling a very simple program with curl using -std=c++14 under
64-bit cygwin with gcc 6.4.0. When compiling with just g++ main.cpp -lcurl
everything is fine, however if I try to use c++14 as the dialect (g++
main.cpp -lcurl -std=c++14) familiar problems creep up
In file included from /us
On 2017-09-25 19:41, Ian Fette wrote:
> I tried compiling a very simple program with curl using -std=c++14 under
> 64-bit cygwin with gcc 6.4.0. When compiling with just g++ main.cpp -lcurl
> everything is fine, however if I try to use c++14 as the dialect (g++
> main.cpp -lcurl -std=c++14) fami
On 26/09/2017 03:41, Ian Fette wrote:
I tried compiling a very simple program with curl using -std=c++14 under
64-bit cygwin with gcc 6.4.0. When compiling with just g++ main.cpp -lcurl
everything is fine, however if I try to use c++14 as the dialect (g++
main.cpp -lcurl -std=c++14) familiar pr
21 matches
Mail list logo
