On my system /etc/rebase.db.x86_64 is writable by group None.
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Ivan Vanyushkin wrote:
>Something has changed in version 2.6.0, and now UTF-8 text can't be displayed
>in Windows console (cmd).
>
>1. Create a file "test.txt" with non-ASCII text in UTF-8 encoding.
>2. Run "cmd".
>3. Run:
>
>C:\Cygwin\bin\cat test.txt
> ?? ??
David Stacey wrote:
>On 25/09/16 12:00, Bengt Larsson wrote:
>> C:\Users\Bengt\Desktop\src\mg2a\temp>\cygwin64\bin\echo åäö
>> åäö
>>
>> C:\Users\Bengt\Desktop\src\mg2a\temp>\cygwin64\bin\echo "åäö"
>> "åäö"
>>
>> (the qu
There is a bug with arguments in the console since 2.6.0.
C:\Users\Bengt\Desktop\src\mg2a\temp>\cygwin64\bin\echo åäö
åäö
C:\Users\Bengt\Desktop\src\mg2a\temp>\cygwin64\bin\echo "åäö"
"åäö"
(the quote marks are left in)
C:\Users\Bengt\Desktop\src\mg2a\temp>ls -l
total 1
-rw-r--r-- 1 Bengt None
Wayne Porter wrote:
>The following packages have been uploaded to the Cygwin distribution:
>
>* procps-ng-3.3.11-1
>* libprocps-ng5-3.3.11-1
>* libprocps-ng-devel-3.3.11-1
>
>This package provides command line and full screen
>utilities for browsing procfs, a pseudo file system dynamically
>generat
Christian Franke wrote:
>Bengt Larsson wrote:
>> -
>> @echo off
>>
>> cd /d "%~dp0\bin"
>>
>> bash --login -i
>> -
>
>An errorlevel check is IMO mandatory after a cd command. Otherwise
>another bash in the PATH might be start
Andrey Repin wrote:
>Greetings, Christian Franke!
>
>> Traditionally setup.exe creates the /cygwin.bat file as follows if
>> C:\cygwin is the install directory:
>> -
>> @echo off
>
>> C:
>> chdir C:\cygwin\bin
>
>> bash --login -i
>> -
>
>
>> The following should work since WinXP regardles
Bengt Larsson wrote:
>Try adding the "notexec" option. If it's mounted "noacl" Cygwin checks
>for executable by opening the file and checking the two first bytes.
If you add "notexec" scripts that start with "#!" won't be recognized as
exe
tiwa...@arcor.de wrote:
>Hello, I've used Cygwin under WinXP and now Win8.1. Among others I'm using it
>to rsync big folders. I had one big problem. On the destination the file
>system permissions where that wrong, that I could not enter the rsynced
>folders. As it is said in the internet, the
Corinna Vinschen wrote:
>Hi folks,
>
>
>We got the permission from IEEE and Open Group to add the Open Group
>Base Specifications Issue 7, IEEE Std 1003.1, 2013 Edition or, in short,
>the latest POSIX API and tool definitions as man pages to the Cygwin
>distro. So, here they are, just as on Linux.
Marco Atzeri wrote:
>On 2/27/2015 5:49 PM, Bengt Larsson wrote:
>> Below are two benchmarks that explore maximum floating point
>> performance. loopm6 is double precision floating point and loopm6fp is
>> parallell single-precision. They are manually unrolled multiply-add
>
Below are two benchmarks that explore maximum floating point
performance. loopm6 is double precision floating point and loopm6fp is
parallell single-precision. They are manually unrolled multiply-add
loops.
I used to reach 2.8 and 11 GFlops on these. Now I only get
2 and 6.
If you explore the inn
Achim Gratz wrote:
>Am 27.12.2014 um 11:07 schrieb Bengt Larsson:
>> I ran into this, actually. I keep a list of my directories and it is in
>> CP1252 for reasons of interfacing with CMD.EXE. Suddenly grep couldn't
>> match it. But I figured something was up and set my lo
Warren Young wrote:
>On Dec 25, 2014, at 11:41 AM, Thomas Wolff wrote:
>
>> In any case the argument is quite artificial since the new behaviour
>> hits many files that are in fact text files.
>
>Please define the term text file in a way that allows a C programmer
>to write a program that automa
Testing it
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Eric Blake (cygwin) wrote:
>A new release of coreutils, 8.23-1, is available for download for
>testing purposes, leaving 8.15-1 (32-bit) or 8.15-3 (64-bit) as current
>for another week until I am sure there are no major regressions.
Been trying this. No problems so far.
--
Problem reports:
Nellis, Kenneth wrote:
>So, then, after changing %d to %lld, gcc -Wall -pedantic complains:
>
>x.c: In function main:
>x.c:12:2: warning: ISO C90 does not support the ll gnu_printf length
>modifier [-Wformat=]
> printf("pos = %lld\n",lseek(f, 0l, SEEK_CUR));
> ^
>x.c:12:2: warning: ISO C90 d
Christopher Faylor wrote:
>On Mon, Mar 10, 2014 at 05:33:38PM +0100, Bengt Larsson wrote:
>>Christopher Faylor wrote:
>>
>>>There is a new snapshot available which should fix the problem with
>>>screen status bar.
>>>
>>>There are still issues w
Christopher Faylor wrote:
>There is a new snapshot available which should fix the problem with
>screen status bar.
>
>There are still issues with the console buffer and full screen apps
>like vim/emacs/less. If you scroll the buffer while in that mode
>then things will get weird. The solution so
Christopher Faylor wrote:
>On Wed, Feb 19, 2014 at 12:52:58PM +0100, Bengt Larsson wrote:
>>I start a console window, set the buffer to 1100 lines, display a lot in
>>it. Start bash, type ^L: the console window resizes to be only one line.
>>Same result if bash was started fir
Christopher Faylor wrote:
>We are contemplating releasing an interim 1.7.29 which does
>not incorporate Corinna's revamping of Cygwin's uid/gid handling.
>
>So, please check out snapshots, paying particular attention to the
>non-passwd/group parts of this file:
>
>http://cygwin.com/cgi-bin/cvsweb.c
Christopher Faylor wrote:
>
>This bug should be fixed in today's snapshot (when it shows up):
>
>http://cygwin.com/snapshots/
Works fine now.
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Dawid Ferenczy wrote:
>The only difference (or one of few) was in the display size. The old laptop
>has a screen resolution of 1366 x 768 pixels, while the new one has
>1920 x 1080. And I'm using the whole screen for the terminal window. It's
>really strange, but if the terminal window height is gr
Christopher Faylor wrote:
>
>I added an ugly hack to work around this symptom in the latest cygwin.
>It shouldn't have any big impact on anything but this particular
>scenario but I would appreciate it if people downloaded today's snapshot
>and verified that things are still working ok.
>
>I plan o
Christopher Faylor wrote:
>On Sun, Dec 01, 2013 at 12:31:22PM +0100, Bengt Larsson wrote:
>>Christopher Faylor wrote:
>>>I'm building snapshots now which should fix this problem. This is YA
>>>reason for a quick 1.7.27 release.
>>
>>OK. I'v
Christopher Faylor wrote:
>I'm building snapshots now which should fix this problem. This is YA
>reason for a quick 1.7.27 release.
OK. I've tested the snapshot from 20131201, and it works.
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Do
I found a problem with linking many files in Cygwin64. It works fine in
bash but from the Windows shell I get the below. To repeat, download the
latest version of my editor from http://www.bengtl.net/files/mg3a/
Extract into a directory, go there and type "make". Since it's when
linking many files
David Rothenberger wrote:
>With gcc-4.8.2-1, the following fails:
>
>% touch /tmp/t.c
>% /bin/gcc -c /tmp/t.c
>gcc: error: spawn: No such file or directory
>
>This works correctly if gcc is invoked as "gcc" or "/usr/bin/gcc".
>It also works correctly with 4.8.1.
>
I seem to have found something re
On Cygwin64, if I malloc too much memory I get a stackdump, instead of a
NULL in return (for example testmalloc 50).
testrealloc.c
Description: Binary data
testmalloc.exe.stackdump
Description: Binary data
cygcheck.out
Description: Binary data
--
Problem reports: http://cygwin.
(I'm sorry I attached the wrong file. This should be right.)
On Cygwin64, if I malloc too much memory I get a stackdump, instead of a
NULL in return (for example testmalloc 50).
testmalloc.c
Description: Binary data
testmalloc.exe.stackdump
Description: Binary data
cygcheck.out
Desc
Ryan Johnson wrote:
>I set a breakpoint there, since I thought it was guaranteed to lead to a
>crash if it ever ran, but it turns out that's not true. Invoking M-x
>compile triggers the breakpoint twice in a row with the following
>(valid!) 5-byte UTF-8:
>
>10XX 10XX 10XX 10XX 10
Corinna Vinschen wrote:
>On Dec 9 12:58, Bengt Larsson wrote:
>> Christopher Faylor wrote:
>> >On Thu, Dec 08, 2011 at 11:00:11PM +0100, Bengt Larsson wrote:
>> >>Christopher Faylor wrote:
>> >>>On Thu, Dec 08, 2011 at 05:06:21PM +0100, Bengt Larsso
Christopher Faylor wrote:
>On Thu, Dec 08, 2011 at 11:00:11PM +0100, Bengt Larsson wrote:
>>Christopher Faylor wrote:
>>>On Thu, Dec 08, 2011 at 05:06:21PM +0100, Bengt Larsson wrote:
>>>>With the DLL from 20111208, a bug seems to have returned:
>>>>
&g
Christopher Faylor wrote:
>On Thu, Dec 08, 2011 at 05:06:21PM +0100, Bengt Larsson wrote:
>>With the DLL from 20111208, a bug seems to have returned:
>>
>>Wildcard match fail from a windows shell with non-ASCII characters
>>
>>http://cygwin.com/ml/cygwin/2009-12/m
With the DLL from 20111208, a bug seems to have returned:
Wildcard match fail from a windows shell with non-ASCII characters
http://cygwin.com/ml/cygwin/2009-12/msg01079.html
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation:
Corinna Vinschen wrote:
>On Dec 7 18:00, Bengt Larsson wrote:
>> Corinna Vinschen wrote:
>>
>> >- cygwin_conv_path and cygwin_conv_path_list: In CCP_WIN_A_TO_POSIX and
>> > CCP_POSIX_TO_WIN_A conversions, use the current Windows ANSI or OEM
>> >
Corinna Vinschen wrote:
>- cygwin_conv_path and cygwin_conv_path_list: In CCP_WIN_A_TO_POSIX and
> CCP_POSIX_TO_WIN_A conversions, use the current Windows ANSI or OEM
> charset, depending on the return value of AreFileApisANSI. Up to Cygwin
> 1.7.9, both conversions used the current Cygwin cha
Bengt Larsson wrote:
>Kenneth Wolcott wrote:
>>>>sigh, no ^X d (aka dired mode) by default !
>>>
>>> True. I never use it. I kind of philosophically disagree with it.
>>
>> Strange, as "dired" is one of the most important pieces of emacs and
Kenneth Wolcott wrote:
>>>sigh, no ^X d (aka dired mode) by default !
>>
>> True. I never use it. I kind of philosophically disagree with it.
>
> Strange, as "dired" is one of the most important pieces of emacs and
>when one says "emacs" and then says "but this version doesn't have
>'dired'", the
Cyrille Lefevre wrote:
>
>forgot about make install :
Again Super-helpful. Thanks.
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-si
Cyrille Lefevre wrote:
Thanks for your informed criticism. But I haven't suggested it should be
delivered with Cygwin.
>make install should copy mg to /bin instead of /docs/Command,
Yup
>copy
>documentation files in /usr/share/doc/mg3a and samples (dot files)
>in /us/share/doc/mg3a/examples
Andy Koppe wrote:
>On 24 February 2011 11:14, Corinna Vinschen wrote:
>> On Feb 24 11:56, Bengt Larsson wrote:
>>> I don't use surrogates. I only use UTF-8 and UTF-32.
>
>... which of course means that you don't support anything but UTF-8
>and ASCII locales.
Corinna Vinschen wrote:
>> Using wcswidth isn't very useful in the editor because it has special
>> requirements, like showing control characters with ^C.
>
>Well, it's not really such a big problem to special case wide char
>control values and just call wcswidth otherwise...
Oh I see. wcwidth tak
Bengt Larsson wrote:
>I don't use surrogates. I only use UTF-8 and UTF-32. But using cygwin's
>wcwidth may be worth thinking about. I suppose it will be consistent
>with mintty that way; otherwise not?
And: is wcwidth always available in modern Unices? How do you find out
t
Corinna Vinschen wrote:
>Just a hint:
>
>When on Cygwin, you might better use Cygwin's(*) wcwidth function. It's
>based on the same code from Markus Kuhn, but it interacts with the
>setlocale function to make sure that the width returned for the CJK
>ambiguous width characters makes sense in the g
Andrew Schulman wrote:
>> Why not ITP it as an official package?
>
>It will need a license. Right now there's no license information anywhere
>in the tarball AFAICT.
>
>Is the code in Mg3a taken from Emacs? If so, you need to include the GPL
>in your tarball.
No, it was taken from Mg2a, which wa
Corinna Vinschen wrote:
>On Feb 23 10:11, Bengt Larsson wrote:
>> If you are on Cygwin, Mg defaults to CRLF line endings. You may want
>> to set them to LF by putting this in a file .mg in your home
>> directory:
>>
>> (set-default-mode "lf")
>
&g
Bengt Larsson wrote:
>As I mentioned in an earlier message I have been developing UTF-8
>support for an editor, Mg2a. I chose to call it Mg3a.
The README:
This is Mg, formerly Mg2a, formerly MicroGnuEmacs. It was extended by
Bengt Larsson to deal with CRLF/LF and UTF-8, plu
As I mentioned in an earlier message I have been developing UTF-8
support for an editor, Mg2a. I chose to call it Mg3a.
You can fetch it here: http://www.bengtl.net/files/mg3a/
Or directly here: http://www.bengtl.net/files/mg3a/mg3a.110223.tar.gz
Just extract and compile. You can use it with onl
Andy Koppe wrote:
>On 21 February 2011 13:54, Bengt Larsson wrote:
>>>>>- Fixed crash triggered by lots of combining characters on the same
>>>>>line.
>>>>
>>>> Thanks. I used to have problems with mintty crashing but I was never
>>&
Oh, and it works now. I haven't been able to break it since.
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Andy Koppe wrote:
>On 21 February 2011 13:04, Bengt Larsson wrote:
>> Andy Koppe wrote:
>>>mintty 0.9.6-1 is on its way to the Cygwin mirrors, with a couple of
>>>fixes and enhancements.
>>>
>>>CHANGES
>>>===
>>>- Fixed cras
Andy Koppe wrote:
>mintty 0.9.6-1 is on its way to the Cygwin mirrors, with a couple of
>fixes and enhancements.
>
>CHANGES
>===
>- Fixed crash triggered by lots of combining characters on the same
>line.
Thanks. I used to have problems with mintty crashing but I was never
able to isolate anyt
I think I have found a bug with UTF-8 output in a console in a UTF-8
locale ("C.UTF-8"). If an UTF-8 character straddles a write() boundary,
then the output gets garbled.
An example program is attached.
buftest.c
Description: Binary data
--
Problem reports: http://cygwin.com/problems.html
I wrote:
>Actually they are available but there seems to be something wrong with
>the packaging. There is a combined entry for `sprintf', `fprintf',
>`printf', `snprintf', `asprintf', `asnprintf', but there is only a
>filename for sprintf. You can see it with "man sprintf".
Further enlightenment c
DEWI - N. Zacharias wrote:
>
>Hi,
>it seems to me that some manpages are missing:
>
>man printf yields the manpage for man 1 printf
Actually they are available but there seems to be something wrong with
the packaging. There is a combined entry for `sprintf', `fprintf',
`printf', `snprintf', `aspr
Andrew DeFaria wrote:
>When running a bash shell in rxvt and doing a man page I get weird
>characters in man pages especially around the often used "-" character.
>I've read about a few solutions, most revolving around UTF-8 and less
>and none of them fixing the problem totally. How do I set up
Gary wrote:
>Is it already possible to somehow save the value of the "Create Shortcut
>on Desktop" checkbox? If not, would it be possible to add this feature
>at some point (yeah, I know, PGA/TC :-) ? I'm sure I'm not the only one
>who doesn't want a shortcut and is getting fed up with having to un
Hello, I have now tried this in the latest snapshot and now it works.
Bengt Larsson wrote:
>I seem to have a problem with wildcards from the Windows command line
>when there are high-bit characters in a filename.
>
>A directory contains only the two files "user" and &q
Christopher Faylor wrote:
>On Wed, Dec 30, 2009 at 05:36:05PM +0100, Bengt Larsson wrote:
>>I seem to have a problem with wildcards from the Windows command line
>>when there are high-bit characters in a filename.
>>
>>A directory contains only the two files "use
Dave Korn wrote:
>Bengt Larsson wrote:
>
>> Every port of Unix utilities to Windows such as ls, grep and so forth do
>> this globbing internally.
>
> No. Not "every port". Specifically, not Cygwin ones: they get it done for
>them, by the shell that launc
Warren Young wrote:
>On 12/30/2009 11:16 AM, Larry Hall (Cygwin) wrote:
>> On 12/30/2009 01:08 PM, Warren Young wrote:
>>> Another thing that doesn't work:
>>>
>>> c:\> echo W*
>>
>> Ah, right. So my idea doesn't make sense. Never mind. ;-)
>
>I think we're looking at two bugs, though. The origina
Warren Young wrote:
>On 12/30/2009 10:18 AM, Bengt Larsson wrote:
>>> Try "noglob" if your shell is not Cygwin-aware.
>>
>> Eh? The problem is that it doesn't glob when it should. The shell is
>> standard CMD.EXE, ie Windows console.
>
>The
>Try "noglob" if your shell is not Cygwin-aware.
Eh? The problem is that it doesn't glob when it should. The shell is
standard CMD.EXE, ie Windows console.
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.
I seem to have a problem with wildcards from the Windows command line
when there are high-bit characters in a filename.
A directory contains only the two files "user" and "användare"
("användare" being user in Swedish):
C:\Documents and Settings\Bengt2\Desktop\test\ttt>ls -l
total 0
-rw-r--
65 matches
Mail list logo
