On Aug 7 13:27, Duncan Roe wrote:
> On Fri, Aug 05, 2016 at 12:27:51PM +0200, Corinna Vinschen wrote:
> > On Aug 4 09:00, Corinna Vinschen wrote:
> > > On Aug 3 15:05, rm...@aboutgolf.com wrote:
> > > > [...]
> > > > Unknown+User@Lenovo-PC /cygdrive/c/cygwin64
> > > > $ ./azure-check2
> > > >
On Aug 7 23:47, Yaakov Selkowitz wrote:
> On 2016-08-05 05:46, Corinna Vinschen wrote:
> > The 2.6.0 release is going to introducing the locale_t datatype, as well
> > as all functions related to locale_t locales and per-thread locales per
> > POSIX-1.2008.
> >
> > So, rather than just providing
On Aug 6 09:27, Bob Van wrote:
> I'm attempting to work with ruby on rails in cygwin, though I know
> it's a difficult path to go down. I have a windoz7 laptop which is
> connected to a company domain sometimes, and which pushes security
> updates down sometimes. Normally, when I launch cygwin, my
On Aug 7 22:19, Thomas Taylor wrote:
> tcsh version 6.19.00-3 hangs on exit. tcsh scripts, once OK, no longer
> respond to Control-C; must be stopped with Control-Z and then killed. To
> test, try simplest possible script: #!/bin/csh as first and only line.
> (Simplest possible bash script work
I am planning to keep the SD card in my computer for ever and ever.
My laptop has a 128 GB internal SSD, so I bought an SD card to extend its
permanent storage.
Thanks for your advice.
From: Erik Soderquist
Sent: Sunday, August 7, 2016 11:37 AM
To: cyg
On Aug 7 10:11, Herbert Stocker wrote:
> On 05.08.2016 17:29, Corinna Vinschen wrote:
> If you see the
> > code required to handle .exe and .lnk extensions you don't *want*
> > PATHEXT support anymore.
> >
>
> Moreso, this code has recently broken my C++ code in Cygwin.
> It tried to see if a d
On Mon, Aug 08, 2016 at 09:05:27AM +0200, Corinna Vinschen wrote:
> On Aug 7 13:27, Duncan Roe wrote:
> > On Fri, Aug 05, 2016 at 12:27:51PM +0200, Corinna Vinschen wrote:
> > > On Aug 4 09:00, Corinna Vinschen wrote:
> > > > On Aug 3 15:05, rm...@aboutgolf.com wrote:
> > > > > [...]
> > > > > U
On Aug 8 21:48, Duncan Roe wrote:
> On Mon, Aug 08, 2016 at 09:05:27AM +0200, Corinna Vinschen wrote:
> > On Aug 7 13:27, Duncan Roe wrote:
> > > I've been trying your tests out of interest (no Axure accounts here), and
> > > they all worked except this last one which segfaults:
> >
> > That you
On 8/8/2016 07:48, Yaakov Selkowitz wrote:
> On 2016-08-05 18:15, JonY wrote:
>> I have just updated the mingw-w64 cross compilers Cygwin 32bit and 64bit.
>>
>> This version is considered testing and has --enable-vtable-verify set.
>> I'd consider moving it to stable if it can build non-trivial C++
On 8/8/2016 7:23 AM, Corinna Vinschen wrote:
> On Aug 7 10:11, Herbert Stocker wrote:
>> On 05.08.2016 17:29, Corinna Vinschen wrote:
>> If you see the
>>> code required to handle .exe and .lnk extensions you don't *want*
>>> PATHEXT support anymore.
>>>
>>
>> Moreso, this code has recently broke
On Sun, Aug 7, 2016 at 4:11 AM, Herbert Stocker wrote:
>>
>> code required to handle .exe and .lnk extensions you don't *want*
>> PATHEXT support anymore.
>>
>
> Moreso, this code has recently broken my C++ code in Cygwin.
> It tried to see if a directory /dir/subdir/something existed,
> and Cygw
On Aug 8 09:52, Erik Soderquist wrote:
> On Sun, Aug 7, 2016 at 4:11 AM, Herbert Stocker wrote:
> >>
> >> code required to handle .exe and .lnk extensions you don't *want*
> >> PATHEXT support anymore.
> >>
> >
> > Moreso, this code has recently broken my C++ code in Cygwin.
> > It tried to see if
On Mon, Aug 8, 2016 at 9:52 AM, Erik Soderquist wrote:
> On Sun, Aug 7, 2016 at 4:11 AM, Herbert Stocker wrote:
>>>
>>> code required to handle .exe and .lnk extensions you don't *want*
>>> PATHEXT support anymore.
>>>
>>
>> Moreso, this code has recently broken my C++ code in Cygwin.
>> It tried t
On Aug 8 09:43, cyg Simple wrote:
> On 8/8/2016 7:23 AM, Corinna Vinschen wrote:
> > On Aug 7 10:11, Herbert Stocker wrote:
> >> On 05.08.2016 17:29, Corinna Vinschen wrote:
> >> If you see the
> >>> code required to handle .exe and .lnk extensions you don't *want*
> >>> PATHEXT support anymore.
On Aug 8 09:43, cyg Simple wrote:
> On 8/8/2016 7:23 AM, Corinna Vinschen wrote:
> > On Aug 7 10:11, Herbert Stocker wrote:
> >> On 05.08.2016 17:29, Corinna Vinschen wrote:
> >> If you see the
> >>> code required to handle .exe and .lnk extensions you don't *want*
> >>> PATHEXT support anymore.
I just noticed that zp_fontconfig_cache_1.sh has read -d which is not
present in sh in line 5, but no #!/bin/bash or something. Is that
correct?
-Helmut
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.c
Helmut Karlowski writes:
> I just noticed that zp_fontconfig_cache_1.sh has read -d which is not
> present in sh in line 5, but no #!/bin/bash or something. Is that
> correct?
Yes, if setup sees the .sh suffix it will be run by bash. Although
there really shouldn't be any perpetual postinstall
---
> Helmut Karlowski writes:
> > I just noticed that zp_fontconfig_cache_1.sh has read -d which is not
> > present in sh in line 5, but no #!/bin/bash or something. Is that
> > correct?
>
> Yes, if setup sees the .sh suffix it will be run by bash
Helmut Karlowski writes:
> I noticed it when I was using apt-cyg. That might explain it.
>
> After the setup I had all zp_*.sh without done, now, after running
> apt-cyg install pinfo the done is there for all. Don't know what this
> is.
It's a bug in apt-cyg. Perpetual postinstall scripts must
Hello.
I recently did a clean reinstallation of 32 bit cygwin, and as part of that,
downloaded the chere package so that I could get Windows Explorer context menu
bash here support.
I like my cygwin bash terminal windows to come up maximized by default.
So, my usual procedure the first time th
-Original Message-
From: cygwin-ow...@cygwin.com [mailto:cygwin-ow...@cygwin.com] On Behalf Of
Corinna Vinschen
Sent: August-08-16 10:33 AM
To: cygwin@cygwin.com
Subject: Re: PATHEXT is fundamental to Windows and Should be recognised by
CYGWIN
On Aug 8 09:43, cyg Simple wrote:
> On 8/
Based on the emails under this thread and other items I found, it seems that
anomalies
handling program suffixes within CYGWIN are not new. It has been proposed that
the
relevant code be re-thought. I suggest that any rethink consider PATHEXT
support.
It may be of no interest for CYGWIN user
On 8/8/2016 1:04 PM, Tobias Zawada wrote:
It would be great if emacs25 could be directly installed from cygwin-setup.
emacs-25.1 hasn't been released yet. Release candidates are currently
being tested, so it shouldn't be too much longer. I'll make it
available for Cygwin very shortly after
On 09/08/2016 02:17, Michel LaBarre wrote:
On Aug 8 09:43, cyg Simple wrote:
On 8/8/2016 7:23 AM, Corinna Vinschen wrote:
On Aug 7 10:11, Herbert Stocker wrote:
On 05.08.2016 17:29, Corinna Vinschen wrote:
So, if we actually implement PATHEXT, its usage would be limited to
suffixes of bina
24 matches
Mail list logo