Re: Perl Illegal Instruction

[Achim Gratz]

Chris Wagner writes:
> Of course it's up to date...

I'll let that stand, although I've seen sufficiently many Win7 systems
lately to be wary of any such statement.

> That is not BLODA.  That's the standard list of libraries.  I changed
> nothing; it worked yesterday; today it didn't.  Every other Cygwin
> executable I've tried works without problem.  I even tried
> reextracting the files from perl_base.

So again, something changed and you have no idea what.  If you rule out
a hardware error (memory most likely if it always strikes at the same
place) and you didn't actively made changes (not limited to Cygwin),
then the culprit must by definition be some change that occured
elsewhere in the system.  If it was some automatic update there might
be a restore point pertaining to those changes and certainly something
in the event logs.

>>> $ uname -a
>>> CYGWIN_NT-6.1 applejack 3.0.7(0.338/5/3) 2019-04-30 18:08 x86_64
>>> Cygwin
>>
>> A current Cygwin...
>>
>>> $ cygcheck -c perl perl_base
>>> Cygwin Package Information
>>> Package  VersionStatus
>>> perl 5.22.4-1   OK
>>> perl_base5.22.4-1   OK
>>
>> combined with an outdated Perl (Cygwin is at 5.26.3 now).  What are you
>> trying to achieve?  Please fully update Cygwin after checking your
>> system.  Also, you might want to clean up your PATH a bit.
>
> I'm not going to recompile all my modules and rework the new lib paths
> until I have a really good reason to.

As they say, "you break it, you get to keep the broken pieces".  Trying
to lock down part(s) of Cygwin is a losing proposition unless you are
building everything yourself, at which point building a bunch of Perl
modules after an update ceases to be an issue anyway.

> I'ld be happy to run any other diagnostic command anyone can think of.

Well, as I said, try to start with some halfway sane PATH perhaps? In
other words, something like

env PATH=/bin perl --version

for starters.


Regards,
Achim.
-- 
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+

Factory and User Sound Singles for Waldorf Q+, Q and microQ:
http://Synth.Stromeko.net/Downloads.html#WaldorfSounds

--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

Re: Perl Illegal Instruction

[Vince Rice]

> On Jul 15, 2019, at 3:36 PM, Chris Wagner  wrote:
> 
> On 2019-07-15 3:46 pm, Achim Gratz wrote:
>> Terribly out of date and no longer safe to use on a networked system.
> 
> Of course it's up to date…

There is no "of course" in troubleshooting. As Achim noted and you didn't quote,
whether a "Windows 7 SP1" system is up-to-date depends on what has been
laid on top of Windows 7 SP1. Since, as Achim also noted, MS refused to use
SP2 to refer to the huge sets of patches following SP1, then SP1 by itself is
insufficient information.

>>> So I turn to strace and it states Illegal Instruction.  Any ideas?
>> BLODA or worse, assuming that _you_ didn't change anything recently.
> 
> That is not BLODA.  That's the standard list of libraries.  

What's not BLODA? You don't specify what you're referring to here. What Achim is
referring to is https://cygwin.com/acronyms/#BLODA and the list of applications 
found on the link there. 

> I changed nothing; it worked yesterday; today it didn't.  Every other Cygwin 
> executable
> I've tried works without problem.  I even tried reextracting the files from 
> perl_base.

Is this a computer under your control or a corporate computer? You changed 
nothing,
do you know nothing was changed? (Those two are often not the same in a 
corporate
environment. And even on a computer where, e.g., updates are applied 
automatically.)
Regardless, that's how BLODA often manifests itself—things that worked perfectly
an hour ago now don't.

>>> $ uname -a
>>> CYGWIN_NT-6.1 applejack 3.0.7(0.338/5/3) 2019-04-30 18:08 x86_64 Cygwin
>> A current Cygwin...
>>> $ cygcheck -c perl perl_base
>>> Cygwin Package Information
>>> Package  VersionStatus
>>> perl 5.22.4-1   OK
>>> perl_base5.22.4-1   OK
>> combined with an outdated Perl (Cygwin is at 5.26.3 now).  What are you
>> trying to achieve?  Please fully update Cygwin after checking your
>> system.  Also, you might want to clean up your PATH a bit.
> 
> I'm not going to recompile all my modules and rework the new lib paths until 
> I have
> a really good reason to.

You have a good reason to. Your perl isn't working, and the person trying to 
help you
troubleshoot your problem suggested it as the next step.
--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

Re: Perl Illegal Instruction

[Chris Wagner]

On 2019-07-15 3:46 pm, Achim Gratz wrote:

Chris Wagner writes:

For some reason this afternoon, after having worked fine, my Perl
stopped working.  There was no error message.  It just silently died
with status 0 no less.

Windows 7 SP1.


Terribly out of date and no longer safe to use on a networked system.


Of course it's up to date...




So I turn to strace and it states Illegal Instruction.  Any ideas?


BLODA or worse, assuming that _you_ didn't change anything recently.


That is not BLODA.  That's the standard list of libraries.  I changed 
nothing; it worked yesterday; today it didn't.  Every other Cygwin 
executable I've tried works without problem.  I even tried reextracting 
the files from perl_base.





$ uname -a
CYGWIN_NT-6.1 applejack 3.0.7(0.338/5/3) 2019-04-30 18:08 x86_64 
Cygwin


A current Cygwin...


$ cygcheck -c perl perl_base
Cygwin Package Information
Package  VersionStatus
perl 5.22.4-1   OK
perl_base5.22.4-1   OK


combined with an outdated Perl (Cygwin is at 5.26.3 now).  What are you
trying to achieve?  Please fully update Cygwin after checking your
system.  Also, you might want to clean up your PATH a bit.


I'm not going to recompile all my modules and rework the new lib paths 
until I have a really good reason to.


I'ld be happy to run any other diagnostic command anyone can think of.


Thanks.









--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

Re: Perl Illegal Instruction

[Achim Gratz]

Achim Gratz writes:
>> Windows 7 SP1.
>
> Terribly out of date and no longer safe to use on a networked system.

...assuming you literally meant SP1 and not SP1 plus the hundreds of
patches on top to fully patch it up (or the rollup that must not be
called SP2 plus the over 100 patches that have accumulated since then).


Regards,
Achim.
-- 
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+

Wavetables for the Waldorf Blofeld:
http://Synth.Stromeko.net/Downloads.html#BlofeldUserWavetables

--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

Re: Perl Illegal Instruction

[Achim Gratz]

Chris Wagner writes:
> For some reason this afternoon, after having worked fine, my Perl
> stopped working.  There was no error message.  It just silently died
> with status 0 no less.
>
> Windows 7 SP1.

Terribly out of date and no longer safe to use on a networked system.

> So I turn to strace and it states Illegal Instruction.  Any ideas?

BLODA or worse, assuming that _you_ didn't change anything recently.

> $ uname -a
> CYGWIN_NT-6.1 applejack 3.0.7(0.338/5/3) 2019-04-30 18:08 x86_64 Cygwin

A current Cygwin...

> $ cygcheck -c perl perl_base
> Cygwin Package Information
> Package  VersionStatus
> perl 5.22.4-1   OK
> perl_base5.22.4-1   OK

combined with an outdated Perl (Cygwin is at 5.26.3 now).  What are you
trying to achieve?  Please fully update Cygwin after checking your
system.  Also, you might want to clean up your PATH a bit.


Regards,
Achim.
-- 
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+

DIY Stuff:
http://Synth.Stromeko.net/DIY.html

--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

Re: Perl Illegal Instruction

[Andrey Repin]

Greetings, Chris Wagner!

> Hi folks.

> For some reason this afternoon, after having worked fine, my Perl 
> stopped working.  There was no error message.  It just silently died 
> with status 0 no less.  Windows 7 SP1.

> $ /usr/bin/perl.exe -v

> $ echo $?
> 0


> So I turn to strace and it states Illegal Instruction.  Any ideas?

https://cygwin.com/acronyms/#BLODA ?

> Thanks.


> $ strace -n -m all /usr/bin/perl.exe -v
> --- Process 26136 created
> --- Process 26136 loaded C:\Windows\System32\ntdll.dll at 
> 7733
> --- Process 26136 loaded C:\Windows\System32\kernel32.dll at 
> 7711
> --- Process 26136 loaded C:\Windows\System32\KernelBase.dll at 
> 07fefd08
> --- Process 26136 loaded C:\cygwin64\bin\cygperl5_22.dll at 
> 0003f8e4
> --- Process 26136 loaded C:\cygwin64\bin\cygcrypt-0.dll at 
> 0003ffa9
> --- Process 26136 loaded C:\cygwin64\bin\cygwin1.dll at 00018004
> --- Process 26136 loaded C:\cygwin64\bin\cygssp-0.dll at 
> 0003f88d
>  0   0 [main] perl (26136) 
> **
>103 103 [main] perl (26136) Program name: C:\cygwin64\bin\perl.exe 
> (windows pid 26136)
> 48 151 [main] perl (26136) OS version:   Windows NT-6.1
> 41 192 [main] perl (26136) 
> **
> --- Process 26136 loaded C:\Windows\System32\advapi32.dll at 
> 07fefd8e
> --- Process 26136 loaded C:\Windows\System32\msvcrt.dll at 
> 07fefdc8
> --- Process 26136 loaded C:\Windows\System32\sechost.dll at 
> 07feff5d
> --- Process 26136 loaded C:\Windows\System32\rpcrt4.dll at 
> 07fefd71
> --- Process 26136 loaded C:\Windows\System32\cryptbase.dll at 
> 07fefcd2
>   49125104 [main] perl (26136) sigprocmask: 0 = sigprocmask (0, 0x0, 
> 0x18030AD30)
>9906094 [main] perl (26136) open_shared: name shared.5, n 5, 
> shared 0x18003 (wanted 0x18003), h 0x84, *m 6
>1046198 [main] perl (26136) user_heap_info::init: heap base 
> 0x6, heap top 0x6, heap size 0x2000 (536870912)
>1026300 [main] perl (26136) open_shared: name 
> S-1-5-21-3582216975-893534028-59465-1002.1, n 1, shared 0x18002 
> (wanted 0x18002), h 0x80, *m 6
> 856385 [main] perl (26136) user_info::create: opening user shared 
> for 'S-1-5-21-3582216975-893534028-59465-1002' at 0x18002
> 686453 [main] perl (26136) user_info::create: user shared version 
> AB1FCCE8
>1036556 [main] perl (26136) fhandler_pipe::create: name 
> \\.\pipe\cygwin-e022582115c10879-26136-sigwait, size 11440, mode 
> PIPE_TYPE_MESSAGE
>1006656 [main] perl (26136) fhandler_pipe::create: pipe read 
> handle 0x98
> 466702 [main] perl (26136) fhandler_pipe::create: CreateFile: 
> name \\.\pipe\cygwin-e022582115c10879-26136-sigwait
> 646766 [main] perl (26136) fhandler_pipe::create: pipe write 
> handle 0x9C
> 486814 [main] perl (26136) dll_crt0_0: finished dll_crt0_0 
> initialization
> --- Process 26136, exception c01d at 0003f88d18d3
> --- Process 26136 exited with status 0xc01d
> Illegal instruction


> $ uname -a
> CYGWIN_NT-6.1 applejack 3.0.7(0.338/5/3) 2019-04-30 18:08 x86_64 Cygwin


> $ cygcheck -c perl perl_base
> Cygwin Package Information
> Package  VersionStatus
> perl 5.22.4-1   OK
> perl_base5.22.4-1   OK


> $ cygcheck -v /usr/bin/perl.exe
> C:\cygwin64\bin\perl.exe - os=4.0 img=0.0 sys=5.2
>"perl.exe" v0.0 ts=2017-07-15 19:17
>C:\cygwin64\bin\cygperl5_22.dll - os=4.0 img=0.0 sys=5.2
>  "cygperl5_22.dll" v0.0 ts=2017-07-15 19:12
>  C:\cygwin64\bin\cygcrypt-0.dll - os=4.0 img=0.0 sys=5.2
>"cygcrypt-0.dll" v0.0 ts=2017-09-03 08:18
>C:\cygwin64\bin\cygwin1.dll - os=4.0 img=0.0 sys=5.2
>  "cygwin1.dll" v0.0 ts=2019-04-30 19:08
>  C:\Windows\system32\KERNEL32.dll - os=6.1 img=6.1 sys=6.1
>"KERNEL32.dll" v0.0 ts=2019-06-12 15:36
> Warning: C:\Windows\system32\API-MS-Win-Core-RtlSupport-L1-1-0.dll hides 
> C:\Program Files\TortoiseSVN\bin\API-MS-Win-Core-RtlSupport-L1-1-0.dll
>C:\Windows\system32\API-MS-Win-Core-RtlSupport-L1-1-0.dll - 
> os=6.1 img=6.1 sys=6.1
>  "API-MS-Win-Core-RtlSupport-L1-1-0.dll" v0.0 ts=2019-06-12 
> 14:55
>C:\Windows\system32\ntdll.dll - os=6.1 img=6.1 sys=6.1
>  "ntdll.dll" v0.0 ts=2019-06-12 14:59
>C:\Windows\system32\KERNELBASE.dll - os=6.1 img=6.1 sys=6.1
>  "KERNELBASE.dll" v0.0 ts=2019-06-12 15:35
>  C:\Windows\system32\ntdll.dll (already done)
> Warning: C:\Windows\system32\API-MS-Win-Core-ProcessThreads-L1-1-0.dll 
> hides C:\Program 
> Files\TortoiseSVN\bin\API-MS-Win-Core-ProcessThreads-L1-1-0.dll
>C:\Windows\system32\API-MS-Win-Core-ProcessThreads-L1-1-0.dll 
> - os=6.1 img=6.1 sys=6.1
>  

Perl Illegal Instruction

[Chris Wagner]

Hi folks.

For some reason this afternoon, after having worked fine, my Perl 
stopped working.  There was no error message.  It just silently died 
with status 0 no less.  Windows 7 SP1.


$ /usr/bin/perl.exe -v

$ echo $?
0


So I turn to strace and it states Illegal Instruction.  Any ideas?

Thanks.


$ strace -n -m all /usr/bin/perl.exe -v
--- Process 26136 created
--- Process 26136 loaded C:\Windows\System32\ntdll.dll at 
7733
--- Process 26136 loaded C:\Windows\System32\kernel32.dll at 
7711
--- Process 26136 loaded C:\Windows\System32\KernelBase.dll at 
07fefd08
--- Process 26136 loaded C:\cygwin64\bin\cygperl5_22.dll at 
0003f8e4
--- Process 26136 loaded C:\cygwin64\bin\cygcrypt-0.dll at 
0003ffa9

--- Process 26136 loaded C:\cygwin64\bin\cygwin1.dll at 00018004
--- Process 26136 loaded C:\cygwin64\bin\cygssp-0.dll at 
0003f88d
0   0 [main] perl (26136) 
**
  103 103 [main] perl (26136) Program name: C:\cygwin64\bin\perl.exe 
(windows pid 26136)

   48 151 [main] perl (26136) OS version:   Windows NT-6.1
   41 192 [main] perl (26136) 
**
--- Process 26136 loaded C:\Windows\System32\advapi32.dll at 
07fefd8e
--- Process 26136 loaded C:\Windows\System32\msvcrt.dll at 
07fefdc8
--- Process 26136 loaded C:\Windows\System32\sechost.dll at 
07feff5d
--- Process 26136 loaded C:\Windows\System32\rpcrt4.dll at 
07fefd71
--- Process 26136 loaded C:\Windows\System32\cryptbase.dll at 
07fefcd2
 49125104 [main] perl (26136) sigprocmask: 0 = sigprocmask (0, 0x0, 
0x18030AD30)
  9906094 [main] perl (26136) open_shared: name shared.5, n 5, 
shared 0x18003 (wanted 0x18003), h 0x84, *m 6
  1046198 [main] perl (26136) user_heap_info::init: heap base 
0x6, heap top 0x6, heap size 0x2000 (536870912)
  1026300 [main] perl (26136) open_shared: name 
S-1-5-21-3582216975-893534028-59465-1002.1, n 1, shared 0x18002 
(wanted 0x18002), h 0x80, *m 6
   856385 [main] perl (26136) user_info::create: opening user shared 
for 'S-1-5-21-3582216975-893534028-59465-1002' at 0x18002
   686453 [main] perl (26136) user_info::create: user shared version 
AB1FCCE8
  1036556 [main] perl (26136) fhandler_pipe::create: name 
\\.\pipe\cygwin-e022582115c10879-26136-sigwait, size 11440, mode 
PIPE_TYPE_MESSAGE
  1006656 [main] perl (26136) fhandler_pipe::create: pipe read 
handle 0x98
   466702 [main] perl (26136) fhandler_pipe::create: CreateFile: 
name \\.\pipe\cygwin-e022582115c10879-26136-sigwait
   646766 [main] perl (26136) fhandler_pipe::create: pipe write 
handle 0x9C
   486814 [main] perl (26136) dll_crt0_0: finished dll_crt0_0 
initialization

--- Process 26136, exception c01d at 0003f88d18d3
--- Process 26136 exited with status 0xc01d
Illegal instruction


$ uname -a
CYGWIN_NT-6.1 applejack 3.0.7(0.338/5/3) 2019-04-30 18:08 x86_64 Cygwin


$ cygcheck -c perl perl_base
Cygwin Package Information
Package  VersionStatus
perl 5.22.4-1   OK
perl_base5.22.4-1   OK


$ cygcheck -v /usr/bin/perl.exe
C:\cygwin64\bin\perl.exe - os=4.0 img=0.0 sys=5.2
  "perl.exe" v0.0 ts=2017-07-15 19:17
  C:\cygwin64\bin\cygperl5_22.dll - os=4.0 img=0.0 sys=5.2
"cygperl5_22.dll" v0.0 ts=2017-07-15 19:12
C:\cygwin64\bin\cygcrypt-0.dll - os=4.0 img=0.0 sys=5.2
  "cygcrypt-0.dll" v0.0 ts=2017-09-03 08:18
  C:\cygwin64\bin\cygwin1.dll - os=4.0 img=0.0 sys=5.2
"cygwin1.dll" v0.0 ts=2019-04-30 19:08
C:\Windows\system32\KERNEL32.dll - os=6.1 img=6.1 sys=6.1
  "KERNEL32.dll" v0.0 ts=2019-06-12 15:36
Warning: C:\Windows\system32\API-MS-Win-Core-RtlSupport-L1-1-0.dll hides 
C:\Program Files\TortoiseSVN\bin\API-MS-Win-Core-RtlSupport-L1-1-0.dll
  C:\Windows\system32\API-MS-Win-Core-RtlSupport-L1-1-0.dll - 
os=6.1 img=6.1 sys=6.1
"API-MS-Win-Core-RtlSupport-L1-1-0.dll" v0.0 ts=2019-06-12 
14:55

  C:\Windows\system32\ntdll.dll - os=6.1 img=6.1 sys=6.1
"ntdll.dll" v0.0 ts=2019-06-12 14:59
  C:\Windows\system32\KERNELBASE.dll - os=6.1 img=6.1 sys=6.1
"KERNELBASE.dll" v0.0 ts=2019-06-12 15:35
C:\Windows\system32\ntdll.dll (already done)
Warning: C:\Windows\system32\API-MS-Win-Core-ProcessThreads-L1-1-0.dll 
hides C:\Program 
Files\TortoiseSVN\bin\API-MS-Win-Core-ProcessThreads-L1-1-0.dll
  C:\Windows\system32\API-MS-Win-Core-ProcessThreads-L1-1-0.dll 
- os=6.1 img=6.1 sys=6.1
"API-MS-Win-Core-ProcessThreads-L1-1-0.dll" v0.0 
ts=2019-06-12 14:55
Warning: C:\Windows\system32\API-MS-Win-Core-Heap-L1-1-0.dll hides 
C:\Program Files\TortoiseSVN\bin\API-MS-Win-Core-Heap-L1-1-0.dll
  C:\Windows\system32\API-MS-Win-Core-Heap-L1-1-0.dll - os=6.1 
img=6.1 sys=6.1

Re: building expect problems on W10

[rih3306]

Good suggestion thank you.

Can we please consider where I'm at presently before trying that?

I'm now able to build expect.exe and libexpect5.45.4.dll using this
configure line


./configure --disable-option-checking '--prefix=/usr/local' 
'--build=x86_64-unknown-cygwin' 'CC=/cygdrive/C/work/usr/local/bin/gcc'
'CFLAGS=-mcmodel=large' 'build_alias=x86_64-unknown-cygwin'
--cache-file=../config.cache --srcdir=. &>configure-out.txt


followed of course by make.

However,  running ./expect.exe produces a stackdump

which is here.

  Exception: STATUS_ACCESS_VIOLATION at rip=000
rax= rbx=00800080 rcx=
rdx= rsi= rdi=6D655AD3
r8 = r9 =6CDEE551 r10=
r11=8101010101010100 r12=00867580 r13=00867590
r14=008644F0 r15=00867590
rbp=00875EC0 rsp=CA08
program=C:\work\___packages\expect\expect5.45.4\expect.exe, pid 940, thread
main
cs=0033 ds=002B es=002B fs=0053 gs=002B ss=002B
Stack trace:
FrameFunctionArgs
End of stack trace
 


I get the stackdump both with and without the memory model option in the
configure line.

Is it possible to tweak my configure line and get rid of the stackdump?

Thank you.



--
Sent from: http://cygwin.1069669.n5.nabble.com/Cygwin-list-f3.html

--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

Forever ownership of 'Cox's Bazar Beach Club'.

[Cox's Bazar Beach Club]

BEACH CLUB
Dear  Sir,
Greetings.

We  are proud to introduce the first of its kind in Bangladesh - a Five Star  
Standard Luxury Amusement Hotel and Club situated at Cox's Bazar. It is a  
privilege and a pleasure from our part to offer you a forever ownership of 
"Cox's  Bazar Beach Club".
Please  find the details of our special offer till 28th July, 2019 in the  
attached document for your kind convenience.
Best  regards.
Cox's  Bazar Beach Club

Coral  Reef Properties Ltd.

Contacts:

01730725204  - 10 (Dhaka)

01730725216  - 20 (Chattogram)

01730725223  - 24 (Sylhet)

01730725248  - 49 (Cox’s  Bazar)


www.coxsbazarbeachclub.com


www.facebook.com/coxsbazarbeachclub


www.youtube.com/coxsbazarbeachclub Attachments 









 

 

 

 



 

 

 

  

UNSUBSCRIBE
--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

Re: sigpending() incorrectly returns signals pending on other threads

[Houder]

On Mon, 15 Jul 2019 09:53:27, Corinna Vinschen  wrote:

> On Jul 14 15:19, Houder wrote:

> > .. uhm, just a note in the interest of accuracy ...
> >
> >  - standard signals (which include USRSIG1 and USRSIG2) are not queued
> >(traditional signal semantics)
> >  - only real-time signals should be queued ...
> 
> I think queing here means just what you outline above.  It's kind of a
> queue of pending signals and in Cygwin it's actually literally a queue.

> It's >>> a kind of _queue_ <<< of pending signals ...

Not a Q if it would mean that a specific signal can be inserted more than
once in this Q ...

I am fully aware that you know all about Unix/Linux, but

for the sake of clarity:

20.12 (Signals are not queued) of LPI

"The set of pending signals is only a "mask"; it indicates whether or
 not a signal has occurred, but NOT how many times it has occurred. In
 other words, if the same signal is generated multiple times while it
 is blocked, then it is recorded in the set of pending signals, and
 later delivered, just ONCE. (One of the differences between standard
 and realtime signals is that realtime signals are queued, as discussed
 in Section 22.8.)

 Listing 20-6 and Listing 20-7 show two programs that can be used to
 observe that signals are not queued. ... "

Meaning the queue in Cygwin is not really a Q ...

Regards,
Henri


--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

Re: sigpending() incorrectly returns signals pending on other threads

[Corinna Vinschen]

On Jul 14 15:19, Houder wrote:
> On Fri, 12 Jul 2019 17:33:51, Corinna Vinschen  wrote:
> 
> > On Jul  6 19:15, Kenton Varda wrote:
> 
> > > I found a second problem which may or may not be related:
> 
> > > If two threads use pthread_kill() to send each other the same signal,
> > > such that the signal should be separately pending on both threads at
> > > the same time, only one of the two signals is actually queued. It
> > > seems that pthread_kill() is ignored if the same signal is already
> > > pending on some other thread.
> > 
> > The current signal mechanism in Cygwin only allows for a signal to be
> > queued once.  Changing that is a pretty ambitioned task, which I simply
> > don't have enought time for.  However, patches to change that are more
> > than welcome.
> 
> .. uhm, just a note in the interest of accuracy ...
> 
>  - standard signals (which include USRSIG1 and USRSIG2) are not queued
>(traditional signal semantics)
>  - only real-time signals should be queued ...
> 
> The executive (cygwin1.dll) must maintain a record of the signals that
> are pending for the process as a whole,
>  as well as a record of the signals that are pending for each thread.

Yeah, the latter is missing so far.

> A call to sigpending() returns the union of the set of signals that are
> pending for the process
>  and those that are pending for the calling thread.
> 
> Source: 33.2.1 (How the Unix Signal Model maps to threads) of LPI.
> 
> Undoubtedly, the signal mechanism in Cygwin must be "adapted", but
> as far as I can tell, there is no requirement to "queue" any of the
> standard signals ...

I think queing here means just what you outline above.  It's kind of a
queue of pending signals and in Cygwin it's actually literally a queue.


Corinna

-- 
Corinna Vinschen
Cygwin Maintainer


signature.asc
Description: PGP signature

[ANNOUNCEMENT] Updated: units 2.19-1

[Brian Inglis]

The following package has been upgraded in the Cygwin distribution:

* units-2.19-1

The Units program converts quantities expressed in various scales to
their equivalents in other scales. The units program can handle
multiplicative scale changes as well as nonlinear conversions such as
Fahrenheit to Celsius or wire gauge. Units comes with an annotated,
extendable database defining nearly three and a half thousand units.

NEWS

Version 2.19 - 28 May 2019
* Unit definitions updated to reflect new 2019 revisions to SI and the
  2018 NIST CODATA.
* Added definitions of country and USA state areas, and physical
  properties of selected woods.
* Changes only to definitions.units in this release.

[Also added wood units klafter and raummeter from German speaking areas.]

-- 
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.

--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

Updated: units 2.19-1

[Brian Inglis]

The following package has been upgraded in the Cygwin distribution:

* units-2.19-1

The Units program converts quantities expressed in various scales to
their equivalents in other scales. The units program can handle
multiplicative scale changes as well as nonlinear conversions such as
Fahrenheit to Celsius or wire gauge. Units comes with an annotated,
extendable database defining nearly three and a half thousand units.

NEWS

Version 2.19 - 28 May 2019
* Unit definitions updated to reflect new 2019 revisions to SI and the
  2018 NIST CODATA.
* Added definitions of country and USA state areas, and physical
  properties of selected woods.
* Changes only to definitions.units in this release.

[Also added wood units klafter and raummeter from German speaking areas.]

-- 
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.

[ANNOUNCEMENT] Updated: Perl distributions

[Achim Gratz]

The following Perl distributions have been updated to their latest
version on CPAN, respectively:

noarch
--
perl-DateTime-TimeZone-2.36-1
perl-IPC-Cmd-1.04-1
perl-JSON-PP-4.04-1
perl-Mojolicious-8.20-1
perl-Text-Template-1.56-1

-- 
  *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO ***

If you want to unsubscribe from the cygwin-announce mailing list, look
at the "List-Unsubscribe: " tag in the email header of this message.
Send email to the address specified there. It will be in the format:

cygwin-announce-unsubscribe-you=yourdomain@cygwin.com

If you need more information on unsubscribing, start reading here:

http://sourceware.org/lists.html#unsubscribe-simple

Please read *all* of the information on unsubscribing that is available
starting at this URL.

--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

Updated: Perl distributions

[Achim Gratz]

The following Perl distributions have been updated to their latest
version on CPAN, respectively:

noarch
--
perl-DateTime-TimeZone-2.36-1
perl-IPC-Cmd-1.04-1
perl-JSON-PP-4.04-1
perl-Mojolicious-8.20-1
perl-Text-Template-1.56-1

-- 
  *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO ***

If you want to unsubscribe from the cygwin-announce mailing list, look
at the "List-Unsubscribe: " tag in the email header of this message.
Send email to the address specified there. It will be in the format:

cygwin-announce-unsubscribe-you=yourdomain@cygwin.com

If you need more information on unsubscribing, start reading here:

http://sourceware.org/lists.html#unsubscribe-simple

Please read *all* of the information on unsubscribing that is available
starting at this URL.

[ANNOUNCEMENT] Updated: mintty 3.0.2

[Thomas Wolff]

I have uploaded mintty 3.0.2 with the following changes:

Terminal features
  * Application scrollbar (experimental).
  * Control sequence to switch IME status (#888, Tera Term).
  * ECMA-48 SL/SR shift columns left/right (xterm).
  * Fixed overstrike in leftmost column.
  * Inhibiting double width/height lines in left/right margin mode.
  * Primary DA indicate Horizontal Scrolling and Rectangular Editing.
  * Secondary Device Attributes report Unicode version with option 
Charwidth.

  * Report DECRQSS DECSCL conformance level as VT500 (7-bit controls).

Terminal controls verified and tweaked as suggested by esctest suite
  * Rectangular checksum DECRQCRA, supporting esctest suite.
  * Fixed BS and CR "border" cases.
  * Fixed DCH/ICH/IRM outside left/right margins.
  * Fixed DL/IL to move cursor to left margin.
  * Reverse wrap from home position moves to lower right margin (xterm).
  * Auto-wrap modes are no more affected by cursor save/restore.
  * NRC enabled mode is no more affected by cursor save/restore.
  * Fixed left/right margin mode to inhibit double width lines.
  * Fixed TAB to stop at right margin.
  * Ensure restored cursor to be within margins in origin mode.
  * Set/Reset origin mode moves cursor home.
  * Confining DL, IL, DECDC, DECIC within margins.
  * Confining LF, IND, VT, NEL, FF within margins.
  * Fixed DECSED 3 not to clear current position; guard CSI [?] n J/K.
  * Proper default values for rectangular operations.
  * Full reset (RIS) moves cursor home.
  * Soft reset (DECSTR) does not disable left/right margin mode.
  * Cursor backward (CUB) applies reverse-wraparound.

Font rendering
  * Script-specific secondary font choice (#580, #821, #883).
  * Reenabled DPI scaling in Windows 7 (#890).
  * Check functions (width, glyph) consult proper attributes and font.
  * Tweaked check for automatic narrowing to fit in cell width.
  * Fixed shadow attribute artefacts.
  * Fixed DEC Tech up/down arrows by manual drawing.

Sixel graphics
  * Tweaked sixel handling to avoid crash condition.
  * Reintroduced fixed Sixel colour registers handling (#593).

Window handling
  * Reenable left scrollbar.
  * Application scrollbar (experimental).
  * Always flash taskbar on bell if iconic, if configured (#887, #607).

Other
  * Reduced global HTML formatting on Copy as HTML text (#889).

Configuration
  * Option Baud to simulate serial connection speed for a legacy feeling.
  * Option FontChoice for script-specific secondary fonts (#580, #821, 
#883).


The homepage is at http://mintty.github.io/
It also links to the issue tracker.

--
Thomas

--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

Updated: mintty 3.0.2

[Thomas Wolff]

I have uploaded mintty 3.0.2 with the following changes:

Terminal features
  * Application scrollbar (experimental).
  * Control sequence to switch IME status (#888, Tera Term).
  * ECMA-48 SL/SR shift columns left/right (xterm).
  * Fixed overstrike in leftmost column.
  * Inhibiting double width/height lines in left/right margin mode.
  * Primary DA indicate Horizontal Scrolling and Rectangular Editing.
  * Secondary Device Attributes report Unicode version with option 
Charwidth.

  * Report DECRQSS DECSCL conformance level as VT500 (7-bit controls).

Terminal controls verified and tweaked as suggested by esctest suite
  * Rectangular checksum DECRQCRA, supporting esctest suite.
  * Fixed BS and CR "border" cases.
  * Fixed DCH/ICH/IRM outside left/right margins.
  * Fixed DL/IL to move cursor to left margin.
  * Reverse wrap from home position moves to lower right margin (xterm).
  * Auto-wrap modes are no more affected by cursor save/restore.
  * NRC enabled mode is no more affected by cursor save/restore.
  * Fixed left/right margin mode to inhibit double width lines.
  * Fixed TAB to stop at right margin.
  * Ensure restored cursor to be within margins in origin mode.
  * Set/Reset origin mode moves cursor home.
  * Confining DL, IL, DECDC, DECIC within margins.
  * Confining LF, IND, VT, NEL, FF within margins.
  * Fixed DECSED 3 not to clear current position; guard CSI [?] n J/K.
  * Proper default values for rectangular operations.
  * Full reset (RIS) moves cursor home.
  * Soft reset (DECSTR) does not disable left/right margin mode.
  * Cursor backward (CUB) applies reverse-wraparound.

Font rendering
  * Script-specific secondary font choice (#580, #821, #883).
  * Reenabled DPI scaling in Windows 7 (#890).
  * Check functions (width, glyph) consult proper attributes and font.
  * Tweaked check for automatic narrowing to fit in cell width.
  * Fixed shadow attribute artefacts.
  * Fixed DEC Tech up/down arrows by manual drawing.

Sixel graphics
  * Tweaked sixel handling to avoid crash condition.
  * Reintroduced fixed Sixel colour registers handling (#593).

Window handling
  * Reenable left scrollbar.
  * Application scrollbar (experimental).
  * Always flash taskbar on bell if iconic, if configured (#887, #607).

Other
  * Reduced global HTML formatting on Copy as HTML text (#889).

Configuration
  * Option Baud to simulate serial connection speed for a legacy feeling.
  * Option FontChoice for script-specific secondary fonts (#580, #821, 
#883).


The homepage is at http://mintty.github.io/
It also links to the issue tracker.

--
Thomas