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

Fwd: Phratch: System/World Menu instead of phratch menu

by Offray Vladimir Luna CÃ¡rdenas

He he, sorry sending from the wrong mail address, here comes again. -------- Forwarded Message -------- Subject: Phratch: System/World Menu instead of phratch menu Date: Wed, 15 Jul 2015 10:35:37 -0500 From: Offray Vladimir Luna CÃ¡rdenas <offray.luna(a)mutabit.com> To: pharo-users(a)lists.pharo.org Hi, Some of my students are having a problem. For some reason the pharo world/system menu appears and we don't know how to disable it and go back to the phratch menu, so we can't use "Save as" and other options to save/export projects. How to get back the default behaviour for Phratch menus? Thanks, Offray

July 15, 2015

Re: [Pharo-users] PharoJS

by Ben Coman

On Wed, Jul 15, 2015 at 5:28 PM, Torsten Bergmann <astares(a)gmx.de> wrote: > ClÃ©ment Bera wrote: > >>What is PharoJS ? Are you talking about Pharo on top of the Bert's SqueakJS VM ? >>If so, it starts, but some primitives fail making it freeze after a short >>while as you describe. >>It would be fun to have it running even though most of the Pharo folks went >>into the Amber direction for Pharo on Javascript. > > Yes there is SqueakJS from Bert https://bertfreudenberg.github.io/SqueakJS/ > and I would have expected "PharoJS" to be the same for Pharo. > > At least I would "reserve" the name for the case Pharo images work on it > as well. That would be ideal. Otherwise the door is opened for people searching for something like SqueakJS on Pharo to be confused. They get excited they found it, then disappointed it wasn't what they were looking for. An alternative could be PharotoJS :). But maybe that horse has bolted... and open source implies those that do the work get to make the choices. cheers -ben > Unfortunately Noury Bouraqadi now took this "PharoJS" name for his > Pharo -> JavaScript compiler

July 15, 2015

Re: [Pharo-users] NativeBoost and variadic functions

by Ben Coman

On Wed, Jul 15, 2015 at 5:16 PM, Matthieu Lacaton <matthieu.lacaton(a)gmail.com> wrote: > Hello Igor, > > Thanks for your answer. > > I implemented something like that for the printf function: > Basically, it generates a method with matching arguments and executes it. > >> printf: stringFormat args: tab >> >> | argNumber functionArgs functionPrototype methodCorpse methodSelector >> argsArray | >> >> ((tab size % 2) = 0) ifFalse: [ >> Transcript show: 'error'. >> ^self. >> ]. >> >> argNumber := 0. >> functionPrototype := 'printf: stringFormat'. >> functionArgs := ''. >> methodCorpse := ''. >> argsArray := (Array new: (tab size / 2) + 1). >> argsArray at: 1 put: stringFormat. >> >> 1 to: tab size by: 2 do: [ :i | >> functionPrototype := functionPrototype, ' arg', argNumber >> asString, ': ', (tab at: i) asString, argNumber asString. >> functionArgs := functionArgs, ' ', (tab at: i) asString, ' ', (tab >> at: i) asString, argNumber asString, ','. >> argsArray at: argNumber + 2 put: (tab at: i + 1). >> argNumber := argNumber + 1. >> ]. >> functionArgs := functionArgs allButLast. >> >> methodCorpse := functionPrototype, Character cr asString, ' >> <primitive: #primitiveNativeCall module: #NativeBoostPlugin>', Character cr >> asString, Character cr asString, ' ^self nbCall: #( void printf ( String >> stringFormat,', functionArgs asString, ' ) )', Character cr asString, ' >> module: NativeBoost CLibrary'. >> >> methodSelector := self class compile: methodCorpse. >> >> self perform: methodSelector withArguments: argsArray. > > > > Then you can call it like that : > > MyClass printf: 'Test of printf. String: %s, Int : %d, Long: %ld, Char: %c, > Double: %lf' args: { 'String'. 'This is a string'. 'int'. 100. 'long'. > 10000000. 'char'. 89. 'double'. 3.14159 }. > > > I also tried it for some other variadic functions and, on my computer (I am > running archlinux), it seemed to work for every type of argument except > "float". Maybe NativeBoost does not do implicit type conversions that a C compiler would do? [1] "Because C will promote floats to doubles for functions that take variable arguments" More info search [2] for: * "implicit type conversion" * "guess wrongly when the program uses floating-point formats in scanf() or printf()" [1] http://stackoverflow.com/questions/210590/why-does-scanf-need-lf-for-double… [2] http://www.electroons.com/8051/ebooks/expert%20C%20programming.pdf cheers -ben > It works fine for "double" though. > For "char" you need to pass the integer ASCII value directly for it to work. > I tried with "Character value: xxx" but it didn't work. > > I know that this is very hackish and very bad, and I am aware it has some > drawbacks. Moreover I am not even sure it will work everytime. > But for now it seems to work ... > > 2015-07-13 19:24 GMT+02:00 Igor Stasenko <siguctua(a)gmail.com>: >> >> >> >> On 10 July 2015 at 10:18, Matthieu Lacaton <matthieu.lacaton(a)gmail.com> >> wrote: >>> >>> Hello, >>> >>> Is it possible with NativeBoost to create a binding for a variadic >>> function ? >>> >>> I've seen the printf example in NBCPrinter but this implementation is >>> kind of cheating since it always pass just a %s as format and one already >>> formatted string to the C function. >>> >>> I've written a simple variadic function which adds every integer it >>> receives as argument (first argument is for the number of following >>> arguments) : >>> >>> int add(int number,...); >>> >>> In Pharo I've tried something like this : >>> >>>> add: number arg1: first arg2: second >>>> <primitive: #primitiveNativeCall module: #NativeBoostPlugin> >>>> >>>> ^ self nbCall: #( int add (int number, int first, int second)) >>>> module: 'libMyLib.so' >>> >>> >>> and it works fine with two arguments. >>> >>> Basically, doing so, I would need one method per number of arguments so >>> it's not very cool. >>> >>> I thought that maybe I could pass an array as argument to my Pharo method >>> but I didn't really find a way to figure out how to define the nbCall >>> without having a "Generic failure". >>> >>>> add: number args: anArray >>>> <primitive: #primitiveNativeCall module: #NativeBoostPlugin> >>>> >>>> ^ self nbCall: #( int add (int number, ??? anArray)) >>>> module: 'libMyLib.so' >>> >>> >>> Do you have an idea ? >>> >> >> In short, there's no marshaller for converting an array of items, to same >> number of things on stack. That could solve the problem with your example: >> passing array of objects of *same* type. But in general, it is not what C >> variadic function(s) standing for. Because they stand for any number of >> arguments, of any type. >> In C, since all program is compiled statically, compiler knows the number >> of passed arguments and their types through compiling each particular call >> site(s) to variadic function. Which means that in fact, you are still >> supplying all information needed by compiler *before* run time. >> >> In variadic functions, you can pass any arguments of any type, >> but for converting each of them, you must tell NB what kind of marshaller >> should be used for it , which means, that it is impossible to know before >> run time, since you cannot know how many arguments you may pass, not >> speaking about their types. >> >> >> >>> >>> Thanks, >>> >>> Matthieu >>> >>> >> >> >> >> -- >> Best regards, >> Igor Stasenko. > >

July 15, 2015

Re: [Pharo-users] PharoJS

by Andy Burnett

Hi Noury, Thanks for the link to the documentation. I have managed to get up and running now - very cool! One question. When I execute 1+1 on the Pharo (pink) playground, I see the code appearing in the web browser log, but it doesn't appear to execute. Is it supposed to, or at this stage is it just showing that it made it over to the web browser? Cheers Andy

July 15, 2015

Re: [Pharo-users] PharoJS

by Noury Bouraqadi

Thanx Torsten for the fix. I integrated it :-) Noury > On 15 Jul 2015, at 12:42, Torsten Bergmann <astares(a)gmx.de> wrote: > > Hi Noury, > > thanks for the feedback. For windows to open a URL one can use: > > NBWin32Shell shellOpen: 'http://www.google.de' > > I adopted the > > startJavaScriptInterpreter > |url| > url := 'http://localhost:', self port asString. > Smalltalk os isWindows ifTrue: [ ^NBWin32Shell shellOpen: url ]. > OSProcess command: 'open ', url > > and run > > workspace := JbWorkspaceForWeb open. > > It basically runs (still throwing some Zinc errors - but I can push some eval scripts to the browser > (Chrome). No time today to look deeper today. > > Please add me as a contributor so I can provide the fix/fixes or make the repo public (if possible). > > Thanks > T. > > > Gesendet: Mittwoch, 15. Juli 2015 um 12:19 Uhr > Von: "Noury Bouraqadi" <bouraqadi(a)gmail.com> > An: "Torsten Bergmann" <astares(a)gmx.de> > Cc: "Pharo users users" <pharo-users(a)lists.pharo.org> > Betreff: Re: PharoJS > Hi Torsten, > > Thanks for the feedback. > I have been pushed to make it public right before ESUG. > I'm trying my best to make it clean and documented. > > If you are using a Mac, the examples I provide on http://car.mines-douai.fr/pharojs/ <http://car.mines-douai.fr/pharojs/> should work out of the box. > > For other platforms (Windows & Linux) I need the command line to open a web browser on a specific URL. > Any hint? > > Regarding the naming PharoJS is more than a bridge. It allows: > -Develop and test apps in Pharo > -Generate a javascript file for a standalone app > > Noury > > On 15 Jul 2015, at 11:28, Torsten Bergmann <astares(a)gmx.de <x-msg://8/astares@gmx.de>> wrote: > > ClÃ©ment Bera wrote: > > What is PharoJS ? Are you talking about Pharo on top of the Bert's SqueakJS VM ? > If so, it starts, but some primitives fail making it freeze after a short > while as you describe. > It would be fun to have it running even though most of the Pharo folks went > into the Amber direction for Pharo on Javascript. > > Yes there is SqueakJS from Bert https://bertfreudenberg.github.io/SqueakJS/ <https://bertfreudenberg.github.io/SqueakJS/> > and I would have expected "PharoJS" to be the same for Pharo. > > At least I would "reserve" the name for the case Pharo images work on it > as well. > > > Unfortunately Noury Bouraqadi now took this "PharoJS" name for his > Pharo -> JavaScript compiler > > http://car.mines-douai.fr/2015/07/develop-in-pharo-run-on-javascript/ <http://car.mines-douai.fr/2015/07/develop-in-pharo-run-on-javascript/> > > leading a little bit to this confusion. > > I would have called the project "Pharo JavaScriptBridge" like the config and the > repo http://smalltalkhub.com/#!/~noury/JavaScriptBridge <http://smalltalkhub.com/#!/~noury/JavaScriptBridge> > > I loaded the config from the SmalltalkHub repo and then: > > ConfigurationOfJavaScriptBridge loadBleedingEdge > > tried JbClientControllerBridge startOn:80 > > but were hit by several errors. > > In my opinion a minimal HOWTO would be required. > > Thanks > Torsten

July 15, 2015

Re: [Pharo-users] PharoJS

by Noury Bouraqadi

> On 15 Jul 2015, at 12:34, Sean P. DeNigris <sean(a)clipperadams.com> wrote: > > Noury Bouraqadi-2 wrote >> Regarding the naming PharoJS is more than a bridge. It allows: >> -Develop and test apps in Pharo >> -Generate a javascript file for a standalone app > > How does it compare to Amber? Similar use case? > 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 :-) Noury

July 15, 2015

Re: [Pharo-users] PharoJS

by ClÃ©ment Bera

2015-07-15 12:34 GMT+02:00 Sean P. DeNigris <sean(a)clipperadams.com>: > Noury Bouraqadi-2 wrote > > Regarding the naming PharoJS is more than a bridge. It allows: > > -Develop and test apps in Pharo > > -Generate a javascript file for a standalone app > > How does it compare to Amber? Similar use case? > > The resulting application is the same in PharoJS and Amber, you have javascript files to deploy only and no dependence with Smalltalk, so I'd say similar use-cases for sure. I've just tried PharoJS and the main difference with Amber is that you develop from Pharo instead of from the browser, allowing to reuse the Pharo IDE for development instead of building a new one. In fact it is the same as Amber's sub-project Nemo where you develop in Amber from Pharo. Why doesn't PharoJS use the Amber compiler to compile from Smalltalk to javascript and the Amber kernel to map native Javascript objects ? Amber's compiler and JS kernel were polished and optimized during years, I don't understand why you need to do it again ... It's really nice to be able to develop and commit from Pharo. > > ----- > Cheers, > Sean > -- > View this message in context: > http://forum.world.st/PharoJS-tp4837593p4837621.html > Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. > >

July 15, 2015

Re: [Pharo-users] PharoJS

by Torsten Bergmann

July 15, 2015

Re: [Pharo-users] Request to put up my under-development applicationfor automated build

by Jigyasa Grover

Yes, the error vanished the next morning. Thank You Marcus :) -- View this message in context: http://forum.world.st/Request-to-put-up-my-under-development-application-fo… Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

July 15, 2015

Re: [Pharo-users] PharoJS

by Sean P. DeNigris

Noury Bouraqadi-2 wrote > Regarding the naming PharoJS is more than a bridge. It allows: > -Develop and test apps in Pharo > -Generate a javascript file for a standalone app How does it compare to Amber? Similar use case? ----- Cheers, Sean -- View this message in context: http://forum.world.st/PharoJS-tp4837593p4837621.html Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

July 15, 2015