.
Forwarded Message
Subject: Fwd: Re: Bash unable to print epoch timestamp
Date: Fri, 23 Oct 2015 14:32:44 -0600
From: Brian Inglis
Reply-To: brian.ing...@systematicsw.ab.ca
Organisation: Systematic Software
To: corinna-cyg...@cygwin.com
Already forwarded as below to cygwin and
Forwarded Message
Subject: Fwd: Re: Bash unable to print epoch timestamp
Date: Fri, 23 Oct 2015 14:32:44 -0600
From: Brian Inglis
Reply-To: brian.ing...@systematicsw.ab.ca
Organisation: Systematic Software
To: corinna-cyg...@cygwin.com
Already forwarded as below to cygwin and
On 2017-04-22 02:59, Corinna Vinschen wrote:
> Hi Brian,
> On Apr 20 21:00, Brian Inglis wrote:
>> On 2017-04-19 15:47, Jon Turney wrote:
>>> On 19/04/2017 16:42, Brian Inglis wrote:
>>>> On 2017-04-19 04:58, Corinna Vinschen wrote:
>>>>> On Ap
proc/loadavg
> $ cat /proc/loadavg
> 0,00 0,00 0,00 1/3
> It reporting approx the same from under elevated shell.
--
Take care. Thanks, Brian Inglis, Calgary, Alberta, Canada
stand" the same basic set of formats. Because
> of Cygwin's strptime() missing "%s", the following also does not work even
> from command line:
>
> $ date +"%s" | strptime "%s"
Attached diff for proposed strptime %s and %F support.
Let me know if
On 2017-07-23 22:07, Brian Inglis wrote:
> On 2017-07-23 20:09, Lavrentiev, Anton (NIH/NLM/NCBI) [C] wrote:
>>> But that's just scanning a decimal integer to time_t.
>> It's not a question of whether I can or can't convert a string into an
>> integer, rath
On 2017-08-23 12:51, Brian Inglis wrote:
> On 2017-07-23 22:07, Brian Inglis wrote:
>> On 2017-07-23 20:09, Lavrentiev, Anton (NIH/NLM/NCBI) [C] wrote:
>>>> But that's just scanning a decimal integer to time_t.
>>> It's not a question of whether I can or can
On 2017-08-24 03:25, Corinna Vinschen wrote:
> On Aug 23 12:51, Brian Inglis wrote:
>> Attached patch to support %s in Cygwin winsup libc strptime.cc __strptime().
>>
>> This also enables support for %s in dateutils package strptime(1).
>>
>> In case the iss
On 2017-08-24 03:40, Corinna Vinschen wrote:
> On Aug 24 11:32, Corinna Vinschen wrote:
>> On Aug 23 13:25, Brian Inglis wrote:
>>> Cygwin strptime(3) (also strptime(1)) fails with default width, without an
>>> explicit width, because of the test in the following code:
On 2017-08-24 03:25, Corinna Vinschen wrote:
> On Aug 23 12:51, Brian Inglis wrote:
>> Attached patch to support %s in Cygwin winsup libc strptime.cc __strptime().
>> This also enables support for %s in dateutils package strptime(1).
>> In case the issue comes up, if the use
On 2017-08-29 01:35, Corinna Vinschen wrote:
> Hi Brian,
>
> On Aug 25 11:47, Corinna Vinschen wrote:
>> On Aug 24 11:11, Brian Inglis wrote:
>>> On 2017-08-24 03:40, Corinna Vinschen wrote:
>>>> On Aug 24 11:32, Corinna Vinschen wrote:
>>>>>
On 2017-08-29 13:14, Corinna Vinschen wrote:
> On Aug 29 11:56, Brian Inglis wrote:
>> On 2017-08-29 01:35, Corinna Vinschen wrote:
>>> On Aug 25 11:47, Corinna Vinschen wrote:
>>>> On Aug 24 11:11, Brian Inglis wrote:
>>>>> On 2017-08-24 03:40, C
^~
cc1plus: all warnings being treated as errors
make[3]: *** [../../.././winsup/cygwin/../Makefile.common:41: fhandler_dsp.o]
Error 1
$ gcc --version
gcc (GCC) 6.3.0
--
Take care. Thanks, Brian Inglis, Calgary, Alberta, Canada
about Cygwin installs and
upgrades as part of their apps would also be a good addition?
--
Take care. Thanks, Brian Inglis, Calgary, Alberta, Canada
From fdd3ce05680ca5e26532a51b119388cdb358e98e Mon Sep 17 00:00:00 2001
From: Brian Inglis
Date: Sun, 12 Nov 2017 11:22:17 -0700
Subject: [PATCH] add FAQ
On 2017-11-12 12:07, Ken Brown wrote:
> On 11/12/2017 1:39 PM, Brian Inglis wrote:
>> Having responded to some of these posts and being prompted by the suggestion
>> in
>> a reply to one by "Cyg simple", I attach an offering, in the off chance that
>> anyone
On 2017-11-12 16:02, Ken Brown wrote:
> On 11/12/2017 4:27 PM, Brian Inglis wrote:
>> + Some ancient Cygwin releases asked users to report problems that
>> were
>> + difficult to diagnose to the mailing list with the message:
>> +
>> + find_fast_cwd: W
On 2017-11-13 05:05, Corinna Vinschen wrote:
> On Nov 13 00:04, Brian Inglis wrote:
>> On 2017-11-12 16:02, Ken Brown wrote:
>>> On 11/12/2017 4:27 PM, Brian Inglis wrote:
>>>> + Some ancient Cygwin releases asked users to report problems
>>>> that wer
On 2017-11-13 10:12, Brian Inglis wrote:
> On 2017-11-13 05:05, Corinna Vinschen wrote:
>> On Nov 13 00:04, Brian Inglis wrote:
>>> On 2017-11-12 16:02, Ken Brown wrote:
>>>> On 11/12/2017 4:27 PM, Brian Inglis wrote:
>>>>> + Some ancient C
On 2017-11-14 02:29, Corinna Vinschen wrote:
> On Nov 13 11:51, Brian Inglis wrote:
>> On 2017-11-13 10:12, Brian Inglis wrote:
> Please send this as `git format-patch' with commit message and all.
One more diff for comment, and I could use some pointer on how to build htdocs
On 2017-11-14 14:26, Corinna Vinschen wrote:
> On Nov 14 13:52, Brian Inglis wrote:
>> On 2017-11-14 02:29, Corinna Vinschen wrote:
>>> On Nov 13 11:51, Brian Inglis wrote:
>>>> On 2017-11-13 10:12, Brian Inglis wrote:
>>> Please send this as `git fo
On 2017-11-15 06:21, Corinna Vinschen wrote:
> On Nov 14 23:01, Brian Inglis wrote:
>> >From 61fe6f174a840cffdac4ae8772e1a10a68e80beb Mon Sep 17 00:00:00 2001
>> From: Brian Inglis
>> Date: Tue, 14 Nov 2017 22:57:02 -0700
>> Subject: [PATCH] add FAQ How do I fix find
On 2017-11-15 12:46, cyg Simple wrote:
> On 11/15/2017 11:09 AM, Brian Inglis wrote:
>> On 2017-11-15 06:21, Corinna Vinschen wrote:
>>> On Nov 14 23:01, Brian Inglis wrote:
>>>> >From 61fe6f174a840cffdac4ae8772e1a10a68e80beb Mon Sep 17 00:00:00 2001
>>>&g
On 2017-12-10 10:49, Ken Brown wrote:
> Mirrors from mirrors.lst have area and location info, which we now
> display and add to the sort key.
You didn't increase the list box width - are the hosts visible without
scrolling?
--
Take care. Thanks, Brian Inglis, Calgary, Alberta, Canada
On 2017-12-10 11:50, Ken Brown wrote:
> On 12/10/2017 1:40 PM, Brian Inglis wrote:
>> On 2017-12-10 10:49, Ken Brown wrote:
>>> Mirrors from mirrors.lst have area and location info, which we now
>>> display and add to the sort key.
>> You didn't increase the
---
winsup/doc/etc.postinstall.cygwin-doc.sh | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/winsup/doc/etc.postinstall.cygwin-doc.sh
b/winsup/doc/etc.postinstall.cygwin-doc.sh
index 2873d9395..935bd94e1 100755
--- a/winsup/doc/etc.postinstall.cygwin-doc.sh
+++ b/winsup/doc/et
On 2017-12-20 16:10, Eric Blake wrote:
> On 12/20/2017 05:01 PM, Brian Inglis wrote:
>> ---
>> winsup/doc/etc.postinstall.cygwin-doc.sh | 2 +-
>> 1 file changed, 1 insertion(+), 1 deletion(-)
>>
>> diff --git a/winsup/doc/etc.postinstall.cygwin-doc.sh
>&
---
winsup/doc/etc.postinstall.cygwin-doc.sh | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/winsup/doc/etc.postinstall.cygwin-doc.sh
b/winsup/doc/etc.postinstall.cygwin-doc.sh
index 2873d9395..935bd94e1 100755
--- a/winsup/doc/etc.postinstall.cygwin-doc.sh
+++ b/winsup/doc/et
---
winsup/doc/etc.postinstall.cygwin-doc.sh | 10 +-
winsup/doc/etc.preremove.cygwin-doc.sh | 5 +++--
2 files changed, 8 insertions(+), 7 deletions(-)
diff --git a/winsup/doc/etc.postinstall.cygwin-doc.sh
b/winsup/doc/etc.postinstall.cygwin-doc.sh
index 935bd94e1..de7d9e0c3 100755
-
-914,7 +914,7 @@ This is not valid:
>
>
>
> -Apart from this restriction, the reminder of the line can have as
> +Apart from this restriction, the remainder of the line can have as
> many spaces and TABs as you like.
>
>
--
Take care. Thanks, Brian Inglis, Calgary, Alberta, Canada
On 2018-02-21 14:37, Corinna Vinschen wrote:
> On Feb 21 14:20, Brian Inglis wrote:
>> On 2018-02-21 14:05, Corinna Vinschen wrote:
>>> Hi David,
>>>
>>> On Feb 21 18:09, David Macek wrote:
>>>> ---
>>>> winsup/doc/ntsec
used internally so should likely not be
> changed.
> Does this sound like the right way to go?
The other values appear to be used by non-Cygwin newlib implementations
bracketed by:
#if defined(__CYGWIN__)
#include
#else
... 100+ lines
#endif /* defined(__CYGWIN__) */
and, if that was required, should be changed via the newlib list.
--
Take care. Thanks, Brian Inglis, Calgary, Alberta, Canada
ead of getsockname() as in the past.
>
> I will appreciate any comments.
Isn't this moot as the supported package is syslog-ng, which seems to work okay?
--
Take care. Thanks, Brian Inglis, Calgary, Alberta, Canada
diff --git a/winsup/utils/ps.cc b/winsup/utils/ps.cc
index 4fce3e0b3..c81805ab6 100644
--- a/winsup/utils/ps.cc
+++ b/winsup/utils/ps.cc
@@ -337,6 +337,17 @@ main (int argc, char *argv[])
p->start_time = to_time_t (&ct);
CloseHandle (h);
}
+ if (!
On 2019-03-23 11:04, Corinna Vinschen wrote:
> On Mar 22 21:45, Brian Inglis wrote:
>> diff --git a/winsup/utils/ps.cc b/winsup/utils/ps.cc
>> index 4fce3e0b3..c81805ab6 100644
>> --- a/winsup/utils/ps.cc
>> +++ b/winsup/utils/ps.cc
>> @@ -337,6 +337
> 1 Jan 1970 may also be a good hint...
Except it's shifted to local time so always inconsistent unless we fudged with
_TM_GMTOFF and string shuffling or format %b %Y?
--
Take care. Thanks, Brian Inglis, Calgary, Alberta, Canada
This email may be disturbing to some readers as it contains
too
g on.
Are there non-startup system processes for which boot time is misleading?
If you need the truth use wmic, procexp64, or run ps in an elevated shell.
--
Take care. Thanks, Brian Inglis, Calgary, Alberta, Canada
This email may be disturbing to some readers as it contains
too much technical detail. Reader discretion is advised.
ange is an attempt to mitigate the output from converting time_t 0 to
local time.
Are there system processes for which the boot time is not a close approximation
of the actual process start time as shown by wmic or in an elevated shell?
That's all I'm seeing on my home non-domain system
non-elevated users can not access system startup process start times,
defaulting to time_t 0, displaying as Dec 31/Jan 1 depending on time zone,
so instead use system boot time, which is within seconds of correct,
to avoid WMI overhead getting correct system startup process start time
Brian
---
winsup/utils/ps.cc | 11 +++
1 file changed, 11 insertions(+)
diff --git a/winsup/utils/ps.cc b/winsup/utils/ps.cc
index 4fce3e0b3..c81805ab6 100644
--- a/winsup/utils/ps.cc
+++ b/winsup/utils/ps.cc
@@ -337,6 +337,17 @@ main (int argc, char *argv[])
p->start_time = to_
---
winsup/utils/ps.cc | 25 -
1 file changed, 16 insertions(+), 9 deletions(-)
diff --git a/winsup/utils/ps.cc b/winsup/utils/ps.cc
index c81805ab6..75a91f5be 100644
--- a/winsup/utils/ps.cc
+++ b/winsup/utils/ps.cc
@@ -164,6 +164,7 @@ main (int argc, char *argv[])
con
On 2019-03-24 02:18, Achim Gratz wrote:
> Brian Inglis writes:
>> Are there non-startup system processes for which boot time is misleading?
>> If you need the truth use wmic, procexp64, or run ps in an elevated shell.
>
> I don't seem to get my point across. I'm fi
On 2019-03-25 04:27, Corinna Vinschen wrote:
> On Mar 23 20:22, Brian Inglis wrote:
>> non-elevated users can not access system startup process start times,
>> defaulting to time_t 0, displaying as Dec 31/Jan 1 depending on time zone,
>> so instead use system boot time, which
upgrade)?
Using rebase -O, --oblivious with -T, --filelist local-test-rebase-db gives you
your own local test rebase db - just add all your test dlls into it (sort -u to
eliminate dups).
--
Take care. Thanks, Brian Inglis, Calgary, Alberta, Canada
This email may be disturbing to some readers as it contains
too much technical detail. Reader discretion is advised.
On 2019-03-28 10:48, Michael Haubenwallner wrote:
> On 3/28/19 4:19 PM, Brian Inglis wrote:
>> On 2019-03-28 08:59, Michael Haubenwallner wrote:
>>> On 3/27/19 8:59 PM, Achim Gratz wrote:
>>>> Michael Haubenwallner writes:
>>>>> As far as I understand,
On 2019-03-29 01:15, Achim Gratz wrote:
> Brian Inglis writes:
>> File list my-dlls.txt is your local test rebase db listing all your
>> test dlls.
>
> I think Michael got confused by your usage of "db" here. This is in
> fact just a listing of all the
On 2019-03-29 14:23, Achim Gratz wrote:
> Brian Inglis writes:
>>> If you are packaging your own exes and dlls with your own local Cygwin
>>> distro,
>>> you should point to your local utility directory with a path in a file under
>>> /var/lib/rebase/user
On 2019-03-30 02:22, Achim Gratz wrote:
> Brian Inglis writes:
>> On 2019-03-29 14:23, Achim Gratz wrote:
>>> Brian Inglis writes:
>>>>> If you are packaging your own exes and dlls with your own local Cygwin
>>>>> distro,
>>>>> yo
part from that, since you seem to be installing the DLLs anyway, can't
>> you combine every crucial point during installation with a rebase?
>
> This is what I'm after now, but I may need to introduce something like
> additional readonly databases plus some --unregister option to
imemachine.html
as long as that is around: dependent on health, and ability to fund, of one guy,
Peter Castro, like some of the software we use.
--
Take care. Thanks, Brian Inglis, Calgary, Alberta, Canada
This email may be disturbing to some readers as it contains
too much technical detail. Reader discretion is advised.
cure, rally, recruit, secure,
sign on, sign up, take on, volunteer, win over; antonyms are discharge, leave,
spurn (from OED site).
--
Take care. Thanks, Brian Inglis, Calgary, Alberta, Canada
This email may be disturbing to some readers as it contains
too much technical detail. Reader discretion is advised.
, etc: if the comment or description then reads as
if redundant, the choice is good.
--
Take care. Thanks, Brian Inglis, Calgary, Alberta, Canada
This email may be disturbing to some readers as it contains
too much technical detail. Reader discretion is advised.
{"sftp", 0},
{"sftp-server", 0},
{"shutdown", 0},
{"ssh-add", 0},
{"ssh-agent", 0},
{"sshd", 0},
{"ssh-keygen", 0},
{"ssh-keyscan", 0},
from ls *.exe | sort in each set
upgraded or bounced anything since then. Maybe after next Tuesday.
--
Take care. Thanks, Brian Inglis, Calgary, Alberta, Canada
This email may be disturbing to some readers as it contains
too much technical detail. Reader discretion is advised.
ld if you want me to.
Anything beginning is or to followed by a lower case letter may be used by the
(library) implementation and may be considered reserved: best to interpose an
underscore as systems with better language support inc. BSDs are adding classes.
--
Take care. Thanks, Brian Inglis, Calgary, Alberta, Canada
This email may be disturbing to some readers as it contains
too much technical detail. Reader discretion is advised.
On 2019-07-21 08:25, Ken Brown wrote:
> On 7/21/2019 3:15 AM, Brian Inglis wrote:
>> Anything beginning is or to followed by a lower case letter may be used by
>> the
>> (library) implementation and may be considered reserved: best to interpose an
>> underscore as s
le null char '\0' final entry to
terminate the env var block, and ensure that is cleared following any addition:
SYSTEMDRIVE=C:\0
SYSTEMROOT=C:\WINDOWS\0
WINDIR=C:\WINDOWS\0
PATH=C:\cygwin64\bin\0
\0
Nothing like running off the end thru memo
ions or hooks to do so easily.
--
Take care. Thanks, Brian Inglis, Calgary, Alberta, Canada
This email may be disturbing to some readers as it contains
too much technical detail. Reader discretion is advised.
ecipient can not handle escape sequences, then the shell or program in
the pty should be configured by setting e.g. TERM=dumb when launching the
terminal, or in the shell environment.
--
Take care. Thanks, Brian Inglis, Calgary, Alberta, Canada
This email may be disturbing to some readers as it contains
too much technical detail. Reader discretion is advised.
On 2019-09-04 19:13, Takashi Yano wrote:
> On Wed, 4 Sep 2019 11:22:42 -0600
> Brian Inglis wrote:
>> That output seems to be generated by a shell or program running in the pty.
>> If the recipient can not handle escape sequences, then the shell or program
>> in
>> t
;); /* virt glb int flag */
+}
+
+ /* Intel cpuid 0x0007 ecx */
+ if (is_intel && maxf >= 0x07)
+{
+ cpuid (&unused, &unused, &features1, &unused, 0x07, 0);
+
+ ftcprint (features1, 1, "avx512vbmi");
On 2019-10-05 00:30, ASSI wrote:
> Brian Inglis writes:
>> For informal comparison, attached are Cygwin, WSL, and test release cpuinfo
>> output, with diffs against the test release output, and the Windows registry
>> CentralProcessor dump (be careful not to double click on Wi
On 2019-10-05 15:06, Ken Brown wrote:
> On 10/4/2019 6:44 AM, Brian Inglis wrote:
>> fix cache size return code handling and make AMD/Intel code common;
>> fix cpuid level count as number of non-zero leafs excluding sub-leafs;
>> fix AMD physical cores count to be documented
fix cache size return code handling and make AMD/Intel code common;
fix cpuid level count as number of non-zero leafs excluding sub-leafs;
fix AMD physical cores count to be documented nc + 1;
round cpu MHz to correct Windows and match Linux cpuinfo;
add microcode from Windows registry Update Revis
On 2019-10-06 08:31, Ken Brown wrote:
> On 10/5/2019 5:42 PM, Brian Inglis wrote:
>> On 2019-10-05 15:06, Ken Brown wrote:
>>> On 10/4/2019 6:44 AM, Brian Inglis wrote:
>>>> fix cache size return code handling and make AMD/Intel code common;
>>>> fix cpu
* fix cache size return code handling and make AMD/Intel code common
* fix cpuid level count as number of non-zero leafs excluding sub-leafs
* fix AMD physical cores count documented as core_info low byte + 1
* round cpu MHz to correct Windows and match Linux cpuinfo
* add bogomips which
fix cache size return code handling and make AMD/Intel code common
---
winsup/cygwin/fhandler_proc.cc | 45 ++
1 file changed, 18 insertions(+), 27 deletions(-)
diff --git a/winsup/cygwin/fhandler_proc.cc b/winsup/cygwin/fhandler_proc.cc
index 48476beb8..13cc36858
fix cpuid level count as number of non-zero leafs excluding sub-leafs
---
winsup/cygwin/fhandler_proc.cc | 19 ++-
1 file changed, 18 insertions(+), 1 deletion(-)
diff --git a/winsup/cygwin/fhandler_proc.cc b/winsup/cygwin/fhandler_proc.cc
index 13cc36858..78518baf9 100644
--- a/
fix AMD physical cores count documented as core_info low byte + 1
---
winsup/cygwin/fhandler_proc.cc | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/winsup/cygwin/fhandler_proc.cc b/winsup/cygwin/fhandler_proc.cc
index 78518baf9..c94cde910 100644
--- a/winsup/cygwin/fhandler
add bogomips which has been cpu MHz*2 since Pentium MMX
---
winsup/cygwin/fhandler_proc.cc | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/winsup/cygwin/fhandler_proc.cc b/winsup/cygwin/fhandler_proc.cc
index 86c1f6253..8c290d2ff 100644
--- a/winsup/cygwin/fhandler_proc.cc
add 99 feature flags inc. AVX512 extensions, AES, SHA with 20 cpuid calls
---
winsup/cygwin/fhandler_proc.cc | 238 +++--
1 file changed, 229 insertions(+), 9 deletions(-)
diff --git a/winsup/cygwin/fhandler_proc.cc b/winsup/cygwin/fhandler_proc.cc
index fbcec38df..13
comment out flags not reported by Linux in cpuinfo,
although some flags may not be used at all by Linux
---
winsup/cygwin/fhandler_proc.cc | 30 +++---
1 file changed, 15 insertions(+), 15 deletions(-)
diff --git a/winsup/cygwin/fhandler_proc.cc b/winsup/cygwin/fhandler_p
round cpu MHz to correct Windows and match Linux cpuinfo
---
winsup/cygwin/fhandler_proc.cc | 1 +
1 file changed, 1 insertion(+)
diff --git a/winsup/cygwin/fhandler_proc.cc b/winsup/cygwin/fhandler_proc.cc
index c94cde910..86c1f6253 100644
--- a/winsup/cygwin/fhandler_proc.cc
+++ b/winsup/cygwi
or model extension bits into model high bits instead of
adding arithmetically like family extension
---
winsup/cygwin/fhandler_proc.cc | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/winsup/cygwin/fhandler_proc.cc b/winsup/cygwin/fhandler_proc.cc
index c924cf2e0..8c331f5f4 100
add microcode from Windows registry Update Revision REG_BINARY
---
winsup/cygwin/fhandler_proc.cc | 26 +-
1 file changed, 21 insertions(+), 5 deletions(-)
diff --git a/winsup/cygwin/fhandler_proc.cc b/winsup/cygwin/fhandler_proc.cc
index 8c290d2ff..51bbdc43f 100644
--- a
feature test print macro makes feature, bit, and flag text comparison
and checking easier;
handle as common former Intel only feature flags also supported on AMD;
change order and some flag names to agree with current Linux
---
winsup/cygwin/fhandler_proc.cc | 421 -
7;, '\E[C'.
kDC: '\E[3;2~', NULL.
kEND: '\E[1;2F', NULL.
kind: '\E[1;2B', NULL.
kHOM: '\E[1;2H', NULL.
kIC: '\E[2;2~', NULL.
kLFT: '\E[1;2D', NULL.
kNXT: '\E[6;2~', NULL.
kPRV: '\E[5;2~', NULL.
kri: '\E[1;2A', NULL.
kRIT: '\E[1;2C', NULL.
kspd: NULL, '^Z'.
kcuu1: '\EOA', '\E[A'.
rmkx: '\E[?1l\E>', NULL.
smkx: '\E[?1h\E=', NULL.
rmm: '\E[?1034l', NULL.
smm: '\E[?1034h', NULL.
nel: NULL, '\r\n'.
oc: '\E]104\007', NULL.
indn: '\E[%p1%dS', NULL.
rin: '\E[%p1%dT', NULL.
mc0: '\E[i', NULL.
mc4: '\E[4i', NULL.
mc5: '\E[5i', NULL.
rep: '%p1%c\E[%p2%{1}%-%db', NULL.
rs1: '\Ec\E]104\007', '\Ec\E]R'.
rs2: '\E[!p\E[?3;4l\E[4l\E>', NULL.
setab:
'\E[%?%p1%{8}%<%t4%p1%d%e%p1%{16}%<%t10%p1%{8}%-%d%e48;5;%p1%d%;m',
'\E[4%p1%dm'.
setaf:
'\E[%?%p1%{8}%<%t3%p1%d%e%p1%{16}%<%t9%p1%{8}%-%d%e38;5;%p1%d%;m', '\E[3%p1%dm'.
sgr:
'%?%p9%t\E(0%e\E(B%;\E[0%?%p6%t;1%;%?%p5%t;2%;%?%p2%t;4%;%?%p1%p3%|%t;7%;%?%p4%t;5%;%?%p7%t;8%;m',
'\E[0;10%?%p1%t;7%;%?%p2%t;4%;%?%p3%t;7%;%?%p6%t;1%;%?%p7%t;8%;%?%p9%t;11%;m'.
smglr: '\E[?69h\E[%i%p1%d;%p2%ds', NULL.
hts: '\EH', NULL.
tsl: NULL, '\E];'.
u8: '\E[?%[;0123456789]c', '\E[?6c'.
--
Take care. Thanks, Brian Inglis, Calgary, Alberta, Canada
This email may be disturbing to some readers as it contains
too much technical detail. Reader discretion is advised.
On 2019-11-06 08:44, Takashi Yano wrote:
> On Wed, 6 Nov 2019 08:06:55 -0700
> Brian Inglis wrote:
>>> + if (con.is_legacy)
>>> + setenv ("TERM", "cygwin", 1);
>>> }
>>
>> handlers should not be changing user'
---
winsup/utils/regtool.cc | 13 -
1 file changed, 12 insertions(+), 1 deletion(-)
diff --git a/winsup/utils/regtool.cc b/winsup/utils/regtool.cc
index a44d90768..ddb1304cd 100644
--- a/winsup/utils/regtool.cc
+++ b/winsup/utils/regtool.cc
@@ -167,7 +167,9 @@ usage (FILE *where = std
On 2019-11-11 02:19, Corinna Vinschen wrote:
> On Nov 11 10:13, Corinna Vinschen wrote:
>> On Nov 10 09:14, Brian Inglis wrote:
>> The patch idea is nice. Two nits, though.
>> Please shorten the commit msg summary line and add a bit of descriptive
>> text instead.
The user can supply the registry path prefix /proc/registry{,32,64}/ to
use path completion.
---
winsup/doc/utils.xml| 7 +--
winsup/utils/regtool.cc | 17 ++---
2 files changed, 19 insertions(+), 5 deletions(-)
diff --git a/winsup/doc/utils.xml b/winsup/doc/utils.xml
index 0
On 2019-11-11 09:28, Corinna Vinschen wrote:
> On Nov 11 08:30, Brian Inglis wrote:
>> On 2019-11-11 02:19, Corinna Vinschen wrote:
>>> On Nov 11 10:13, Corinna Vinschen wrote:
>>>> On Nov 10 09:14, Brian Inglis wrote:
>>>> The patch idea is nice. Two ni
On 2019-11-13 02:38, Corinna Vinschen wrote:
> On Nov 13 09:46, Corinna Vinschen wrote:
>> On Nov 11 10:29, Brian Inglis wrote:
>>> The user can supply the registry path prefix /proc/registry{,32,64}/ to
>>> use path completion.
>> The git commit message does no
s the current
state of newlib's wide char conversion functions. */
#define __STDC_ISO_10646__ 200910L
#endif /* __CYGWIN__ */
#ifdef __cplusplus
}
#endif
#endif /* _SYS_FEATURES_H */
...
--
Take care. Thanks, Brian Inglis, Calgary, Alberta, Canada
This email may be disturbing to some rea
newlib wide char conversion functions were updated to
Unicode 11 on 2019-01-12
update standard symbol __STDC_ISO_10646__ to
Unicode 11 release date 2018-06-05 for Cygwin
---
newlib/libc/include/sys/features.h | 10 +++---
1 file changed, 7 insertions(+), 3 deletions(-)
diff --git a/newlib/lib
;d'
> /* Generic check for /dev/sd[a-z] prefix */
> && strncmp (s, DISK_PREFIX, DP_LEN) == 0
> && s[DP_LEN] >= 'a' && s[DP_LEN] <= 'z')
--
Take care. Thanks, Brian Inglis, Calgary, Alberta, Canada
This email may be disturbing to some readers as it contains
too much technical detail. Reader discretion is advised.
DISK_PREFIX, DP_LEN) == 0
> && s[DP_LEN] >= 'a' && s[DP_LEN] <= 'z')
There are 127 each cons,nst,pty,ptym,st,ttyS entries allocated for potential
devices, which will not exist on most systems.
Note that GPT supports 128 partitions per device.
Are
(2), write(2), fchmod(2), fchown(2), fgetxattr(2),
ioctl(2), mmap(2)) fail with the error EBADF."
O_PATH does not open the file, so fchown returns EBADF,
as it requires an fd of an open file.
--
Take care. Thanks, Brian Inglis, Calgary, Alberta, Canada
This email may be disturbing to some readers as it contains
too much technical detail. Reader discretion is advised.
On 2019-12-30 12:53, Ken Brown wrote:
> On 12/30/2019 2:18 PM, Brian Inglis wrote:
>> On 2019-12-29 10:56, Ken Brown wrote:
>>> Currently, opening a symlink with O_NOFOLLOW fails with ELOOP.
>>> Following Linux, the first patch in this series allows the call to
&g
On 2019-12-30 14:47, Ken Brown wrote:
> On 12/30/2019 3:55 PM, Brian Inglis wrote:
>> On 2019-12-30 12:53, Ken Brown wrote:
>>> On 12/30/2019 2:18 PM, Brian Inglis wrote:
>>>> On 2019-12-29 10:56, Ken Brown wrote:
>>>>> Currently, opening a symlink with
rdpru flag is cpuid xfn 8008 ebx bit 4 added in linux 5.5;
see AMD64 Architecture Programmerâs Manual Volume 3:
General-Purpose and System Instructions
https://www.amd.com/system/files/TechDocs/24594.pdf#page=329
and elsewhere in that document
---
winsup/cygwin/fhandler_proc.cc | 1 +
1 fil
On 2020-01-23 05:44, Corinna Vinschen wrote:
> On Jan 23 02:06, Brian Inglis wrote:
>> rdpru flag is cpuid xfn 8008 ebx bit 4 added in linux 5.5;
>> see AMD64 Architecture Programmerâs Manual Volume 3:
>^
> This came over alr
Added in Linux 5.6:
Check FSRM and use REP MOVSB for short copies on systems that have it.
>From the Intel Optimization Reference Manual:
3.7.6.1 Fast Short REP MOVSB
Beginning with processors based on Ice Lake Client microarchitecture,
REP MOVSB performance is enhanced with string lengths up to
return 0;
>> }
>
> Is there some kind of workaround for that problem? Otherwise defaulting
> to a (broken) xterm mode instead of a (working) cygwin mode is a bit
> questionable, isn't it?
I'm a windows with white backgrounds user and e.g. vim in latest Cygwin under
cmd requires typing ctrl-L to refresh the screen every couple of commands or
motions; looks okay under mintty in windows with white backgrounds.
--
Take care. Thanks, Brian Inglis, Calgary, Alberta, Canada
This email may be disturbing to some readers as it contains
too much technical detail. Reader discretion is advised.
ConsoleScreenBuffer() test case
> does not cause the problem. Therefore it may be possible to
> make a workaround for this. I will try.
Please do not forget many users may still be running earlier W10 or pre-W10
releases as we still support Vista, 7, 8, 8.1, some may be running server
releases, and even running under Wine.
--
Take care. Thanks, Brian Inglis, Calgary, Alberta, Canada
This email may be disturbing to some readers as it contains
too much technical detail. Reader discretion is advised.
linux 4.6 x86/cpu: Add advanced power management bits
Bit 11 of CPUID 8000_0007 edx is processor feedback interface.
Bit 12 of CPUID 8000_0007 edx is accumulated power.
Print proper names in /proc/cpuinfo
[missed enabling this 2016 change during previous major cpuinfo update
as no power related c
at_proc_partitions (void *, char *&destbuf)
continue;
device dev (drive_num, part_num);
- bufptr += __small_sprintf (bufptr, "%5d %5d %9U %s",
+ bufptr += __small_sprintf (bufptr, "%5d %5d %12U %s",
Newer AMD CPUs support a feature called protected processor
identification number (PPIN). This feature can be detected via
CPUID_Fn8008_EBX[23].
---
winsup/cygwin/fhandler_proc.cc | 1 +
1 file changed, 1 insertion(+)
diff --git a/winsup/cygwin/fhandler_proc.cc b/winsup/cygwin/fhandler_proc.c
-crtscts
-ignbrk brkint -ignpar -parmrk -inpck -istrip -inlcr -igncr icrnl ixon -ixoff
-iuclc ixany imaxbel iutf8
opost -olcuc -ocrnl onlcr -onocr -onlret -ofill -ofdel nl0 cr0 tab0 bs0 vt0 ff0
isig icanon iexten echo echoe echok -echonl -noflsh -xcase -tostop -echoprt
echoctl echoke -flusho -extproc
--
Take care. Thanks, Brian Inglis, Calgary, Alberta, Canada
This email may be disturbing to some readers as it contains
too much technical detail. Reader discretion is advised.
[Data in IEC units and prefixes, physical quantities in SI.]
to download updates for my own interests.
I could add cygport builds to that job.
--
Take care. Thanks, Brian Inglis, Calgary, Alberta, Canada
This email may be disturbing to some readers as it contains
too much technical detail. Reader discretion is advised.
[Data in IEC units and prefixes, physical quantities in SI.]
On 2020-06-09 22:37, Mark Geisert wrote:
> On Tue, 9 Jun 2020, Brian Inglis wrote:
>> On 2020-05-26 02:27, Corinna Vinschen wrote:
>>> On May 26 00:09, Mark Geisert wrote:
>>>> Corinna Vinschen wrote:
>>>>>> On May 22 02:32, Mark Geisert wrote:
>&
1 - 100 of 347 matches
Mail list logo
