- Pharo-users - lists.pharo.org

ESUG travel

by Norbert Hartl

I just decided that I am going by car to ESUG. I'm planning to arrive on monday noon or later. If anyone near this route http://goo.gl/maps/SS0Q5 needs a pick-up let me know. I'll leave ESUG most likely on friday noon. Norbert

Aug. 21, 2013

Pier 3 on Pharo 3

by Stephan Eggermont

On Aug 19, 2013, at 13:41 , Diego Lont wrote: > We now can use the following script on a clean pharo 2.0 image: > " load the configuration and from the configuration the code exporter for pier " > Gofer new > url: 'http://smalltalkhub.com/mc/Pier/Pier3Addons/main'; > package: 'ConfigurationOfPier3AddOns'; > load. > ((Smalltalk at: #ConfigurationOfPier3AddOns) project version: #'stable') load: 'Code-Exporter-Pier3'. > > " load and start the webserver. For Pharo this we use Zinc " > ((Smalltalk at: #ConfigurationOfSeaside3) project version: '3.1.0') load: 'Zinc-Seaside'. > (Smalltalk at: #ZnZincServerAdaptor) startOn: 8080. > > " load your own exported code and perform line below to recreate the kernel > PRKernelCreatorForPier register > > and copy the files pier created (css) to the correct folder (default .../Resources/files/* ) > Note: the pier image sets the folder to a fixed location in MAExternalFileModel. To reset this: > MAExternalFileModel baseDirectoryPath: nil > Setting this folder is also possible if you want to use a location outside of your image for your css files. I.e. > MAExternalFileModel baseDirectoryPath: '~/css' That comes pretty close to working on Pharo 3 too. Only changes needed was replacing ensureDirectory by ensureCreateDirectory in MAExternalFileModel For production you'd of course want to remove the default applications and set the loaded kernel as default application. Stephan

Aug. 21, 2013

Re: [Pharo-users] The Pharo Advantage: what is it for you?

by btc＠openinworld.com

phil(a)highoctane.be wrote: > Hello, > > As part of the defense of a budget and technology choices, what would you > guys list as a key advantage of using Pharo for creating software solutions? > > My current stack is: > > Pharo 2.0 > Seaside 3 (including Seaside-REST) > Magritte 3 > Twitter Bootstrap > > + a couple of data storage stuff (DBXTalk, Phriak, Voyage) > + STOMP > > + Amber if needed > > I've been test driving the whole stack for a while and even if there are > some quirks, it looks like good enough for what I want to achieve. > > Now, my question: what is the Pharo advantage you would put forward vs > other choices (like LAMP, Java, Rails etc). > > I am aware of what those could be but I am more looking for what makes you > tick when using the technology (like: "it is fun to work with", "no more > Java for me, due to ...", "speeds dev time by ...", "not > NSA-backdoor-enabled") > > This is the kind of thing we should have in stock for helping the > Consortium members get buy in from people giving a yes on budgets. > > Thanks in advance for your help! (BTW, I am going to use this on monday > morning for defending our position on a significant project). > > Phil > > Yesterday I came across this very nice Pharo tutorial [1] by Damien & Camille. Some slides I think that relate are: * 47-49 syntax comparisons to another typical language * 72-75 easy web interaction * 80 serializing continuations / exception context (this is massively impressive!) * 81 powerful breakpoints [1] http://www.slideshare.net/pharoproject/pharo-tutorial-at-ecooptutorial cheers -ben

Aug. 21, 2013

Re: [Pharo-users] Ph.D. Student Position on Dynamic Reflective Language Integration with FPGAs for Robotic Applications

by btc＠openinworld.com

Hi Jannik, btw, another application suitable for Smalltalk GUI and FPGA execution would be PLCs for automation of industrial plants, which you could consider to be very large robots. The hardware installation is low volume compared to robotics applications, but each plant requires many man-months of consulting for customised software development. See [1] and [2] (sections on Scan Time, Development, Discrete and analog signals). Just to stimulate interest.... "factory automation market is expected to grow from $120.0 billion in 2010 to $185.0 billion in 2016" [4]. I'd be happy to correspond further off-list. cheers, Ben [1] http://en.wikibooks.org/wiki/Introductory_PLC_Programming [2] http://en.wikipedia.org/wiki/Programmable_logic_controller [3] http://www.allaboutcircuits.com/vol_4/chpt_6/6.html [4] http://www.marketsandmarkets.com/PressReleases/factory-automation.asp jannik.laval wrote: > Dear Smalltalkers, > We are searching for a PhD Student. Following you will find the proposal. > > Best regards, > > ====== > Location: Mines de Douai and ENSTA Brest (France) > > Advisor and contacts: > Noury Bouraqadi, Luc Fabresse, Jannik Laval (car(a)mines-douai.fr, website: http://car.mines-douai.fr/) > LoÃ¯c Lagadec (loic.lagadec(a)ensta-bretagne.fr) > > Profile: the candidate must hold a recent Master of Science degree in Computer Science or Software Engineering and must have solid skills in dynamic reflective language and OOP. > > Description of the work: > The goal of this PhD is to study Smalltalk integration with FPGAs for robotic applications. This integration will enable us get the best from both worlds. Developers are provided with a high-level dynamic reflective language (Smalltalk) for building and debugging their applications. Still, we can have high performances by projecting part of the programs into FPGAs. These reconfigurable hardware chips can achieve performance faster than C programs, while consuming much less energy. > > The work to do can decompose into the following tasks: > -Build reference robotic applications fully in Pharo Smalltalk using actual robots (see http://car.mines-douai.fr/robots/) > -Analyze these applications to identify critical parts to project on FPGAs to significantly increase performances (speed, energy) > -Do the actual projection to FPGA and evaluate performances of the transformed applications > -Generalize the approach and define a methodology for turning Smalltalk code into FPGA > -Propose a solution to automate the methodology > > The Ph.D student will receive a grant which net amount is approximately 1420 euros per month for 3 years (36 months). > He will be co-supervised by LoÃ¯c Lagadec from the ENSTA-Bretagne (Lab-STICC, Brest) and Jannik Laval, Luc Fabresse and Noury Bouraqadi from Ecole des Mines de Douai (CAR, http://car.mines-douai.fr/) > The first 18th month will be spent in Douai (Lille area), while the last half of the PhD will be spent in Brest. > However, during the full 3 years, there will be a strong interaction with co-supervisers from both labs. > > Bibliography: > -A Robust Layered Control System For A Mobile Robot. R. Brooks. IEEE Journal of Robotics and Automation. Vol. 2. Num 1. March, 1985. > -RCS: A Cognitive Architecture for Intelligent MultiAgent Systems. J.S. Albus and A. J. Barbera. Proceedings of the 5th IFAC/EURON Symposium on Intelligent Autonomous Vehicles (IAV 2004). Lisbon, Portugal, 2004. > -Handbook of Robotics. Bruno Siciliano and Oussama Khatib editors. Springer. 2008. > -Multi-Level Simulation of Heterogeneous Reconfigurable Platforms. D. Picard and L. Lagadec. International Journal of Reconfigurable Computing. 2012. > -High-level synthesis for FPGAs: From Prototyping to Deployment. Jason cong and stephen neuendorffer and juanjo noguera and kees vissers and zhiru zhang. IEEE Transactions on Computer-aided design of integrated circuits and systems. Vol. 30. Num 4. April, 2011. > -The MOLEN Polymorphic Processor. S. Vassiliadis and S. Wong and G. Gaydadjiev and K. Bertels and G. Kuzmanov and E. Moscu Panainte. IEEE Transactions on Computers. 2004. > > > _______________________________________________________ > > Jannik LAVAL > Enseignant-Chercheur > TÃ©l. : 03 27 71 26 32 > > Mines Douai > 941 rue Charles Bourseul > BP 10838 > 59508 Douai Cedex > _______________________________________________________ > > >

Aug. 21, 2013

Re: [Pharo-users] NativeBoost: Null-terminated Strings

by Igor Stasenko

String pseudo type corresponds to 'const char *' type.. because it passes the string by copying it on stack and null terminating it there, and then pushing the pointer (which on stack), as argument to function. That means that original string is never modified, in your case function will modify a temporary string on stack, and after call finished it will be lost. If function takes pointer to write some data at given location, you can just pass a ByteArray instance as a buffer to hold that string (so function will receive a pointer of first byte in it).. and after it return, trim/convert it to ByteString. On 20 August 2013 19:45, Udo Schneider <udo.schneider(a)homeaddress.de> wrote: > All, > > I just wrapped a few functions using NB - as easy as it used to be in > Dolphin! Really nice. > > I'm stuck with a simple thing however. I'm passing a string buffer into a > function which fills this buffer (null-terminated String). The passed in > String however contains all the nulls as well (which is not surprising). > What's the "official" way to truncate the String to it's correct length? > > Best Regards, > > Udo > > > -- Best regards, Igor Stasenko.

Aug. 21, 2013

Re: [Pharo-users] Process ID of VM

by Igor Stasenko

see NativeBoostWin32 class>>getVMModuleHandle On 21 August 2013 04:42, Igor Stasenko <siguctua(a)gmail.com> wrote: > on windoze, getting pid of current process is piece of cake > (GetModuleHangle). > > > On 20 August 2013 19:16, Udo Schneider <udo.schneider(a)homeaddress.de>wrote: > >> On 20.08.13 09:42, Torsten Bergmann wrote: >> >>> NBWin32Process getCurrentProcessId >>> >> The NativeBoost approach is a really good idea! I'll check whether I can >> get this working on other platforms as Win32 as well. >> >> Thanks, >> >> Udo >> >> >> >> >> > > > -- > Best regards, > Igor Stasenko. > -- Best regards, Igor Stasenko.

Aug. 21, 2013

Re: [Pharo-users] Process ID of VM

by Igor Stasenko

on windoze, getting pid of current process is piece of cake (GetModuleHangle). On 20 August 2013 19:16, Udo Schneider <udo.schneider(a)homeaddress.de> wrote: > On 20.08.13 09:42, Torsten Bergmann wrote: > >> NBWin32Process getCurrentProcessId >> > The NativeBoost approach is a really good idea! I'll check whether I can > get this working on other platforms as Win32 as well. > > Thanks, > > Udo > > > > > -- Best regards, Igor Stasenko.

Aug. 21, 2013

NativeBoost: Null-terminated Strings

by Udo Schneider

All, I just wrapped a few functions using NB - as easy as it used to be in Dolphin! Really nice. I'm stuck with a simple thing however. I'm passing a string buffer into a function which fills this buffer (null-terminated String). The passed in String however contains all the nulls as well (which is not surprising). What's the "official" way to truncate the String to it's correct length? Best Regards, Udo

Aug. 20, 2013

Re: [Pharo-users] Process ID of VM

by Udo Schneider

On 20.08.13 09:42, Torsten Bergmann wrote: > NBWin32Process getCurrentProcessId The NativeBoost approach is a really good idea! I'll check whether I can get this working on other platforms as Win32 as well. Thanks, Udo

Aug. 20, 2013

Re: [Pharo-users] Process ID of VM

by Udo Schneider

On 19.08.13 23:16, David T. Lewis wrote: > If you have OSProcess: > > OSProcess thisOSProcess pid Thats's a good one. I'm currently checking if OSProcess is loaded and then using it. Still searching for some way to diffrentiate images. I'm currently thinking about generating a unique ID during image startup. Thanks, Udo

Aug. 20, 2013