March 2017 - Pharo-users - lists.pharo.org

Voyage: VOToOneDescription or VOMongoToOneDescription

by Hilaire

Hi, VOToOneDescription or VOMongoToOneDescription, that is the question? I am confuse because: This one works: mongoStartDate <mongoDescription> ^ VOToOneDescription new attributeName: 'startDate'; accessor: (MAPluggableAccessor read: [:loan | loan startDate] write: [:loan :dateAndTime | loan startDate: dateAndTime asDate]); yourself This one breaks: mongoStartDate <mongoDescription> ^ VOMongoToOneDescription new attributeName: 'startDate'; accessor: (MAPluggableAccessor read: [:loan | loan startDate] write: [:loan :dateAndTime | loan startDate: dateAndTime asDate]); yourself However, the tutorial on Entreprise Pharo book only mention the later one. So what the differences? Thanks Hilaire -- Dr. Geo http://drgeo.eu

March 3, 2017

Re: [Pharo-users] Voyage and instances retrieving

by Hilaire

Hi Esteban, I want to select some objects with code Smalltalk selectors, as bellow. In the code bellow, myObjectInRepo is already fetched from the repo (so it is in the image), but the select: return an empty list, but it should not be empty. myObjectInRepo select: [ :each | someObjects includes: each anAttribute "the one Voyage should fetch"] Hilaire Le 02/03/2017 Ã 21:58, Esteban Lorenzano a Ã©crit : > Hi Hilaire, > > I do not understand well your problem. Which query do you want to implement? > > cheers! > Esteban -- Dr. Geo http://drgeo.eu

March 3, 2017

Re: [Pharo-users] customizing veryDeepCopy

by Peter Uhnak

Thanks, I'll look at those. Peter On Thu, Mar 02, 2017 at 05:20:25PM -0300, Esteban A. Maringolo wrote: > I implemented our own copier based on how Morph does it, with our own > copy/deep selectors. > The copier has the option of which classes to copy and which to use > the same (it is, no copy). > > There is no other available option that I'm aware of. > > Esteban A. Maringolo > > > > 2017-03-02 12:25 GMT-03:00 Denis Kudriashov <dionisiydk(a)gmail.com>: > > Hi. > > > > Look how Morph implements it. Morphs customize it a lot > > > > 2017-03-02 16:08 GMT+01:00 Peter UhnÃ¡k <i.uhnak(a)gmail.com>: > >> > >> Hi, > >> > >> is there a way of customizing what should be copied during veryDeepCopy? > >> > >> For example I want to clone my (domain) model tree, however the objects > >> have Announcers which I do not want to copy. > >> > >> Alternative is of course to implement the copying behavior by myself, but > >> I feel like veryDeepCopy should be the appropriate way, no? > >> > >> Thanks, > >> Peter > > > > >

March 2, 2017

Re: [Pharo-users] Voyage and instances retrieving

by Esteban Lorenzano

Hi Hilaire, I do not understand well your problem. Which query do you want to implement? cheers! Esteban > On 2 Mar 2017, at 21:32, Hilaire <hilaire(a)drgeo.eu> wrote: > > Problem seems related to object identity, which imply a primitive call > in Object>== message. Si I guess it may not let a chance to Voyage to > resolve to the the real object but stay at it 'proxy-oid-whatever' stuff. > > Non working code looks like: > > myObjectInRepo select: [ :each | > someObjects includes: each anAttribute "the one Voyage should fetch"] > > I guess implementing = and hash in the anAttribute class will resolve > the issue, but it will be slower, and an uneeded feature. > > Any alternative idea? > > Hilaire > > -- > Dr. Geo > http://drgeo.eu > >

March 2, 2017

Re: [Pharo-users] Voyage and instances retrieving

by Hilaire

Problem seems related to object identity, which imply a primitive call in Object>== message. Si I guess it may not let a chance to Voyage to resolve to the the real object but stay at it 'proxy-oid-whatever' stuff. Non working code looks like: myObjectInRepo select: [ :each | someObjects includes: each anAttribute "the one Voyage should fetch"] I guess implementing = and hash in the anAttribute class will resolve the issue, but it will be slower, and an uneeded feature. Any alternative idea? Hilaire -- Dr. Geo http://drgeo.eu

March 2, 2017

Re: [Pharo-users] customizing veryDeepCopy

by Esteban A. Maringolo

I implemented our own copier based on how Morph does it, with our own copy/deep selectors. The copier has the option of which classes to copy and which to use the same (it is, no copy). There is no other available option that I'm aware of. Esteban A. Maringolo 2017-03-02 12:25 GMT-03:00 Denis Kudriashov <dionisiydk(a)gmail.com>: > Hi. > > Look how Morph implements it. Morphs customize it a lot > > 2017-03-02 16:08 GMT+01:00 Peter UhnÃ¡k <i.uhnak(a)gmail.com>: >> >> Hi, >> >> is there a way of customizing what should be copied during veryDeepCopy? >> >> For example I want to clone my (domain) model tree, however the objects >> have Announcers which I do not want to copy. >> >> Alternative is of course to implement the copying behavior by myself, but >> I feel like veryDeepCopy should be the appropriate way, no? >> >> Thanks, >> Peter > >

March 2, 2017

Re: [Pharo-users] Google Summer of Code 2017: Call for students for Pharo Consortium

by Jigyasa Grover

Advice for Students interested in Google Summer of Code... This is the time of year when a lot of questions coming to the discuss list are about "How do I get started?"". Here is some step by step advice that should help. 1. *Read the entire g.co/gsoc site; the whole site and the linked materials.* We spend a lot of time making sure all the information you need available there and at the main program site. Remember, a big part of open source is self-reliance. We expect you to look for answers before you come to us for help. 2. From there go to the main program site: https://summerofcode.withgoogle.com/ Read the timeline and the instructions. This will tell you when the student application period opens and when it closes so you know how much time you have to prepare. 3. Now think about you. What computer science subject area or specific issue or problem interests you? What are your skills? What languages do you know? What tools are you familiar with? Make a list. 4. It's time to look through the mentoring orgs on the program site, using tags and your list to narrow down what can be an intimidating list. Pick 3-5 orgs to research in depth. 5. Visit their site and repos. Look at the code. Review the mailing lists and IRC logs to see if you're comfortable with the style of the communication each community uses. Think about what you see versus what you want to work on. 6. Narrow your list down to 1 or 2 orgs and get involved with the Org. File a bug. Better yet, file a patch. Orgs want to see that you are genuinely interested in them. 7. Write your application, one or two at most. This isn't a lottery. Doing a bunch of weak applications *hurts* your chances of being accepted. 8. Make sure your application includes the specific information and format the org asks for as well as what is required by the GSoC app. Double check your work before submitting the application: misspelling in writing has a similar result as does misspelling in code :-) 9. Lastly - but importantly - DO NOT WAIT UNTIL THE LAST MINUTE TO APPLY. Every year we get students asking for extensions to the application deadline. We do not give extensions, even if your internet is down, you were in exams, your computer was stolen, the Internet Cafe was unexpectedly closed, you misunderstood the timezone, you were on a plane, or in the hospital, or a riot or a remote place tagging endangered species*. We can't give exceptions so please apply at least one day before the deadline, if not more. Plus, the longer the org has to review your application the better the chances of acceptance for you. I hope this helps! Good luck! Cat *Actual examples of reasons given. -- Cat Allman Open Source Programs Office Google developers.google.com/open-source "Real science studies and makes accessible that knowledge which people at that period of history think important, and real art transfers this truth from the domain of knowledge to the domain of feelings. " Leo Tolstoy -- View this message in context: http://forum.world.st/Google-Summer-of-Code-2017-Call-for-students-for-Phar… Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

March 2, 2017

Re: [Pharo-users] Arduino

by olivier auverlot

Hi Ben, Thanks for the pointers. I hadn't found all. For the moment, I try mainly to find a usable firmata protocol. Best regards Olivier ;-) 2017-03-02 6:52 GMT+01:00 Ben Coman <btc(a)openinworld.com>: > On Thu, Mar 2, 2017 at 5:31 AM, olivier auverlot > <olivier.auverlot(a)gmail.com> wrote: > > > > Hi, > > > > Since some weeks, I do some experimentations with an Arduino board. I > search now to use my Arduino with Pharo. I have found some informations on > the web but nothing seems usable or up to date for the latest versions of > Pharo. > > > > Someone have worked on this domain ? I'm interested by a firmata client > protocol or why not a solution to program an Arduino directly from Pharo. > > > > Hi Olivier, You probably have a few of these references, but since you > don't mention which you have, > I'll list what I found from a quick sweep... > > I read [1] that the Firmata protocol "uses the MIDI message format." > > Pharo seems to have removed the MIDI related code after it forked from > Squeak. > Squeak still has it. Download 5.1 from http://squeak.org/downloads/ > Then go World Menu > Open > Method finder > Type midi <Enter> > and browse the code. Pharo and Squeak share a VM, so this should be > compatible with Pharo. > > You'll see a few of the primitives located in classes SimpleMIDIPort > and MidiPrimTester > in the System-SerialPort package. > > Note, some of the primitives that show no references/implementors in > the right-side pane, > need to be right-clicked to choose Senders to see the implementation, > since the method name is different to the pragma name. > > Then there is http://www.squeaksource.com/Arduino.html > which may or may not need to MIDI code from Squeak. > This code is circa 2013 so the (optional) FFI parts may need updating > for Pharo UFFI. > > There is http://smalltalkhub.com/#!/~juanmanuelvallejos/gcodewithfirmata > "It is an implementation of the protocol firmata in smalltalk. And > also it contains a parsing to G code for cnc machines." > > There is http://smalltalkhub.com/#!/~Citilab/Snap4Arduino/ > circa 2014. > > There is http://smalltalkhub.com/#!/~JohanBriglia/ArduinoIO > circa 2016, but probably not what you want being a "Simple program to > connect easily pharo and the arduino via serial port Uses a Python > program and terminal commands via CommandShell" > > There is http://smalltalkhub.com/#!/~JLaval/Arduino > circa 2016, and the commits show PhratchArduino-janniklaval.9 > Phratch is available here http://www.phratch.com/ > Its based on Pharo 4, but seems the most current. > > Reading here... > https://groups.google.com/forum/#!topic/phratch/C6IYZ-TDt50 > perhaps the most efficient path would be buying Jannik an Arduino to test > on > (if indeed Phratch uses the firmata protocol as you require). > > > cheers -ben > > > > > > > > > [1] https://github.com/firmata/protocol/blob/master/protocol.md > >

March 2, 2017

Voyage and instances retrieving

by Hilaire

Hi, When iterating, with Smalltalk selectors, an object persisted in a repository, some of its attributes (I guess because root for other collection) are not resolved as expected at iteration. The Smalltalk iteration does not work, returning empty result. Fetching the whole model in memory will be an acceptable option. Is there a global way to do this? I see the per attribute beEager but it will be needed for a lot of attributes making not practical. Thanks Hilaire -- Dr. Geo http://drgeo.eu

March 2, 2017

Re: [Pharo-users] Pharo Spur 64 VM

by raffaello.giulietti＠lifeware.ch

Thanks ClÃ©ment for the useful overview. Raffaello On 02/03/17 16:51, ClÃ©ment Bera wrote: > Hi Raffaello, > > Reportedly, the VM without the JIT (pure interpreter, also called PharoS > or StackVM) works on windows 64 and FFI works with it if the VM compiled > with clang but not with gcc. There is no configuration for Pharo right > now. It should not be hard to add a pharo configuration to have the > image start-up, but I don't think several libraries such as Athens/Cairo > or libgit would work out of the box, so it's not clear such a > configuration would make a lot of sense. There is no PharoS-spur64 > repository on files.pharo.org <http://files.pharo.org> right now either. > > Windows support is not ready mostly because: > - Some C types are different in x64 between Unix and windows > - Calling conventions are different in x64 bits between Unix and Windows > > Calling conventions have impact in switching between the interpreter and > the JIT runtime and in FFI. > C types being different have impact for the VM compilation and in FFI. > > If someone looks into it, I guess in a day of work we could have the > Stack VM working with Spur 64 for Pharo without support for some > librairies. There might be uncommon crashes to fix over the first week > of use. With several more weeks of work (maybe a couple months), the > StackVM with all libraries should be production-ready. The JIT support > will take more time, hopefully it will be done in a year from now. > > Maybe I should mention that the company who funded 64 bits support is > using the VM on Mac for development and Linux for production, so Windows > was not a priority and not done. We have to rely on open-source > contributors, non paid, to add Windows support and that takes time. > Nicolas Cellier added the support for the 64 bits Stack VM on his free > time. If someone is investing money, the 64 bits Windows VM could reach > production sooner (I guess within 6 months) because someone could work > full time on it. > > Regards, > > > On Thu, Mar 2, 2017 at 4:04 PM, <raffaello.giulietti(a)lifeware.ch > <mailto:raffaello.giulietti@lifeware.ch>> wrote: > > On 07/02/17 07:13, Esteban Lorenzano wrote: > > > >> On 6 Feb 2017, at 21:41, Cyril Ferlicot D. <cyril.ferlicot(a)gmail.com <mailto:cyril.ferlicot@gmail.com>> wrote: > >> > >> Le 06/02/2017 Ã 21:31, Benoit St-Jean via Pharo-users a Ã©crit : > >> > >> > >> Hi! > >> > >> IIRC, the windows VM will need some more time to be ready. Only Linux > >> and OSX ones are usable at the moment. > > > > ^ this. > > as Cyril says, win 64bits vm is still not ready (and it will take some more time to be). > > > > Esteban > > > > > Just for general curiosity, what are the main stumbling blocks in the > road to a Windows 64 bit Pharo? > > > Raffaello > > >

March 2, 2017