Re: Bash unable to print epoch timestamp

2015-10-26 Thread Brian Inglis
Forwarded Message Subject: Fwd: Re: Bash unable to print epoch timestamp Date: Fri, 23 Oct 2015 14:32:44 -0600 From: Brian Inglis <brian.ing...@systematicsw.ab.ca> Reply-To: brian.ing...@systematicsw.ab.ca Organisation: Systematic Software To: corinna-cyg...@cygwin.com A

Re: Bash unable to print epoch timestamp

2015-10-26 Thread Brian Inglis
. Forwarded Message Subject: Fwd: Re: Bash unable to print epoch timestamp Date: Fri, 23 Oct 2015 14:32:44 -0600 From: Brian Inglis <brian.ing...@systematicsw.ab.ca> Reply-To: brian.ing...@systematicsw.ab.ca Organisation: Systematic Software To: corinna-cyg...@cygwin.com A

Re: cygwin-doc html/ missing docbook.css and index dups cygwin-{api,ug-net}

2017-04-22 Thread Brian Inglis
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

Re: Cygwin strptime() is missing "%s" which strftime() has

2017-07-23 Thread Brian Inglis
e 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 you would prefer a diffe

Re: [PATCH] Avoid decimal point localization in /proc/loadavg

2017-05-12 Thread Brian Inglis
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

Re: winsup/cygwin/libc/strptime.cc(__strptime) strptime %F issue

2017-08-29 Thread Brian Inglis
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: >>>>>

fhandler_dsp.cc error: nonnull argument ‘this’ compared to NULL

2017-09-09 Thread Brian Inglis
^~ 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

Re: [PATCH] winsup/cygwin/libc/strptime.cc(__strptime) add strptime %s

2017-08-24 Thread Brian Inglis
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

Re: winsup/cygwin/libc/strptime.cc(__strptime) strptime %F issue

2017-08-24 Thread Brian Inglis
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 foll

Re: [PATCH] winsup/cygwin/libc/strptime.cc(__strptime) add strptime %s

2017-08-24 Thread Brian Inglis
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

Re: winsup/cygwin/libc/strptime.cc(__strptime) strptime %F issue

2017-08-23 Thread Brian Inglis
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't convert

[PATCH] winsup/cygwin/libc/strptime.cc(__strptime) add strptime %s

2017-08-23 Thread Brian Inglis
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, rather it's a qu

Re: winsup/cygwin/libc/strptime.cc(__strptime) strptime %F issue

2017-08-29 Thread Brian Inglis
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

Re: [PATCH] Add FAQ 4.46. How do I fix find_fast_cwd warnings?

2017-11-12 Thread Brian Inglis
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

Re: [PATCH] Add FAQ How do I fix find_fast_cwd warnings?

2017-11-15 Thread Brian Inglis
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 &

Re: [PATCH] Add FAQ How do I fix find_fast_cwd warnings?

2017-11-14 Thread Brian Inglis
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 html

Re: [PATCH] Add FAQ How do I fix find_fast_cwd warnings?

2017-11-14 Thread Brian Inglis
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

Re: [PATCH] Add FAQ How do I fix find_fast_cwd warnings?

2017-11-13 Thread Brian Inglis
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

Re: [PATCH] Add FAQ How do I fix find_fast_cwd warnings?

2017-11-13 Thread Brian Inglis
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 >>>> t

Re: [PATCH] Add FAQ How do I fix find_fast_cwd warnings?

2017-11-15 Thread Brian Inglis
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 <brian.ing...@systematicsw.ab.ca> >> Date: Tue, 14 Nov 2017 22:57:02 -0700 >> S

[PATCH] Add FAQ 4.46 How do I fix find_fast_cwd warnings?

2017-11-12 Thread Brian Inglis
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 <brian.ing...@systematicsw.ab.ca> Date: Sun, 12 Nov 2017 11:

Re: [PATCH] Add FAQ 4.46. How do I fix find_fast_cwd warnings?

2017-11-12 Thread Brian Inglis
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

Re: [PATCH setup v4 6/6] Display area and location of official mirrors

2017-12-10 Thread Brian Inglis
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 list

Re: [PATCH setup v4 6/6] Display area and location of official mirrors

2017-12-10 Thread Brian Inglis
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

Re: [PATCH v2 1/3] Posix asynchronous I/O support: aio files

2018-05-02 Thread Brian Inglis
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

Re: [PATCH] doc/ntsec.xml: Fix typo

2018-02-21 Thread Brian Inglis
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

Re: [PATCH] doc/ntsec.xml: Fix typo

2018-02-21 Thread Brian Inglis
-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

[PATCH 1/2] winsup/doc/etc.postinstall.cygwin-doc.sh fix shell variable typo

2017-12-22 Thread Brian Inglis
--- 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 +++

[PATCH 2/2] cleanup winsup/doc/etc.{postinstall,preremove}.cygwin-doc.sh quote test variables, correct utility paths, define site in preremove

2017-12-22 Thread Brian Inglis
--- 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

[PATCH] winsup/doc/etc.postinstall.cygwin-doc.sh fix shell variable typo

2017-12-20 Thread Brian Inglis
--- 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 +++

Re: [PATCH] winsup/doc/etc.postinstall.cygwin-doc.sh fix shell variable typo

2017-12-20 Thread Brian Inglis
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 >&

Re: Why /dev/kmsg was deleted from cygwin1.dll in git?

2018-07-05 Thread Brian Inglis
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

Re: [PATCH RFC] fork: reduce chances for "address space is already occupied" errors

2019-03-29 Thread Brian Inglis
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

Re: [PATCH] default ps -W process start time to system boot time when inaccessible, 0, -1

2019-03-24 Thread Brian Inglis
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 fine with ge

[PATCH] default ps -W process start time to system boot time when inaccessible, 0, -1

2019-03-22 Thread Brian Inglis
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 (); CloseHandle (h); } + if (!h

Re: [PATCH RFC] fork: reduce chances for "address space is already occupied" errors

2019-03-29 Thread Brian Inglis
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

Re: [PATCH RFC] fork: reduce chances for "address space is already occupied" errors

2019-03-30 Thread Brian Inglis
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, >>>>&g

Re: [PATCH RFC] fork: reduce chances for "address space is already occupied" errors

2019-03-28 Thread Brian Inglis
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.

Re: [PATCH RFC] fork: reduce chances for "address space is already occupied" errors

2019-03-28 Thread Brian Inglis
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,

Re: [PATCH RFC] fork: reduce chances for "address space is already occupied" errors

2019-04-01 Thread Brian Inglis
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 rebase. Check my ques

Re: [PATCH RFC] fork: reduce chances for "address space is already occupied" errors

2019-04-08 Thread Brian Inglis
.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.

Re: [PATCH 0/2] default ps -W process start time to boot time when unavailable

2019-03-25 Thread Brian Inglis
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, wh

Re: [PATCH] default ps -W process start time to system boot time when inaccessible, 0, -1

2019-03-23 Thread Brian Inglis
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.

Re: [PATCH] default ps -W process start time to system boot time when inaccessible, 0, -1

2019-03-23 Thread Brian Inglis
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

Re: [PATCH] default ps -W process start time to system boot time when inaccessible, 0, -1

2019-03-23 Thread Brian Inglis
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 much t

Re: [PATCH] default ps -W process start time to system boot time when inaccessible, 0, -1

2019-03-23 Thread Brian Inglis
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. Suggestions for other m

[PATCH 2/2] get and convert boot time once and use as needed

2019-03-23 Thread Brian Inglis
--- 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[])

[PATCH 1/2] default ps -W process start time to system boot time when inaccessible, 0, -1

2019-03-23 Thread Brian Inglis
--- 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 =

[PATCH 0/2] default ps -W process start time to boot time when unavailable

2019-03-23 Thread Brian Inglis
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

Re: [PATCH] cygcheck: expand common_apps list

2019-05-26 Thread Brian Inglis
{"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

Re: [PATCH] cygcheck: expand common_apps list

2019-06-03 Thread Brian Inglis
nced 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.

Re: [rebase PATCH] Introduce --recognize flag (WAS: Introduce --no-rebase flag)

2019-05-04 Thread Brian Inglis
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.

Re: [rebase PATCH] Introduce --no-rebase flag

2019-04-24 Thread Brian Inglis
procure, 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.

Re: [PATCH 2/2] Cygwin: pty: Disable clear screen on new pty if TERM=dumb or emacs*.

2019-09-03 Thread Brian Inglis
oks 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.

Re: [PATCH 2/2] Cygwin: pty: Disable clear screen on new pty if TERM=dumb or emacs*.

2019-09-04 Thread Brian Inglis
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.

Re: [PATCH 2/2] Cygwin: pty: Disable clear screen on new pty if TERM=dumb or emacs*.

2019-09-04 Thread Brian Inglis
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 >>

Re: [PATCH] Cygwin: build_env: fix off-by-one bug when re-adding PATH

2019-08-07 Thread Brian Inglis
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 memory looking for another ...=...\0! ;^> -- Take care. T

Re: [PATCH] Cygwin: make path_conv::isdevice() return false on socket files

2019-07-21 Thread Brian Inglis
ning 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.

Re: [PATCH] Cygwin: make path_conv::isdevice() return false on socket files

2019-07-21 Thread Brian Inglis
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

Re: [PATCH] fhandler_proc.cc(format_proc_cpuinfo): fix issues, add fields, flags

2019-10-05 Thread Brian Inglis
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

[PATCH v2] fhandler_proc.cc(format_proc_cpuinfo): fix issues, add fields, flags

2019-10-05 Thread Brian Inglis
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

[PATCH v3 05/10] fhandler_proc.cc(format_proc_cpuinfo): add bogomips

2019-10-07 Thread Brian Inglis
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

[PATCH v3 08/10] fhandler_proc.cc(format_proc_cpuinfo): add feature flags

2019-10-07 Thread Brian Inglis
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

[PATCH v3 09/10] fhandler_proc.cc(format_proc_cpuinfo): comment flags not reported

2019-10-07 Thread Brian Inglis
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

[PATCH v3 04/10] fhandler_proc.cc(format_proc_cpuinfo): round cpu MHz

2019-10-07 Thread Brian Inglis
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 +++

[PATCH v3 07/10] fhandler_proc.cc(format_proc_cpuinfo): use feature test print macro

2019-10-07 Thread Brian Inglis
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

[PATCH v3 10/10] fhandler_proc.cc(format_proc_cpuinfo): or model extension bits

2019-10-07 Thread Brian Inglis
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

[PATCH v3 06/10] fhandler_proc.cc(format_proc_cpuinfo): add microcode

2019-10-07 Thread Brian Inglis
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 ---

[PATCH v3 02/10] fhandler_proc.cc(format_proc_cpuinfo): fix cpuid level count

2019-10-07 Thread Brian Inglis
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 ---

[PATCH v3 03/10] fhandler_proc.cc(format_proc_cpuinfo): fix AMD physical cores count

2019-10-07 Thread Brian Inglis
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 ---

[PATCH v3 00/10] fhandler_proc.cc(format_proc_cpuinfo): fix issues, add fields, feature flags

2019-10-07 Thread Brian Inglis
* 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

[PATCH v3 01/10] fhandler_proc.cc(format_proc_cpuinfo): fix cache size

2019-10-07 Thread Brian Inglis
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

Re: [PATCH] fhandler_proc.cc(format_proc_cpuinfo): fix issues, add fields, flags

2019-10-05 Thread Brian Inglis
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 cli

Re: [PATCH] fhandler_proc.cc(format_proc_cpuinfo): fix issues, add fields, flags

2019-10-06 Thread Brian Inglis
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

[PATCH] fhandler_proc.cc(format_proc_cpuinfo): fix issues, add fields, flags

2019-10-04 Thread Brian Inglis
prot keys en */ + ftcprint (features1, 5, "waitpkg"); /* umon/umwait/tpause */ + ftcprint (features1, 6, "avx512_vbmi2"); /* vec bit manip 2 */ + ftcprint (features1, 8, "gfni"); /* Galois field instr */ + ftcprint (features1, 9, "vaes"); /* vector AES */ + ftcprint (features1, 10, "vpclmulqdq"); /* nc mul dbl quad */ + ftcprint (features1, 11, "avx512_vnni"); /* vec neural net */ + ftcprint (features1, 12, "avx512_bitalg");/* vpopcnt/b/w vpshuf */ + ftcprint (features1, 13, "tme"); /* total mem encrypt */ + ftcprint (features1, 14, "avx512_vpopcntdq"); /* vec popcnt dw/qw */ + ftcprint (features1, 16, "la57"); /* 5 level paging */ + ftcprint (features1, 22, "rdpid");/* rdpid instruction */ + ftcprint (features1, 25, "cldemote"); /* cldemote instr */ + ftcprint (features1, 27, "movdiri"); /* movdiri instr */ + ftcprint (features1, 28, "movdir64b");/* movdir64b instr */ +} + + /* AMD MCA cpuid 0x8007 ebx */ + if (is_amd && maxe >= 0x8007) +{ + cpuid (, , , , 0x8007, 0); + + ftcprint (features1, 0, "overflow_recov"); /* MCA oflow recovery */ + ftcprint (features1, 1, "succor"); /* uncor err recovery */ + ftcprint (features1, 3, "smca"); /* scalable MCA */ +} + + /* Intel cpuid 0x0007 edx */ + if (is_intel && maxf >= 0x07) +{ + cpuid (, , , , 0x07, 0); + + ftcprint (features1, 2, "avx512_4vnniw"); /* vec dot prod dw */ + ftcprint (features1, 3, "avx512_4fmaps"); /* vec 4 FMA single */ + ftcprint (features1, 8, "avx512_vp2intersect"); /* vec intcpt d/q */ + ftcprint (features1, 10, "md_clear");/* verw clear buf */ + ftcprint (features1, 18, "pconfig");/* platform config */ + ftcprint (features1, 28, "flush_l1d"); /* flush l1d cache */ + ftcprint (features1, 29, "arch_capabilities"); /* arch cap MSR */ +} print ("\n"); - /* TODO: bogomips */ + bufptr += __small_sprintf (bufptr, "bogomips\t: %d.00\n", + bogomips); bufptr += __small_sprintf (bufptr, "clflush size\t: %d\n" "cache_alignment\t: %d\n", @@ -1243,31 +1380,27 @@ format_proc_cpuinfo (void *, char *) phys, virt); } + /* cpuid 0x8007 edx */ if (maxe >= 0x8007) /* Advanced power management. */ { cpuid (, , , , 0x8007); print ("power management:"); - if (features1 & (1 << 0)) - print (" ts"); - if (features1 & (1 << 1)) - print (" fid"); - if (features1 & (1 << 2)) - print (" vid"); - if (features1 & (1 << 3)) - print (" ttp"); - if (features1 & (1 << 4)) - print (" tm"); - if (features1 & (1 << 5)) - print (" stc"); - if (features1 & (1 << 6)) - print (" 100mhzsteps"); - if (features1 & (1 << 7)) - print (" hwpstate"); - if (features1 & (1 << 9)) - print (" cpb"); - if (features1 & (1 << 10)) - print (" eff_freq_ro"); + ftcprint (features1, 0, "ts"); /* temperature sensor */ + ftcprint (features1, 1, "fid"); /* frequency id control */ + ftcprint (features1, 2, "vid"); /* voltage id control */ + ftcprint (features1, 3, "ttp"); /* thermal trip */ + ftcprint (features1, 4, "tm"); /* hw thermal control */ + ftcprint (features1, 5, "stc"); /* sw thermal control */ + ftcprint (features1, 6, "100mhzsteps"); /* 100 MHz mult control */ + ftcprint (features1, 7, "hwpstate"); /* hw P state control */ +/* ftcprint (features1, 8, "invariant_tsc");*/ /* TSC invariant */ + ftcprint (features1, 9, "cpb"); /* core performance boost */ + ftcprint (features1, 10, "eff_freq_ro"); /* ro eff freq interface */ +/* ftcprint (features1, 11, "proc_feedback");*/ /* proc feedback if */ +/* ftcprint (features1, 12, "acc_power");*/ /* core power reporting */ +/* ftcprint (features1, 13, "connstby"); */ /* connected standby */ +/* ftcprint (features1, 14, "rapl"); */ /* running average power limit */ } if (orig_affinity_mask != 0) -- 2.21.0 -- 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.

Re: [PATCH] Cygwin: console, pty: Prevent error in legacy console mode.

2019-11-06 Thread Brian Inglis
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's env

Re: [PATCH] Cygwin: console, pty: Prevent error in legacy console mode.

2019-11-06 Thread Brian Inglis
9h\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.

Re: [PATCH] regtool: Ignore /proc/registry{,32,64}/ prefix, with forward or backslashes, allowing path completion

2019-11-11 Thread Brian Inglis
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.

[PATCH] regtool: allow /proc/registry{,32,64}/ registry path prefix

2019-11-11 Thread Brian Inglis
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

[PATCH] regtool: Ignore /proc/registry{,32,64}/ prefix, with forward or backslashes, allowing path completion

2019-11-10 Thread Brian Inglis
--- 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 =

Re: [PATCH] regtool: Ignore /proc/registry{,32,64}/ prefix, with forward or backslashes, allowing path completion

2019-11-11 Thread Brian Inglis
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

Re: [PATCH] regtool: allow /proc/registry{,32,64}/ registry path prefix

2019-11-13 Thread Brian Inglis
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 doe