Open pryrt opened 1 year ago
When cpanm is running test suite, it freezes on 50-gh63-encode-response-content.t I did a cpanm --look and did prove -vl t\50-gh63-encode-response-content.t : it did the first three tests, then froze; adding debug-prints, I saw it got to the following, where it tries to do the mech on the http:// URL. https://github.com/Corion/WWW-Mechanize-Chrome/blob/b9130189ce3ef54649d2103dfd49f404ba472827/t/50-gh63-encode-response-content.t#L51 If I change the URL to https://, then the test passes without freezing.
cpanm
50-gh63-encode-response-content.t
cpanm --look
prove -vl t\50-gh63-encode-response-content.t
http://
https://
Also freezes in 50-tick.t: https://github.com/Corion/WWW-Mechanize-Chrome/blob/b9130189ce3ef54649d2103dfd49f404ba472827/t/50-tick.t#L68 Unfortunately, I couldn't find a smoking-gun for why that one was freezing.
50-tick.t
Neither appears intermittent, and they freeze rather than fail, so I don't think it's the "temporary" timing issue from #65 , but maybe I'm wrong on that.
If I edit 50-gh63-... and skip 50-tick.t, all the other tests pass without freezing
50-gh63-...
Summary of my perl5 (revision 5 version 32 subversion 1) configuration: Platform: osname=MSWin32 osvers=10.0.19042.746 archname=MSWin32-x64-multi-thread uname='Win32 strawberry-perl 5.32.1.1 #1 Sun Jan 24 15:00:15 2021 x64' config_args='undef' hint=recommended useposix=true d_sigaction=undef useithreads=define usemultiplicity=define use64bitint=define use64bitall=undef uselongdouble=undef usemymalloc=n default_inc_excludes_dot=define bincompat5005=undef Compiler: cc='gcc' ccflags =' -DWIN32 -DWIN64 -D__USE_MINGW_ANSI_STDIO -DPERL_TEXTMODE_SCRIPTS -DPERL_IMPLICIT_CONTEXT -DPERL_IMPLICIT_SYS -DUSE_PERLIO -fwrapv -fno-strict-aliasing -mms-bitfields' optimize='-s -O2' cppflags='-DWIN32' ccversion='' gccversion='8.3.0' gccosandvers='' intsize=4 longsize=4 ptrsize=8 doublesize=8 byteorder=12345678 doublekind=3 d_longlong=define longlongsize=8 d_longdbl=define longdblsize=16 longdblkind=3 ivtype='long long' ivsize=8 nvtype='double' nvsize=8 Off_t='long long' lseeksize=8 alignbytes=8 prototype=define Linker and Libraries: ld='g++.exe' ldflags ='-s -L"C:\USR\LOCAL\APPS\STRAWBERRY\perl\lib\CORE" -L"C:\USR\LOCAL\APPS\STRAWBERRY\c\lib"' libpth=C:\USR\LOCAL\APPS\STRAWBERRY\c\lib C:\USR\LOCAL\APPS\STRAWBERRY\c\x86_64-w64-mingw32\lib C:\USR\LOCAL\APPS\STRAWBERRY\c\lib\gcc\x86_64-w64-mingw32\8.3.0 libs= -lmoldname -lkernel32 -luser32 -lgdi32 -lwinspool -lcomdlg32 -ladvapi32 -lshell32 -lole32 -loleaut32 -lnetapi32 -luuid -lws2_32 -lmpr -lwinmm -lversion -lodbc32 -lodbccp32 -lcomctl32 perllibs= -lmoldname -lkernel32 -luser32 -lgdi32 -lwinspool -lcomdlg32 -ladvapi32 -lshell32 -lole32 -loleaut32 -lnetapi32 -luuid -lws2_32 -lmpr -lwinmm -lversion -lodbc32 -lodbccp32 -lcomctl32 libc= so=dll useshrplib=true libperl=libperl532.a gnulibc_version='' Dynamic Linking: dlsrc=dl_win32.xs dlext=xs.dll d_dlsymun=undef ccdlflags=' ' cccdlflags=' ' lddlflags='-mdll -s -L"C:\USR\LOCAL\APPS\STRAWBERRY\perl\lib\CORE" -L"C:\USR\LOCAL\APPS\STRAWBERRY\c\lib"' Characteristics of this binary (from libperl): Compile-time options: HAS_TIMES HAVE_INTERP_INTERN MULTIPLICITY PERLIO_LAYERS PERL_COPY_ON_WRITE PERL_DONT_CREATE_GVSV PERL_IMPLICIT_CONTEXT PERL_IMPLICIT_SYS PERL_MALLOC_WRAP PERL_OP_PARENT PERL_PRESERVE_IVUV USE_64_BIT_INT USE_ITHREADS USE_LARGE_FILES USE_LOCALE USE_LOCALE_COLLATE USE_LOCALE_CTYPE USE_LOCALE_NUMERIC USE_LOCALE_TIME USE_PERLIO USE_PERL_ATOF Built under MSWin32 Compiled at Jan 24 2021 15:05:42 @INC: C:/usr/local/apps/STRAWBERRY/perl/site/lib/MSWin32-x64-multi-thread C:/usr/local/apps/STRAWBERRY/perl/site/lib C:/usr/local/apps/STRAWBERRY/perl/vendor/lib C:/usr/local/apps/STRAWBERRY/perl/lib
I think this is the same thing that was happening to Bod as talked about in 2021 on perlmonks; sorry I didn't find that before.
When
cpanm
is running test suite, it freezes on50-gh63-encode-response-content.t
I did acpanm --look
and didprove -vl t\50-gh63-encode-response-content.t
: it did the first three tests, then froze; adding debug-prints, I saw it got to the following, where it tries to do the mech on thehttp://
URL. https://github.com/Corion/WWW-Mechanize-Chrome/blob/b9130189ce3ef54649d2103dfd49f404ba472827/t/50-gh63-encode-response-content.t#L51 If I change the URL tohttps://
, then the test passes without freezing.Also freezes in
50-tick.t
: https://github.com/Corion/WWW-Mechanize-Chrome/blob/b9130189ce3ef54649d2103dfd49f404ba472827/t/50-tick.t#L68 Unfortunately, I couldn't find a smoking-gun for why that one was freezing.Neither appears intermittent, and they freeze rather than fail, so I don't think it's the "temporary" timing issue from #65 , but maybe I'm wrong on that.
If I edit
50-gh63-...
and skip50-tick.t
, all the other tests pass without freezing