Re: wxPerl crashes on Windows when installed into a localized path
"bubnikv ." <[email protected]> Thu, 16 Feb 2017 18:20:01 +0100
| Newsgroups | gmane.comp.lang.perl.wxperl |
|---|---|
| Message-ID | <CAAE6JuzQ+tJxui89Zw5uBbntCUq+aXzBKmBk-Z+pWDXRPPk-Jw@mail.gmail.com> |
--001a11441144e53f420548a901af Content-Type: text/plain; charset=UTF-8 It seems the perl itself is broken and the core perl dynaloader fails to work, if the perl was started with long names. For example, running slic3r with the following slic3r.bat fails: "%~dp0\perl5.24.0.exe" "%~dp0\slic3r.pl" %* It works though, if one replaces the magic %~dp0 with %~dps0: "%~dps0\perl5.24.0.exe" "%~dps0\slic3r.pl" %* That way both the paths of the perl.exe and slic3r.pl use the 8.3 characters only per directory entry. For the reference, this is the original github issue: https://github.com/prusa3d/Slic3r/issues/133 I think this may be interesting to some, but it seems not to be a wxPerl issue per se, so I think I will stop rumbling about it here :-) On Thu, Feb 16, 2017 at 4:55 PM, bubnikv . <[email protected]> wrote: > I analyzed the crash further. It is sufficient to load any of the > following modules to get perl crashing, when the perl is installed in a > folder with local characters: > > use Wx::DND; > use Wx::GLCanvas; > use Wx::GLCanvas qw(:all); > use Wx::Grid; > use Wx::Html; > use Wx::Print; > > > On Thu, Feb 16, 2017 at 2:42 PM, bubnikv . <[email protected]> wrote: > >> Hello. >> >> I am supporting and ehancing a fork of Slic3r, one of the main >> applications for fused filamet 3D printing. >> http://slic3r.org/ >> https://github.com/prusa3d/Slic3r/releases >> >> It is likely one of the largest wxPerl applications, combining perl, >> wxWidgets and a lot of custom C++ code. >> >> Our customers have currently issues running Slic3r on Windows, when >> installed into a path with localized characters, for example Russian. This >> often happens if one installs Slic3r into his home directory. >> >> I verified that wxPerl outright crashes, when installed into a localized >> directory on Windows 10 64bit and Strawberry Perl 5.24.0, tested with >> wxdemo. >> >> Is there a chance that this will be looked into by someone, please? Or >> has been wxPerl abandoned and I am left to provide a fix myself? >> >> Thanks, >> Vojtech >> >> > --001a11441144e53f420548a901af Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable <div dir=3D"ltr"><div><p style=3D"box-sizing:border-box;margin-bottom:16px;= color:rgb(51,51,51);font-family:-apple-system,blinkmacsystemfont,"sego= e ui",helvetica,arial,sans-serif,"apple color emoji","s= egoe ui emoji","segoe ui symbol";font-size:14px;margin-top:0= px">It seems the perl itself is broken and the core perl dynaloader fails t= o work, if the perl was started with long names. For example, running slic3= r with the following slic3r.bat fails:</p><p style=3D"box-sizing:border-box= ;margin-top:0px;margin-bottom:16px;color:rgb(51,51,51);font-family:-apple-s= ystem,blinkmacsystemfont,"segoe ui",helvetica,arial,sans-serif,&q= uot;apple color emoji","segoe ui emoji","segoe ui symbo= l";font-size:14px">"%~dp0\perl5.24.0.exe" "%~dp0\<a hre= f=3D"http://slic3r.pl">slic3r.pl</a>" %*</p><p style=3D"box-sizing:bor= der-box;margin-top:0px;margin-bottom:16px;color:rgb(51,51,51);font-family:-= apple-system,blinkmacsystemfont,"segoe ui",helvetica,arial,sans-s= erif,"apple color emoji","segoe ui emoji","segoe u= i symbol";font-size:14px">It works though, if one replaces the magic %= ~dp0 with %~dps0:</p><p style=3D"box-sizing:border-box;margin-top:0px;margi= n-bottom:16px;color:rgb(51,51,51);font-family:-apple-system,blinkmacsystemf= ont,"segoe ui",helvetica,arial,sans-serif,"apple color emoji= ","segoe ui emoji","segoe ui symbol";font-size:14p= x">"%~dps0\perl5.24.0.exe" "%~dps0\<a href=3D"http://slic3r.= pl">slic3r.pl</a>" %*</p><p style=3D"box-sizing:border-box;margin-top:= 0px;color:rgb(51,51,51);font-family:-apple-system,blinkmacsystemfont,"= segoe ui",helvetica,arial,sans-serif,"apple color emoji",&qu= ot;segoe ui emoji","segoe ui symbol";font-size:14px;margin-b= ottom:0px">That way both the paths of the perl.exe and <a href=3D"http://sl= ic3r.pl">slic3r.pl</a> use the 8.3 characters only per directory entry.</p>= <p style=3D"box-sizing:border-box;margin-top:0px;color:rgb(51,51,51);font-f= amily:-apple-system,blinkmacsystemfont,"segoe ui",helvetica,arial= ,sans-serif,"apple color emoji","segoe ui emoji","= segoe ui symbol";font-size:14px;margin-bottom:0px"><br></p><p style=3D= "box-sizing:border-box;margin-top:0px;margin-bottom:0px"><font color=3D"#33= 3333" face=3D"-apple-system, blinkmacsystemfont, segoe ui, helvetica, arial= , sans-serif, apple color emoji, segoe ui emoji, segoe ui symbol"><span sty= le=3D"font-size:14px">For the reference, this is the original github issue:= </span></font></p><p style=3D"box-sizing:border-box;margin-top:0px;margin-b= ottom:0px"><span style=3D"color:rgb(34,34,34);font-family:arial,sans-serif;= font-size:small"><a href=3D"https://github.com/prusa3d/Slic3r/issues/133">h= ttps://github.com/prusa3d/Slic3r/issues/133</a></span><br></p></div><div><b= r></div><div>I think this may be interesting to some, but it seems not to b= e a wxPerl issue per se, so I think I will stop rumbling about it here :-)<= /div><div><br></div></div><div class=3D"gmail_extra"><br><div class=3D"gmai= l_quote">On Thu, Feb 16, 2017 at 4:55 PM, bubnikv . <span dir=3D"ltr"><<= a href=3D"mailto:[email protected]" target=3D"_blank">[email protected]</a>= ></span> wrote:<br><blockquote class=3D"gmail_quote" style=3D"margin:0 0= 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir=3D"ltr"><div>= I analyzed the crash further. It is sufficient to load any of the following= modules to get perl crashing, when the perl is installed in a folder with = local characters:</div><div><br></div><div>use Wx::DND;</div><div>use Wx::G= LCanvas;</div><div>use Wx::GLCanvas qw(:all);</div><div>use Wx::Grid;</div>= <div>use Wx::Html;</div><div>use Wx::Print;</div><div><br></div></div><div = class=3D"HOEnZb"><div class=3D"h5"><div class=3D"gmail_extra"><br><div clas= s=3D"gmail_quote">On Thu, Feb 16, 2017 at 2:42 PM, bubnikv . <span dir=3D"l= tr"><<a href=3D"mailto:[email protected]" target=3D"_blank">bubnikv@gmai= l.com</a>></span> wrote:<br><blockquote class=3D"gmail_quote" style=3D"m= argin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir=3D"l= tr">Hello.<div><br></div><div>I am supporting and ehancing a fork of Slic3r= , one of the main applications for fused filamet 3D printing.</div><div><a = href=3D"http://slic3r.org/" target=3D"_blank">http://slic3r.org/</a>=C2=A0<= /div><div><a href=3D"https://github.com/prusa3d/Slic3r/releases" target=3D"= _blank">https://github.com/prusa3d/Sli<wbr>c3r/releases</a><br></div><div><= br></div><div>It is likely one of the largest wxPerl applications, combinin= g perl, wxWidgets and a lot of custom C++ code.</div><div><br></div><div>Ou= r customers have currently issues running Slic3r on Windows, when installed= into a path with localized characters, for example Russian. This often hap= pens if one installs Slic3r into his home directory.</div><div><br></div><d= iv>I verified that wxPerl outright crashes, when installed into a localized= directory on Windows 10 64bit and Strawberry Perl 5.24.0, tested with wxde= mo.</div><div><br></div><div>Is there a chance that this will be looked int= o by someone, please? Or has been wxPerl abandoned and I am left to provide= a fix myself?</div><div><br></div><div>Thanks,</div><div>Vojtech</div><div= ><br></div></div> </blockquote></div><br></div> </div></div></blockquote></div><br></div> --001a11441144e53f420548a901af--