- Pharo-users - lists.pharo.org

Re: [Pharo-users] VM Crash after adding ram

by Nicolai Hess

Thanks for the info. Am 01.08.2015 2:03 vorm. schrieb "Ramon Leon" <ramon.leon(a)allresnet.com>: > On 07/30/2015 11:43 AM, Esteban Lorenzano wrote: > >> Hi, >> >> did you try a fresh Pharo image (without loaded code)? ExternalObject and >> ExternalAddress are FFI soâ¦ problem*could* be thereâ¦ no idea what can be >> happening, but wellâ¦ it could be there:) >> >> cheers, >> Esteban >> > > After poking around the net a bit with some of the error messages I saw > > Inconsistency detected by ld.so: dl-open.c: 610: _dl_open: Assertion > `_dl_debug_initialize (0, args.nsid)->r_state == RT_CONSISTENT' failed! > > it was apparently some corrupted Ubuntu lib's that after running updates > again and rebooting seem to have repaired themselves. The VM starting > working fine after this last reboot which is admittedly the first reboot > since I got the PC back up with the new amount of ram. So, apparently not a > VM issue, thanks for the advice anyway. > > -- > Ramon Leon > > >

Aug. 1, 2015

Re: [Pharo-users] Pharo on 64bit Ubuntu

by Ð®ÑÐ¸Ð¹ ÐÐ¸ÑÐ¾Ð½ÐµÐ½ÐºÐ¾

I just had all sort of the troubles trying to install Pharo on Ubuntu 14.04 x64. I followed different routes and (sub)sets of instructions, but always come to either crashing or freezing. And then, next day, everything just started to work normally. So, I conclude, that *REBOOT is necessary at some (final) stage* (which is not obvious thing in Linux world). I will try to make some experimentation to understand the correct way - and then I'll ask somebody to update Pharo installation instructions. 2015-07-14 15:35 GMT+03:00 Leo Noordhuizen <leo.noordhuizen(a)gmail.com>: > Markus, > > If you read the messages in this thread, you can see that it has been more > or less solved. > > 'More or less' because Pharo runs fine now, but when I reboot Ubuntu I get > a systemerror with as subject Pharo-vm. > This has been probably caused by my different attempts to make this work > (with different methods) which may have left some 'rubble' causing this. > > I should probably re-install Ubuntu soon. Which I do now and then anyway. > > Thanks, kind regards, Leo Noordhuizen > > > On Tue, Jul 14, 2015 at 12:50 PM, Markus Fritsche <mfritsche(a)reauktion.de> > wrote: > >> Hello Leo, >> >> sorry, I was unavailable. >> >> I personally am running 14.04 due to LTS status, but will see if I can >> recreate your error. >> >> Kind regards, >> Markus >> >> >

Aug. 1, 2015

Re: [Pharo-users] Linux Install -- problems, but eventually successful

by Ð®ÑÐ¸Ð¹ ÐÐ¸ÑÐ¾Ð½ÐµÐ½ÐºÐ¾

I just had all sort of the troubles trying to install Pharo on Ubuntu 14.04 x64. I followed different routes and (sub)sets of instructions, but always come to either crashing or freezing. And then, next day, everything just started to work normally. So, I conclude, that *REBOOT is necessary at some (final) stage* (which is not obvious thing in Linux world). Trouble is I don't know at which stage, and which combination of actions gives me working environment. Maybe I need to make some experimentation to make this clear, but trouble I don't know how to set my system to "fresh" condition, except of re-installing it. 2015-07-27 20:02 GMT+03:00 Sean P. DeNigris <sean(a)clipperadams.com>: > Andy Jones wrote > > since the instructions at > > http://pharo.org/gnu-linux-installation#64-bit-System-Setup seem to be > out > > of date... > > Note that there is no ia32-libs package on Jessie, as far as I can tell. > > The instructions, under "Ubuntu 14.04 and Later", link to > http://pharo.org/gnu-linux-installation#ubuntu-ppa-headless-vm , which > advises: > sudo add-apt-repository ppa:pharo/stable > sudo dpkg --add-architecture i386 > sudo apt-get update > sudo apt-get install pharo-vm-core > > Did you try that? > > > > ----- > Cheers, > Sean > -- > View this message in context: > http://forum.world.st/Linux-Install-problems-but-eventually-successful-tp48… > Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. > >

Aug. 1, 2015

Re: [Pharo-users] VM Crash after adding ram

by Ramon Leon

On 07/30/2015 11:43 AM, Esteban Lorenzano wrote: > Hi, > > did you try a fresh Pharo image (without loaded code)? ExternalObject and ExternalAddress are FFI soâ¦ problem*could* be thereâ¦ no idea what can be happening, but wellâ¦ it could be there:) > > cheers, > Esteban After poking around the net a bit with some of the error messages I saw Inconsistency detected by ld.so: dl-open.c: 610: _dl_open: Assertion `_dl_debug_initialize (0, args.nsid)->r_state == RT_CONSISTENT' failed! it was apparently some corrupted Ubuntu lib's that after running updates again and rebooting seem to have repaired themselves. The VM starting working fine after this last reboot which is admittedly the first reboot since I got the PC back up with the new amount of ram. So, apparently not a VM issue, thanks for the advice anyway. -- Ramon Leon

Aug. 1, 2015

Re: [Pharo-users] Create maps from an SVG file in Roassal

by FranÃ§ois Stephany

Flanders geography looks way too complicated for a sane brain :p On Fri, Jul 31, 2015 at 11:36 PM, Johan Fabry <jfabry(a)dcc.uchile.cl> wrote: > > You mean, letâs ditch Wallonia, right? > > On Jul 31, 2015, at 18:28, FranÃ§ois Stephany <tulipe.moutarde(a)gmail.com> > wrote: > > Let's ditch Flanders altogether! > On 31 Jul 2015 23:17, "Johan Fabry" <jfabry(a)dcc.uchile.cl> wrote: > >> >> Hey, what happened to Voeren? https://en.wikipedia.org/wiki/Voeren >> Thatâs part of Limburg which is also not on the map. Thatâs already 2 parts >> of Flanders left out. This is grounds for an âaffaire communautaireâ to >> happen soon! :-P >> >> On Jul 31, 2015, at 17:28, FranÃ§ois Stephany <tulipe.moutarde(a)gmail.com> >> wrote: >> >> You're right Baarle-Hertog neighbourhood are not in the SVG file :( >> It should'nt be a problem to express their position in SVG. Have a look >> at the Comines-Warneton 'which is part of Hainaut) stuck between France and >> West-Flanders ;) >> >> >> >> On Fri, Jul 31, 2015 at 10:15 PM, Johan Fabry <jfabry(a)dcc.uchile.cl> >> wrote: >> >>> >>> Hey, you forgot Baarle-Hertog â¦ >>> https://en.wikipedia.org/wiki/Baarle-Hertog Or maybe thatâs even too >>> complicated a situation for SVG to handle :-) >>> >>> >> >> ---> Save our in-boxes! http://emailcharter.org <--- >> >> Johan Fabry - http://pleiad.cl/~jfabry >> PLEIAD and RyCh labs - Computer Science Department (DCC) - University >> of Chile >> >> > > > ---> Save our in-boxes! http://emailcharter.org <--- > > Johan Fabry - http://pleiad.cl/~jfabry > PLEIAD and RyCh labs - Computer Science Department (DCC) - University > of Chile > >

July 31, 2015

Re: [Pharo-users] Create maps from an SVG file in Roassal

by Johan Fabry

You mean, letâs ditch Wallonia, right? > On Jul 31, 2015, at 18:28, FranÃ§ois Stephany <tulipe.moutarde(a)gmail.com> wrote: > > Let's ditch Flanders altogether! > > On 31 Jul 2015 23:17, "Johan Fabry" <jfabry(a)dcc.uchile.cl <mailto:jfabry@dcc.uchile.cl>> wrote: > > Hey, what happened to Voeren? https://en.wikipedia.org/wiki/Voeren <https://en.wikipedia.org/wiki/Voeren> Thatâs part of Limburg which is also not on the map. Thatâs already 2 parts of Flanders left out. This is grounds for an âaffaire communautaireâ to happen soon! :-P > >> On Jul 31, 2015, at 17:28, FranÃ§ois Stephany <tulipe.moutarde(a)gmail.com <mailto:tulipe.moutarde@gmail.com>> wrote: >> >> You're right Baarle-Hertog neighbourhood are not in the SVG file :( >> It should'nt be a problem to express their position in SVG. Have a look at the Comines-Warneton 'which is part of Hainaut) stuck between France and West-Flanders ;) >> >> >> >> On Fri, Jul 31, 2015 at 10:15 PM, Johan Fabry <jfabry(a)dcc.uchile.cl <mailto:jfabry@dcc.uchile.cl>> wrote: >> >> Hey, you forgot Baarle-Hertog â¦ https://en.wikipedia.org/wiki/Baarle-Hertog <https://en.wikipedia.org/wiki/Baarle-Hertog> Or maybe thatâs even too complicated a situation for SVG to handle :-) >> > > > > ---> Save our in-boxes! http://emailcharter.org <http://emailcharter.org/> <--- > > Johan Fabry - http://pleiad.cl/~jfabry <http://pleiad.cl/~jfabry> > PLEIAD and RyCh labs - Computer Science Department (DCC) - University of Chile > ---> Save our in-boxes! http://emailcharter.org <--- Johan Fabry - http://pleiad.cl/~jfabry PLEIAD and RyCh labs - Computer Science Department (DCC) - University of Chile

July 31, 2015

Re: [Pharo-users] troubles with JNIPort on Pharo 5 / Java 8

by Tudor Girba

Hi again, In the meantime I found the problem: if I replace self halt with a concrete execution, it works :). I also tested the passing of arguments back and forth between Pharo3 and Java 1.6 and that works fine, as well. Now, the only thing left is to get this running on Pharo5. Cheers, Doru On Thu, Jul 30, 2015 at 10:44 PM, Tudor Girba <tudor(a)tudorgirba.com> wrote: > Hi again, > > I continued with experimentation in Pharo 3. Specifically, I would like to > get a callback working, but something does not work out. > > Could you take a look below? Perhaps you can spot what I am doing wrong. > > Here is what I did: > > 1. I downloaded: > https://sites.google.com/site/jniport/file-cabinet/JNIPort30_Extras.zip > > 2. I created the following Java class: > > package com.tudorgirba.jniport.callback; > > import jniport.RequestNotHandedException; > > import jniport.SmalltalkNotification; > > public class SimpleNotifier { > > private static final Object notifyTag = new String("sendNotification()" > ); > > public static Object notifyTag () { return notifyTag; } > > public void sendNotification() throws RequestNotHandedException > > { > > new SmalltalkNotification(notifyTag, this).send(); > > } > > } > > 3. Then I ran this code in a Pharo 3.0 image: > > "---" > Gofer new > smalltalkhubUser: 'JNIPort' project: 'JNIPort'; > configuration; > loadVersion: '3.0-baseline'. > > JNIPortJNIInterface libraryFile: > > '/System/Library/Java/JavaVirtualMachines/1.6.0.jdk/Contents/Libraries/libclient.dylib'. > jvmSettings := JVMSettings new. > jvmSettings usesGhosts: true. > jvmSettings supportsCallbacks: true. > jvmSettings jniPortSettings useJNIHelperLibrary: false. > jvmSettings ghostClassSettings retainMethodSource: true. > jvmSettings runtimeSettings classpath: > > '.:/Users/girba/Work/Code/moose/JNIPort30.jar:/Users/girba/Work/Code/moose/JNIPort30-Tests.jar:/Users/girba/Work/Code/moose/jniport/jniport-callbacks/bin/'. > Cursor execute showWhile: [JVM newWithSettings: jvmSettings]. > notifierClass := JVM current findClass: > #'com.tudorgirba.jniport.callback.SimpleNotifier'. > JVM current callbackRegistry > setCallback: notifierClass notifyTag > handler: [:this :param | *self halt*]. > notifier := notifierClass new. > notifier *sendNotification*. > "---" > > Everything executes without error, but the *self halt* part is not > reached. > I would expect that when the #sendNotification is executed, the > corresponding handler gets executed and the debugger appears. > (I thought that perhaps something is wrong with the classpath, but the > notifierClass and the notifier objects look just fine) > > Any idea of what is wrong? > > Cheers, > Doru > > > > > On Wed, Jul 29, 2015 at 10:47 AM, Tudor Girba <tudor(a)tudorgirba.com> > wrote: > >> Hi Joachim, >> >> Thanks for the answer. >> >> Unfortunately, I am stuck at the moment too, and I have no idea how to >> proceed. I would really benefit from your, or someone else's, help :). >> >> Cheers, >> Doru >> >> >> On Tue, Jul 28, 2015 at 9:57 PM, Joachim Geidel < >> joachim.geidel(a)onlinehome.de> wrote: >> >>> Hi Tudor, >>> >>> unfortunately I havenât had much time to work on JNIPort for a while. I >>> have started to simplify some of the code, but this isnât finished yet, and >>> I have not yet looked into Pharo 4 and 5. The latest Pharo version I have >>> worked with was 3, because I was waiting for the VM and NativeBoost changes >>> which were announced but not finished the last time I looked (which is a >>> long time ago). So currently, I canât tell what is wrong. Obviously, >>> something has changed in the class building mechanism since Pharo 3. The >>> other problem might be related to NativeBoost or the VM, but of course I am >>> speculating for now. >>> >>> Cheers, >>> Joachim >>> >>> Am 28.07.2015 um 16:10 schrieb Tudor Girba-2 [via Smalltalk] <[hidden >>> email] <http:///user/SendEmail.jtp?type=node&node=4839859&i=0>>: >>> >>> Hi Joachim, >>> >>> Thanks for the answer. >>> >>> I did not have Java 1.6 anymore on my Yosemite, but I installed it now. >>> For reference, here is how to get it: >>> https://support.apple.com/kb/DL1572?locale=en_US >>> >>> I still have problems in Pharo5. >>> >>> I am trying the following script: >>> http://ws.stfx.eu/CHS8KCAGWGO2 >>> >>> I tried in Pharo 3, and the script worked fine. >>> >>> I also tried with Pharo4 and Pharo5, but it does not work because I get >>> a MNU for GhostClassBuilder>>#client:. >>> >>> I fixed it in a Pharo5 image by using #installer: instead, but the >>> computation of "JVM newWithSettings: jvmSettings" does not seem to finish >>> and it blocks the VM. >>> >>> Any idea of what goes wrong? >>> >>> Cheers, >>> Tudor >>> >>> >>> >>> ------------------------------ >>> View this message in context: Re: troubles with JNIPort on Pharo 5 / >>> Java 8 >>> <http://forum.world.st/troubles-with-JNIPort-on-Pharo-5-Java-8-tp4836922p483…> >>> Sent from the Pharo Smalltalk Users mailing list archive >>> <http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html> at >>> Nabble.com. >>> >> >> >> >> -- >> www.tudorgirba.com >> >> "Every thing has its own flow" >> > > > > -- > www.tudorgirba.com > > "Every thing has its own flow" > -- www.tudorgirba.com "Every thing has its own flow"

July 31, 2015

Re: [Pharo-users] Create maps from an SVG file in Roassal

by FranÃ§ois Stephany

Let's ditch Flanders altogether! On 31 Jul 2015 23:17, "Johan Fabry" <jfabry(a)dcc.uchile.cl> wrote: > > Hey, what happened to Voeren? https://en.wikipedia.org/wiki/Voeren Thatâs > part of Limburg which is also not on the map. Thatâs already 2 parts of > Flanders left out. This is grounds for an âaffaire communautaireâ to > happen soon! :-P > > On Jul 31, 2015, at 17:28, FranÃ§ois Stephany <tulipe.moutarde(a)gmail.com> > wrote: > > You're right Baarle-Hertog neighbourhood are not in the SVG file :( > It should'nt be a problem to express their position in SVG. Have a look at > the Comines-Warneton 'which is part of Hainaut) stuck between France and > West-Flanders ;) > > > > On Fri, Jul 31, 2015 at 10:15 PM, Johan Fabry <jfabry(a)dcc.uchile.cl> > wrote: > >> >> Hey, you forgot Baarle-Hertog â¦ >> https://en.wikipedia.org/wiki/Baarle-Hertog Or maybe thatâs even too >> complicated a situation for SVG to handle :-) >> >> > > ---> Save our in-boxes! http://emailcharter.org <--- > > Johan Fabry - http://pleiad.cl/~jfabry > PLEIAD and RyCh labs - Computer Science Department (DCC) - University > of Chile > >

July 31, 2015

Re: [Pharo-users] Create maps from an SVG file in Roassal

by Johan Fabry

Hey, what happened to Voeren? https://en.wikipedia.org/wiki/Voeren <https://en.wikipedia.org/wiki/Voeren> Thatâs part of Limburg which is also not on the map. Thatâs already 2 parts of Flanders left out. This is grounds for an âaffaire communautaireâ to happen soon! :-P > On Jul 31, 2015, at 17:28, FranÃ§ois Stephany <tulipe.moutarde(a)gmail.com> wrote: > > You're right Baarle-Hertog neighbourhood are not in the SVG file :( > It should'nt be a problem to express their position in SVG. Have a look at the Comines-Warneton 'which is part of Hainaut) stuck between France and West-Flanders ;) > > > > On Fri, Jul 31, 2015 at 10:15 PM, Johan Fabry <jfabry(a)dcc.uchile.cl <mailto:jfabry@dcc.uchile.cl>> wrote: > > Hey, you forgot Baarle-Hertog â¦ https://en.wikipedia.org/wiki/Baarle-Hertog <https://en.wikipedia.org/wiki/Baarle-Hertog> Or maybe thatâs even too complicated a situation for SVG to handle :-) > ---> Save our in-boxes! http://emailcharter.org <--- Johan Fabry - http://pleiad.cl/~jfabry PLEIAD and RyCh labs - Computer Science Department (DCC) - University of Chile

July 31, 2015

Re: [Pharo-users] Pillar automatic anchors

by Peter UhnÃ¡k

On Fri, Jul 31, 2015 at 10:20 PM, Damien Cassou <damien.cassou(a)inria.fr> wrote: > Hi Peter, > > Peter UhnÃ¡k <i.uhnak(a)gmail.com> writes: > > > I would like to resolve this issue: > > Automatic section anchors: Each section title should automatically > generate > > an implicit hyperlink target (aka, anchor) pointing to the section. The > > text of the hyperlink target (the "reference name") is the same as that > of > > the section title. > > > > however since I'm not familiar with Pillar I don't know how acceptable > this > > solution could be > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > PRHTMLWriter>>visitHeader: aHeader > [...] > > I think this solution is not the right one because it only affects > HTML5. I would prefer that the document is changed by adding anchors to > it. So in a sense of <a id="whatever" /><hX>..</hX>? And for LaTeX \label{sec:whatever} (The html form will probably change later to allow clickable headers, but that's another todo, which would probably apply only to HTML) Then, the HTML backend will print these anchors the same way it > prints the existing ones. The transformer infrastructure is made for > that, please use it. > Thanks for the pointers! So if I understand it correctly, the Transformer performs sort of post-processing operations on the document tree? So instead of doing a (semi-)single-pass build of the tree it would be transformed several times? I'm also assuming this is also used to extend annotations use. Thanks, Peter

July 31, 2015