> I'm still having issues with applications which use alternative screen for
> output (LESS, MAN). When I exit that application, its output stays on
> screen, prompt is displayed over it.
>
> My system is as follows:
>
[snip]
> Example steps to reproduce the issue:
>
> 1. execute "man grep"
> 2. s
Hi David Ferenczy,
>> I'm still having issues with applications which use alternative screen
>> for output (LESS, MAN). When I exit that application, its output stays
>> on screen, prompt is displayed over it.
>
> [snip]
>
>> Example steps to reproduce the issue:
>>
>> 1. execute "man grep"
>> 2.
> At my place I have installed both versions of Cygwin (i.e. 32-bits and
> 64-bits) -- of course,
> in different places. As "some" of you will have the "same" setup, I would
> like you to confirm
> the following (UNexpected, to me) result:
>
> - I canNOT invoke regedit from 64-bits bash (Yes, I
Hi Andrey,
>> Another issue you might run into ...
>
>> I was surprised to find, that 32-bits bash reported
>> /drv/c/Windows/regedit.exe as a different file,
>> compared to what 64-bits bash reported.
>
> No surprise here. To reach 64-bit regedit (and other utilities) from 32-bit
> application,
Hi Corinna,
Thank you for sharing your expert knowledge!
>> Consequently, I decided to investigate why I got the denial (64-bits Cygwin)
>> at my end.
>>
>> First of all, some more info about my "environment":
>>
>> - I am using Cygwin from Windows 7 ...
>> - I am using Cygwin from an administ
Hi Shaddy,
> I am not sure which Edition it started in, but I believe regedit opens
> as the invoking user from Windows 8.1 at least (perhaps 8, I have a
> vague recollection).
Once more, for everyone's benefit :-)
Using _MY_ W7 (ConsentPromptBehaviorAdmin field set to zero) ...
= Using "my" a
>> At my place I have installed both versions of Cygwin (i.e. 32-bits and
>> 64-bits) -- of course,
>> in different places. As "some" of you will have the "same" setup, I would
>> like you to confirm
>> the following (UNexpected, to me) result:
>>
>> - I canNOT invoke regedit from 64-bits bash
Hi Abhijit,
> Please note, when I am saying the path is getting truncated, its the
> bash that is truncating it. Also, its immaterial how and what is
> getting called. With the latest Cygwin, any program that is compiled
> and linked with the CRT would exhibit this behavior. The truncation
> issue
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
>> 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 '
>> FWIW, the problem disappears if I revert gcc-core and libgcc1 to 4.8.2-2.
> JonY, do you have a chance to have a look into this issue?
Trying to help ...
- test program
#include
#include
//int main (int argc, char **argv)
int main (int argc, char *argv[])
{
HMODULE m = LoadLibrary (a
Hi Corinna,
I am confused ... the output from mkpasswd -c is NOT the same as the output
from mkpasswd -l -u on
both my "Cygwin-32" and my "Cygwin-64".
As an example, the output on my "Cygwin-64":
64-@@ uname -a
CYGWIN_NT-6.1 Seven 1.7.32(0.274/5/3) 2014-08-13 23:06 x86_64 Cygwin
64-@@ id
uid=1
> On Mon, Oct 27, 2014 at 7:11 PM, Houder wrote:
>> Hi Corinna,
>>
>> I am confused ... the output from mkpasswd -c is NOT the same as the output
>> from mkpasswd -l -u on
>> both my "Cygwin-32" and my "Cygwin-64".
>>
Hi Mr.? "S
> On Oct 28 00:11, Houder wrote:
>> Hi Corinna,
>>
>> I am confused ... the output from mkpasswd -c is NOT the same as the output
>> from mkpasswd -l -u on
>> both my "Cygwin-32" and my "Cygwin-64".
[snip]
>> Please, enlighten me .
Hi Corinna,
As adviced by you, I replaced the "cygwin package" with the test version
(1.7.33) on my "Cygwin-32" ...
Let us assume, I am NOT interested in "Windows domains" etc. and that I would
like to keep my "own" mapping
between SIDs and uids/gids ... it appears to me, that both mkpasswd an
> On Oct 28 13:50, Houder wrote:
>> Hi Corinna,
>>
>> As adviced by you, I replaced the "cygwin package" with the test
>> version (1.7.33) on my "Cygwin-32" ...
>>
>> Let us assume, I am NOT interested in "Windows domains" et
> On Nov 1 17:58, Christian Franke wrote:
>> Corinna Vinschen wrote:
>> >I just released a 4th TEST version of the next upcoming Cygwin release,
>> >1.7.33-0.4.
>>
>> There is an older regression in mkgroup.
>> A separator without a preceding domain name is printed for the builtin
>> groups:
>>
>>
>> > Doesn't make much sense. Generating them via "db" is incredibly fast.
>> > There is also one person on the list (sorry, don't remember your name)
>>
>> Me, perhaps? (Henri) ... https://cygwin.com/ml/cygwin/2014-10/msg00491.html
>
> It might have been you, but it's not that thread. I'm referr
Hi Corinna,
As result of Christian Franke's input (what should mkpasswd/mkgroup 'exactly'
generate?), I reread
the description of mkpasswd at
https://cygwin.com/preliminary-ug/using-utils.html
It reads:
The mkpasswd program can be used to create a /etc/passwd file. Cygwin doesn't
need this fi
>Marco Atzeri wrote:
>>On 11/11/2014 7:40 AM, Andrey Repin wrote:
>>
>>In short, elusive benefits of having a separate cygwin-specific "clean"
>> homes
>>versus confusing disjoint of multiple places to look for single user's
>> files,
>>settings, and other stuff when it comes to back
Hi Corinna,
On my stand-alone machine (using the test release), the output from 'mkpasswd'
is NOW different from the one
from 'mkpasswd -l' ... They used to be the same ...
Earlier on the output of 'mkpasswd -l' was different from the one from
'mkpasswd -l '; not anymore ...
I cannot tell anym
Hi Corinna,
For comparison: output of 'mkpasswd -l' with and without /etc/nsswitch.conf
present. Without it, my machine
is NOT a 'foreign machine'. When it is present, my machine is a 'foreign
machine'. Strikes me as ...
Until now, I believed that the output of mkpasswd/mkgroup had no dependenc
> On Nov 27 17:12, Houder wrote:
>> Hi Corinna,
>>
>> For comparison: output of 'mkpasswd -l' with and without /etc/nsswitch.conf
>> present. Without it, my machine
>> is NOT a 'foreign machine'. When it is present, my machine is a '
> On Nov 27 18:41, Houder wrote:
>> > On Nov 27 17:12, Houder wrote:
>> >> Hi Corinna,
>> >>
>> >> For comparison: output of 'mkpasswd -l' with and without
>> >> /etc/nsswitch.conf present. Without it, my machine
>>
> But, anyway, you asked for it, you got it. I applied a patch to
> mkpasswd/mkgroup to generate uids/gids for the local machine always
> using the same offset as when Cygwin computes them.
>
> Check out the latest snapshot from http://cygwin.com/snapshots/
Corinna, I did :-)
@@ uname -a
CYGWIN_
Hi Corinna,
For a rainy day ... really ;-)
Although you think about mkpasswd/mkgroup as mere helper tools (in the "future"
release of Cygwin),
I would like to draw your attention to some pecularities in the output of these
programs.
Note: mkpasswd/mkgroup were extracted from the latest snapsho
> On Nov 28 09:24, Houder wrote:
>> Test:*:197614:197121:Test,U-Seven\Test,S-1-5-21-91509220-1575020443-2714799223-1006:/home/Test:/bin/bash
>> < gecos field has THREE members (iso two)
>
> For the gecos content, it's created not the same
> On Nov 28 10:34, Houder wrote:
>> > On Nov 28 09:24, Houder wrote:
>> >> Test:*:197614:197121:Test,U-Seven\Test,S-1-5-21-91509220-1575020443-2714799223-1006:/home/Test:/bin/bash
>> >> < gecos field has THREE members (iso two
Corinna Vinschen wrote:
>> I fixed the offset for groups, bot not for local groups (never mind the
>> difference for standalone machines). Duh. Fixed in CVS. I'll probably
>> generate a new snapshot later today.
> New snapshot is up. Please give it a try.
Done.
Extracted mkpasswd/mkgroup fr
> If you were really running in an elevated shell, I don't know why 544 didn't
> show up in the output of "id -G".
>
> Ken
Because Ilya's /etc/group file has a line that reads:
root:S-1-5-32-544:0:
in stead of:
Administrators:S-1-5-32-544:544:
?
Put differently, he has copied an old group fi
>>>If you were really running in an elevated shell, I don't know why 544
>>>didn't show up in the output of "id -G".
>>>
>>>Ken
>>Because Ilya's /etc/group file has a line that reads:
>>
>>root:S-1-5-32-544:0:
>>
>>in stead of:
>>
>>Administrators:S-1-5-32-5
>> If you were really running in an elevated shell, I don't know why 544 didn't
>> show up in the output of "id -G".
>>
>> Ken
> Because Ilya's /etc/group file has a line that reads:
>
> root:S-1-5-32-544:0:
>
> in stead of:
>
> Administrators:S-1-5-32-544:544:
>
> ?
>
> Put differently, he has c
> Any help is appreciated!
>
> Does anyone use the cygwin SSHD with a key pair nowadays?
Yes.
Henri
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info: http://cygwin.com
> Is there in Cygwin a command to recover a list of installed packages chosen by
> the user without the dependencies?
>
> For example, the archlinux package manager with
>
> pacman -Qqe > pkglist
> can save the list of package chosen by the user only and this is useful in
> case
> one wants/needs
> On Fri, Jan 2, 2015 at 7:56 PM, Houder wrote:
>> It computes the "top vertices" of the forest (i.e. the dependency graph),
>> i.e.
>> the pkgs that no other pkg depends on (within the context of a specific
>> installation of Cygwin).
>
> In the conte
>> > Is there in Cygwin a command to recover a list of installed packages
>> > chosen by
>> > the user without the dependencies?
>>
>> I replied to your entry in an earlier attempt, but my reply got stuck in the
>> machinery
>> at sourceware.org (my message had a shell script and a .bat file atta
Hi Adam,
Just a hint ... (for the next release, perhaps)
gitk (i.e tcl-tk) requires an "x-server" (operational dependency). For that
reason, I
have xorg-server installed (which includes the XWin command).
XWin (which provides me the required "x-server") is invoked as follows:
XWin --multiw
> On Wed, Jan 07, 2015 at 03:28:51PM +0100, Houder wrote:
>> Just a hint ... (for the next release, perhaps)
>>
[snip]
>> gitk will crash (silently), unless I have font-adobe-dpi75 installed as well
>> ...
>>
>> gitk does NOT require font-adobe-d
> I just updated the base-cygwin package to 3.4-1.
>
> The base-cygwin postinstall script will not add a root group to
> /etc/group anymore.
Euh ... well, all right (in case of 1.7.34 and beyond).
Downloaded base-cygwin, looked at the bottom of 000-cygwin-post-install.sh
# Create /etc/mtab as sy
> I just updated the csih service installation helper package to 0.9.8-3.
>
> This bugfix release is supposed to address the problem adding a user
> account to the Administrators group if /etc/group contains a "root"
> group. The script arbitrarily adding the "root" group will be changed
> soon, t
Corinna wrote:
> The aforementioned message is a result of a change in how the function
> underlying `id' works.
[snip]
> The old getgroups iterated through the groups from /etc/groups, and then
> checked for each group if its SID is available in the user's token.
>
> This behaviour only makes se
Hi Corinna,
Suggestion ...
Replace in csih_use_file_etc() -- see file
/usr/share/csih/cygwin-service-installation-helper.sh
grep -Eq "^${file}:.*\" /etc/nsswitch.conf || use_file=0
by
grep -Eq "^${file}:[^#]*\" /etc/nsswitch.conf || use_file=0
Otherwise 'comment' like below will NOT be ignore
> On Jan 8 12:17, Houder wrote:
>> Hi Corinna,
>>
>> Suggestion ...
>>
>> Replace in csih_use_file_etc() -- see file
>> /usr/share/csih/cygwin-service-installation-helper.sh
>>
>> grep -Eq "^${file}:.*\" /etc/nsswitch.conf || use_fil
> On Jan 8 15:35, Houder wrote:
>> > On Jan 8 12:17, Houder wrote:
>> >> Hi Corinna,
>> >>
>> >> Suggestion ...
>> >>
>> >> Replace in csih_use_file_etc() -- see file
>> >> /usr/share/csih/cygwin-service-install
Hi Corinna,
Just sharing info (to save you the trouble searching it) ... Full stop.
https://cygwin.com/ml/cygwin-patches/2013-q1/msg00022.html (to which you
replied)
- Qsort defects (in C-library) by Dennis de Champeaux
https://sourceware.org/ml/newlib/2013/msg00087.html (to which Eric Blake
Corinna wrote (on a different Cygwin mailing list, which I am not supposed to
read):
Title: Setup patch to keep test version if test version installed
> Hi guys,
>
> I need a bit of feedback.
>
> One detail bugging me (and probably others as well) in Setup is this.
> If I chose to install a test
> On Jan 27 12:11, Houder wrote:
>> Corinna wrote (on a different Cygwin mailing list, which I am not
>> supposed to read):
>
> Haha. The cygwin-apps list is publically archived for a reason :)
Yes, I know ... making fun.
However, as I have NOT seen any maintainer respond
Hi Corinna,
Perhaps I was out of line with my post (which advertised your test version of
setup.exe)
https://cygwin.com/ml/cygwin/2015-01/msg00369.html
Perhaps I should have written, that I ALSO never 'downgrade' ... (consequently
I did not
test that "feature").
And now it turns out that
Hi Jonathan,
Just wondering ...
While doing some VERY LIMITED testing of Corinna's latest TEST version of
setup.exe, I was FORCED (:-P)
to take a harder look at the "interface" of setup.exe ...
(meaning, normally, I only upgrade ... I never downgrade a package)
Currently, I have version 4.8.3-
> On 1/29/2015 19:57, Houder wrote:
[snip]
>> As far as I understand, -4 is the "best" release of version 4.8.3-*. Just
>> wondering ... I would say that
>> setup.ini SHOULD show -4 as previous. What do say?
>>
>
> -3 and -4 is broken iirc, I had to r
Achim Gratz wrote here:
https://cygwin.com/ml/cygwin/2015-02/msg00235.html
(Re: group permissions)
> Again, if you want POSIX-only directory trees, remove all inheritable
> ACL from the top of the tree before populating it:
>
> $ cd tree
> $ setfacl -b .
Exactly.
For those 'new to Cygwi
Hi Corinna,
Regression? setfacl -s used to accept multiple file arguments ... (yes, I am
sure)
@@ touch aap noot mies
@@ ls -l aap noot mies
-rw-r--r-- 1 Henri None 0 Feb 12 15:55 aap
-rw-r--r-- 1 Henri None 0 Feb 12 15:55 mies
-rw-r--r-- 1 Henri None 0 Feb 12 15:55 noot
@@ setfacl -s u::rwx,g::
On Thu, 12 Feb 2015 19:00:41, Corinna wrote:
> Btw., it's really not necessary to address me directly in the subject of
> a mail to this list. I am reading this list regulary and I'm not
> ignoring reports which look like a bug in Cygwin and least of all those
> with testcases. In fact, I'd pref
> On Feb 12 19:29, Houder wrote:
>> On Thu, 12 Feb 2015 19:00:41, Corinna wrote:
>>
>> > Btw., it's really not necessary to address me directly in the subject of
>> > a mail to this list. I am reading this list regulary and I'm not
>> > ignori
> On Feb 12 16:06, Houder wrote:
>> Hi Corinna,
>>
>> Regression? setfacl -s used to accept multiple file arguments ... (yes, I am
>> sure)
>>
>> @@ touch aap noot mies
>> @@ ls -l aap noot mies
>> -rw-r--r-- 1 Henri None 0 Feb 12 15:55 aap
>
> Greetings, Corinna Vinschen!
[snip[
>> Do you feel up to the task to extend the FAQ entry
>
>> https://cygwin.com/faq/faq.html#faq.using.startup-slow
>
>> with a description of your solution?
>
> I took a liberty to reorder and rewrite it a little.
> Please tell me, if I didn't lost anything in
Hi Corinna,
Yes, sorry, setfacl again ...
Now, I am NOT an expert on Windows (I do not want to be), and I realize, that I
am in the company
of experts on Windows (on Windows ACL) here, so it is inevitable, that I will
be out of my league
below, and speak "errorneously" about Windows ACL.
Never
> Hi Corinna,
>
> Yes, sorry, setfacl again ...
[snip]
> RFC :-)
Btw, my post is NOT a request for a snapshot at the end of the day, in which
things have been fixed ... :-)
I wrote it up as a notice (or a request for an exchange of thoughts).
Henri
--
Problem reports: http://cygwin.com/
> On Feb 16 14:53, Houder wrote:
>> > Hi Corinna,
>> >
>> > Yes, sorry, setfacl again ...
>> [snip]
>>
>> > RFC :-)
>
> Dumb bug in Cygwin. I found it and fixed it locally.
Indeed? Did expect a deliberate different school of thoughts ..
Hi Corinna,
Ref: https://cygwin.com/ml/cygwin/2015-02/msg00798.html
- [ANNOUNCEMENT] TEST RELEASE: Cygwin 1.7.35-0.4
Something for your list of things to think about ... and do later ;-)
For a directory, the 'creator owner' should have sufficient permissions. That
is, at least 'full control
mi
> Hi Henri,
>
> On Feb 25 20:23, Houder wrote:
>> Hi Corinna,
>>
>> Ref: https://cygwin.com/ml/cygwin/2015-02/msg00798.html
>> - [ANNOUNCEMENT] TEST RELEASE: Cygwin 1.7.35-0.4
>>
>> Something for your list of things to think about ... and do later
Hi Corinna,
Ref: https://cygwin.com/ml/cygwin/2015-02/msg00856.html
- Too Many Permissions Stripped In 1.7.35?
Is it true? Is Cygwin a system to manage Windows? I NEVER got that impression.
I have always been content that I was able to use Cygwin in a directory tree,
that had been
especially p
> On Feb 27 19:17, Houder wrote:
>> (you are welcome NOT to reply -- I just wanted to get this off my chest :-)
>
> I reply, but I won't look any further. As I wrote already I'm planning
You won't look further? No problem :-) It was not my intention to "force&
Hi Corinna,
Just a question ... (and certainly NOT a request for a snapshot at the end of
the day).
Or a confirmation, if you like ...
A server-client example (using FIFO's) from LPI (Linux Programming Interface,
M. Kerrisk), chapter 44.8,
fails on Cygwin.
Below the example as an STC, which s
>> Q: is the model of the FIFO in Cygwin different from the one used in Linux?
>> Note: the question is about
>> the model for FIFO's in blocking mode ...
>>
>> Non-blocking complicates things even more ...
>
> FIFOs in Cygwin are using Windows named pipes, and the implementation
> was never reall
Hi Corinna,
Reference:
https://cygwin.com/ml/cygwin/2015-04/msg8.html
- Re: Can I move Cygwin and Cygwin64 to a drive other than C: ?
Amazing that you had so much luck with robocopy ...
It did not surprise me, that it failed on me ...
Below 2 test cases: one using tar (success), th
> Hi Henri,
>
> On Apr 2 19:47, Houder wrote:
>> Hi Corinna,
>>
>> Reference:
>> https://cygwin.com/ml/cygwin/2015-04/msg8.html
>> - Re: Can I move Cygwin and Cygwin64 to a drive other than C: ?
>
> Would you mind to keep the mail threadin
> On Thu, Apr 2, 2015 at 1:47 PM, Houder wrote:
>> 2015/04/02 19:13:56 ERROR 5 (0x0005) Copying File
>> E:\Cygwin\home\jvdwater\.bash_history
>> Access is denied.
>> Waiting 30 seconds... Retrying...
>> New File 689.
Hi Corinna,
Reference: https://cygwin.com/ml/cygwin/2015-04/msg00201.html
- [ANNOUNCEMENT] TEST RELEASE: Cygwin 2.0.0-1
Sorry, Corinna, but I have to ask: will this be the correct behaviour of Cygwin
from now on? ... because I am very much surprised ...
Is there anything I can do (settings dire
>> Reference: https://cygwin.com/ml/cygwin/2015-04/msg00201.html
>> - [ANNOUNCEMENT] TEST RELEASE: Cygwin 2.0.0-1
>
> I really appreciate bug reports, but, please, try to keep the threading
> intact. Please reply to mails rather than creating new threads which
> have no connection to the original
> It's what we haxxers call "a bug". I made a typo in another function,
> copy-pasted the code over to the chmod function, fixed it in the
> original function and then forgot to fix it in chmod.
[snip]
> I just uploaded a new test release 2.0.0-0.2. It's supposed to fix
> this bug. Give it a b
Hi Corinna,
Just reporting (can wait until everything related to object permissions have
been solved)
- Although I am not informed about the internals, I know that (in general), I
can invoke
a 32-bits Cygwin exe from 64-bits Cygwin, and vice versa
Like this: 64-@@ /drv/e/Cygwin/bin/date
> Just reporting (can wait until everything related to object permissions have
> been solved)
>
> - Although I am not informed about the internals, I know that (in general),
> I can invoke
>a 32-bits Cygwin exe from 64-bits Cygwin, and vice versa
>Like this: 64-@@ /drv/e/Cygwin/bin/date
Hi Corinna,
Perhaps not relevant anymore (since you have returned to the drawing board) ...
- after installing update 3 to Cygwin 2.0 ...
- created file while being logged on as user Test; subsequently executed:
chmod 460 file
- switched back to user Henri and attempted to touch file: failed
> On Apr 13 18:10, Houder wrote:
>> = Cygwin 2.0 -- logged on as user Test
>>
>> %% uname -a
>> CYGWIN_NT-6.1-WOW Seven 2.0.0(0.287/5/3) 2015-04-12 21:09 i686 Cygwin
>> %% pwd
>> /home/Test
>> %% id
>> uid=197614(Test) gid=197121(None) gr
> On Apr 14 16:18, Houder wrote:
>> Btw, I installed update 4 to Cygwin 2.0 ... and observe no change in the
>> output
>> of getfacl, icacls ... also user Henri is still denied write access ...
>
> Did you re-create the file?
No ... I created a second file, named alfa
> On Apr 14 17:01, Houder wrote:
>> %% uname -a
>> CYGWIN_NT-6.1-WOW Seven 2.0.0(0.287/5/3) 2015-04-14 10:45 i686 Cygwin
>> %% pwd
>> /home/Test
>> %% touch alfa
>> %% chmod 460 alfa
>> %% echo aha > alfa
>> bash: alfa: Permission denied
> On Apr 14 17:26, Houder wrote:
>> >Everyone:(Rc,S,RA)
>> >
>> > The only reason I can think of is that the parent dir has default
>> > permissions which imply the mask value already. So, what does
>> > `icacls . | cat' in this directo
> On Apr 14 18:32, Houder wrote:
>> Btw, I will only report back on this in case you are INcorrect above.
>
> Uhm... I wouldn't be too unhappy to get positive feedback as well...
Oh well, alright, I tried to save us both some time :-)
Reinstalled the whole shebang, and re-ex
> On Apr 14 20:38, Houder wrote:
>> > On Apr 14 18:32, Houder wrote:
>> >> Btw, I will only report back on this in case you are INcorrect above.
>> >
>> > Uhm... I wouldn't be too unhappy to get positive feedback as well...
>>
&
Hi,
I am seeing an issue when I run msbuild where I will get "msbuild:
command not found".
Invoke msbuild.exe in stead ... invocation of msbuild will not work,
because there is a
directory msbuild.
Or: include the following in your .bashrc:
alias msbuild='MSBuild.exe -nologo'
Henri
--
Pr
I have a suspicion that the problem he is facing could be the same I
described in
https://sourceware.org/ml/cygwin/2015-02/msg00122.html
where the issue only occurs if mintty is started from the cygwin
console.
Sorry to interfere here, Thomas, but I had a hard time with your
description ...
My apologies for the noise ...
Please, see appendix (for a, hopefully, legible presentation of my
previous entry).
(my ISP introduced a different system for webmail - and now I am
inconvienced)
Henri...
Sorry to interfere here, Thomas, but I had a hard time with your description
... It seem
> On Fri, Jul 17, 2015, at 21:03, Thomas Wolff wrote:
>> Am 14.07.2015 um 09:44 schrieb Ronald Fischer:
>> > Using Cygwin 64 on Windows 7:
>> >
>> > In a bash or zsh running inside mintty, pressing Control-C has no
>> > effect. In a bash or zsh running in a Windows Console, it works fine.
>> Ronal
>> > Indeed, it does! When starting it from a desktop shortcut, it works, but
>> > when started as a background process, it doesn't.
>>
>> Ah, so that is the "Cygwin console" # i.e. execution of the file
>> Cygwin.bat, located in the "Windows Cygwin root".
>
> Actually no, though the difference doe
>> The trick is to make mintty NOT interact with a cons.
> Not sure in what way mintty would "interact" with the console here.
Hi Thomas,
You are the expert on mintty now ... I only observed a "pattern":
- when 'ps ax' shows that mintty is "connected" to a 'cons', SIGINT is ignored
- when 'ps
>> You are the expert on mintty now ... I only observed a "pattern":
> let's say maintainer... expert on terminal issues maybe, but not on
> Windows API and specifics of POSIX process control...
Language, language, Henri!
Hi Thomas,
1. Re. "You are the expert on mintty now ..."
First of all, my
> Hi,
>
> Thomas Wolf writes:
>
>>
>> mintty 2.1.1 has a bunch of requested tweaks and fixes which Iâm
>> releasing before some restructuring around character attributes...
>
> This seems to stackdump on startup for me on Win7 x64.
Confirmed. Both Win7 x86 and Win7 x64.
Henri
--
Problem re
>> Hi,
>>
>> Thomas Wolf writes:
>>
>>>
>>> mintty 2.1.1 has a bunch of requested tweaks and fixes which Iâm
>>> releasing before some restructuring around character attributes...
>>
>> This seems to stackdump on startup for me on Win7 x64.
>
> Confirmed. Both Win7 x86 and Win7 x64.
Yes, I may b
> mintty 2.1.2 is an update in response to a number of crash reports under
> unclear circumstances;
> mintty only detaches from the caller's terminal if the option -D is given
Thank you, Thomas!
I extracted mintty.exe (and named it mintty-v212.exe) from
mintty-2.1.2-0.tar.xz, and
placed it in /b
Hi Thomas,
>>> mintty 2.1.2 is an update in response to a number of crash reports under
>>> unclear circumstances;
> To resolve this discomforting issue which I still cannot reproduce,
> could please those who experience a crash report some details about
> their calling environment?
> Could the is
> As I wrote 'and I asked myself', I was wondering about something like:
> 'getpid() != 1'
s/getpid/getppid/
Henri
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info: h
Hi Corinna,
I hesitate to ask ... yes, I am aware you have enough on your plate. If you
cannot explain
the phenomenon from the top of your head, let it rest, please.
In an attempt to understand what needs to be "done" to mintty, I decided to use
the "setsid"
utility (util-linux) to invoke mintt
> Hi Corinna,
>
> I hesitate to ask ... yes, I am aware you have enough on your plate. If you
> cannot explain
> the phenomenon from the top of your head, let it rest, please.
Please, ignore request ...
For the record: although still present when using v203 of mintty, it appears
to have "gone" w
>> Hi Thomas,
>>> Maybe setsid() should not be called if fork() fails...
>>> Could you try this please:
>>> if (daemonize && !isatty(0)) {
>>> int pid = fork();
>>> if (pid > 0) exit(0);// exit parent process
>>> if (pid == 0) setsid(); // detach child process
>>> i
> I found the bug (more or less): it is me (AND you). More will follow soon.
Hi Thomas,
As I reported earlier, I found the culprit ...
No, I did not build my own Cygwin.dll, as advised by Corinna, because to her
Cygwin
is NOT "rocket science" (after all these years), however to me, it is still
Hi Thomas,
Additionally ...
> But first things, first ...
>
> Please, make a mental picture of the check boxes at your place at 'control
> panel >
> performance information and tools > adjust visual effects'.
>
> I'll bet, all check boxes for "eye candy" has been checked at your place;
> NONE o
> Hi Thomas,
>
> Additionally ...
>
>> But first things, first ...
>>
>> Please, make a mental picture of the check boxes at your place at 'control
>> panel >
>> performance information and tools > adjust visual effects'.
>>
>> I'll bet, all check boxes for "eye candy" has been checked at your pla
> Hi, thank you very much for this analysis which should enable me to do
> further investigation; first, I'd like to know whether the two alternative
> codelets for the -D option change anything.
> Anyway, maybe I should simply disable transparency, either at all (but
> people would complain, I'm s
> On Sat, Jul 25, 2015 at 10:15 PM, Houder wrote:
> ...
>> Please, make a mental picture of the check boxes at your place at 'control
>> panel >
>> performance information and tools > adjust visual effects'.
>>
>> I'll bet, all check boxes
1 - 100 of 415 matches
Mail list logo
