dCore Import Debian Packages to Mountable SCE extensions > dCore x86 Imported Extensions

Illegal Instruction crash multiple software old hardware

(1/2) > >>

nitram:
On older SSE only (non-SSE2) hardware both Midori and QupZilla crash with Illegal Instruction error. More information linked, apparently if affects other software too, including VLC, mplayer and Xombrero: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=783293

In dCore-jessie problems experienced with Midori, QupZilla and Firefox. Firefox is robust, no outright crash but without the workaround was unable to properly view important bank site information (information did not display, greyed out). For privacy reasons, didn't go through the trouble of an altered screenshot.

Fortunately a work-around was provided, which actually works :-)

--- Code: ---export JavaScriptCoreUseJIT=0

--- End code ---

Example crash JIT set to default (1) fron non SSE2 system:

--- Code: ---tc@box:~$ echo $JavaScriptCoreUseJIT
1
tc@box:~$ qupzilla news.google.ca
QupZilla: 0 extensions loaded
Illegal instruction

--- End code ---

JIT set to 0 everything okay:

--- Code: ---tc@box:~$ export JavaScriptCoreUseJIT=0
tc@box:~$ echo $JavaScriptCoreUseJIT
0
tc@box:~$ qupzilla news.google.ca
QupZilla: 0 extensions loaded
tc@box:~$

--- End code ---

A modified OnDemand script or manually adding the workaround from a terminal only works when the application is launched from OnDemand or that terminal, not global. Adding something like this to ~/.ashrc works:

--- Code: ---# Illegal instruction workaround for older processor, affects multiple applications:
if cat /proc/cpuinfo | grep sse2 >/dev/null; then
:
else
export JavaScriptCoreUseJIT=0
fi

--- End code ---

Not sure if you would consider this Jason or if each individual application needs a special start up script. I'm sure there may be a way, but with poor hacking ability i was unable to set up startup script that globally set JIT=0 so it works if the application is re-launched later in a session.

I have not spent as much time in TC6 and TC7 recently, but did play with several browsers, no outright crashes, didn't properly test banking site via Firefox. Edit: To clarify, TC7 Epiphany does not load web pages with SSE only processor, Oops something went wrong just like dCore-jessie. Works fine in SSE2 system though. Also a few browsers in TC7 are outdated (eg. Icecat, Opera) so maybe not infected with this issue.

Jason W:
This is definitely something that would be good for the wiki or README files.  As few users are now on a Pentium 3 or less, I will ponder putting code in the default dCore .ashrc.  I don't think there is a way to export this variable globally with the startup scripts, and I don't want to resort to using wrapper scripts for the apps though that is a way to export variables and such when launching them.

curaga:
As that var affects most Webkit browsers, why not export it in your .profile?

nitram:
Hi curaga. Not sure if you were addressing Jason/dCore or myself. I've placed it in .ashrc and it works well, as it seems that's where the environment comes from based on .profile entry:

--- Code: ---if [ -f "$HOME/.ashrc" ]; then
   export ENV="$HOME/.ashrc"
   . "$HOME/.ashrc"
fi

--- End code ---

...but this is foreign to me, don't recall how it worked placing direct into .profile, will try again with later reboot.

nitram:
Simply pasting this into .profile doesn't work, in .ashrc it does:

--- Code: ---export JavaScriptCoreUseJIT=0

--- End code ---

Navigation

[0] Message Index

[#] Next page