It still works with bash_completion 1.3-1
COMP_WORDBREAKS is the default “ "'><=;|&(:” (the string within “”).
Removing everything in /etc/bash_completion.d did not help
Compared to bash_completion 1.3-1, there is almost nothing in
/etc/bash_completion.d anyway, and there is no /etc/bash_compl
Just my 2 cents.
I can't reproduce this, but once the script is executed 3 or more times,
I start seeing permanent visual artifacts in the xterm window, which may
indicate memory corruption.
The artifacts have nothing to do with the terminal state (hard resetting
the terminal doesn't help).
The
On 2/24/2016 3:41 AM, Imsieke, Gerrit, le-tex wrote:
It still works with bash_completion 1.3-1
COMP_WORDBREAKS is the default “ "'><=;|&(:” (the string within “”).
Removing everything in /etc/bash_completion.d did not help
Compared to bash_completion 1.3-1, there is almost nothing in
/etc/bash
On Tue, Feb 23, 2016 at 12:13 PM, Jon Turney
wrote:
>
> On 11/12/2015 16:21, Nem W Schlecht wrote:
>>
>> I was experimenting with Xterm escape sequences - trying to
>> resize/reposition a window while its iconized and found I can crash
>> X11 in just 3 escape commands in an Xterm (which I have in
It seems my /usr/bin has unmounted. I've looked at some of the
previous posts and do not have the causes of this failure that people
have had in the past. This is an internal new host secluded from the
internet so no anti-virus on it yet and it's not an NFS server/client.
Is this a known issue?
On 02/24/2016 03:36 PM, Lenny Hewitt wrote:
It seems my /usr/bin has unmounted. I've looked at some of the
previous posts and do not have the causes of this failure that people
have had in the past. This is an internal new host secluded from the
internet so no anti-virus on it yet and it's not
Hi,
Chasing a vfork issue in emacs prevening on sub-shell or dired on a
uptodate cygwin install, i followed the FAQ and tried to do a
rebaseall. Unfortunately, that resulted in a core dump with the
rebase.exe.statckdump mentioning a STATUS_ACCESS_VIOLATION problem! I
then also noticed, that an u
On 02/24/2016 06:30 PM, Michael Steiner wrote:
Hi,
Chasing a vfork issue in emacs prevening on sub-shell or dired on a
uptodate cygwin install, i followed the FAQ and tried to do a
rebaseall. Unfortunately, that resulted in a core dump with the
rebase.exe.statckdump mentioning a STATUS_ACCESS_V
I have a 64-bit Cygwin environment. I'm trying to compile a 32-bit
(target) Windows program using i686-pc-mingw32-g++
# i686-pc-mingw32-g++ -g -Wall -Iinclude -I../../library/include -c
-o NPOTAdlg.o NPOTAdlg.cpp
# windres -Iinclude res/NPOTAdlg.rc -O coff -o res/NPOTAdlg.res
# i686-pc-mingw32
Jim Reisert AD1C wrote:
I have a 64-bit Cygwin environment. I'm trying to compile a 32-bit
(target) Windows program using i686-pc-mingw32-g++
# i686-pc-mingw32-g++ -g -Wall -Iinclude -I../../library/include -c
-o NPOTAdlg.o NPOTAdlg.cpp
# windres -Iinclude res/NPOTAdlg.rc -O coff -o res/NPOT
> Jim Reisert AD1C wrote:
>> I have a 64-bit Cygwin environment. I'm trying to compile a 32-bit
>> (target) Windows program using i686-pc-mingw32-g++
>>
>> # i686-pc-mingw32-g++ -g -Wall -Iinclude -I../../library/include -c
>> -o NPOTAdlg.o NPOTAdlg.cpp
>> # windres -Iinclude res/NPOTAdlg.rc -O cof
The following packages have been uploaded to the Cygwin distribution:
* shared-mime-info-1.6-2
* shared-mime-info-devel-1.6-2
This package contains the core database of common types and the
update-mime-database command used to extend it.
This is an update to the latest upstream release. The
12 matches
Mail list logo
