public inbox for cygwin-apps@cygwin.com
 help / color / mirror / Atom feed
* update on python refreshing
@ 2020-05-23  8:48 Marco Atzeri
  2020-05-23  9:39 ` Marco Atzeri
  0 siblings, 1 reply; 2+ messages in thread
From: Marco Atzeri @ 2020-05-23  8:48 UTC (permalink / raw)
  To: cygwin-apps

As I am blocked on the python update,
I would like to inform you about the issue

On i686 arch and only on that, in all versions
3.8.3 and 2.7.18 the sh.exe segfaults during configure

The logs on 3.8.3 and also rebuilding 3.8.2
-------------------------------------------
checking for use_env... yes
configure: checking for device files
checking for /dev/ptmx... yes
make: *** No targets specified and no makefile found.  Stop.
*** ERROR: make failed
-------------------------------------------

on 2.7.18:
-------------------------------------------
checking for /dev/ptmx... yes
checking for /dev/ptc... no
checking for %lld and %llu printf() format support... make: *** No 
targets specified and no makefile found.  Stop.
ESC[1;31m*** ERROR:ESC[0;0m make failed
      15 [main] sh 6354 D:\cygwin32\bin\sh.exe: *** fatal error in 
forked process - WFSO timed out after longjmp
   80937 [main] sh 6354 cygwin_exception::open_stackdumpfile: Dumping 
stack trace to sh.exe.stackdump
-------------------------------------------
In one of the 3 cases no stack dump is produced, while for the other
two I have:

$ cat sh.exe.stackdump
Stack trace:
Frame     Function  Args
006DC078  61084F28 (00000000, 77BE6DD2, 00777E68, 00770000)

  $ cat sh.exe.stackdump
Stack trace:
Frame     Function  Args
006DC438  61084F28 (00000148, 00000000, 00000000, 00000018)
End of stack trace

$ addr2line.exe -a 61084F28 -e /usr/bin/cygwin1.dll
0x61084f28
/usr/src/debug/cygwin-3.1.4-1/winsup/cygwin/fork.cc:650


As 3.8.2 was built before, it seems a recent change in Cygwin
is impacting the 32bit platform.


It seems I forgot the announce, but last build was 10th of April
https://cygwin.com/packages/x86/python38/python38-3.8.2-1

so I will try to bisect Cygwin to see when this problem arose.

Crossing finger
Marco








^ permalink raw reply	[flat|nested] 2+ messages in thread

* Re: update on python refreshing
  2020-05-23  8:48 update on python refreshing Marco Atzeri
@ 2020-05-23  9:39 ` Marco Atzeri
  0 siblings, 0 replies; 2+ messages in thread
From: Marco Atzeri @ 2020-05-23  9:39 UTC (permalink / raw)
  To: cygwin-apps

On 23.05.2020 10:48, Marco Atzeri wrote:
> As I am blocked on the python update,
> I would like to inform you about the issue
> 
> On i686 arch and only on that, in all versions
> 3.8.3 and 2.7.18 the sh.exe segfaults during configure
> 
> The logs on 3.8.3 and also rebuilding 3.8.2
> -------------------------------------------
> checking for use_env... yes
> configure: checking for device files
> checking for /dev/ptmx... yes
> make: *** No targets specified and no makefile found.  Stop.
> *** ERROR: make failed
> -------------------------------------------
> 
> on 2.7.18:
> -------------------------------------------
> checking for /dev/ptmx... yes
> checking for /dev/ptc... no
> checking for %lld and %llu printf() format support... make: *** No 
> targets specified and no makefile found.  Stop.
> ESC[1;31m*** ERROR:ESC[0;0m make failed
>       15 [main] sh 6354 D:\cygwin32\bin\sh.exe: *** fatal error in 
> forked process - WFSO timed out after longjmp
>    80937 [main] sh 6354 cygwin_exception::open_stackdumpfile: Dumping 
> stack trace to sh.exe.stackdump
> -------------------------------------------
> In one of the 3 cases no stack dump is produced, while for the other
> two I have:
> 
> $ cat sh.exe.stackdump
> Stack trace:
> Frame     Function  Args
> 006DC078  61084F28 (00000000, 77BE6DD2, 00777E68, 00770000)
> 
>   $ cat sh.exe.stackdump
> Stack trace:
> Frame     Function  Args
> 006DC438  61084F28 (00000148, 00000000, 00000000, 00000018)
> End of stack trace
> 
> $ addr2line.exe -a 61084F28 -e /usr/bin/cygwin1.dll
> 0x61084f28
> /usr/src/debug/cygwin-3.1.4-1/winsup/cygwin/fork.cc:650
> 
> 
> As 3.8.2 was built before, it seems a recent change in Cygwin
> is impacting the 32bit platform.
> 
> 
> It seems I forgot the announce, but last build was 10th of April
> https://cygwin.com/packages/x86/python38/python38-3.8.2-1
> 
> so I will try to bisect Cygwin to see when this problem arose.
> 
> Crossing finger
> Marco
> 

It seems I was lucky, current git does not have the problem
so I was able to build both 3.8.3 and 2.7.18
without any need for a bisect.

Give me some time for the packaging and I will update both

Regards
Marco





^ permalink raw reply	[flat|nested] 2+ messages in thread

end of thread, other threads:[~2020-05-23  9:39 UTC | newest]

Thread overview: 2+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2020-05-23  8:48 update on python refreshing Marco Atzeri
2020-05-23  9:39 ` Marco Atzeri

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).