Am 24.09.2014, 19:53 Uhr, schrieb Eric Blake:
On 09/24/2014 12:12 PM, David Young wrote:
Hi,
I've been seeing some traffic on this new bash vulnerability and
wanted to know if cygwin team will be updating bash with these
patches.
http://lists.gnu.org/archive/html/bug-bash/2014-09/index.html
When I run for example an editor from a shell in a mintty-window and
change the window-size the editor is informed by a WINCH-signal. That is
good. But the shell it was started from does not know about the change, so
after exiting the editor the shell uses the old size. Could mintty send a
Am 19.10.2014, 09:48 Uhr, schrieb Duncan Roe:
bash at least has "shopt -s checkwinsize" to achieve what you want,
That would be a workaround for bash. Ideally every process should forward
the WINCH-signal to its parent, or the terminal should walk through the
call-tree. Both not very likel
You could also try a little script I wrote:
http://home.arcor.de/zabruder/cygwin/cygdesc
It needs files created by cygcheck-dep. Docs inside.
-Helmut
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.co
I discovered a strange behaviour when accessing /dev/fd:
ls -l /dev/fd/0
ls -l /dev/fd/0/1
ls -l /dev/fd/0/1/2/3/4/5
ls -l /dev/fd/0/1/2/3/
ls -l /dev/fd/0/1/2
ls -l /dev/fd/0/1/2/3
ls -l /dev/fd/0/1/1/1/1
gives:
lrwxrwxrwx 1 hk Benutzer 0
Am 22.01.2015, 13:55 Uhr, schrieb Corinna Vinschen:
I applied a fix and uploaded a new developer snapshot to
https://cygwin.com/snapshots/
Please give it a try and report back.
I can't download the snapshot - tried with several browsers, all have near
to 0 transfer-speed. I'll try again thi
Am 22.01.2015, 21:25 Uhr, schrieb Helmut Karlowski:
Am 22.01.2015, 13:55 Uhr, schrieb Corinna Vinschen:
I applied a fix and uploaded a new developer snapshot to
https://cygwin.com/snapshots/
Please give it a try and report back.
I can't download the snapshot - tried with several bro
Am 22.01.2015, 22:47 Uhr, schrieb Helmut Karlowski:
#! /bin/bash
(set -o globstar 2>/dev/null) && set -o globstar || shopt -s globstar
extglob
echo /dev/fd/**
run this in on mintty, and then in another:
ps:
...
8164012 816176 pty01004 00:15:27 /usr/bi
--
Corinna Vinschen wrote:
(23/01/2015 10:43)
> > numerous entries ...
>
> This occurs on Linux as well, just with a few less entries in
> fd (42 rather than 560). These descriptors are apparently
> created by bash for some reason I don't know, a
--
Helmut Karlowski wrote:
(23/01/2015 10:54)
>
> It's not just bash. The same happens in my home-grown shell. Starting
> with /dev/fd/3 opendir succeeds giving (only the opendir-entries):
Maybe it's because:
3 -> /proc/30
--
Helmut Karlowski wrote:
(23/01/2015 10:54)
>
> It's not just bash. The same happens in my home-grown shell. Starting
> with /dev/fd/3 opendir succeeds giving (only the opendir-entries):
Maybe it's because:
3 -> /proc/30
--
Eric Blake wrote:
(23/01/2015 15:04)
> On 01/23/2015 03:00 AM, Helmut Karlowski wrote:
> >
> > ------
> > Helmut Karlowski wrote:
> > (23/01/2015 10:54)
> >&g
Hello
/usr/bin/ca-legacy contains [[-operators but has #!/bin/sh. Attached patch
fixes it.
-Helmut
--
ca-legacy.diff
Description: Binary data
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.h
Am 08.02.2015, 20:34 Uhr, schrieb Achim Gratz:
Helmut Karlowski writes:
/usr/bin/ca-legacy contains [[-operators but has #!/bin/sh. Attached
patch
fixes it.
The patch seems reversed…
Oops. Shall I send an un-reversed one? Or maybe it is an upstream-issue?
-Helmut
--
Problem reports
Am 08.02.2015, 23:05 Uhr, schrieb Thomas Wolff:
echo bla > /dev/tty
bash: /dev/tty: cannot overwrite existing file
Works for me.
--
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsub
--
Thomas Wolff wrote:
(09/02/2015 09:47)
>
> Am 09.02.2015 um 05:23 schrieb Andrey Repin:
> > Greetings, Thomas Wolff!
> >
> >> echo bla > /dev/tty
> >> bash: /dev/tty: cannot overwrite existing file
> > WJFFM
> >
> > Please be more specific.
> >
Am 09.02.2015, 20:38 Uhr, schrieb Thomas Wolff:
bash prints that message when it has the noclobber-option set. Maybe
you check it?
Yes, indeed, the effect shows up after set -o noclobber;
however, this shouldn’t apply to device files (and doesn’t on other
systems) -
man bash: “redirection wi
Am 09.02.2015, 21:03 Uhr, schrieb Helmut Karlowski:
Right. Looks like a bug (in cygwin).
No, in bash, it works with another shell.
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
--
Eric Blake wrote:
(10/02/2015 17:33)
> On 02/10/2015 09:28 AM, Eric Blake wrote:
> >
> > The bug is in cygwin1.dll, not bash. Here's a STC; opening a file
> > should NOT change its st_ino number, but that's exactly what cygwin is
> > doing to
--
> use any other (already-existing) file to see that the two numbers should
> normally be the same.
Also: isn't it nonsense to interpret the inode of somthing like
/dev/tty?
--
Problem reports: http://cygwin.com/problems.html
FAQ:
--
Eric Blake wrote:
(10/02/2015 18:34)
> On 02/10/2015 09:46 AM, Helmut Karlowski wrote:
> >> The same test from the command line:
> >>
> >> $ stat -c %i /dev/tty - 0>/dev/tty
> >> 327680
> >>
--
Helmut Karlowski wrote:
(10/02/2015 19:04)
>
> --
> Eric Blake wrote:
> (10/02/2015 18:34)
>
> > On 02/10/2015 09:46 AM, Helmut Karlowski wrote:
> > >> Th
Am 10.02.2015, 21:06 Uhr, schrieb Corinna Vinschen:
If it's legal to look up the inode of a device, then both OS should be
fixed I think.
I applied a patch to Cygwin. Please give the latest snapshots a try:
https://cygwin.com/snapshots/
1030/home/hk#obash
/home/hk/.bashrc
/home/hk#set -o no
Am 10.02.2015, 21:33 Uhr, schrieb Helmut Karlowski:
Works. The inodes from stat still differ, all seems right (to me).
With the redirection they are the same of course:
stat -c %i /dev/tty - http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation
Am 10.02.2015, 21:43 Uhr, schrieb Helmut Karlowski:
Am 10.02.2015, 21:33 Uhr, schrieb Helmut Karlowski:
Works. The inodes from stat still differ, all seems right (to me).
Unfortunately I get with the snapshot reproducibly:
125018 [main] dksh 2348 fork: child -1 - forked process 548 died
Corinna Vinschen :
Wed, 11 Feb 2015 09:41:17 +0100
---
> On Feb 10 21:43, Helmut Karlowski wrote:
> > Am 10.02.2015, 21:33 Uhr, schrieb Helmut Karlowski:
> >
> > >Works. The inodes from stat still differ, all seems right (
Corinna Vinschen :
Wed, 11 Feb 2015 09:40:42 +0100
---
> On Feb 10 23:30, Helmut Karlowski wrote:
> > Am 10.02.2015, 21:43 Uhr, schrieb Helmut Karlowski:
> >
> > >Am 10.02.2015, 21:33 Uhr, schrieb Helmut Karlowski:
> >
Corinna Vinschen :
Wed, 11 Feb 2015 10:48:54 +0100
---
> On Feb 11 09:49, Helmut Karlowski wrote:
> > Corinna Vinschen :
> > Wed, 11 Feb 2015 09:40:42 +0100
> > ---
> >
Corinna Vinschen :
Wed, 11 Feb 2015 11:39:35 +0100
---
>
> Nothing helpful in there, unfortunately.
>
> > You could do this:
> >
> > cd
> > cp /bin/bash .
> > ./bash
> > ls
> >
> > Maybe this already triggers it.
>
> Nope, WFFM. Do you have ano
Am 11.02.2015, 10:55 Uhr, schrieb Helmut Karlowski:
Nope, WFFM. Do you have another cygwin1.dll in
C:\cygwin\usr\src\ksh\pdksh or somewhere in the path, by any chance?
There's one in /tmp (a copy of the release-version). Maybe that is it.
I'll try again tonight.
That was it. Al
Hello
there's no info-program in the texinfo-package. I re-installed texinfo and
it was still not there.
In checked out the texinfo-source, built it and found that the
info-program is called ginfo, maybe
that's why it's missing?
Also I have no dir (the default top-node) in /usr/share/info
Am 22.02.2015, 19:07 Uhr, schrieb Ken Brown:
On 2/22/2015 1:30 PM, Helmut Karlowski wrote:
Hello
there's no info-program in the texinfo-package. I re-installed texinfo
and it was still not there.
See https://sourceware.org/ml/cygwin-announce/2014-11/msg2.html .
I've been l
Am 22.02.2015, 20:26 Uhr, schrieb Ken Brown:
$ grep '@ info'
http%3a%2f%2fmirrors.kernel.org%2fsourceware%2fcygwin%2f/x86/setup.ini
@ info
There it is. Setup says 5.2-3: "Keep" for info, I now did re-install it,
no clue why it was gone.
Had to run update-info-dir.sh.done to get dir, and
Jeff Crowell, 23.04.2013 18:58:07:
1) Copy http://www.fileformat.info/info/unicode/char/1f63b/index.htm
2) paste into ZSH
3) press enter
Actual Results: MinTTY hangs and does not respond
Similar happens when doing:
cat /bin/gdb.exe
for example. Something seems to overflow.
--
Helmut
Andy Koppe, 23.04.2013 22:07:11:
Quite. Or just kill the cat.
That's a solution in case of /bin/cat. But also any other process hanging
that way can only be killed -9, no other signal can be caught by it (e.g.
alarm), or is there a way to keep it going somehow?
--
Helmut Karl
xe that crashes, the report is correct.
Stack trace:
Frame Function Args
0022AAC8 7C80A115 (0003, 0022AB2C, , FFFF)
--
Helmut Karlowski
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwi
me=mllatex -progname=mllatex -translate-file=cp227.tcx
-mltex mllatex.ini' failed
`xetex -ini -jobname=xetex -progname=xetex -etex xetex.ini' failed
`xetex -ini -jobname=xelatex -progname=xelatex -etex xelatex.ini' failed
But again no Memory fault.
How can I find out what
tex.ini' failed
And more.
It would be really helpful to be able to find the stackdumps produced
during setup. I don't care that much about the TeX-errors.
--
Helmut Karlowski
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq
up.
Sorry, I don't know about that.
Maybe there's a commandline-option for setup that enables keeping
stackdump-files?
--
Helmut Karlowski
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.
61007710, )
End of stack trace
According to setup.log.full all 4 luatex-calls crash. I have to mention
I'm not using a shell available by cygwin, but something I'm working on,
that's why I want to know why it crashes.
--
Helmut Karlowski
--
Problem reports:
1);
663 }
It crashes in line 649, because my shell put an item without '=' in the
environment, and there is no 0-check in find_env(), which appears to be a
good thing. Fixed.
--
Helmut Karlowski
--
Problem reports: http://cygwin.com/problems.html
FAQ:
.გიმ1
.ერ4თხ
.ერ4ტყა
...
which mintty can't display unfortunately. I'm too little a TeX-expert to
tell what's wrong.
The other issue regarding the error-message during latex-run seems to be
solved with the now successful installation - I renamed the .def-file and
got not messag
Am 22.12.2013, 08:08 Uhr, schrieb Gigabit Pony:
Well I know the beep script is not yours but.. I am trying to
configure it so I hear a sound inside of Windows 7. I have cygwin with
weechat curses running in it. The set command
/set plugins.var.perl.beep_beep_command_highlight "cat
/cygdrive/d/Cy
m not sure
about this.
Is there a way to avoid this or to reset the layout back to german?
I'm using mintty 1.0.3 on cygwin 1.7.13.
--
Helmut Karlowski
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://
Am 01.05.2012, 11:47 Uhr, schrieb Andy Koppe :
On 1 May 2012 10:32, Helmut Karlowski wrote:
Hi,
I notice quite often that my german keyboard-layout in mintty gets
changed
into an english one. Alt-F8 (Reset) does not bring back the german
layout,
so I can only exit and restart mintty. I
hat matters. As of my understanding CSI is something like
ESC[ (at least on an ANSI-terminal, is this different on xterm?).
Also, when I press either Ctrl+Tab or Ctrl+Shift+Tab, instead of
getting what the table indicates, I don't get anything at all.
Same here.
--
Helmut Karlowski
Helmut Karlowski, 07.06.2012 17:52:43:
Nellis, Kenneth, 07.06.2012 16:56:57:
-Original Message-
From: Andy Koppe
It is done on purpose, to allow Shift+Esc to be bound to a different
function if desired. It's documented here:
[1] http://code.google.com/p/mintty/wiki/Key
f this can be solved inside
mintty, is there a fallback if an entry in terminfo is missing?
--
Helmut Karlowski
--
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:
> I don't think you can have different terminfo entries for different
> character sets for the same terminal type, i.e. you'd need to create
> charset-specifc types such as xterm-cp850.
I suspected that ...
> > I've added
> >
> > csin=\233,
> >
> > but I'm not sure if it's rea
about it. Maybe I have defined it for something in the
windows-desktop?
--
Helmut Karlowski
--
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
I type
cat [some long ascii-file]
then Ctrl-S (output stops), then Ctrl-Q (terminal hangs, can only be
terminated by closing the window).
Using minty 1.1.2 and 1.7.16(0.262/5/3) 2012-07-20 22:55 i686 Cygwin
Can anybody reproduce this?
--
Helmut Karlowski
--
Problem reports: http
e.g. Enter stops output and freezes the terminal like before
(need to kill -9 the involved process). Why is there any reaction on Enter
at all?
--
Helmut Karlowski
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation
https://www.geocaching.com
It starts ssl-negotiation, and timeouts later. I also see this with other
urls, while other https-urls work fine. I guess there are some
certificates missing or similar, I'm no expert for ssl.
But it seems it's not only perl-related.
--
Helmut Karlowski
--
acht: Unable to make secure connection to remote host.
lynx: Unzugängliche Startdatei https://www.geocaching.com/
lynx exits here.
(sorry for german).
Also the other urls I cannot connect to with links work with lynx after
answering the above certificate-question and a long time of waiting.
--
H
Achim Gratz
Tue, 9 Jun 2015 11:18:40 + (UTC)
---
> Again, I just think procps is good enough for us as is, it is good enough
> for Linux anyway.
> :-)
Would be great if the ps from procps would work as the current ps,
e.g. ps -W (with and witho
Am 23.08.2015, 14:21 Uhr, schrieb Dennis Putnam:
Since I have gotten no response to this and am stuck I assume my problem
is badly worded. I don't know how else to present it. Perhaps someone
explaining how setup uses the windows network interface would help.
If it helps, I tried installing Cyg
Am 23.08.2015, 19:42 Uhr, schrieb Dennis Putnam:
Hi Helmut,
Thanks for the reply. I can download that file but now that I have it,
how do I get setup to use it? However, I don't think that would work
Just to test if you can access it at all but that was expectable.
either since the problem
Dennis Putnam
Mon, 24 Aug 2015 07:41:00 -0400
---
> OK. I have no networking problems with anything other than cygwin which
Another idea:
You could download the packages needed for a basic install from any
server, e.g.:
ftp://ftp-stud.hs-esslinge
Corinna Vinschen
Wed, 26 Aug 2015 11:32:14 +0200
---
> Now that Windows 2003 is finally out of long term support, and given
> that XP's much-too-long-term support ended 2014, I'll drop support for
> XP and Server 2003 from Cygwin End of 2015.
He -
> > Guess that's better than to stick with the kludges, migration to 10 is
> > on the way.
> From what I've seen and heard W10, while mostly stable, still coerces users
> towards the software as (an expensive) service model and follows the dictum
> that Microsoft knows more about what you want than
> Good luck finding all the Microsoft spyware. From what I can tell, Win 10
> defaults to reporting almost everything to the company for their spam
> servers to use.
>From my first inspection the remote-adress is something with akamai
(may differ in other regions). I did shut them all down with
Corinna Vinschen
> > Unfortulately I think I'm bound to windows which is all malware anyway
> > since1991 ;)
>
> Heh.
But thanks cygwin it's a place where I can live :-)
-Helmut
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentati
Am 27.08.2015, 21:26 Uhr, schrieb Peter Rosin:
Seems like a fast way to not get a compiler warning if you do happen
to use a variable that would be used uninitialized if it were not for
an ugly pointless initializer.
Sorry if I added the wrong number of negations in there, but you get my
poin
lit...@null.net:
Wed, 23 Sep 2015 10:52:26 +0200
---
> Hi all,
>
> I noticed that doing simple loops in Bash takes unexpectedly long under
> Cygwin on a Windows XP 32 bit machine
> (CYGWIN_NT-5.1 2.2.1(0.289/5/3) 2015-08-20 11:40 i686 Cygwin)
>
>
---
> I'm not running any antivirus as far as I'm aware of (I do run a Comodo
> firewall with all "virus" scanning disabled).
> I checked again, and it really is the Bash.exe which is consuming a lot of
> Kernel time. I didn't spot another process k
I came across a surprising behaviour when a cygwin-process prints to a
windows-console. In cygwin 1.7 (XP) I don't think any conversion took
place, while now in cygwin 2 (10) cygwin-utf-8 gets converted into the
suitable(?) windows-encoding used in the cmd-window.
I have a file containing german
Am 15.10.2015, 07:24 Uhr, schrieb Jari Aalto:
PACKAGE DESCRIPTION
===
Homepage: http://freecode.com/projects/links
I tried 6 different mirrors and all have links 2.8-2, not 2.12 (32 bit).
Why's that?
-Helmut
--
Problem reports: http://cygwin.com/problems.html
FAQ
Am 24.10.2015, 16:19 Uhr, schrieb Andreas Schwab:
"Helmut Karlowski" writes:
I discovered that the scancode for the ^-key (on german keyboard the one
left to the 1-key) is 0x60 in aranym 1.02, while it used to be 0x29 in
0.915.
Which scancode is reported by SDL when pressing the
Am 25.10.2015, 11:31 Uhr, schrieb Helmut Karlowski:
Sorry - wrong list.
--
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
Hello
just had a program crashing with this error:
2 [main] ue 3180 C:\bin\ue.exe: *** fatal error - Internal error:
TP_NUM_C_BUFS too small: 50
What could that mean?
#uname -srvmo
CYGWIN_NT-10.0-WOW 2.2.1(0.289/5/3) 2015-08-20 11:40 i686 Cygwin
-Helmut
--
--
Problem reports: ht
Am 01.11.2015, 18:46 Uhr, schrieb Helmut Karlowski:
Hello
just had a program crashing with this error:
2 [main] ue 3180 C:\bin\ue.exe: *** fatal error - Internal error:
TP_NUM_C_BUFS too small: 50
What could that mean?
It means my program had a bug - fixed now.
-Helmut
--
Problem
Am 02.11.2015, 12:15 Uhr, schrieb Corinna Vinschen:
Glad it's fixed! For the record, could you say what sort of bug would
cause
a fatal internal error like that?
Just curious,
Me too. Sounds like some kind of recursion.
It all happened after I had replaced all strcpy/strcat by strlcpy li
---
> Finally I restored the complete cygwin folder from a backup. Now Cygwin
> works again as a charm. I conclude, that my system itself is OK and
> something or the other might be broken in the current Cygwin version?
I once had this fork-error aft
---
> On Thu, Nov 26, 2015 at 10:29 AM, Steven Penny wrote:
> > echo 3.7 | awk '{printf "%.0f", $0}'
>
> Another option
>
> awk 'BEGIN {printf "%.0f", ARGV[1]}' 3.7
#4:
printf "%3.0f\n" 3.7
-Helmut
--
Problem reports: http://cygwin.com/p
Hello,
I set C:/cygwin/usr/bin in my windows-environment. Now /etc/profile always
adds /usr/bin to PATH resulting in /usr/bin being twice in my cygwin-PATH.
The attached patch fixes this.
It also sets SHELL if not yet set and avoids a call of hostname.
Maybe the maintainer takes a look.
-
Am 08.12.2015, 22:01 Uhr, schrieb Achim Gratz:
Helmut Karlowski writes:
I set C:/cygwin/usr/bin in my windows-environment. Now /etc/profile
always adds /usr/bin to PATH resulting in /usr/bin being twice in my
cygwin-PATH.
The attached patch fixes this.
I tend to reject this patch. The
Am 08.12.2015, 22:21 Uhr, schrieb Achim Gratz:
Helmut Karlowski writes:
Can you tell me in which circumstances this happens and why this is a
problem? SHELL is supposed to be the user preference, so I don't think
/etc/profile should try to second-guess it.
/etc/profile is run b
Am 08.12.2015, 22:26 Uhr, schrieb Helmut Karlowski:
Am 08.12.2015, 22:21 Uhr, schrieb Achim Gratz:
Helmut Karlowski writes:
Can you tell me in which circumstances this happens and why this is a
problem? SHELL is supposed to be the user preference, so I don't
think
/etc/profile shoul
Am 08.12.2015, 22:31 Uhr, schrieb Helmut Karlowski:
Yes, but why is this a problem? Note that bash will set it anyway if
not present.
All shells set it only when run as login-shell.
Wrong: Only bash gives it a value - ksh and dash export SHELL with no
value if none present. And IMHO
---
> Hi,
>
> David Balaic gmail.com> writes:
>
> > In Cygwin terminal (bash) I typed:
> >
> > cmp <(echo echo1) <(echo echo2)
>
> I suspect its a bash bug since it works fine with zsh (tested 64bit only).
zsh uses temp-files for process-subs
---
> please reply on the list
> and Bottom post please.
>
> On 22/01/2016 16:26, KARL BOTTS wrote:
> >> How largish ?
> >
> > Any size larger than a few meg. That is, any size that takes more than a
> > few
> > milliseconds to seek to the end, I t
---
> On 04/04/2016 12:09 AM, Yaakov Selkowitz wrote:
> > On 2016-04-03 18:05, Andrey Repin wrote:
> >> Because, within my reach, Cygwin is the only system that not using
> >> DASH as
> >> /bin/sh. Though, I may try rolling some busybox
> >
> > Ther
---
> Ideally by somebody who knows how this dreaded Windows serial line API
> works...
Wouldn't someting like this work:
term=$'\r'
l=
while true; do read -N1 c
[ "$c" == $'\4' ] && break
[ "$c" == $term ] && { echo "<$l>"; l=; } || l="$l$c"
done
Cygwin seems to look up a symlink wrong:
When the target-file is unlinked while it is used by a process the file
still exists and the symlink should point to that file.
Test:
ln -s out1 lout1
exec >lout1
rm out1
[[ -w /dev/fd/1 ]] || echo /dev/fd/1 not writable 1>&2
rm lout1
Only on cygwin
Am 03.07.2016, 13:14 Uhr, schrieb Corinna Vinschen:
You don't even need a symlink. This will show the same result:
exec >out1
rm out1
[[ -w /dev/fd/1 ]] || echo /dev/fd/1 not writable 1>&2
I noticed that too meanwhile, but I thought you would not need that
information ;)
It's only ab
I just noticed that zp_fontconfig_cache_1.sh has read -d which is not
present in sh in line 5, but no #!/bin/bash or something. Is that
correct?
-Helmut
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.c
---
> Helmut Karlowski writes:
> > I just noticed that zp_fontconfig_cache_1.sh has read -d which is not
> > present in sh in line 5, but no #!/bin/bash or something. Is that
> > correct?
>
> Yes, if setup sees the .
---
> file. I'm not satisfied that we should continue with the .exe
> artificial symlink for the same reasons we shouldn't use PATHEXT.
> Because of the amount of time to port scripts and software to use the
> .exe suffix for executable files it shou
I guess libqpdf17 belongs into the qpdf-dependencies:
$cygcheck qpdf
Found: C:\cygwin\bin\qpdf.exe
C:\cygwin\bin\qpdf.exe
C:\cygwin\bin\cygwin1.dll
C:\WINDOWS\system32\KERNEL32.dll
C:\WINDOWS\system32\ntdll.dll
C:\WINDOWS\system32\KERNELBASE.dll
C:\cygwin\bin\cyggcc_s-1.dll
Am 20.08.2016, 15:27 Uhr, schrieb Marco Atzeri:
setup.ini is reporting it on both 32 and 64 bit version:
You're right. Maybe I should stop using apt-cyg ..
-Helmut
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation:
90 matches
Mail list logo