On 2015-11-05 10:26, Corinna Vinschen wrote:
| On Oct 20 12:23, Corinna Vinschen wrote:
| > Jari, ping?
| >
| > On Oct 19 17:54, Marco Atzeri wrote:
| > > On 19/10/2015 17:45, Corinna Vinschen wrote:
| > > >On Sep 26 11:43, Marco Atzeri wrote:
| > > >>Jari,
| > > >>any specific reason why there
https://sourceware.org/git/gitweb.cgi?p=newlib-cygwin.git;h=eeef72702692fca52610634da32b56241e8083f3
commit eeef72702692fca52610634da32b56241e8083f3
Author: Corinna Vinschen
Date: Thu Nov 5 10:09:08 2015 +0100
Fix iterating over pending signals if a signal doesn't
https://sourceware.org/git/gitweb.cgi?p=newlib-cygwin.git;h=d735b30eefe2d35d0d2a2d66ac12004662fc1525
commit d735b30eefe2d35d0d2a2d66ac12004662fc1525
Author: Corinna Vinschen
Date: Thu Nov 5 10:09:08 2015 +0100
Fix iterating over pending signals if a signal doesn't
Hi Adam,
On Nov 2 10:37, Adam Dinwoodie wrote:
> Folks,
>
> I'm looking at packaging fzf[0], which is a "fuzzy finder" with shell
> and Vim integration. It's not nearly so fast on Cygwin as it is on my
> Linux and Mac boxes, sadly (I suspect a combination of it needing to
> fall back to Ruby
On Wed, Nov 4, 2015 at 10:42 PM, Marco Atzeri wrote:
>
>
> For the archive, I found the culprit in the test code.
> Using "%lu" to print int is not a good idea on cygwin 64 bit.
That's why we have -Wformat=2
Csaba
--
GCS a+ e++ d- C++ ULS$ L+$ !E- W++ P+++$ w++$ tv+ b++ DI D++ 5++
The Tao of
On Nov 3 15:18, Warren Young wrote:
> On Oct 26, 2015, at 5:15 AM, Corinna Vinschen wrote:
> >
> > On Oct 23 16:15, Warren Young wrote:
> >> On Oct 23, 2015, at 8:30 AM, Jeffrey Altman wrote:
> >>> While Apple's design choices do not fit with the expectations of Cygwin
> >>> they are not
On Nov 4 22:42, Marco Atzeri wrote:
> On 30/10/2015 20:45, Marco Atzeri wrote:
> >On 30/10/2015 20:18, Corinna Vinschen wrote:
> >>On Oct 30 16:25, Marco Atzeri wrote:
> >>>Hi Corinna,
> >>>
> >
> >>>Any help will be really appreciated.
> >>
> >>Well, it's a stack probe. It's typically called
On Nov 4 22:25, Achim Gratz wrote:
> Achim Gratz writes:
> > Just confirmed this on another system. If I kill the child, then the
> > parent resumes and finishes the test loop alright and it can be
> > interrupted again from the shell. The hang happens after the first test
> > succeeds in both
Jari? Are you still with us?
On Oct 20 12:23, Corinna Vinschen wrote:
> Jari, ping?
>
> On Oct 19 17:54, Marco Atzeri wrote:
> > On 19/10/2015 17:45, Corinna Vinschen wrote:
> > >On Sep 26 11:43, Marco Atzeri wrote:
> > >>Jari,
> > >>any specific reason why there is only a 64 bit version ?
> >
On 05/11/2015 10:26, Marco Atzeri wrote:
On 05/11/2015 10:54, Jari Aalto wrote:
On 2015-11-05 10:26, Corinna Vinschen wrote:
| On Oct 20 12:23, Corinna Vinschen wrote:
| > Jari, ping?
| >
| > On Oct 19 17:54, Marco Atzeri wrote:
| > > On 19/10/2015 17:45, Corinna Vinschen wrote:
| > > >On Sep
On 05/11/2015 09:49, Csaba Raduly wrote:
On Wed, Nov 4, 2015 at 10:42 PM, Marco Atzeri wrote:
For the archive, I found the culprit in the test code.
Using "%lu" to print int is not a good idea on cygwin 64 bit.
That's why we have -Wformat=2
Csaba
Thanks for the suggestion, but it
On 05/11/2015 14:12, Jon Turney wrote:
On 05/11/2015 10:26, Marco Atzeri wrote:
Jari
aewm++ 64 bit also, please.
You uploaded only aewm++-goodies
$ grep aewm++ pkg_arch.txt
aewm++ 32 bitJari Aalto
aewm++-goodies Both
On 05/11/2015 10:54, Jari Aalto wrote:
On 2015-11-05 10:26, Corinna Vinschen wrote:
| On Oct 20 12:23, Corinna Vinschen wrote:
| > Jari, ping?
| >
| > On Oct 19 17:54, Marco Atzeri wrote:
| > > On 19/10/2015 17:45, Corinna Vinschen wrote:
| > > >On Sep 26 11:43, Marco Atzeri wrote:
| > > >>Jari,
https://sourceware.org/git/gitweb.cgi?p=newlib-cygwin.git;h=26f787261112cc8fe3e445222fba1b81786e9ced
commit 26f787261112cc8fe3e445222fba1b81786e9ced
Author: Corinna Vinschen
Date: Thu Nov 5 18:34:34 2015 +0100
Fake volume serial number on filesystems not providing it
https://sourceware.org/git/gitweb.cgi?p=newlib-cygwin.git;h=41299df081a0a7edc646caf84d208145624a1d37
commit 41299df081a0a7edc646caf84d208145624a1d37
Author: Corinna Vinschen
Date: Thu Nov 5 18:31:36 2015 +0100
Avoid deadlock in flock(2)
* fcntl.cc
On Nov 5 18:55, Corinna Vinschen wrote:
> On Nov 5 10:24, Corinna Vinschen wrote:
> > On Nov 4 22:25, Achim Gratz wrote:
> > > Achim Gratz writes:
> > > > Just confirmed this on another system. If I kill the child, then the
> > > > parent resumes and finishes the test loop alright and it can
Greetings, Daniel Goldman!
> # Found /usr/x86_64-pc-cygwin/sys-root/usr/lib/libncurses.a
> # Will this let me compile for dos window? Apparently not.
> $ i686-pc-mingw32-gcc -I /usr/x86_64-pc-cygwin/sys-root/usr/include/
> ncurses.c -L /usr/x86_64-pc-cygwin/sys-root/usr/lib/ -lncurses
> ...
https://sourceware.org/git/gitweb.cgi?p=newlib-cygwin.git;h=ed3f30cf74640c4ee5a2c0f8d837eabdc51dbc76
commit ed3f30cf74640c4ee5a2c0f8d837eabdc51dbc76
Author: Corinna Vinschen
Date: Thu Nov 5 18:31:36 2015 +0100
Avoid deadlock in flock(2)
* fcntl.cc
On Nov 5 10:24, Corinna Vinschen wrote:
> On Nov 4 22:25, Achim Gratz wrote:
> > Achim Gratz writes:
> > > Just confirmed this on another system. If I kill the child, then the
> > > parent resumes and finishes the test loop alright and it can be
> > > interrupted again from the shell. The hang
https://sourceware.org/git/gitweb.cgi?p=newlib-cygwin.git;h=c56dc181f907f8ab6dbcd40b9baf66f80d88468a
commit c56dc181f907f8ab6dbcd40b9baf66f80d88468a
Author: Corinna Vinschen
Date: Thu Nov 5 18:34:34 2015 +0100
Fake volume serial number on filesystems not providing it
On Nov 5 20:30, Andrey Repin wrote:
> Greetings, Daniel Goldman!
>
> > # Found /usr/x86_64-pc-cygwin/sys-root/usr/lib/libncurses.a
> > # Will this let me compile for dos window? Apparently not.
> > $ i686-pc-mingw32-gcc \
So you're building for 32 bit
Corinna Vinschen writes:
>> I (hopefully) fixed the issue and uploaded yet another developer
>> snapshot to https://cygwin.com/snapshots/ (with ACL changes again).
>
> Hang on for a while, I forgot to push the changes upstream before
> creating the snapshot. Try in half an hour or so.
On Thu, 2015-11-05 at 18:48 +0100, Corinna Vinschen wrote:
> What you need is a i686-mingw ncurses. Have a look around on the net or
> try to build your own.
There are for both i686- and x86_64-w64-mingw32 in Ports.
> However, it will probably not work correctly in a Cygwin pseudo tty due
> to
On 11/5/2015 5:12 PM, Andrew Schulman wrote:
I'm seeing what seems to be some very odd behaviour from Cygport when
uploading noarch packages: Cygport uploads all the packages for the
64-bit architecture, but only the main and source packages for 32-bit
architecture.
Thanks for the
On Thu, Nov 5, 2015 at 3:15 PM, Adam Dinwoodie wrote:
> fzf is a command-line fuzzy finder. These packages provide the core
> fuzzy finder, as well as a Vim plugin, Bash and Z shell key bindings and
> completion scripts, and Fish key bindings.
Serious question, how does this compare to "Z"?
I am not sure if this DLL snapshot (cygwin1-20151105-dll) is supposed
to fix stuff like this, but I think I remember something about
ordering ACL's?
Anyway I have this 'bin' directory in my home which shows up with
'Administratörer' (Swedish for Administrators) as the owner. I had
hoped it would
> I'm seeing what seems to be some very odd behaviour from Cygport when
> uploading noarch packages: Cygport uploads all the packages for the
> 64-bit architecture, but only the main and source packages for 32-bit
> architecture.
Thanks for the troubleshooting and detailed report. This is just
On 11/2/2015 4:23 PM, Yaakov Selkowitz wrote:
Perhaps you are missing your preferred font. What had you specified for
XTerm*faceName?
BitStream Vera Sans Mono
Is there something that I can do to produce more debug information out
of xterm as it launches.
Honestly, I'm not even sure how to
The following pacages have been added to the Cygwin distribution:
- fzf
- fzf-bash
- fzf-bash-completion
- fzf-zsh
- fzf-zsh-completion
- fzf-fish
- fzf-vim
fzf is a command-line fuzzy finder. These packages provide the core
fuzzy finder, as well as a Vim plugin, Bash and Z shell
The following pacages have been added to the Cygwin distribution:
- fzf
- fzf-bash
- fzf-bash-completion
- fzf-zsh
- fzf-zsh-completion
- fzf-fish
- fzf-vim
fzf is a command-line fuzzy finder. These packages provide the core
fuzzy finder, as well as a Vim plugin, Bash and Z shell
I'm seeing what seems to be some very odd behaviour from Cygport when
uploading noarch packages: Cygport uploads all the packages for the
64-bit architecture, but only the main and source packages for 32-bit
architecture.
Mostly I'm looking to know whether other people experience the same
On 2015-11-05 14:22, Marco Atzeri wrote:
| On 05/11/2015 14:12, Jon Turney wrote:
| >On 05/11/2015 10:26, Marco Atzeri wrote:
| >>
| >>aewm++ 64 bit also, please.
| >>
| >>You uploaded only aewm++-goodies
| >>
| >>$ grep aewm++ pkg_arch.txt
| >>aewm++ 32 bit
On 5 November 2015 at 10:05, Corinna Vinschen wrote:
> Hi Adam,
>
> On Nov 2 10:37, Adam Dinwoodie wrote:
>> Folks,
>>
>> I'm looking at packaging fzf[0], which is a "fuzzy finder" with shell
>> and Vim integration. It's not nearly so fast on Cygwin as it is on my
>> Linux and Mac boxes, sadly
On 02/11/2015 06:17, Yaakov Selkowitz wrote:
On Sat, 2015-10-31 at 16:47 +, Jon Turney wrote:
On 29/10/2015 19:11, Hans-Georg Scherneck wrote:
it crashes on x_86 (i.e. 32 bit version) too, even after re-installing
the xorg-server packages.
xfig won't show the export window before it
34 matches
Mail list logo