I am using UDBCSQLite on Windows without problems. Phil
On Sat, Sep 30, 2017 at 9:11 PM, Herby Vojčík <he...@mailbox.sk> wrote: > p...@highoctane.be wrote: > >> Also, did you try with this VM: >> >> http://get.pharo.org/vmTLatest60 >> > > 18:51:46.191 + curl get.pharo.org/vmTLatest60 > 18:51:46.207 % Total % Received % Xferd Average Speed Time Time > Time Current > 18:51:46.208 Dload Upload Total Spent > Left Speed > 18:51:46.208 > 18:51:46.242 0 0 0 0 0 0 0 0 --:--:-- > --:--:-- --:--:-- 0 > 18:51:46.242 100 6126 100 6126 0 0 172k 0 --:--:-- > --:--:-- --:--:-- 175k > 18:51:46.253 Downloading the latest pharoVM: > 18:51:46.253 http://files.pharo.org/get-files/60/pharo-linux-threaded-lat > est.zip > 18:51:46.305 [pharo-vm/vm.zip] > 18:51:46.305 End-of-central-directory signature not found. Either this > file is not > 18:51:46.305 a zipfile, or it constitutes one disk of a multi-part > archive. In the > 18:51:46.305 latter case the central directory and zipfile comment will > be found on > 18:51:46.305 the last disk(s) of this archive. > 18:51:46.305 unzip: cannot find zipfile directory in one of > pharo-vm/vm.zip or > 18:51:46.305 pharo-vm/vm.zip.zip, and cannot find > pharo-vm/vm.zip.ZIP, period. > > > It probably does not exist any more (I tried 70+vm and it failed in other > aspects, it wasn't able to load git repo). > > Tried both 61+vmT and 61+vmI both; in 32vm/32os and 64vm/64os > combinations. Always ended with same result. > > Must be some error in UDBCSQLiteLibrary itself. :-/ > > Although the missing transcript output is scary and shows that vm may be > culprit as well. > > Herby > > Phil >> >> On Sat, Sep 30, 2017 at 1:28 PM, Herby Vojčík <he...@mailbox.sk >> <mailto:he...@mailbox.sk>> wrote: >> >> p...@highoctane.be <mailto:p...@highoctane.be> wrote: >> >> What about >> >> LD_LIBRARY_PATH=<sqlite3place>;$LD_LIBRARYPATH ./pharo-ui >> some.image >> >> Phil >> >> >> Thanks for answer, did not help. >> >> In fact it must be something different. As can be seen in the stack, >> it fails during finalizers, and as can be seen by looking at >> UDBCSQLite3DatabaseExternalObject class>>finalizeResourceData: code, >> the method it calls is sqlite close. It is hardly the first method >> that is should call... >> >> I suspect something around image save / load. Again. Lots of errors >> in those parts. But may be something else, as it kicks in only when >> SQLite-using tests starts to run. :-( >> >> Herby >> >> P.S.: I saw there is a similar thread out there, but it has problems >> with 32bit loaded by 64bit vm; but here, I have 32bit linux, so the >> vm installed should be 32bit. >> >> On Thu, Sep 28, 2017 at 7:40 PM, Herby Vojčík <he...@mailbox.sk >> <mailto:he...@mailbox.sk> >> <mailto:he...@mailbox.sk <mailto:he...@mailbox.sk>>> wrote: >> >> Hello! >> >> I try to deploy UDBCSQLite-using image in a 32bit ubuntu >> 16.04.3. >> >> I do have libsqlite3: >> >> root@32bit-agent:~# find / -name '*libsqlite*' -type f >> 2>>/dev/null >> /usr/lib/i386-linux-gnu/libsqlite3.so.0.8.6 >> /var/lib/dpkg/info/libsqlite0.list >> /var/lib/dpkg/info/libsqlite3-0:i386.postinst >> /var/lib/dpkg/info/libsqlite3-0:i386.md5sums >> /var/lib/dpkg/info/libsqlite3-0:i386.shlibs >> /var/lib/dpkg/info/libsqlite0.postrm >> /var/lib/dpkg/info/libsqlite3-0:i386.symbols >> /var/lib/dpkg/info/libsqlite3-0:i386.list >> /var/lib/dpkg/info/libsqlite3-0:i386.triggers >> /var/cache/apt/archives/libsqlite0_2.8.17-12fakesync1_i386. >> deb >> >> but I get this in the output of the CI: >> >> 17:16:54.233 + ../pharo/pharo ./filmtower.image >> conf/run-tests.st <http://run-tests.st> >> <http://run-tests.st> >> 17:16:54.508 pthread_setschedparam failed: Operation not >> permitted >> 17:16:54.509 This VM uses a separate heartbeat thread to >> update its >> internal clock >> 17:16:54.509 and handle events. For best operation, this >> thread >> should run at a >> 17:16:54.509 higher priority, however the VM was unable to >> change >> the priority. The >> 17:16:54.509 effect is that heavily loaded systems may >> experience >> some latency >> 17:16:54.509 issues. If this occurs, please create the >> appropriate >> configuration >> 17:16:54.509 file in /etc/security/limits.d/ as shown below: >> 17:16:54.509 >> 17:16:54.509 cat <<END | sudo tee >> /etc/security/limits.d/pharo.conf >> 17:16:54.509 * hard rtprio 2 >> 17:16:54.509 * soft rtprio 2 >> 17:16:54.509 END >> 17:16:54.509 >> 17:16:54.509 and report to the pharo mailing list whether >> this >> improves behaviour. >> 17:16:54.512 >> 17:16:54.512 You will need to log out and log back in for >> the limits >> to take effect. >> 17:16:54.512 For more information please see >> 17:16:54.512 >> https://github.com/OpenSmalltalk/opensmalltalk-vm/releases/ >> tag/r3732#linux >> <https://github.com/OpenSmalltalk/opensmalltalk-vm/releases/ >> tag/r3732#linux> >> <https://github.com/OpenSmalltalk/opensmalltalk-vm/releases/ >> tag/r3732#linux >> <https://github.com/OpenSmalltalk/opensmalltalk-vm/releases/ >> tag/r3732#linux>> >> 17:16:54.785 >> 17:16:54.786 TowergameSyncTests >> 17:16:54.831 Error: External module not found >> 17:16:54.832 ExternalLibraryFunction(Object)>>error: >> 17:16:54.832 >> ExternalLibraryFunction(Object)>>externalCallFailed >> 17:16:54.833 >> ExternalLibraryFunction(ExternalFunction)>>invokeWithArgume >> nts: >> 17:16:54.833 UDBCSQLite3DatabaseExternalObject >> class>>finalizeResourceData: >> 17:16:54.834 FFICalloutAPI>>function:module: >> 17:16:54.834 UDBCSQLite3Library(Object)>>ffiCall:module: >> 17:16:54.835 UDBCSQLite3DatabaseExternalObject >> class>>finalizeResourceData: >> 17:16:54.836 FFIExternalResourceExecutor>>finalize >> 17:16:54.836 WeakFinalizerItem>>finalizeValues >> 17:16:54.845 [ each finalizeValues ] in [ :each | [ each >> finalizeValues ] on: Exception fork: [ :ex | ex pass ] ] in >> WeakRegistry>>finalizeValues in Block: [ each finalizeValues >> ] >> 17:16:54.846 BlockClosure>>on:do: >> 17:16:54.852 [ Processor terminateActive ] in [ :ex | >> 17:16:54.852 | copy onDoCtx process handler bottom thisCtx | >> 17:16:54.852 onDoCtx := thisContext. >> 17:16:54.852 thisCtx := onDoCtx home. >> 17:16:54.852 >> 17:16:54.852 "find the context on stack for which this >> method's is >> sender" >> 17:16:54.852 [ onDoCtx sender == thisCtx ] >> 17:16:54.852 whileFalse: [ onDoCtx := onDoCtx sender. >> 17:16:54.852 onDoCtx >> 17:16:54.852 ifNil: [ "Can't find our home >> context. seems like we're already forked >> 17:16:54.852 and handling another >> exception in new thread. In this case, just pass it through >> handler." ^ handlerAction cull: ex ] ]. >> 17:16:54.852 bottom := [ Processor terminateActive ] >> asContext. >> 17:16:54.853 onDoCtx privSender: bottom. >> 17:16:54.853 handler := [ handlerAction cull: ex ] asContext. >> 17:16:54.853 handler privSender: thisContext sender. >> 17:16:54.853 (Process forContext: handler priority: Processor >> activePriority) >> 17:16:54.853 resume. >> 17:16:54.853 >> 17:16:54.853 "cut the stack of current process" >> 17:16:54.853 thisContext privSender: thisCtx. >> 17:16:54.853 nil ] in BlockClosure>>on:fork: in Block: [ >> Processor >> terminateActive ] >> 17:16:54.989 >> >> Look like pharo was not able to find the sqlite3 lib. >> >> Any help? >> >> Thanks, Herby >> >> >> >> >> >> >> >> > > >
