On 2017-12-19 22:47, Vijaya Subramanian wrote:
> On 2017-12-19 10:43, Vijaya Subramanian via cygwin wrote:
>>On Tuesday, December 19, 2017, 11:36:08 AM MST, Brian Inglis wrote:
>>> I checked /var/log/setup-full.log and found the below instances where
>>> libz4-1 was mentioned
>>> package liblz4-dev
>On Tuesday, December 19, 2017, 11:36:08 AM MST, Brian Inglis
wrote: Cygwin setup currently has problems
upgrading when version numbers >change
>formats and a solution is being addressed by the volunteer maintainers.
>You have to manually run Cygwin setup, find the liblz4 packages you have
>i
The following packages have been uploaded to the Cygwin distribution:
* gstreamer1.0-plugins-good-1.12.4-2
* gstreamer1.0-plugins-good-extras-1.12.4-2
* gstreamer1.0-plugins-good-doc-1.12.4-2
* gstreamer1.0-plugins-bad-free-1.12.4-2
* gstreamer1.0-plugins-bad-free-extras-1.12.4-2
* gstreamer1.0-pl
On Tue, Dec 19, 2017 at 6:19 PM, Corinna Vinschen
wrote:
> On Dec 19 16:35, Ivan Kozik wrote:
>> From what I observe on Linux, it supports writing at any offset to the
>> block device because it does a read-modify-write behind the scenes,
>> with accompanying nasty overhead (e.g. writes going at 6
The following packages have been uploaded to the Cygwin distribution:
* scowl-2017.08.24-1
* aspell-en-2017.08.24.0-1
* hunspell-en-2017.08.24-1
The SCOWL is a collection of word lists split up in various sizes, and
other categories, intended to be suitable for use in spell checkers.
This is an
On 2017-12-19 10:43, Vijaya Subramanian via cygwin wrote:
> I checked /var/log/setup-full.log and found the below instances where libz4-1
> was mentioned
> package liblz4-devel comparing versions 131-1 and 131-1, result was 0
> package liblz4_1 comparing versions 131-1 and 131-1, result was 0
> pa
On Dec 19 16:35, Ivan Kozik wrote:
> On Tue, Dec 19, 2017 at 4:13 PM, Eric Blake wrote:
> > Can block devices report an unaligned offset to lseek()? If not, then when
> > writing an unaligned value to a block device, don't we have to do a
> > read-modify-write of the larger aligned cluster, and t
On 2017-12-19 01:37, Arkady wrote:
> On Mon, Dec 18, 2017 at 8:50 PM, Arkady wrote:
>> On Mon, Dec 18, 2017 at 7:41 PM, Arkady wrote:
>>> On Mon, Dec 18, 2017 at 7:27 PM, Arkady wrote:
I am trying to do:
setup-x86_64.exe -q -p wget -v
The installation fails with the last line
"C
The following packages have been uploaded to the Cygwin distribution:
* libsrtp1-1.5.4-1
* libsrtp-devel-1.5.4-1
The libSRTP library is an open-source implementation of the Secure
Real-time Transport Protocol (SRTP) originally authored by Cisco Systems,
Inc. SRTP is a security profile for RTP t
The following packages have been uploaded to the Cygwin distribution:
* fdkaac-0.6.3-1
fdkaac reads linear PCM audio in either WAV, raw PCM, or CAF format, and
encodes it into either M4A / AAC file.
This is an initial release for Cygwin. Please note that some options may
not work due to lack
The following packages have been uploaded to the Cygwin distribution:
* libfdk-aac1-0.1.5-2
* libfdk-aac-devel-0.1.5-2
* mingw64-i686-fdk-aac-0.1.5-2
* mingw64-x86_64-fdk-aac-0.1.5-2
This is a Third-Party Modified Version of the Fraunhofer FDK AAC Codec
Library for Android.
These sources were m
Hi
>On Sunday, December 3, 2017, 10:15:59 AM MST, Jon Turney wrote:
>The dependency on liblz4 exists, so setup should have installed this
>package.
>It might be worthwhile looking at /var/log/setup to see if there are any
>indications of why this didn't happen.
I checked /var/log/setup-full.l
On Tue, Dec 19, 2017 at 4:13 PM, Eric Blake wrote:
> Can block devices report an unaligned offset to lseek()? If not, then when
> writing an unaligned value to a block device, don't we have to do a
> read-modify-write of the larger aligned cluster, and then put lseek() back
> to the unaligned bou
On 12/19/2017 09:46 AM, Ivan Kozik wrote:
Thanks, I can confirm that the 2017-12-18 snapshot fixed the test
program I posted.
What about the harder case where the program calls fflush, though?
#include
int main(int argc, char *argv[]) {
FILE *f = fopen(argv[1], "w");
char x[65536 +
On Tue, Dec 19, 2017 at 9:14 AM, Corinna Vinschen
wrote:
> Neither glibc nor FreeBSD show this behaviour. Keep in mind that stdio
> is designed for buffered I/O. What should happen, basically, is that a
> multiple of the stdio buffersize is written and the remainder is kept in
> the stdio buffer
Hello Mark,
in my earlier tests the lib and header files for tirpc was still there from the
Cygwin-installation. I think, this could influence the results of the tests.
Therefore i removed these files. From now on i used only the downloaded files
from sourceforge (https://sourceforge.net/project
The following Perl distributions have been updated to their latest
version on CPAN, respectively:
x86/x86_64
--
perl-Crypt-OpenSSL-Bignum-0.09-1
perl-Digest-SHA-6.00-1
perl-List-SomeUtils-XS-0.56-1
perl-Unicode-Collate-1.25-1
noarch
--
perl-CGI-4.38-1
perl-Devel-StackTrace-2.03-1
per
Thank you very much
On Tue, 12/19/17, Marco Atzeri wrote:
Subject: Re: Error
To: cygwin@cygwin.com, nayo...@yahoo.com
Date: Tuesday, December 19, 2017, 5:02 AM
On 18/12/2017 12:23, Markus Schönhaber
wrote:
> 18.12.2017, 12:13 CET, Joe Nayo:
>
For the sake of other desperate developers searching for a solution
after 14 hours of work
This line works (most of the time?):
C:\Users\user\Downloads\setup-x86.exe -q -R C:\cygwin -s
http://mirrors.kernel.org/sourceware/cygwin -P "wget,screen,cat" -a
x86 -v -B -d -n -N
On Tue, Dec 19, 2017 at 11
This is the full log
C:\Users\user\Downloads>C:\Users\user\Downloads\setup-x86.exe -q -R
C:\cygwin -s http://cygwin.mirror.constant.com -P "wget,screen,cat" -a
x86 -v
C:\Users\user\Downloads>note: Hand installation over to elevated child process.
Starting cygwin install, version 2.883
User has bac
On Dec 18 16:27, Steven Penny wrote:
> On Mon, 18 Dec 2017 14:10:35, Corinna Vinschen wrote:
> > In general, the writes on disk devices is sector-oriented. Howewver,
> > in this case ftell should have returned 65536. The problem here is
> > that the newlib implmentation of ftell/ftello performs a
Another update: the quite mode sometimes succeeds. I estimate that the
success rate is 30%. It rarely succeeds very first time.
The problem is definitely not new. See, for example,
https://github.com/boxcutter/windows/blob/master/floppy/cygwin.bat#L50
The batch start with rather encouraging "Force
22 matches
Mail list logo
