[ANNOUNCEMENT] latex2rtf 2.3.10-1

The following packages have been uploaded to the Cygwin distribution: * latex2rtf-2.3.10-1 latex2rtf is a translator program to convert LaTeX formatted text files into Rich Text Format files. This means that the conversion of a LaTeX document to RTF allows anyone with a copy of MS Word to

latex2rtf 2.3.10-1

The following packages have been uploaded to the Cygwin distribution: * latex2rtf-2.3.10-1 latex2rtf is a translator program to convert LaTeX formatted text files into Rich Text Format files. This means that the conversion of a LaTeX document to RTF allows anyone with a copy of MS Word to

[ANNOUNCEMENT] libpsl 0.13.0-1

The following packages have been uploaded to the Cygwin distribution: * libpsl5-0.13.0-1 * libpsl-devel-0.13.0-1 * libpsl-doc-0.13.0-1 * publicsuffix-utils-0.13.0-1 * publicsuffix-list-20160325-1 A public suffix is one under which Internet users can (or historically could) directly register

libpsl 0.13.0-1

The following packages have been uploaded to the Cygwin distribution: * libpsl5-0.13.0-1 * libpsl-devel-0.13.0-1 * libpsl-doc-0.13.0-1 * publicsuffix-utils-0.13.0-1 * publicsuffix-list-20160325-1 A public suffix is one under which Internet users can (or historically could) directly register

Cheap Bedroom Sets Mansfield

Cheap Bedroom Sets Mansfield. Find Solid Wood Bed suppliers at we we wee solidwoodbeds co uk -- View this message in context: http://cygwin.1069669.n5.nabble.com/Cheap-Bedroom-Sets-Mansfield-tp125811.html Sent from the Cygwin list mailing list archive at Nabble.com. -- Problem reports:

[ANNOUNCEMENT] cygport 0.21.1-1

The following packages have been uploaded to the Cygwin distribution: * cygport-0.21.1-1 cygport is the standard method for building and maintaining packages for the Cygwin distribution. This release fixes a bug in shebang dependency detection, and cross-cygwin toolchains are no longer

cygport 0.21.1-1

The following packages have been uploaded to the Cygwin distribution: * cygport-0.21.1-1 cygport is the standard method for building and maintaining packages for the Cygwin distribution. This release fixes a bug in shebang dependency detection, and cross-cygwin toolchains are no longer

pcre 8.38-3

The following packages have been uploaded to the Cygwin distribution: * pcre-8.38-3 * libpcre1-8.38-3 * libpcre16_0-8.38-3 * libpcre32_0-8.38-3 * libpcrecpp0-8.38-3 * libpcreposix0-8.38-3 * libpcre-devel-8.38-3 * libpcre-doc-8.38-3 * mingw64-i686-pcre-8.38-3 * mingw64-x86_64-pcre-8.38-3 The PCRE

[ANNOUNCEMENT] pcre 8.38-3

The following packages have been uploaded to the Cygwin distribution: * pcre-8.38-3 * libpcre1-8.38-3 * libpcre16_0-8.38-3 * libpcre32_0-8.38-3 * libpcrecpp0-8.38-3 * libpcreposix0-8.38-3 * libpcre-devel-8.38-3 * libpcre-doc-8.38-3 * mingw64-i686-pcre-8.38-3 * mingw64-x86_64-pcre-8.38-3 The PCRE

Upcoming change to TeX Live on Cygwin

This is a followup to https://www.cygwin.com/ml/cygwin/2016-03/msg00404.html, in which I said that I was thinking of shipping a restricted version of the tlmgr (TeX Live Manager) script in a future TeX Live release. I expect to have that ready as a test release within a few weeks. Since

Re: How to profile DLL built by Cygwin

John Smith wrote: I have an executable using a DLL. The DLL is built using -g -pg. Running the executable, however, does not produce a gmon.out. file. Cygwin version is 1.7.33. Thanks in advance for any suggestions. Cygwin's profiling facility currently only supports one address range: the

Re: wget seemingly modifies file access permissions on XP

Greetings, mihau! >> > unfortunately, this did not help, not even after a reboot. >> >> Did not help with what? > sorry if this wasn't specific enough. > "this did not help" meant the behavior described in the original message did > not > change at all; cygwin wget works like before and - in

Re: Starting VirtualBox 5 GUI creates two windows, but only with Cygwin/X

Hi. With recent Cygwin the problem became harder to reproduce: it only works once. On subsequent launches of VirtualBox the extra window appears in the taskbar for about a second and then closes. You have to restart X server to see the bug again. In the meantime I installed xwininfo. Beside

[PATCH 5/6] forkables: Keep hardlinks disabled via shared mem.

To avoid the need for each process to check the filesystem to detect that hardlink creation is impossible or disabled, cache this fact in shared memory. Removing cygfork directory while in use does disable hardlinks creation. To (re-)enable hardlinks creation, the cygfork directory has to exist

Re: [PATCH 4/6] forkables: Protect fork against dll-, exe-updates.

On 03/30/2016 09:04 PM, Yaakov Selkowitz wrote: > On 2016-03-30 13:53, Michael Haubenwallner wrote: >> To support in-cygwin package managers, the fork() implementation must >> not rely on .exe and .dll files to stay in their original location, as >> the package manager's job is to replace these

Re: [PATCH 0/6] Protect fork() against dll- and exe-updates.

On 03/30/2016 08:55 PM, Daniel Colascione wrote: > > > On 03/30/2016 11:53 AM, Michael Haubenwallner wrote: >> Hi, >> >> this is the updated and split series of patches to use hardlinks >> for creating the child process by fork(), in reply to >>

Re: [PATCH 4/6] forkables: Protect fork against dll-, exe-updates.

On 2016-03-30 13:53, Michael Haubenwallner wrote: To support in-cygwin package managers, the fork() implementation must not rely on .exe and .dll files to stay in their original location, as the package manager's job is to replace these files. Instead, we use the hardlinks to the original

Re: [PATCH 0/6] Protect fork() against dll- and exe-updates.

On 03/30/2016 11:53 AM, Michael Haubenwallner wrote: > Hi, > > this is the updated and split series of patches to use hardlinks > for creating the child process by fork(), in reply to > https://cygwin.com/ml/cygwin-developers/2016-01/msg2.html >

[PATCH 3/6] forkables: Create forkable hardlinks, yet unused.

In preparation to protect fork() against dll- and exe-updates, create hardlinks to the main executable and each loaded dll in subdirectories of /var/run/cygfork/, if that one exists on the NTFS file system. The directory names consist of the user sid, the main executable's NTFS IndexNumber, and

[PATCH 1/6] forkables: Store dll file name as full NT path.

In preparation to protect fork() against dll- and exe-updates, store any dll file name as full NT path. Additionally, keep a file handle open for each loaded dll file for subsequent hardlink creation. The earlier we open a handle to the dll file, the lower is the chance the dll file has been

[PATCH 0/6] Protect fork() against dll- and exe-updates.

Hi, this is the updated and split series of patches to use hardlinks for creating the child process by fork(), in reply to https://cygwin.com/ml/cygwin-developers/2016-01/msg2.html https://cygwin.com/ml/cygwin-developers/2016-03/msg5.html http://thread.gmane.org/gmane.os.cygwin.devel/1378

[PATCH 4/6] forkables: Protect fork against dll-, exe-updates.

To support in-cygwin package managers, the fork() implementation must not rely on .exe and .dll files to stay in their original location, as the package manager's job is to replace these files. Instead, we use the hardlinks to the original binaries in /var/run/cygfork/ to create the child process

[PATCH 2/6] forkables: Track main executable and cygwin1.dll.

In preparation to protect fork() against dll- and exe-updates, even for the main executable and cygwin1.dll store the file name as full NT path, and keep handles to the files open for subsequent hardlink creation. Create the child process using the main executable's file name converted from the

Re: wget seemingly modifies file access permissions on XP

> unfortunately, this did not help, not even after a reboot. Did not help with what? sorry if this wasn't specific enough. "this did not help" meant the behavior described in the original message did not change at all; cygwin wget works like before and - in comparison to mingw wget - messes

[ANNOUNCEMENT] clamav 0.99.1-1

The following packages have been uploaded to the Cygwin distribution: * clamav-0.99.1-1 * clamav-doc-0.99.1-1 * libclamav7-0.99.1-1 * libclamav-devel-0.99.1-1 * clamav-db-main-57-1 * clamav-db-daily-21477.253-1 Clam AntiVirus is a GPL anti-virus toolkit for UNIX, featuring command-line scanner,

clamav 0.99.1-1

The following packages have been uploaded to the Cygwin distribution: * clamav-0.99.1-1 * clamav-doc-0.99.1-1 * libclamav7-0.99.1-1 * libclamav-devel-0.99.1-1 * clamav-db-main-57-1 * clamav-db-daily-21477.253-1 Clam AntiVirus is a GPL anti-virus toolkit for UNIX, featuring command-line scanner,

Re: Packages not found by setup 2.873

On Mar 30, 2016, at 12:27 AM, EMMANUELLE FOURNIER wrote: > > - packages are in tar.xz, I've made them in tar.bz2 Why? You’re using Cygwin’s own installer underneath NSIS, and that program has XZ decompression built in. Why use a less efficient compression

Re: How to profile DLL built by Cygwin

On 30/03/2016 14:58, John Smith wrote: First, I hope that I am using the "mailing list" system correctly... if not, bear with me Hi John, it is the right place. I have an executable using a DLL. The DLL is built using -g -pg. Running the executable, however, does not produce a gmon.out.

Re: wget seemingly modifies file access permissions on XP

On Mar 30 18:28, mihau wrote: > >Remove your /etc/passwd and /etc/group files. Don't regeneate them, > >they are not required anymore (https://cygwin.com/cygwin-ug-net/ntsec.html) > >Then try again. > > unfortunately, this did not help, not even after a reboot. Did not help with what? Don't

Re: wget seemingly modifies file access permissions on XP

Remove your /etc/passwd and /etc/group files. Don't regeneate them, they are not required anymore (https://cygwin.com/cygwin-ug-net/ntsec.html) Then try again. unfortunately, this did not help, not even after a reboot. Michael -- Problem reports: http://cygwin.com/problems.html FAQ:

Re: Cross compiling for cygwin under Linux.

On 30/03/16 18:19, Yaakov Selkowitz wrote: On 2016-03-30 10:24, Michel Van den Bergh wrote: I am one of the authors of an application ( https://sourceforge.net/projects/icsdrone/ ) written for POSIX and I would like to provide a Windows binary. As I do not use Windows I would like to cross

Re: Cross compiling for cygwin under Linux.

On 2016-03-30 10:24, Michel Van den Bergh wrote: I am one of the authors of an application ( https://sourceforge.net/projects/icsdrone/ ) written for POSIX and I would like to provide a Windows binary. As I do not use Windows I would like to cross compile on Linux. I cannot use Mingw as our

Cross compiling for cygwin under Linux.

Hi, I am one of the authors of an application ( https://sourceforge.net/projects/icsdrone/ ) written for POSIX and I would like to provide a Windows binary. As I do not use Windows I would like to cross compile on Linux. I cannot use Mingw as our application relies heavily on the select()

[ANNOUNCEMENT] Updated: fzf v0.11.4-1

fzf 0.11.3-1 has been uploaded and should be coming soon to a mirror near you. This update includes the following packages: - fzf - fzf-bash - fzf-bash-completion - fzf-zsh - fzf-zsh-completion - fzf-fish - fzf-vim This is an update to the latest upstream release; you can see the

Re: wget seemingly modifies file access permissions on XP

On Mar 30 16:39, mihau wrote: > hello, > > (my setup is latest cygwin 32bit on Win XP SP3, logged in as Administrator) > > I have just updated my cygwin installation after a year or so and stumbled > upon > weird behavior with its wget build. it seems to screw file access permissions > on >

Updated: fzf v0.11.4-1

fzf 0.11.3-1 has been uploaded and should be coming soon to a mirror near you. This update includes the following packages: - fzf - fzf-bash - fzf-bash-completion - fzf-zsh - fzf-zsh-completion - fzf-fish - fzf-vim This is an update to the latest upstream release; you can see the

Re: [PATCH 3/3] Use just-built gcc for windres

On Mar 23 09:34, Peter Foley wrote: > When building cygwin in a combined tree with binutils, > the just-built windres cannot find the just-buit gcc automatically. > Parse the CC env variable to use the correct compiler, rather then > falling back to the build-system's gcc which does not define the

[newlib-cygwin] mkvers.sh: Reformatting for better readability

https://sourceware.org/git/gitweb.cgi?p=newlib-cygwin.git;h=c8022ae3f0b6e2652c59932aaf7609725842a987 commit c8022ae3f0b6e2652c59932aaf7609725842a987 Author: Corinna Vinschen Date: Wed Mar 30 17:06:50 2016 +0200 mkvers.sh: Reformatting for better readability

[newlib-cygwin] Use just-built gcc for windres

https://sourceware.org/git/gitweb.cgi?p=newlib-cygwin.git;h=4eca5e6a3f4a79bfed985065007cb8fc83476343 commit 4eca5e6a3f4a79bfed985065007cb8fc83476343 Author: Peter Foley Date: Wed Mar 23 09:34:12 2016 -0400 Use just-built gcc for windres When building cygwin

Re: [PATCH] fix typo in netinit/ip.h

On Mar 30 09:15, Peter Foley wrote: > The type for the ip_tos member was typoed, fix it. > > winsup/cygwin/ChangeLog: > include/netinet/ip.h: fix type of ip_tos Thanks for catching. Applied. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin

[newlib-cygwin] fix typo in netinit/ip.h

https://sourceware.org/git/gitweb.cgi?p=newlib-cygwin.git;h=31dfc51a361fb96ea2a20e657076f842cac8790d commit 31dfc51a361fb96ea2a20e657076f842cac8790d Author: Peter Foley Date: Wed Mar 30 09:15:55 2016 -0400 fix typo in netinit/ip.h The type for the ip_tos

wget seemingly modifies file access permissions on XP

hello, (my setup is latest cygwin 32bit on Win XP SP3, logged in as Administrator) I have just updated my cygwin installation after a year or so and stumbled upon weird behavior with its wget build. it seems to screw file access permissions on downloaded files, rendering e.g. downloaded exe

Re: Starting VirtualBox 5 GUI creates two windows, but only with Cygwin/X

On 27/03/2016 19:34, Basin Ilya wrote: I often use X11 forwarding to run Linux programs with GUI. Recently I upgraded from vbox 4 to version VirtualBox-5.0-5.0.16_105871_el6-1.x86_64. (My Linux host is headless Rhel 6.7 Server with xorg-x11-xauth package installed) I noticed that when I type

[PATCH] fix typo in netinit/ip.h

The type for the ip_tos member was typoed, fix it. winsup/cygwin/ChangeLog: include/netinet/ip.h: fix type of ip_tos Signed-off-by: Peter Foley --- winsup/cygwin/include/netinet/ip.h | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

Re: [PATCH 06/11] Remove always true nonnull check on "this" pointer.

On Wed, Mar 30, 2016 at 7:24 AM, Corinna Vinschen wrote: > Hi Peter, > > On Mar 19 13:45, Peter Foley wrote: >> G++ 6.0 can assert that the this pointer is non-null for member functions. > > Maybe, but if it compains, it's bound to find false positives... > Alright,

Re: [PATCH v2 1/3] Add option to not build mingw programs when cross compiling.

On Wed, Mar 30, 2016 at 8:11 AM, Corinna Vinschen wrote: > Applied with changes. The below check was skewed. > >> +if test "x$with_mingw_progs" != xyes; then >> +AC_CONFIG_SUBDIRS([utils lsaauth]) >> +fi Whoops, good catch.

Re: [PATCH 3/3] Use just-built gcc for windres

On Wed, Mar 30, 2016 at 8:31 AM, Corinna Vinschen wrote: > Are you sure this works as desired? In my standard cross build > environment, the only -B option added here is > > --preprocessor-arg=-B/build/cygwin/x86_64/vanilla/x86_64-pc-cygwin/newlib/ The only case in

How to profile DLL built by Cygwin

First, I hope that I am using the "mailing list" system correctly... if not, bear with me I have an executable using a DLL. The DLL is built using -g -pg. Running the executable, however, does not produce a gmon.out. file. Cygwin version is 1.7.33. Thanks in advance for any suggestions. A. --

Re: [ANNOUNCEMENT] TEST RELEASE: Cygwin 2.5.0-0.8

On Mar 22 08:32, Ken Brown wrote: > On 3/22/2016 5:30 AM, Corinna Vinschen wrote: > >On Mar 21 10:13, Ken Brown wrote: > >>On 3/21/2016 9:06 AM, Corinna Vinschen wrote: > >>>Hi Ken, > >>> > >>>On Mar 21 08:05, Ken Brown wrote: > On 3/20/2016 4:24 PM, Yaakov Selkowitz wrote: > >On

[newlib-cygwin] Add dependencies to tlsoffsets file

https://sourceware.org/git/gitweb.cgi?p=newlib-cygwin.git;h=d6c651040def845321010a63f3962d63f0a0c01b commit d6c651040def845321010a63f3962d63f0a0c01b Author: Corinna Vinschen Date: Wed Mar 30 14:35:46 2016 +0200 Add dependencies to tlsoffsets file After `make

Re: [PATCH 3/3] Use just-built gcc for windres

On Mar 23 09:34, Peter Foley wrote: > When building cygwin in a combined tree with binutils, > the just-built windres cannot find the just-buit gcc automatically. > Parse the CC env variable to use the correct compiler, rather then > falling back to the build-system's gcc which does not define the

Re: [PATCH v2 1/3] Add option to not build mingw programs when cross compiling.

On Mar 23 09:34, Peter Foley wrote: > Add an option to not require a mingw compiler when bootstrapping a cross > toolchain. > Defaults to existing behavior. > Also update some obsolete macros. Applied with changes. The below check was skewed. > +if test "x$with_mingw_progs" != xyes; then > +

[newlib-cygwin] Replace AC_CANONICAL_SYSTEM with AC_CANONICAL_TARGET, fix AC_INIT usage

https://sourceware.org/git/gitweb.cgi?p=newlib-cygwin.git;h=6436024c4cba0bf938983a005bad2e16f1af5e8e commit 6436024c4cba0bf938983a005bad2e16f1af5e8e Author: Corinna Vinschen Date: Wed Mar 30 14:09:19 2016 +0200 Replace AC_CANONICAL_SYSTEM with AC_CANONICAL_TARGET, fix

[newlib-cygwin] Add option to not build mingw programs when cross compiling.

https://sourceware.org/git/gitweb.cgi?p=newlib-cygwin.git;h=cf41355aba481fdd94195654bf15b71f41b24469 commit cf41355aba481fdd94195654bf15b71f41b24469 Author: Peter Foley Date: Wed Mar 23 09:34:10 2016 -0400 Add option to not build mingw programs when cross compiling.

[newlib-cygwin] fenv.h: Change fexcept_t to integral type for compatibility

https://sourceware.org/git/gitweb.cgi?p=newlib-cygwin.git;h=279aaeb5c7511cacd5496603a6dbd2901bc8e9af commit 279aaeb5c7511cacd5496603a6dbd2901bc8e9af Author: Corinna Vinschen Date: Wed Mar 30 00:12:22 2016 +0200 fenv.h: Change fexcept_t to integral type for

Re: Unable to start mintty.

Am 30.03.2016 um 4:49 schrieb Andrey Repin: Greetings, All! I've not used mintty for quite some time, and discovered today that I no longer able to start it inside a directory. Quite frustrating moment is that I can perfectly start it from desktop shortcut, but not from console. After much

Packages not found by setup 2.873

Hello everyone, I've searched for a very long time, without answer to my issue. Here's my problem : I have to make a new setup of cygwin (with NSIS), and with new packages. Computers are on Windows 7 x64. I've download packages without installing them, and the setup x64 version 2.873.