Eliot Moss wrote:
Dear cygwin-ers --
Something I had asked about a while ago was the absence os taskset in cygwin's
util-linux. At the time, it was pointed out that the necessary get/set
affinity library/system calls were not yet supported. These were added a
while ago, so it would seem that
On 2020/03/03 15:45, Hans-Bernhard Bröker wrote:
Am 04.03.2020 um 00:25 schrieb L A Walsh:
On 2020/02/28 04:38, Fergus Daly wrote:
I am almost certain that the command
$ rename "anything" "AnyThing" *.ext
would alter the string from lc to uc as shown, anywhere it occurred in
any
On Tue, 3 Mar 2020 21:03:38 +0100
Hans-Bernhard Bröker wrote:
> OTOH the MS documentation calls this DWORD* an "optional output"
> argument. If I'm reading that right, it means it should be fine to just
> pass NULL to indicate that we don't need it:
>
> inline void sendOut (HANDLE )
> {
>
On 3/3/2020 7:59 AM, Takashi Yano wrote:
On Tue, 03 Mar 2020 12:40:17 +
"Henry S. Thompson" wrote:
Takashi Yano writes:
This bug was already fixed in current git head.
Current git head for Cygwin? Or mintty?
I mean cygwin.
Because I have another box, and now see that the bug does
Am 04.03.2020 um 00:25 schrieb L A Walsh:
On 2020/02/28 04:38, Fergus Daly wrote:
I am almost certain that the command
$ rename "anything" "AnyThing" *.ext
would alter the string from lc to uc as shown, anywhere it occurred in
any filename in *.ext in the current directory.
isn't that they
On 2020/02/28 04:38, Fergus Daly wrote:
I am almost certain that the command
$ rename "anything" "AnyThing" *.ext
would alter the string from lc to uc as shown, anywhere it occurred in any
filename in *.ext in the current directory.
isn't that they same as "mv anything.xxx Anything.xxx" ?
Brian Inglis writes:
>> 2) There are some hints that cygrunsrv/cygserver might be implicated.
>> Two cygchecks on one of my machines (which did run to completion)
>> differ in that the one taken while XWin had started successfully
>> differed from the other in that all my Cygwin
On 2020-03-03 10:21, Henry S. Thompson wrote:
> Takashi Yano writes:
>
>> On Tue, 03 Mar 2020 12:40:17 +
>> "Henry S. Thompson" wrote:
>>> Takashi Yano writes:
This bug was already fixed in current git head.
>>>
>>> Current git head for Cygwin? Or mintty?
>>
>> I mean cygwin.
>
> OK,
On 2020-03-03 10:21, Henry S. Thompson wrote:
> Takashi Yano writes:
>
>> On Tue, 03 Mar 2020 12:40:17 +
>> "Henry S. Thompson" wrote:
>>> Takashi Yano writes:
This bug was already fixed in current git head.
>>>
>>> Current git head for Cygwin? Or mintty?
>>
>> I mean cygwin.
>
> OK,
Am 03.03.2020 um 01:35 schrieb Takashi Yano:
The second argument DWORD *wn of sendOut() is not used
outside sendOut(), so it can be covered up like:
inline void sendOut (HANDLE )
{
DWORD wn;
WriteConsoleA (handle, buf, ixput, , 0);
}
I doubt that will improve much, if anything. There
On 3/2/20 3:53 PM, Marco Atzeri wrote:
Am 02.03.2020 um 21:17 schrieb Robert McBroom via cygwin:
Details in attached file
better in line next time.
Are you sure that the disk J is mounted in a Administrator account ?
Regards
Marco
USB drive Windows mounted on login. emacs shows the owner
Am 03.03.2020 um 17:41 schrieb Corinna Vinschen:
> On Mar 3 17:05, Rainer Emrich wrote:
>> Am 03.03.2020 um 16:49 schrieb Corinna Vinschen:
>>> On Mar 3 15:31, Corinna Vinschen wrote:
On Mar 3 15:19, Rainer Emrich wrote:
> Am 03.03.2020 um 14:39 schrieb Corinna Vinschen:
>> Aha!
Takashi Yano writes:
> On Tue, 03 Mar 2020 12:40:17 +
> "Henry S. Thompson" wrote:
>> Takashi Yano writes:
>> > This bug was already fixed in current git head.
>>
>> Current git head for Cygwin? Or mintty?
>
> I mean cygwin.
OK, this is now getting very weird. As at least one other person
On Mar 3 16:32, Hashim Aziz wrote:
> Yes, this was what I expected you meant by elevated shell. I tried that
> earlier and got no luck (though I tried the link to the Cygwin terminal in my
> start menu
> not a desktop shortcut), and I just tried again after attempting several
> permissions
On Mar 3 17:05, Rainer Emrich wrote:
> Am 03.03.2020 um 16:49 schrieb Corinna Vinschen:
> > On Mar 3 15:31, Corinna Vinschen wrote:
> >> On Mar 3 15:19, Rainer Emrich wrote:
> >>> Am 03.03.2020 um 14:39 schrieb Corinna Vinschen:
> Aha! So powershell does not show the 'l'.
> >>> The most
Yes, this was what I expected you meant by elevated shell. I tried that earlier
and got no luck (though I tried the link to the Cygwin terminal in my start
menu
not a desktop shortcut), and I just tried again after attempting several
permissions fixes but still no luck.
The permissions fixed
Am 03.03.2020 um 16:49 schrieb Corinna Vinschen:
> On Mar 3 15:31, Corinna Vinschen wrote:
>> On Mar 3 15:19, Rainer Emrich wrote:
>>> Am 03.03.2020 um 14:39 schrieb Corinna Vinschen:
Aha! So powershell does not show the 'l'.
>>> The most important thing is the difference between cygwin
On Mar 3 15:31, Corinna Vinschen wrote:
> On Mar 3 15:19, Rainer Emrich wrote:
> > Am 03.03.2020 um 14:39 schrieb Corinna Vinschen:
> > > Aha! So powershell does not show the 'l'.
> > The most important thing is the difference between cygwin 3.0.7 and
> > cygwin 3.1.4. For cygwin 3.0.7 the link
On Mar 3 15:19, Rainer Emrich wrote:
> Am 03.03.2020 um 14:39 schrieb Corinna Vinschen:
> > Aha! So powershell does not show the 'l'.
> The most important thing is the difference between cygwin 3.0.7 and
> cygwin 3.1.4. For cygwin 3.0.7 the link indicator is shown even in
> powershell on Windows
On Mon, Mar 2, 2020 at 11:08 PM Robert McBroom wrote:
Details in attached file
Hint: When asking for help in a mailing list, the less effort respondents
have to go through, the better.
It is better to put your information directly in the message rather than
attaching a file.
(Why attach a
Am 03.03.2020 um 14:39 schrieb Corinna Vinschen:
> On Mar 3 14:17, Rainer Emrich wrote:
>> Dear Corinna,
>>
>> Am 02.03.2020 um 17:48 schrieb Corinna Vinschen:
>>> On Feb 29 14:10, Rainer Emrich wrote:
I try to reliably determine if native Windows symlink are working for a
current
On Mar 3 14:17, Rainer Emrich wrote:
> Dear Corinna,
>
> Am 02.03.2020 um 17:48 schrieb Corinna Vinschen:
> > On Feb 29 14:10, Rainer Emrich wrote:
> >> I try to reliably determine if native Windows symlink are working for a
> >> current cygwin environment in a shell script.
> >> [...]
> >> On
Dear Corinna,
Am 02.03.2020 um 17:48 schrieb Corinna Vinschen:
> On Feb 29 14:10, Rainer Emrich wrote:
>> I try to reliably determine if native Windows symlink are working for a
>> current cygwin environment in a shell script.
>>
>> Therefor I used a powershell snipped:
>>
>> mkdir asdfgh
>> ln
On Tue, 03 Mar 2020 12:40:17 +
"Henry S. Thompson" wrote:
> Takashi Yano writes:
> > This bug was already fixed in current git head.
>
> Current git head for Cygwin? Or mintty?
I mean cygwin.
> Because I have another box, and now see that the bug does _not_ occur
> with Cygwin 3.1.4 and
On Tue, 3 Mar 2020 12:14:00 +0100
Corinna Vinschen wrote:
> Btw., looking through the code with this change I wonder about ixput not
> being set to 0 in sendOut, right after calling WriteConsoleA. That
> would drop the need to call empty after calls to sendOut and thus clean
> up the code, no?
Takashi Yano writes:
> On Tue, 03 Mar 2020 12:18:44 +
> "Henry S. Thompson" wrote:
>> Takashi Yano writes:
>>
>> > Does reverting cygwin1.dll to 3.1.2 help?
>>
>> In my case, yes it does. The resulting view from pstree is
>>
>> `-sh,1614 /usr/bin/startxwin
>> `-xinit,1645
On Tue, 03 Mar 2020 12:18:44 +
"Henry S. Thompson" wrote:
> Takashi Yano writes:
>
> > Does reverting cygwin1.dll to 3.1.2 help?
>
> In my case, yes it does. The resulting view from pstree is
>
> `-sh,1614 /usr/bin/startxwin
> `-xinit,1645 /home/ht/.startxwinrc -- /usr/bin/XWin :0
Takashi Yano writes:
> Does reverting cygwin1.dll to 3.1.2 help?
In my case, yes it does. The resulting view from pstree is
`-sh,1614 /usr/bin/startxwin
`-xinit,1645 /home/ht/.startxwinrc -- /usr/bin/XWin :0 -multiwindow ...
|-XWin,1646 :0 -multiwindow -auth
Hi Hans-Bernhard,
On Mar 3 00:07, Hans-Bernhard Bröker wrote:
> Replace direct access to a pair of co-dependent variables
> by calls to methods of a class that encapsulates their relation.
>
> Also replace C #define by C++ class constant.
> ---
> winsup/cygwin/fhandler_console.cc | 135
On Mar 3 00:54, Hashim Aziz wrote:
> Hey Corinna, thanks for your quick reply.
>
> Regarding the elevated shell - I'm unsure of exactly how to run an
> elevated Cygwin shell?
Right click on the Cygwin Terminal icon on the desktop, choose the
item "Run as administrator".
> I have attached the
On Tue, 3 Mar 2020 00:14:12 -0500
Roland Roberts wrote:
> I only noticed this in the last week or so, and assumed I'd messed up
> something with Windows 10 permission, which is still a possibility. My
> first attempt to "fix" this was to reinstall pretty much everything in
> Cygwin that was part
On 2020-03-02 23:08, Robert McBroom via cygwin wrote:
> Details in attached file
You most likely have Windows permissions problems, if all your tools are Cygwin.
Run which on each tool to see what you are actually running, and run cygcheck to
ensure they use cygwin1.dll.
You need to run against
Hi Yaakov,
May I update the version of util-linux available on Cygwin? Your cygport
file for the current 2.33.1 seems to work fine for the latest 2.35.1.
I would add a patch file 2.33.1-cygwin-cpuset.patch (see attached) and
update the cygport file to reference this additional patch and
33 matches
Mail list logo