Am 22.03.2020 um 04:21 schrieb Joe via Cygwin:
I'm using cygwin 3.1.4 on Windows 10.
The new pseudo terminal stuff seems really slow.
For example:
$ time seq 1
(output omitted)
real0m23.510s
user0m1.515s
sys 0m4.483s
If I minimize the mintty window while seq is running, it gets
PS - The same patches work fine for a 32-bit build (I just test it). Again, I
can supply the package files if desired.
Regards - EM
--
Problem reports: https://cygwin.com/problems.html
FAQ: https://cygwin.com/faq/
Documentation:https://cygwin.com/docs.html
Unsubsc
Well, I had _thought_ I had done 'cygport install' and run the installed
version, but I seem to have been wrong. I seem to have manually over-written
the proper (stripped) binary with the wrapper!
Anyway, I've got the whole thing working and offer the attached patches for
"thoughtful considerati
I'm using cygwin 3.1.4 on Windows 10.
The new pseudo terminal stuff seems really slow.
For example:
$ time seq 1
(output omitted)
real0m23.510s
user0m1.515s
sys 0m4.483s
If I minimize the mintty window while seq is running, it gets slightly better:
real0m4.562s
user0m0.39
On 3/21/2020 10:26 AM, Roumen Petrov wrote:
> Eliot Moss wrote:
>> So here's a thing, though I don't understand it:
>>
>> In addition the build/taskset.exe, there's a build/.libs/taskset.exe.
>> If I install the latter in /usr/bin/.libs/taskset.exe, then /usr/bin/taskset
>> works. In fact, it see
On 2020-03-21 02:18, Mark Geisert wrote:
> Eliot Moss wrote:
>> On 3/20/2020 1:54 AM, Mark Geisert wrote:
>>> I've reproduced your snags. It/they are due to my having forgotten
>>> another tiny update that should have been part of the
>>> 2.33.1-cygwin-cpuset.patch file. If you
>>> 'echo "#defin
Eliot Moss wrote:
So here's a thing, though I don't understand it:
In addition the build/taskset.exe, there's a build/.libs/taskset.exe.
If I install the latter in /usr/bin/.libs/taskset.exe, then /usr/bin/taskset
works. In fact, it seems that the version in .libs is the "real" program
and /usr
UPDATE: After some windows updates, and a reboot, I can see my files now on
the encrypted D: drive !!
LKEELER@AM-lkeeler-W3 /cygdrive/d
$ ls -la
total 1668
drwxr-xr-x 1 LKEELER Domain Users 0 Mar 18 19:44 '$RECYCLE.BIN'
drwxr-xr-x 1 LKEELER Domain Users 0 Dec 31 1979 .
dr-xr
Version 20200320-1 of neomutt has been uploaded.
The command line mail reader neomutt reached version 20200320.
On GitHub it is possible to find the changelog for the new release:
https://github.com/neomutt/neomutt/releases
Federico
--
Problem reports: https://cygwin.com/problems.html
FAQ:
Am 21.03.2020 um 12:07 schrieb Eliot Moss:
So here's a thing, though I don't understand it:
In addition the build/taskset.exe, there's a build/.libs/taskset.exe.
that is usually the unstripped version
If I install the latter in /usr/bin/.libs/taskset.exe, then
/usr/bin/taskset
works. In fa
So here's a thing, though I don't understand it:
In addition the build/taskset.exe, there's a build/.libs/taskset.exe.
If I install the latter in /usr/bin/.libs/taskset.exe, then /usr/bin/taskset
works. In fact, it seems that the version in .libs is the "real" program
and /usr/bin/taskset is som
Dear Mark - I am confused by how your build goes through when configure
detects the ionice does not have the ioprio_set/get calls that it needs. In my
case configure stops at that point. That was why I made a patch to
configure.ac so that cygport could explicitly exclude ionice. At the moment,
Eliot Moss wrote:
On 3/20/2020 9:39 AM, Yaakov Selkowitz wrote:
> Cygwin doesn't support syscalls. I'd be very wary of any code which is
> conditional on any #ifdef SYS_*.
Of course. AFAICT taskset does not need the syscall, it just needs the
library call to work. Asking about the syscall
Eliot Moss wrote:
On 3/20/2020 1:54 AM, Mark Geisert wrote:
> I've reproduced your snags. It/they are due to my having forgotten another
tiny update that should
> have been part of the 2.33.1-cygwin-cpuset.patch file. If you 'echo "#define
SYS_sched_getaffinity
> 42" > /usr/local/include/
14 matches
Mail list logo
