ve triggered the system attribute not to be set, and more
importantly, how to get this corrected?
--Uwe
On Wednesday, November 22, 2023 at 11:20:59 AM PST, Uwe F. Mayer
wrote:
> Cygwin fails to create sockets correctly on some
> computers. Specifically, this fails on my machines with W
Cygwin fails to create sockets correctly on some computers. Specifically, this
fails on my machines with Windows 10 Enterprise, but works fine on a system
with Windows 10 Pro. This was first observed on or about Nov 19, 2023. On one
of the Windows 10 Enterprise machines X has been running for
Setup:
mkdir /cygdrive/c/sun
cd /cygdrive/c/sun
# create "mon.txt" using Windows "New", "Text Document"
Running these commands under Windows 8 yields expected results:
$ test -x mon.txt && echo x || echo not x
x
$ chmod -x mon.txt
$ test -x mon.txt && echo x || echo not x
On Mon, 03 Sep 2018 15:15:26, Steven Penny wrote:
Expanding on the "Notepad" example, "Notepad" default font is "Lucida
Console", which doesnt have U+FFFD either. However pasting into "Notepad" will
still show U+FFFD properly because "Tahoma" has U+FFFD and "Notepad" can
utilize composite font, w
On Sep 7 19:01, Marco Atzeri wrote:
> Am 07.09.2018 um 18:48 schrieb Brian Inglis:
> > On 2018-09-07 05:54, Corinna Vinschen wrote:
> > > On Sep 7 13:51, Thomas Wolff wrote:
> > > > On 07.09.2018 13:41, Thomas Wolff wrote:
> > > > > On 07.09.2018 13:29, Corinna Vinschen wrote:
> > > > > > On Sep
On Sep 7 10:48, Brian Inglis wrote:
> On 2018-09-07 05:54, Corinna Vinschen wrote:
> > On Sep 7 13:51, Thomas Wolff wrote:
> >> On 07.09.2018 13:41, Thomas Wolff wrote:
> >>> On 07.09.2018 13:29, Corinna Vinschen wrote:
> On Sep 7 12:34, Thomas Wolff wrote:
> > On 07.09.2018 10:17, Cori
Am 07.09.2018 um 18:48 schrieb Brian Inglis:
On 2018-09-07 05:54, Corinna Vinschen wrote:
On Sep 7 13:51, Thomas Wolff wrote:
On 07.09.2018 13:41, Thomas Wolff wrote:
On 07.09.2018 13:29, Corinna Vinschen wrote:
On Sep 7 12:34, Thomas Wolff wrote:
On 07.09.2018 10:17, Corinna Vinschen wrot
On 2018-09-07 05:54, Corinna Vinschen wrote:
> On Sep 7 13:51, Thomas Wolff wrote:
>> On 07.09.2018 13:41, Thomas Wolff wrote:
>>> On 07.09.2018 13:29, Corinna Vinschen wrote:
On Sep 7 12:34, Thomas Wolff wrote:
> On 07.09.2018 10:17, Corinna Vinschen wrote:
>> On Sep 6 09:01, Corin
On 2018-09-07 05:54, Corinna Vinschen wrote:
> On Sep 7 13:51, Thomas Wolff wrote:
>> On 07.09.2018 13:41, Thomas Wolff wrote:
>>> On 07.09.2018 13:29, Corinna Vinschen wrote:
On Sep 7 12:34, Thomas Wolff wrote:
> On 07.09.2018 10:17, Corinna Vinschen wrote:
>> On Sep 6 09:01, Corin
On Sep 7 13:51, Thomas Wolff wrote:
> On 07.09.2018 13:41, Thomas Wolff wrote:
> > On 07.09.2018 13:29, Corinna Vinschen wrote:
> > > On Sep 7 12:34, Thomas Wolff wrote:
> > > > On 07.09.2018 10:17, Corinna Vinschen wrote:
> > > > > On Sep 6 09:01, Corinna Vinschen wrote:
> > > > > > On Sep 5 1
On 07.09.2018 13:41, Thomas Wolff wrote:
On 07.09.2018 13:29, Corinna Vinschen wrote:
On Sep 7 12:34, Thomas Wolff wrote:
On 07.09.2018 10:17, Corinna Vinschen wrote:
On Sep 6 09:01, Corinna Vinschen wrote:
On Sep 5 18:35, Steven Penny wrote:
On Wed, 5 Sep 2018 22:14:59, Corinna Vinschen
On 07.09.2018 13:29, Corinna Vinschen wrote:
On Sep 7 12:34, Thomas Wolff wrote:
On 07.09.2018 10:17, Corinna Vinschen wrote:
On Sep 6 09:01, Corinna Vinschen wrote:
On Sep 5 18:35, Steven Penny wrote:
On Wed, 5 Sep 2018 22:14:59, Corinna Vinschen wrote:
OTOH, in my testing this only occu
On Sep 7 12:34, Thomas Wolff wrote:
> On 07.09.2018 10:17, Corinna Vinschen wrote:
> > On Sep 6 09:01, Corinna Vinschen wrote:
> > > On Sep 5 18:35, Steven Penny wrote:
> > > > On Wed, 5 Sep 2018 22:14:59, Corinna Vinschen wrote:
> > > > > OTOH, in my testing this only occurs for DejaVu Sans Mon
On 07.09.2018 10:17, Corinna Vinschen wrote:
On Sep 6 09:01, Corinna Vinschen wrote:
On Sep 5 18:35, Steven Penny wrote:
On Wed, 5 Sep 2018 22:14:59, Corinna Vinschen wrote:
OTOH, in my testing this only occurs for DejaVu Sans Mono. I installed
Liberation Mono and Noto Mono as well and the
On Sep 6 09:01, Corinna Vinschen wrote:
> On Sep 5 18:35, Steven Penny wrote:
> > On Wed, 5 Sep 2018 22:14:59, Corinna Vinschen wrote:
> > > OTOH, in my testing this only occurs for DejaVu Sans Mono. I installed
> > > Liberation Mono and Noto Mono as well and the above problem never occurs
> > >
On Sep 5 18:35, Steven Penny wrote:
> On Wed, 5 Sep 2018 22:14:59, Corinna Vinschen wrote:
> > OTOH, in my testing this only occurs for DejaVu Sans Mono. I installed
> > Liberation Mono and Noto Mono as well and the above problem never occurs
> > with them. Weird. I'm about to let this slip as
On Wed, 5 Sep 2018 22:14:59, Corinna Vinschen wrote:
OTOH, in my testing this only occurs for DejaVu Sans Mono. I installed
Liberation Mono and Noto Mono as well and the above problem never occurs
with them. Weird. I'm about to let this slip as a font bug.
as you prob know ive been testing o
On Sep 5 17:58, Corinna Vinschen wrote:
> On Sep 5 15:18, Marco Atzeri wrote:
> > Am 05.09.2018 um 13:58 schrieb Steven Penny:
> > > On Wed, 5 Sep 2018 09:55:28, Corinna Vinschen wrote:
> >
> > > Using this file:
> > >
> > > $ cat glyph.c
> > > #include
> > > #include
> > > in
On Sep 5 15:18, Marco Atzeri wrote:
> Am 05.09.2018 um 13:58 schrieb Steven Penny:
> > On Wed, 5 Sep 2018 09:55:28, Corinna Vinschen wrote:
>
> > Using this file:
> >
> > $ cat glyph.c
> > #include
> > #include
> > int main()
> > {
> > CONSOLE_FONT_INFOEX ta;
> >
Greetings, Marco Atzeri!
> Strange on W10 CMD I obtain
> DejaVu Sans Mono
>U+FFFD: failure
>U+2592: failure
>U+25A1: failure
>U+01C4: failure
> Consolas:
>U+FFFD: failure
>U+2592: success
>U+25A1: success
>U+01C4: success
> May be original Windows "DejaVu Sans M
Greetings, Houder!
>> > a character that DejaVu Sans Mono actually doesnt have is:
>>
>> > U+01C4 LATIN CAPITAL LETTER DZ WITH CARON
>>
>> > Using this file:
>>
>> How to compile it?
>> Simple "gcc glyph.c" fails with
>>
>> /tmp/ccSCYXAP.o:glyph.c:(.text+0xbd): undefined reference to
>> `
On Wed, 5 Sep 2018 16:31:33, Andrey Repin wrote:
> Greetings, Steven Penny!
>
> > a character that DejaVu Sans Mono actually doesnt have is:
>
> > U+01C4 LATIN CAPITAL LETTER DZ WITH CARON
>
> > Using this file:
>
> How to compile it?
> Simple "gcc glyph.c" fails with
>
> /tmp/ccSCYXAP.o:g
Greetings, Steven Penny!
> a character that DejaVu Sans Mono actually doesnt have is:
> U+01C4 LATIN CAPITAL LETTER DZ WITH CARON
> Using this file:
How to compile it?
Simple "gcc glyph.c" fails with
/tmp/ccSCYXAP.o:glyph.c:(.text+0xbd): undefined reference to `__imp_CreateFontW'
/tmp/ccSC
Am 05.09.2018 um 13:58 schrieb Steven Penny:
On Wed, 5 Sep 2018 09:55:28, Corinna Vinschen wrote:
Using this file:
$ cat glyph.c
#include
#include
int main()
{
CONSOLE_FONT_INFOEX ta;
ta.cbSize = sizeof ta;
GetCurrentConsoleFontEx(GetStdHandle(STD_OUTPU
On Wed, 5 Sep 2018 09:55:28, Corinna Vinschen wrote:
I added DejaVu Sans Mono per the above and to my surprise I see this:
$ cat alfa.txt
=EF=BF=BD
So it looks like Deja Vu has a 0xfffd char. However, GetGlyphIndicesW
claims otherwise:
a character that DejaVu Sans Mono actually doesnt ha
Am 05.09.2018 um 09:55 schrieb Corinna Vinschen:
On Sep 4 04:40, Steven Penny wrote:
On Tue, 4 Sep 2018 11:00:00, Corinna Vinschen wrote:
Whereever you get DejaVu Sans Mono from.
Cygwin provides it via the "dejavu-fonts" package, or you can get it here:
http://dejavu-fonts.github.io
My W10
On Sep 4 14:40, Brian Inglis wrote:
> On 2018-09-04 12:20, Steven Penny wrote:
> > On Tue, 4 Sep 2018 16:18:21, Thomas Wolff wrote:
> >> My vote is against the patch because the nodef glyph will often be just
> >> blank
> >> space which is certainly worse than ▒.
>
> Not according to the sample
On Sep 4 04:40, Steven Penny wrote:
> On Tue, 4 Sep 2018 11:00:00, Corinna Vinschen wrote:
> > Whereever you get DejaVu Sans Mono from.
>
> Cygwin provides it via the "dejavu-fonts" package, or you can get it here:
>
> http://dejavu-fonts.github.io
>
> > My W10 console only allows to specify a
On Tue, 4 Sep 2018 23:43:16, Thomas Wolff wrote:
Traditionally, many terminals used to display the DEL character as a
checkered block, which is more or less the MEDIUM SHADE.
This makes the glyph appear somewhat "erroneous" by convention.
I see - now that Unicode has some dedicated characters
Am 04.09.2018 um 21:53 schrieb Steven Penny:
On Tue, 4 Sep 2018 20:41:48, Thomas Wolff wrote:
...
the .notdef glyph is not an appropriate indication of illegal
encoding (like broken UTF-8 bytes)
true, but neither is U+2592. as far as i know U+2592 is not defined
officially
anywhere as being
On Tue, 4 Sep 2018 13:59:10, Doug Henderson wrote:
My preference is to remove the output fiddling code that Corrina has
been working on. It is trying to solve the wrong problem.
I think we have gone down a rabbit hole at the wrong end of cat's data flow.
this has nothing to do with "cat". it ha
On 2018-09-04 12:20, Steven Penny wrote:
> On Tue, 4 Sep 2018 16:18:21, Thomas Wolff wrote:
>> My vote is against the patch because the nodef glyph will often be just blank
>> space which is certainly worse than ▒.
Not according to the sample below: you would have to know that medium shade
means u
On Sat, 1 Sep 2018 at 10:13, Steven Penny wrote:
> You get this result with Linux:
>
> $ cat alfa.txt
> �
>
> Where "cat" properly outputs Unicode 'REPLACEMENT CHARACTER' (U+FFFD). However
> with Cygwin you get this:
>
> $ cat alfa.txt
> ▒
>
> Where "cat" outputs Unicode Character
On Tue, 4 Sep 2018 20:41:48, Thomas Wolff wrote:
No idea what you consider dangerous. Anyway, we obviously agree that
hardly any available console font supports the REPLACEMENT CHARACTER.
You had previously suggested code that might work (using CreateFont(0,
0, )). Maybe you can sort out wi
Greetings, Thomas Wolff!
>>> My vote is against the patch because the nodef glyph will often be
>>> just blank space which is certainly worse than ▒.
>>> If conhost does not provide a reasonable way to enquire 0xFFFD
>>> availability it's conhost's fault, not cygwin's so why should cygwin
>>> im
Am 04.09.2018 um 20:20 schrieb Steven Penny:
On Tue, 4 Sep 2018 16:18:21, Thomas Wolff wrote:
My vote is against the patch because the nodef glyph will often be
just blank space which is certainly worse than ▒.
If conhost does not provide a reasonable way to enquire 0xFFFD
availability it's con
On Tue, 4 Sep 2018 16:18:21, Thomas Wolff wrote:
My vote is against the patch because the nodef glyph will often be just
blank space which is certainly worse than ▒.
If conhost does not provide a reasonable way to enquire 0xFFFD
availability it's conhost's fault, not cygwin's so why should cygwi
On 4. 9. 2018 16:18, Thomas Wolff wrote:
My vote is against the patch because the nodef glyph will often be just blank
space which is certainly worse than ▒.
How often is "often"? Do the default Windows fonts have okay nodef glyphs?
By the way, how does this work with OEM fonts?
--
David Ma
On 04.09.2018 14:49, David Macek wrote:
On 4. 9. 2018 11:00, Corinna Vinschen wrote:
We either keep 0xfffd now and the user gets the nodef glyph, or I revert
the patch and let the console print 0x2592 MEDIUM SHADE again.
Decision has to be made today. I will release 2.11.1 tomorrow.
I vote
Greetings, Corinna Vinschen!
>> Result:
>>
>>DejaVu Sans Mono: SUCCESS
> Whereever you get DejaVu Sans Mono from. My W10 console only allows to
> specify a handful of fonts, Consolas, Courier New, Lucida, MS Gothic,
> NSimSun, Raster Fonts, SimSun-ExtB.
Something like
printf "DejaVu Sans
On 4. 9. 2018 11:00, Corinna Vinschen wrote:
We either keep 0xfffd now and the user gets the nodef glyph, or I revert
the patch and let the console print 0x2592 MEDIUM SHADE again.
Decision has to be made today. I will release 2.11.1 tomorrow.
I vote for keeping the patch and printing 0xFFFD.
On Tue, 4 Sep 2018 11:00:00, Corinna Vinschen wrote:
Whereever you get DejaVu Sans Mono from.
Cygwin provides it via the "dejavu-fonts" package, or you can get it here:
http://dejavu-fonts.github.io
My W10 console only allows to specify a handful of fonts, Consolas, Courier
New, Lucida, MS G
On Sep 3 15:15, Steven Penny wrote:
> On Mon, 3 Sep 2018 23:02:58, Corinna Vinschen wrote:
> > I can't. I only have a limited set of fonts available in the console.
>
> http://superuser.com/questions/390933/add-font-cmd-window-choices/956818
>
> > What I just did was calling the GetFontUnicodeRa
On 2018-09-03 16:15, Steven Penny wrote:
> On Mon, 3 Sep 2018 23:02:58, Corinna Vinschen wrote:
>> I can't. I only have a limited set of fonts available in the console.
Install dejavu-fonts package or just DejaVu Sans Mono font from:
https://dejavu-fonts.github.io/Download.html
h
On Mon, 3 Sep 2018 23:02:58, Corinna Vinschen wrote:
I can't. I only have a limited set of fonts available in the console.
http://superuser.com/questions/390933/add-font-cmd-window-choices/956818
What I just did was calling the GetFontUnicodeRanges function
for each font, and it turns out tha
On Sep 3 22:42, Thomas Wolff wrote:
> Am 03.09.2018 um 22:27 schrieb Corinna Vinschen:
> > On Sep 3 21:14, Corinna Vinschen wrote:
> > > On Sep 3 20:20, Thomas Wolff wrote:
> > > > Am 03.09.2018 um 19:56 schrieb Thomas Wolff:
> > > > > Am 03.09.2018 um 19:16 schrieb Corinna Vinschen:
> > > > > >
Am 03.09.2018 um 22:27 schrieb Corinna Vinschen:
On Sep 3 21:14, Corinna Vinschen wrote:
On Sep 3 20:20, Thomas Wolff wrote:
Am 03.09.2018 um 19:56 schrieb Thomas Wolff:
Am 03.09.2018 um 19:16 schrieb Corinna Vinschen:
On Sep 3 18:34, Thomas Wolff wrote:
Am 03.09.2018 um 16:59 schrieb Cor
On Sep 3 21:14, Corinna Vinschen wrote:
> On Sep 3 20:20, Thomas Wolff wrote:
> > Am 03.09.2018 um 19:56 schrieb Thomas Wolff:
> > > Am 03.09.2018 um 19:16 schrieb Corinna Vinschen:
> > > > On Sep 3 18:34, Thomas Wolff wrote:
> > > > > Am 03.09.2018 um 16:59 schrieb Corinna Vinschen:
> > > > > >
On Sep 3 20:20, Thomas Wolff wrote:
> Am 03.09.2018 um 19:56 schrieb Thomas Wolff:
> > Am 03.09.2018 um 19:16 schrieb Corinna Vinschen:
> > > On Sep 3 18:34, Thomas Wolff wrote:
> > > > Am 03.09.2018 um 16:59 schrieb Corinna Vinschen:
> > > > > On Sep 3 14:46, Corinna Vinschen wrote:
> > > > > >
Am 03.09.2018 um 19:56 schrieb Thomas Wolff:
Am 03.09.2018 um 19:16 schrieb Corinna Vinschen:
On Sep 3 18:34, Thomas Wolff wrote:
Am 03.09.2018 um 16:59 schrieb Corinna Vinschen:
On Sep 3 14:46, Corinna Vinschen wrote:
On Sep 2 05:51, Steven Penny wrote:
On Sun, 2 Sep 2018 10:07:10, Thoma
Am 03.09.2018 um 19:16 schrieb Corinna Vinschen:
On Sep 3 18:34, Thomas Wolff wrote:
Am 03.09.2018 um 16:59 schrieb Corinna Vinschen:
On Sep 3 14:46, Corinna Vinschen wrote:
On Sep 2 05:51, Steven Penny wrote:
On Sun, 2 Sep 2018 10:07:10, Thomas Wolff wrote:
Actually, the width problem I
On Sep 3 18:34, Thomas Wolff wrote:
> Am 03.09.2018 um 16:59 schrieb Corinna Vinschen:
> > On Sep 3 14:46, Corinna Vinschen wrote:
> > > On Sep 2 05:51, Steven Penny wrote:
> > > > On Sun, 2 Sep 2018 10:07:10, Thomas Wolff wrote:
> > > > > Actually, the width problem I suggested in my other resp
Am 03.09.2018 um 16:59 schrieb Corinna Vinschen:
On Sep 3 14:46, Corinna Vinschen wrote:
On Sep 2 05:51, Steven Penny wrote:
On Sun, 2 Sep 2018 10:07:10, Thomas Wolff wrote:
Actually, the width problem I suggested in my other response (and even
referring to the wrong character) does not appl
On 2018-09-02 06:51, Steven Penny wrote:
> On Sun, 2 Sep 2018 10:07:10, Thomas Wolff wrote:
>> Actually, the width problem I suggested in my other response (and even
>> referring to the wrong character) does not apply as mintty enforces proper
>> width in that case.
>> Also, even with fonts that
On Sep 3 14:46, Corinna Vinschen wrote:
> On Sep 2 05:51, Steven Penny wrote:
> > On Sun, 2 Sep 2018 10:07:10, Thomas Wolff wrote:
> > > Actually, the width problem I suggested in my other response (and even
> > > referring to the wrong character) does not apply as mintty enforces
> > > proper wi
On Sep 2 05:51, Steven Penny wrote:
> On Sun, 2 Sep 2018 10:07:10, Thomas Wolff wrote:
> > Actually, the width problem I suggested in my other response (and even
> > referring to the wrong character) does not apply as mintty enforces
> > proper width in that case.
> > Also, even with fonts that do
On Sun, 2 Sep 2018 10:07:10, Thomas Wolff wrote:
Actually, the width problem I suggested in my other response (and even
referring to the wrong character) does not apply as mintty enforces
proper width in that case.
Also, even with fonts that do not provide the glyph, you will usually
still see
Am 02.09.2018 um 00:49 schrieb Steven Penny:
On Sat, 1 Sep 2018 15:50:04, Doug Henderson wrote:
This is an issue with rendering the character in the terminal window.
In both the CMD/Conhost/bash and Mintty/bash terminals, I have
configure the font to be Lucinda Console. This font does not have a
On Sat, 1 Sep 2018 15:50:04, Doug Henderson wrote:
This is an issue with rendering the character in the terminal window.
In both the CMD/Conhost/bash and Mintty/bash terminals, I have
configure the font to be Lucinda Console. This font does not have a
glyph for U+FFFD: Replacement Character. (To
On Sat, 1 Sep 2018 at 10:13, Steven Penny wrote:
...
> You get this result with Linux:
>
> $ cat alfa.txt
> �
...
> with Cygwin you get this:
>
> $ cat alfa.txt
> ▒
...
This is an issue with rendering the character in the terminal window.
In both the CMD/Conhost/bash and Mintty/bas
Am 01.09.2018 um 20:46 schrieb Steven Penny:
On Sat, 1 Sep 2018 20:11:15, Thomas Wolff wrote:
Which terminals are used and what's the output of `locale` and `cat
--version` in both cases?
...
Note that in addition to Linux, Windows PowerShell also gives correct
output:
$ pwsh -c '[syste
On Sep 1 09:13, Steven Penny wrote:
> Using this file:
>
>$ printf '\353\n' > alfa.txt
>
>$ iconv -f CP1252 alfa.txt
>ë
>
> You get this result with Linux:
>
>$ cat alfa.txt
>�
>
> Where "cat" properly outputs Unicode 'REPLACEMENT CHARACTER' (U+FFFD). However
> with Cygwin
On Sat, 1 Sep 2018 20:11:15, Thomas Wolff wrote:
Which terminals are used and what's the output of `locale` and `cat
--version` in both cases?
Linux:
$ echo "$TERM"
xterm-256color
$ locale
LANG=en_US.UTF-8
LC_CTYPE="en_US.UTF-8"
LC_NUMERIC="en_US.UTF-8"
LC_TIME="en_US.UTF
Am 01.09.2018 um 18:13 schrieb Steven Penny:
Using this file:
$ printf '\353\n' > alfa.txt
$ iconv -f CP1252 alfa.txt
ë
You get this result with Linux:
$ cat alfa.txt
�
Where "cat" properly outputs Unicode 'REPLACEMENT CHARACTER' (U+FFFD).
However
with Cygwin you get this:
Using this file:
$ printf '\353\n' > alfa.txt
$ iconv -f CP1252 alfa.txt
ë
You get this result with Linux:
$ cat alfa.txt
�
Where "cat" properly outputs Unicode 'REPLACEMENT CHARACTER' (U+FFFD). However
with Cygwin you get this:
$ cat alfa.txt
▒
Where "cat" outputs Unic
>> Yaakov ?
>>
>> The following as a reminder ... [1]
>>
>> libintl.a has been moved out of gettext (pkg) recently. As result of that,
>> cygwin (pkg) no longer builds.
[snip]
>
> It's in the gettext-devel package now.
>
> Yaakov
Yes, thank you. I had already stolen it from there.
However the '
On 2014-06-15 07:47, Houder wrote:
libintl.a has been moved out of gettext (pkg) recently. As result of that,
cygwin (pkg) no longer builds.
It's in the gettext-devel package now.
Yaakov
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Yaakov ?
The following as a reminder ...
libintl.a has been moved out of gettext (pkg) recently. As result of that,
cygwin (pkg) no longer builds.
The build now fails on dumper.exe.
Building dumper.exe requires libbfd.a to be present (among others), which in
turn requires libintl.a to be
pres
(GMail won't let me stick a References: header in; the thread here
was from [1].)
> Bash 4.2 is *still* using the old and long deprecated
> cygwin_conv_to_full_posix_path function. It should long have changed
> the call to use the cygwin_conv_path or cygwin_create_path function.
>
> Eric? Any ch
On Dec 11 11:10, Javier Murillo Márquez wrote:
> I tried to install bash 4.2 but I get this error when I write "make"
>
> rm -f bash.exe
> gcc -L./builtins -L./lib/readline -L./lib/readline -L./lib/glob
> -L./lib/tilde -L./lib/sh -L./lib/termcap-g -O2 -o bash.exe
> shell.o eval.o y.tab.o gene
I tried to install bash 4.2 but I get this error when I write "make"
rm -f bash.exe
gcc -L./builtins -L./lib/readline -L./lib/readline -L./lib/glob
-L./lib/tilde -L./lib/sh -L./lib/termcap-g -O2 -o bash.exe
shell.o eval.o y.tab.o general.o make_cmd.o print_cmd.o dispose_cmd.o
execute_cmd.o v
Am 13.03.2013 10:38, schrieb marco atzeri:
On 3/13/2013 10:21 AM, Bob Brusa wrote:
Am 13.03.2013 10:17, schrieb marco atzeri:
On 3/13/2013 10:03 AM, Bob Brusa wrote:
Hi,
it seems I miss something. The primitive script t1.sh
#!/bin/bash
echo "script running"
ls -l
echo "script terminating"
exi
On 3/13/2013 10:21 AM, Bob Brusa wrote:
Am 13.03.2013 10:17, schrieb marco atzeri:
On 3/13/2013 10:03 AM, Bob Brusa wrote:
Hi,
it seems I miss something. The primitive script t1.sh
#!/bin/bash
echo "script running"
ls -l
echo "script terminating"
exit 0
produces a rather unexpected result whe
On 13 March 2013 09:03, Bob Brusa wrote:
> Hi,
> it seems I miss something. The primitive script t1.sh
>
> #!/bin/bash
> echo "script running"
> ls -l
> echo "script terminating"
> exit 0
>
> produces a rather unexpected result when running it from cygwin terminal:
>
> rwb@w500 ~
> $ ./t1.sh
> scri
On 3/13/2013 10:03 AM, Bob Brusa wrote:
Hi,
it seems I miss something. The primitive script t1.sh
#!/bin/bash
echo "script running"
ls -l
echo "script terminating"
exit 0
produces a rather unexpected result when running it from cygwin terminal:
rwb@w500 ~
$ ./t1.sh
script running
ls: unknown o
Hi,
it seems I miss something. The primitive script t1.sh
#!/bin/bash
echo "script running"
ls -l
echo "script terminating"
exit 0
produces a rather unexpected result when running it from cygwin terminal:
rwb@w500 ~
$ ./t1.sh
script running
ls: unknown option --
„ls --help“ gibt weitere Informa
On 3/22/2011 5:53 PM, Ken Brown wrote:
On 3/22/2011 4:59 PM, Eric Blake wrote:
On 03/20/2011 02:51 PM, Ken Brown wrote:
What's the status of the broken autoconf mmap test, which always fails
on Cygwin even though Cygwin has a working mmap?
Autoconf 2.65 and newer do not have the bug. But pac
Vojta wrote:
Hello, I just tried to compile Turbo Vision under Cygwin:
I ran ./configure, which finished without errors
I ran make and it compiled okay, until got to file
classes/wingr/wingrscr.cc, where it stoped with error that function
_get_osfhandle (line 703) was not declared. However, thi
ewest packages installed and I got the same error
with several different versions of TVision.
Thank you
- Vojta
--
View this message in context:
http://www.nabble.com/Compiling-TVision-under-Cygwin-fails-tf2409236.html#a6715381
Sent from the Cygwin Users mailing list archive at Nabble.com.
--
Unsubs
On 14 April 2006 04:13, Don Rowland wrote:
> I hope this is the right place for this question. I read all for the
> documentation on how and where to ask questions, but nothing actually gave
> an address.
> Any ideas?
>
> Don Rowland
>Problem reports: http://cygwin.com/problems.html
I hope this is the right place for this question. I read all for the
documentation on how and where to ask questions, but nothing actually gave
an address.
1. I am running Windows XP - SP2
2. I installed cygwin from the Los Alamos site.
3. I received the Installation Complete message box.
4. I
On Mon, Oct 31, 2005 at 01:19:49PM -0600, Samvel Khalatian wrote:
>Hi,
>
>I am using cygwin very tight since I am working with Linux system a lot.
>I downloaded it's release from:
> http://fsources-redhat.mirror.redwire.net/cygwin
>one year ago. Installed and was enjoying working in it. Recently
Hi,
I am using cygwin very tight since I am working with Linux system a lot.
I downloaded it's release from:
http://fsources-redhat.mirror.redwire.net/cygwin
one year ago. Installed and was enjoying working in it. Recently I had
problems
with my Windows System so I reinstalled it. After I dow
On Thu, Sep 25, 2003 at 05:09:40PM +0200, Gerrit P. Haase wrote:
>Gregory schrieb:
>
>
>> Following up with recent problems noted about g77 -mno-cygwin,
>> the same problem occurs for gcc.
>
>> I am using the newest packages: gcc-3.3.1-2, gcc-mingw-20030911-2
>
>> $ gcc foo.c
>> $ gcc -mno-cygwin
Igor Pechtchanski wrote:
I have gcc-mingw-20030911-2, which "setup" lists as the most recent.
>>
$ pwd
/usr/lib/gcc-lib/i686-pc-mingw32
$ ls
3.2
$
Doesn't look like you have gcc-mingw-20030911-2 installed.
Hmmm, interesting comment. So I use "setup" to "reinstall"
gcc-mingw-20030911-2, now I get
Greg,
On Thu, 25 Sep 2003, Greg Sharp wrote:
> Igor Pechtchanski wrote:
> > On Thu, 25 Sep 2003, Gregory C. Sharp wrote:
> >>Following up with recent problems noted about g77 -mno-cygwin,
> >>the same problem occurs for gcc.
> >>
> >>I am using the newest packages: gcc-3.3.1-2, gcc-mingw-2003091
Igor Pechtchanski wrote:
On Thu, 25 Sep 2003, Gregory C. Sharp wrote:
Following up with recent problems noted about g77 -mno-cygwin,
the same problem occurs for gcc.
I am using the newest packages: gcc-3.3.1-2, gcc-mingw-20030911-2
$ gcc foo.c
$ gcc -mno-cygwin foo.c
gcc: installation problem, ca
On Thu, 25 Sep 2003, Gregory C. Sharp wrote:
> Following up with recent problems noted about g77 -mno-cygwin,
> the same problem occurs for gcc.
>
> I am using the newest packages: gcc-3.3.1-2, gcc-mingw-20030911-2
>
> $ gcc foo.c
> $ gcc -mno-cygwin foo.c
> gcc: installation problem, cannot exec
Gregory schrieb:
> Following up with recent problems noted about g77 -mno-cygwin,
> the same problem occurs for gcc.
> I am using the newest packages: gcc-3.3.1-2, gcc-mingw-20030911-2
> $ gcc foo.c
> $ gcc -mno-cygwin foo.c
> gcc: installation problem, cannot exec `cc1': No such file or dire
Following up with recent problems noted about g77 -mno-cygwin,
the same problem occurs for gcc.
I am using the newest packages: gcc-3.3.1-2, gcc-mingw-20030911-2
$ gcc foo.c
$ gcc -mno-cygwin foo.c
gcc: installation problem, cannot exec `cc1': No such file or directory
$
Any workaround is ap
Frank Traenkle wrote:
Calling a DLL under Cygwin from IBM Java13 via JNI fails if the DLL depends
on cygwin1.dll.
That may be because the JNI loader looks for its libraries along the
path defined by the Java property "java.library.path".
Do a System.out.println(System.getProperty("java.librar
Hi,
Calling a DLL under Cygwin from IBM Java13 via JNI fails if the DLL depends
on cygwin1.dll. I am using the following versions:
uname -a
CYGWIN_NT-5.1 CALVIN 1.3.17(0.67/3/2) 2002-11-27 18:54 i686 unknown
gcc-2 --version
2.95.3-10
java -version
java version "1.3.0"
Java(TM) 2 Runtime Environ
92 matches
Mail list logo
