July 2015 - Pharo-users - lists.pharo.org

Rectangle center rounding

by Jan BlizniÄenko

Hello I came to problem with Roassal which originates in Rectangle class. Although rectangle holds its points (origin and corner) in float (not rounded) numbers, the Rectangle>>#center method rounds it down to integers. It causes wierd behavior in Roassal where moving elements in some ocasions are "jumping" to all directions like a jelly. I understand it is for performance reasons, but I think this optimisation is not on the right place. Rectangle origin: 0.9(a)0.9 corner: 3@3 just does not have center 1@1, it is way too far from the real center. Shouldn't the rounded method be separated as for example roundedCenter or something like that to eliminate the confusion? Jan -- View this message in context: http://forum.world.st/Rectangle-center-rounding-tp4837980.html Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

July 17, 2015

Re: [Pharo-users] PharoJS

by Sean P. DeNigris

Noury Bouraqadi-2 wrote > The main difference is that with PharoJS we develop and test in Pharo, > with the confort of all cool tools such as the GT inspector, spotter :-) Wow!!! That is my main pain point with Amber. Unless one is very disciplined with TDD, the linkage between the app loaded in the browser, and Helios loaded in a separate window, introduces a run-compile-like cycle where after every change, one has to reload the app which reloads the IDE, and you lose all current state e.g. workspaces, etc. How mature is PharoJS? Is anyone using it in production? Who are the core developers? What are the intentions e.g. toy? experiment? production-quality? next big thing? ----- Cheers, Sean -- View this message in context: http://forum.world.st/PharoJS-tp4837593p4837974.html Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

July 17, 2015

Re: [Pharo-users] [Pharo-dev] Seeking help on morphs : expander and scrolls

by Jigyasa Grover

Nicolai, that was indeed a help. Thanks :) -- View this message in context: http://forum.world.st/Seeking-help-on-morphs-expander-and-scrolls-tp4837934… Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

July 17, 2015

Re: [Pharo-users] [Pharo-dev] Seeking help on morphs : expander and scrolls

by Nicolai Hess

what about "newTextEditorFor:" *dialog newRow: {* *(* * (* * dialog newExpander: r title asString* * forAll: { dialog newTextEditorFor: yourTextModel getText:#getTextSelector setText:#setTextSelector. }* * )minWidth:600; minHeight: 10* *)cellInset: 0;* * borderStyle: (BorderStyle inset baseColor: dialog paneColor; width: 1)* 2015-07-17 11:59 GMT+02:00 Jigyasa Grover <grover.jigyasa1(a)gmail.com>: > Hi > > I am using Expander Morphs to display some search results. > I am finding it hard to insert a scroll bar in text displayed after > expanding the title of the search result. > > The corresponding code snippet is as: > *dialog newRow: {* > *(* > * (* > * dialog newExpander: r title asString* > * forAll: { dialog newText: r content asString . }* > * )minWidth:600; minHeight: 10* > *)cellInset: 0;* > * borderStyle: (BorderStyle inset baseColor: dialog paneColor; width: 1)* > * } * > > I basically need to add a scroll-able content in '*newText*:' portion. > > The entire code of my application an offline text search application > namely searchQuick is available at github ( > https://github.com/jig08/sQuick_new) . > You all are welcome to fork the code , try the infancy application and > send in suggestions. > > Help Appreciated. > Regards > Jigyasa >

July 17, 2015

The Esug videos have started arriving

by Stephan Eggermont

https://www.youtube.com/user/esugboard/videos

July 17, 2015

How to correctly boost performances with Nativeboost ?

by Matthieu Lacaton

Hello everyone, I know, I come up with another question involving NativeBoost ... Sorry ! Anyway, I am currently trying to improve the performance of a Pharo application by trying to rewrite some parts in C and use them with NativeBoost. In the application, there is a need to compute a lot of 2D projections of points so basically I need to compute a lot of cosinuses and sinuses on different points. Ultimately I'd like to do it with openMP to use all the processor cores but for now I just wanted to do some tests to find the best way to combine Pharo and C. The first test consisted in writing a very simple C function and use it from inside Pharo : void project (Point *p) { p->x = cos(p->x); p->y = sin(p->y); } with typedef struct { double x; double y; } Point; In Pharo I created a NBExternalStructure to match Point and everything worked as expected. Now I ran some performance tests and there are some results I don't really understand :( 1) First test was : test | t1 t2 tC tPharo | tC := 0. tPharo := 0. 1 to: 1000000 do: [ :i | | p1 | p1 := Point x: i + (1.0 / i ) y: i - (1.0 / i). t1 := Time microsecondsToRun: [ p1 setX: p1 x cos setY: p1 y sin. ] tPharo := tPharo + t1. ] 1 to: 1000000 do: [ :i | | p2 | p2 := MyPoint x: i + (1.0 / i ) y: i - (1.0 / i). t2 := Time microsecondsToRun: [ self primProject: p2. ] tC := tC + t2. ] Results here are arround 185 ms for tC and 210 ms for tPharo. Nothing really bothered me with this test as results seemed coherent (are they ?). 2) Second test was : test2 | tC tPharo array1 array2 size | size := 1000000. array1 := Array new: size. array2 := Array new: size. 1 to: size do: [ :i | array1 at: i put: (Point x: i + (1.0 / i ) y: i - (1.0 / i)). array2 at: i put: (MyPoint x: i + (1.0 / i ) y: i - (1.0 / i)). ]. tPharo := Time millisecondsToRun: [ array1 do: [ :each | each setX: each x cos setY: each y sin. ]. ]. tC := Time millisecondsToRun: [ array2 do: [ :each | self primProject: each. ]. ]. Results here are arround 3 500 ms for tPharo and 150ms for tC. And I don't really understand why such a difference. I've tried doing tC first but it changed nothing. I've checked the results and the contents of array2 are all updated correctly. Is there a problem with tC or tPharo ? What am I doing wrong ? On another hand, I also noticed that it is faster to allocate the array with Pharo Points than the array with MyPoint C-ish struct. I did some more testing and it seemed that on a general basis it is faster to manipulate Pharo objects than C-ish structs or pointers. For example, it is faster to read in a Pharo array than to read in a NativeBoost_to_C array. Knowing so, what kind of C types should I use to avoid losing too much time manipulating them with NativeBoost ? Is it preferable, for example, to use two separate double instead of a struct with two doubles inside ? Thank you very much, Matthieu

July 17, 2015

Seeking help on morphs : expander and scrolls

by Jigyasa Grover

Hi I am using Expander Morphs to display some search results. I am finding it hard to insert a scroll bar in text displayed after expanding the title of the search result. The corresponding code snippet is as: *dialog newRow: {* *(* * (* * dialog newExpander: r title asString* * forAll: { dialog newText: r content asString . }* * )minWidth:600; minHeight: 10* *)cellInset: 0;* * borderStyle: (BorderStyle inset baseColor: dialog paneColor; width: 1)* * } * I basically need to add a scroll-able content in '*newText*:' portion. The entire code of my application an offline text search application namely searchQuick is available at github (https://github.com/jig08/sQuick_new) . You all are welcome to fork the code , try the infancy application and send in suggestions. Help Appreciated. Regards Jigyasa

July 17, 2015

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

by Joachim Geidel

Tudor Girba-2 wrote > However, I do not know where to point "JNIPortJNIInterface libraryFile:" > to. In the original instructions for Java 1.6, the code looked like: > JNIPortJNIInterface libraryFile: > '/System/Library/Java/JavaVirtualMachines/1.6.0.jdk/Contents/Libraries/libclient.dylib' > > With JDK 1.8 (and even 1.7), the file organization seems to be different > and the libclient.dylib does not exist. > > I tried to point it to libjli.dylib, which looks similar, but that does > not > seem to work: > JNIPortJNIInterface libraryFile: > '/Library/Java/JavaVirtualMachines/jdk1.8.0_45.jdk/Contents/MacOS/libjli.dylib'. Hi Doru, JLI is the Java Legacy Interface, not the VM. AFAICT, the JVM library should be at /Library/Java/JavaVirtualMachines/jdk1.8.0_45.jdk/Contents/Home/jre/lib/server/libjvm.dylib Java 8 for OS X is a 64 bit version, it won't work with a 32 bit Pharo. When I released the latest version of JNIPort, there was no 64 bit NativeBoost, and as as JNIPort for Pharo is based on NativeBoost, I guess that it won't work with Java 8. However, if you have Apple's original Java 6 installed, you can still use that. An alternative JVM might be JamVM, but I can't check right now if there is a 32 bit version as SourceForge is currently offline. HTH Joachim -- View this message in context: http://forum.world.st/troubles-with-JNIPort-on-Pharo-5-Java-8-tp4836922p483… Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

July 17, 2015

Re: [Pharo-users] NativeBoost and OpenMP

by stepharo

I blogged about you :) Le 16/7/15 19:18, Matthieu Lacaton a Ã©crit : > Hello, > > I haven't really seen anything related to this on the Internet and > maybe some people will find it cool so I just wanted to report one > thing I found out today : > > NativeBoost works great with OpenMP ! > > I wrote a C function twice, once with openMP and once without. I made > 32 bits libraries and used them from inside Pharo with NativeBoost. > > When using the non - openMP library, only one core was used but when > using the openMP library, both my cores were used and the time it took > to run was really divided by (a little bit less than) 2 ! > > That's just me but i find it really cool :p > > Cheers, > > Matthieu > > > >

July 17, 2015

Re: [Pharo-users] NativeBoost and OpenMP

by Ben Coman

Very cool. Nice to hear you're having fun. cheers -ben On Fri, Jul 17, 2015 at 1:18 AM, Matthieu Lacaton <matthieu.lacaton(a)gmail.com> wrote: > Hello, > > I haven't really seen anything related to this on the Internet and maybe > some people will find it cool so I just wanted to report one thing I found > out today : > > NativeBoost works great with OpenMP ! > > I wrote a C function twice, once with openMP and once without. I made 32 > bits libraries and used them from inside Pharo with NativeBoost. > > When using the non - openMP library, only one core was used but when using > the openMP library, both my cores were used and the time it took to run was > really divided by (a little bit less than) 2 ! > > That's just me but i find it really cool :p > > Cheers, > > Matthieu > > > >

July 17, 2015