Greetings, Warren Young!
> Is there a possibility to build man for Cygwin with PerlRE support?
Presumably that would come via PCRE, which man-db does not currently
support. Perhaps PTC upstream.
>>>
>>> If there were such a mode, would it be allowed to enable it, since that
Greetings, Warren Young!
> On Oct 16, 2015, at 10:33 AM, Andrey Repin wrote:
>>
>> Is there a possibility to build man for Cygwin with PerlRE support?
> I’m curious: what sort of incantations do you frequently give to man which
> involve REs?
Typical ones. F.e.
^\s+\b
to quickly find term r
Greetings, Yaakov Selkowitz!
>> It was bugging me for quite some time now. I don't like POSIX RE - they are
>> cumbersome and unwieldy.
>> Is there a possibility to build man for Cygwin with PerlRE support?
> Presumably that would come via PCRE, which man-db does not currently
> support. Perhaps
On 10/16/2015 4:52 PM, Achim Gratz wrote:
Robert Pace writes:
I downloaded the very latest setup-x86_64.exe and setup-x86.exe from
www.cygwin.com yesterday (version 2.872). I started trying to install
the 64bit version of cygwin and selected "download only". I chose a
mirror from the list, and
On Fri, 2015-10-16 at 20:27 +, Doug Lewan wrote:
> It also loaded lots of extra stuff, including gamin which runs
> gam_server (IIRC) like a service. It was eating CPU on occasion,
> and I couldn't figure out how to stop it, and that made updating
> CYGWIN difficult if not impossible.
gamin is
I can verify that the setup.ini.sig is not stored in the download
folder. I earlier today downloaded the setup.ini.sig from the mirror
site and put that file in the mirror folder and it complained that the
setup.ini was corrupt.
On Fri, Oct 16, 2015 at 4:52 PM, Achim Gratz wrote:
> Robert Pace w
Robert Pace writes:
> I downloaded the very latest setup-x86_64.exe and setup-x86.exe from
> www.cygwin.com yesterday (version 2.872). I started trying to install
> the 64bit version of cygwin and selected "download only". I chose a
> mirror from the list, and the download concluded fine. I then
On Oct 16, 2015, at 2:29 PM, Mike Cappella wrote:
>
>> On Oct 16, 2015, at 12:18 PM, Yaakov Selkowitz wrote:
>>>
>>> On Fri, 2015-10-16 at 19:33 +0300, Andrey Repin wrote:
Is there a possibility to build man for Cygwin with PerlRE support?
>>>
>>> Presumably that would come via PCRE, which
On Fri, 2015-10-16 at 14:19 -0600, Warren Young wrote:
> On Oct 16, 2015, at 12:18 PM, Yaakov Selkowitz wrote:
> >
> > On Fri, 2015-10-16 at 19:33 +0300, Andrey Repin wrote:
> >> Is there a possibility to build man for Cygwin with PerlRE support?
> >
> > Presumably that would come via PCRE, which
> On Oct 16, 2015, at 12:18 PM, Yaakov Selkowitz wrote:
> >
> > On Fri, 2015-10-16 at 19:33 +0300, Andrey Repin wrote:
> >> Is there a possibility to build man for Cygwin with PerlRE support?
> >
> > Presumably that would come via PCRE, which man-db does not currently
> > support. Perhaps PTC up
I tried Evolution, but it wasn't obvious how to get it going and I wasn't
patient. It also loaded lots of extra stuff, including gamin which runs
gam_server (IIRC) like a service. It was eating CPU on occasion, and I couldn't
figure out how to stop it, and that made updating CYGWIN difficult if
On Oct 16, 2015, at 10:33 AM, Andrey Repin wrote:
>
> Is there a possibility to build man for Cygwin with PerlRE support?
I’m curious: what sort of incantations do you frequently give to man which
involve REs?
Maybe I’m just too old-school, but I wasn’t aware that modern man programs even
sup
On Oct 16, 2015, at 12:18 PM, Yaakov Selkowitz wrote:
>
> On Fri, 2015-10-16 at 19:33 +0300, Andrey Repin wrote:
>> Is there a possibility to build man for Cygwin with PerlRE support?
>
> Presumably that would come via PCRE, which man-db does not currently
> support. Perhaps PTC upstream.
If th
On Oct 16, 2015, at 1:18 AM, Achim Gratz wrote:
>
> Warren Young writes:
>> It would be nice if rebase were smart enough to look for *.mex and *.oct
> only in known Octave directories, but
>> it isn’t my itch, so I’m not going to be doing anything about it.
>
> I'll see if that's possible without
On Fri, 2015-10-16 at 17:09 +, Matt Seitz (matseitz) wrote:
> A few days ago, I ran Setup to update my currently installed package,
> including my git packages. Since then, whenever I run git gui, I get the
> following error:
>
> $ git gui
> assertion "font != NULL" failed: file
> "/usr/sr
On Fri, 2015-10-16 at 19:33 +0300, Andrey Repin wrote:
> It was bugging me for quite some time now. I don't like POSIX RE - they are
> cumbersome and unwieldy.
> Is there a possibility to build man for Cygwin with PerlRE support?
Presumably that would come via PCRE, which man-db does not currently
A few days ago, I ran Setup to update my currently installed package, including
my git packages. Since then, whenever I run git gui, I get the following error:
$ git gui
assertion "font != NULL" failed: file
"/usr/src/ports/fontconfig/fontconfig-2.11.1-3.x86_64/src/fontconfig-2.11.1/src/fcmatch
Greetings, All!
It was bugging me for quite some time now. I don't like POSIX RE - they are
cumbersome and unwieldy.
Is there a possibility to build man for Cygwin with PerlRE support?
--
With best regards,
Andrey Repin
Friday, October 16, 2015 17:58:20
Sorry for my terrible english...
--
Pr
Greetings, Robert Pace!
> I downloaded the very latest setup-x86_64.exe and setup-x86.exe from
> www.cygwin.com yesterday (version 2.872). I started trying to install
> the 64bit version of cygwin and selected "download only". I chose a
> mirror from the list, and the download concluded fine. I
Hi,
Throught some frustrating and furious debugging I now understand the
core issue here. CYGWIN calls malloc provided by jemalloc during
initializations, which in turn calls pthreads functions, which in
turn uses malloc, which also uses pthreads, causing a deadlock.
Now, is there anyway to wo
Greetings, Yaakov Selkowitz!
>> In the world of windows I use only Outlook (frequently) and The Gimp
>> (occasionally).
>> Having The Gimp under CYGWIN remove all the tiny bits of clumsiness that I
>> have now.
And introduce a new clumsiness in requiring to run X server.
Sorry, but I prefer nat
Greetings, Ken Brown!
> I have one other suggestion: If you rebase because of a fork failure, reboot
> before retrying the application that failed. I just had the following
> experience:
> I was running emacs on my 32-bit Cygwin installation and got a fork failure
> involving /usr/bin/cygMagic
On 10/16/2015 11:15 AM, cyg Simple wrote:
On 10/16/2015 11:07 AM, Ken Brown wrote:
I've seen this happen many times. I don't know the explanation, but my
guess is that Windows does some caching that causes it to try to load a
given DLL at the same base address as it used the last time that DLL
On 10/16/2015 11:07 AM, Ken Brown wrote:
> On 10/16/2015 8:58 AM, Ken Brown wrote:
>> On 10/16/2015 4:49 AM, Dr Rainer Woitok wrote:
>>> Ken,
>>>
>>> On Thursday, 2015-10-15 17:10:38 -0400, you wrote:
>>>
...
Another possibility is that those DLLs were in use. Rainer, did you
make s
On Fri, 2015-10-16 at 14:04 +, Doug Lewan wrote:
> Whoo hoo!
>
> In the world of windows I use only Outlook (frequently) and The Gimp
> (occasionally).
> Having The Gimp under CYGWIN remove all the tiny bits of clumsiness that I
> have now.
>
> Thanks.
You're welcome.
> (Now to go to wor
On 10/16/2015 8:58 AM, Ken Brown wrote:
On 10/16/2015 4:49 AM, Dr Rainer Woitok wrote:
Ken,
On Thursday, 2015-10-15 17:10:38 -0400, you wrote:
...
Another possibility is that those DLLs were in use. Rainer, did you make sure
that no Cygwin processes were running other than dash?
Well, at l
Hi all,
I downloaded the very latest setup-x86_64.exe and setup-x86.exe from
www.cygwin.com yesterday (version 2.872). I started trying to install
the 64bit version of cygwin and selected "download only". I chose a
mirror from the list, and the download concluded fine. I then re-ran
the setup ap
Whoo hoo!
In the world of windows I use only Outlook (frequently) and The Gimp
(occasionally). Having The Gimp under CYGWIN remove all the tiny bits of
clumsiness that I have now.
Thanks. (Now to go to work on Outlook.)
--
,Doug
Douglas Lewan
Shubert Ticketing
(201) 994-4335
Nonfirstorderiza
On 10/16/2015 4:49 AM, Dr Rainer Woitok wrote:
Ken,
On Thursday, 2015-10-15 17:10:38 -0400, you wrote:
...
Another possibility is that those DLLs were in use. Rainer, did you make sure
that no Cygwin processes were running other than dash?
Well, at least I tried to. I ran "/bin/ps -ef"
Ken,
On Thursday, 2015-10-15 17:10:38 -0400, you wrote:
> ...
> Another possibility is that those DLLs were in use. Rainer, did you make
> sure
> that no Cygwin processes were running other than dash?
Well, at least I tried to. I ran "/bin/ps -ef" and only saw one "ps"
and one "ash" proce
Adam Dinwoodie dinwoodie.org> writes:
> I think I've found the problem, and you're right -- Git has changed the
> way it makes the curl call. The culprit is commit 5841520b in the
> upstream Git repository, which has the following commit message:
>
> | http: always use any proxy auth method ava
Warren Young etr-usa.com> writes:
> It would be nice if rebase were smart enough to look for *.mex and *.oct
only in known Octave directories, but
> it isn’t my itch, so I’m not going to be doing anything about it.
I'll see if that's possible without running yet another find or at least
not runn
32 matches
Mail list logo
