I tried recompiling the SHA256 library without the '-m32' flag and 64-bit Pharo seg faulted:
pthread_setschedparam failed: Operation not permitted This VM uses a separate heartbeat thread to update its internal clock and handle events. For best operation, this thread should run at a higher priority, however the VM was unable to change the priority. The effect is that heavily loaded systems may experience some latency issues. If this occurs, please create the appropriate configuration file in /etc/security/limits.d/ as shown below: cat <<END | sudo tee /etc/security/limits.d/pharo.conf * hard rtprio 2 * soft rtprio 2 END and report to the pharo mailing list whether this improves behaviour. You will need to log out and log back in for the limits to take effect. For more information please see https://github.com/OpenSmalltalk/opensmalltalk-vm/releases/tag/r3732#linux Segmentation fault Wed Nov 21 22:10:27 2018 /home/richard/pharo/pharo-vm/lib/pharo/5.0-201806281256/pharo Pharo VM version: 5.0-201806281256 Thu Jun 28 13:04:44 UTC 2018 gcc 4.8 [Production Spur 64-bit VM] Built from: CoInterpreter VMMaker.oscog-eem.2401 uuid: 29232e0e-c9e3-41d8-ae75-519db862e02c Jun 28 2018 With: StackToRegisterMappingCogit VMMaker.oscog-eem.2401 uuid: 29232e0e-c9e3-41d8-ae75-519db862e02c Jun 28 2018 Revision: VM: 201806281256 https://github.com/OpenSmalltalk/opensmalltalk-vm.git Date: Thu Jun 28 14:56:30 2018 CommitHash: a8a1dc1 Plugins: 201806281256 https://github.com/OpenSmalltalk/opensmalltalk-vm.git Build host: Linux travis-job-46342785-b1c1-4811-8c3c-9b2a88ae7ecc 4.4.0-101-generic #124~14.04.1-Ubuntu SMP Fri Nov 10 19:05:36 UTC 2017 x86_64 x86_64 x86_64 GNU/Linux plugin path: /home/richard/pharo/pharo-vm/lib/pharo/5.0-201806281256 [default: /home/richard/pharo/pharo-vm/lib/pharo/5.0-201806281256/] C stack backtrace & registers: rax 0x17be8f40 rbx 0x17be8dd0 rcx 0x17be8ff8 rdx 0x17be8e88 rdi 0x17be8ba8 rsi 0x17be8ba8 rbp 0x17be8d18 rsp 0x17be90b0 r8 0x17be85e8 r9 0x17be86a0 r10 0x17be8758 r11 0x17be8810 r12 0x17be88c8 r13 0x17be8980 r14 0x17be8a38 r15 0x17be8af0 rip 0x17be9168 *[0x7ffc17be9168] blah, blah, blah ---------- The "pthread_setschedparam failed" error is concerning, too. <quote author="Hans-Martin"> He's got a 32 bit library that he wants to use, that won't work with a 64 bit VM. Of course, recompiling the library for 64 bit is an option, too, but probably more complicated. Cheers, Hans-Martin Am 22. November 2018 9:21:47 vorm. schrieb Sven Van Caekenberghe <sven@>: > Just use 64 bit Pharo 7 on a 64 bit Linux and be done with all this mess. > >> On 22 Nov 2018, at 01:39, horrido <horrido.hobbies@> wrote: >> >> Using zeroconf, I installed 32-bit Pharo under 64-bit Debian. Pharo >> refused >> to run – it threw up a bunch of errors. >> >> >> >> Mariano Martinez Peck wrote >>> Run Pharo 32 bits and install 32 bit libs... >>> >>> On Wed, Nov 21, 2018, 21:07 Richard Kenneth Eng < >> >>> horrido.hobbies@ >> >>> wrote: >>> >>> > I'm creating the competition website using Pharo and Teapot. For >>>> encryption, I'm using Pierce Ng's PasswordCrypt, which requires a >>>> 32-bit >>>> C >>>> library. This means I must run 32-bit Pharo. >>>> >>>> And this means I must run 32-bit Pharo under 32-bit Linux. Therein lies >>>> the rub... >>>> >>>> I would like to host the website at DigitalOcean or Linode or OVH. As >>>> far >>>> as I can tell, however, these services do not support 32-bit Linux, >>>> only >>>> 64-bit. >>>> >>>> What can I do? >>>> >> >> >> >> >> >> -- >> Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html -- Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html
