- Pharo-users - lists.pharo.org

Re: [Pharo-users] Getting a user input string using Morphs

by Jigyasa Grover

Yep, still exploring ... Thanks Jigyasa -- View this message in context: http://forum.world.st/Getting-a-user-input-string-using-Morphs-tp4831121p48… Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

June 10, 2015

Re: [Pharo-users] Fuel and graph update

by Hilaire

Le 09/06/2015 14:48, Mariano Martinez Peck a Ã©crit : > For Quuve app, when it runs on Pharo (for development and testing), we > have a fuel backend and we do 2) and 3) of above. Quuve itself is > split in different/isolated conceptual databases: clients, advisory, > securities, system, application, etc. So each of them is a database. > And yes, we have a fuel file per database and for each save we > serialize the whole graph. You need to be careful about > cross-references between databases.... > Anyway, it works good enough for our scenario. Our database are around > 5MB and the serialization is immediate. > The perspective looks great. I don't need concurrent write access, and I am anticipating the graph remains far bellow 5MB, likely bellow 100 KB. I am just testing it and one fuel file per graph looks great, and it is so comfortable! Thanks Hilaire -- Dr. Geo http://drgeo.eu http://google.com/+DrgeoEu

June 10, 2015

Re: [Pharo-users] Getting a user input string using Morphs

by Hilaire

The needed change for this low level access to morph is probably a small one, related to ActiveHand, but I have not yet move to 4.0. In the other hand, you may want to use higher level approaches suggested by Pharo fellows. Hilaire Le 10/06/2015 09:20, Jigyasa Grover a Ã©crit : > Yes > I am currently developing it in Pharo 4.0 > > Thanks :) > > -- Dr. Geo http://drgeo.eu http://google.com/+DrgeoEu

June 10, 2015

Re: [Pharo-users] Getting a user input string using Morphs

by Jigyasa Grover

Yes I am currently developing it in Pharo 4.0 Thanks :) -- View this message in context: http://forum.world.st/Getting-a-user-input-string-using-Morphs-tp4831121p48… Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

June 10, 2015

Re: [Pharo-users] Using GTSpotter how do I find an implementor of #accept ?

by Nicolai Hess

2015-06-10 7:39 GMT+02:00 Paul DeBruicker <pdebruic(a)gmail.com>: > when I hit shift+enter and type 'accept' I get things that are not > #accept, e.g. #accept: and AbstractAcceptor. > > If I add a space after accept it doesn't help. > > > What do I not understand? > the result list is not sorted and the result list is built by all methods having the query string as part of its selector name. Yes this can be improved and it is not difficult, for example you can add this method to GTFilterImplementor>>applyFilterWithQuery super applyFilterWithQuery. items sort: [ :a :b | (self itemFilterNameFor: a) size < (self itemFilterNameFor: b) size ] this will sort the result list by the size of the selector name. So, if there is a perfect match, it will be listed first. (BUT only in the implementors category if you "dive-in", not in the 5-elements-result-preview-list). Maybe there is a better way without sorting. (We can modify applyFilterWithQuery for the implementors filter, to put perfect matches at the begining of the list). But all this is not easy to discover. Spotter classes make some heavy use of delegation, many operations are split and delgated to subclasses (GOOD!) many classes aren't documented (BAD!) and this makes it really difficult to catch how all this is supposed to work together. nicolai > > > Thanks > > > Paul >

June 10, 2015

Using GTSpotter how do I find an implementor of #accept ?

by Paul DeBruicker

when I hit shift+enter and type 'accept' I get things that are not #accept, e.g. #accept: and AbstractAcceptor. If I add a space after accept it doesn't help. What do I not understand? Thanks Paul

June 10, 2015

Re: [Pharo-users] Mac Squeak binary virtual machine for Squeak 3.10.2

by Norbert Hartl

It is always the same question. Why do you upgrade if you don't want things to change? It is close to obvious that there is no one paradigm that is so perfect it does not need change. If there is no new feature you need there is no reason to upgrade. Of course new releases fix bugs and at the same time the introduce incompatibilities. That's how it goes. I doubt you find anything different in any other language. The only thing you can do is asking for help. Norbert > Am 09.06.2015 um 18:07 schrieb Trygve Reenskaug <trygver(a)ifi.uio.no>: > > Hi Chris, > I'm sorry to say that your advice didn't work. Worse: The Squeak community has lost a valuable contributor, a prime mover in the patterns and agile communities and the author of several books on OO. My friend wrote: > " I still canât find a version of Squeak for my Mac that will run Trygveâs current BabyIDE. At this point, even if one appears, it is obvious that my dependence on âthe introvert Squeak communityâ will put me in a much more fragile position than with any of my other concept proofs. It will be extremely difficult to build a future on such fragile foundations." > > I came to Xerox PARC and Smalltalk in 1978 where I made my contributions to Smalltalk-80. Since then, I have been working almost exclusively with Smalltalk. My company invested in a VW class library of more than 100,000 lines of Smalltalk code and used it in our consulting. A strong selling point was that our tenders were accompanied by a demo version of the program we offered to deliver. Our library and applications were repeatedly threatened by new versions of VW. The code is now dead; there is no VM that will run our old images. The investment is lost. > > I hoped Squeak would be better. It isn't. Squeak is less stable than VW ever was. My new programming paradigm, DCI, is supported by BabyIDE that runs under Squeak 3.10. I have ported BabyIDE to 4.5, but there are new bugs caused by differences between 3.10 and 4.5. The result is that I have reverted to 3.10 because it's too much hassle to run after the stream of Squeak releases. I thought Pharo would be better, but their mailing list conversations indicate that they do not understand that developers need a stable foundation for their work. > > The result is that I too leave Smalltalk and concentrate on other environments. A pity, because I still believe Smalltalk has the potential to become a superior environment for non-professional programmers. I am particularly thinking of children and experts such as computational chemists who use computers in their work. > > It's very painful, but I am now terminating development work in Squeak leave the Squeak and Pharo mailing lists. I will continue my work in some mainstream language. I have just done some work in Java with Netbeans and I am buying a book on JavaScript. It's heavy going, but better that working for the dustbin. > > Cheers > --Trygve > > > On 31.05.2015 16:52, Trygve Reenskaug wrote: > Hi, > A friend of mine is doing some experiments using a Mac and my program Baby IDE. BabyIDE is works under Squeak 3.10.2. Is there a binary virtual machine for a current Mac that he can use? > > On 31.05.2015 17:00, Chris Cunnington wrote: >> You need a non-Cog vm. I usually download any Etoys vm. [1] >> From there, drag it onto the vm or right click, choose âOpen Withâ and choose Etoys. >> >> Chris >> >> [1] http://squeakland.org/download/ <http://squeakland.org/download/>

June 9, 2015

Re: [Pharo-users] NativeBoost pointer and "+"

by Igor Stasenko

On 9 June 2015 at 20:05, Matthieu Lacaton <matthieu.lacaton(a)gmail.com> wrote: > *@ Igor* > > >> As i understand, in general, the problem that you described is in >> following: >> - you want to pass an address of your buffer contents, but started not >> from >> very first element of your buffer, but somewhere inside a buffer. > > > Yes ! Exactly that. I'm bad at explaining things :( > > me too, sometimes. :) > > Unfortunately, this is the only way how we could implement such, lets say >> 'ElementPointer' safely. Which then can be used to pass to C function(s), >> converting object reference + offset into simple address just before >> invoking a function (and sure thing, knowing that there's no chance >> triggering GC, else it will turn into pointer to wrong place, but that's >> general problem of passing pointers on object memory heap, not just >> exclusively for 'element pointer' and such). >> > > Alright, thank you very much for your explanations ! By the way, is there > a way to disable the GC for a short period of time and then re-enable it ? > > Well, some aspects of GC behavior can be controlled, but they serve rather for fine tuning or picking the strategy ahead of time, knowing, what application is going to run. So, at application level, you can use them.. but not at the level of library/framework (like in case of NB), because there's no way to determine what/where will be used, and so, fiddling with GC is worst possible way to solve the problem :) Also, in general, it would be a bad practice to rely on subtle and fuzzy details of GC triggering logic, because it is one of the most sophisticated parts of VM and subject of future changes. So, instead relying on implementation details, a new contract between VM and language side is introduced and it called 'object pinning'. So, that pinned objects are no longer a subject of relocation in memory. It means that you will be able to control, that chosen object(s) will be not relocated in memory, regardless how often VM triggers GC and what is involved. And that comes with Spur. > > *@ Henrik* > > I am not sure I understand every bit of your code right now but I will > definitely study it because it looks awesome. > Moreover, performance is quite important for me so your solution is very > attractive and I'll try to use it. Thanks a lot ! > > I find it both fun and amazing what you can do with Pharo. I never thought > I would do assembly inside Pharo ! > > > Again, a big thanks to both of you, > > Cheers, > Matthieu > > > > > 2015-06-09 17:43 GMT+02:00 Igor Stasenko <siguctua(a)gmail.com>: > >> As i understand, in general, the problem that you described is in >> following: >> - you want to pass an address of your buffer contents, but started not >> from >> very first element of your buffer, but somewhere inside a buffer. >> >> In smalltalk you cannot reference an element of array, >> only the object (array in that case) as a whole. >> >> The reason why it like so, because VM moves objects around, and you >> cannot control directly when that happens, >> and also VM responsible for updating all pointers (references) to moved >> object(s) >> for all interested parties (which could be other objects, stack etc) , >> making sure all references remain consistent upon such move. >> So, with such constraints, the only way to validly point to an element >> inside array >> would be to store two values separately: >> - a reference to an object, that represent your buffer (which VM would >> update at will) >> - an index (or offset) in that object, pointing to element in your buffer >> >> Unfortunately, this is the only way how we could implement such, lets say >> 'ElementPointer' safely. Which then can be used to pass to C function(s), >> converting object reference + offset into simple address just before >> invoking a function (and sure thing, knowing that there's no chance >> triggering GC, else it will turn into pointer to wrong place, but that's >> general problem of passing pointers on object memory heap, not just >> exclusively for 'element pointer' and such). >> >> For buffers allocated externally, e.g. outside heap governed by VM, >> there's nothing prevents you from having an address that pointing inside >> some buffer (or even outside it :) >> >> For NBExternalAddress: >> >> addr := self allocate: somespace. >> >> newAddr := NBExternalAddress value: addr value + someoffset. >> >> or >> >> newAddr := addr copy value: addr value + someoffset >> >> sure, it is up to you then, how to calculate offsets and buffer size(s) >> as well as allocating/deallocating memory for buffers you using. >> >> >> On 8 June 2015 at 16:41, Matthieu Lacaton <matthieu.lacaton(a)gmail.com> >> wrote: >> >>> Hello everyone, >>> >>> I have a small question about NativeBoost : How does the "+" operator >>> when applied to a pointer translates into NativeBoost code ? >>> >>> To give a bit of context, what I want to do is to reallocate some >>> non-contiguous bytes in memory to a buffer. Basically, I have an array of >>> integers in a buffer and I want to copy some chunks of it in another >>> buffer. The chunks are always the same size and the offset between each >>> chunk is always the same too. >>> >>> Because a bit of actual code is easier to understand here is what I'd >>> like to do in Pharo : >>> >>> ... >>> >>> int i, j; >>> int *data = malloc(1000*sizeof(int)); >>> int *newData = malloc(50*sizeof(int)); >>> >>> // Allocate initial data >>> for (i = 0 ; i < 1000, i++) { >>> data[i] = i; >>> } >>> >>> //Copy desired chunks into new buffer >>> for (i = 0; i < 5; i++ ) { >>> memcpy( newData + j*10, data + 200 + j*30, 10*sizeof(int)); >>> j++; >>> } >>> >>> free(data); >>> >>> ... >>> >>> Here basically I'll get in my buffer chunks of 10 integers starting at >>> 200 with an offset of 30 between chunks, and this 5 times. (200 201 202 ... >>> 208 209 230 231 ... 238 239 260 ... 328 329). >>> >>> I am okay with the malloc, memcpy and free but I don't know how to >>> handle the "+" operator in my memcpy function. >>> >>> Thank you, >>> >>> Matthieu >>> >> >> >> >> -- >> Best regards, >> Igor Stasenko. >> > > -- Best regards, Igor Stasenko.

June 9, 2015

Re: [Pharo-users] Pharo on bitnami

by Mircea S.

Forwarded your response to David(a)bitnami.com Pe 9 iun. 2015, la 20:15, Esteban Lorenzano <estebanlm(a)gmail.com> a scris: > Hi, > > Can we edit that? Because I do not thing thats a good description on how to install/use Seasideâ¦at least in Pharo (and no idea in GNUSmalltalk but since that blog post is from 2008 I bet it has changed a lotâ¦ if maintained at all). > This is how you install Seaside in a linux/mac/windows(as far as it has mingw installed) server: > > wget -O- get.pharo.org | bash > ./pharo Pharo.image config http://smalltalkhub.com/mc/Pharo/MetaRepoForPharo40/main ConfigurationOfSeaside3 --install=#stable > > and this is how you run it: > > ./pharo Pharo.image eval "ZnZincServerAdaptor startOn: 8080â > > btwâ¦ I would like to add a command line handler for seaside to do this in a much better wayâ¦ maybe soon(â¢) ;) > > Esteban > >> On 08 Jun 2015, at 16:42, Mircea S. <mircea(a)unom.ro> wrote: >> >> Great!!! Contacted them myself too, with a contest entry for either Pharo stand-alone or Seaside on Pharo, since the contest mainly focuses on 'web frameworks'. >> >> For vanilla Pharo this was their response: >> >> "Thanks for your suggestion. Unfortunately we can not add Pharo in our Bitnami contest. We are currently focused on web applications and Pharo is a desktop IDE tool." >> >> So I added an entry on Seaside, which he has yet to reply to, adding examples on how to run headless cloud servers with that in mind: >> >> "I made another request for "Seaside" which is a Smalltalk (language) web framework that runs either on Pharo, GNU Smaltalk or other variants running headless, connecting remotely to add code or modify the app. >> >> For example a GNU Smalltalk: >> >> http://www.gnu.org/software/smalltalk/manual/html_node/Seaside.html >> >> Seaside apps, including the entire memory footprint is stored in an "image file", this image files acts like a miniVM virtual hard drive. When you save all objects are saved as the are, and when you load it again it essentially "resumes" exacly where it left off. >> >> Images are started this way and the app becomes available on a port, you can connect to it and "develop" de image and remotely write code and execute it inside like this: >> >> http://smalltalk.gnu.org/blog/bonzinip/seaside-development-gnu-smalltalk >> >> Seaside is used mainly in the financial industry and for heavy duty erp apps. Now it has gained a footprint in the community because of the advanced Object Oriented approach to web development with Seaside." >> >> He'll probably need more advice as things progress. You can reach David at david(a)bitnami.com >> >> Pe 7 iun. 2015, la 14:08, stepharo <stepharo(a)free.fr> a scris: >> >>> Hi pharoers >>> >>> we got in contact with bitnami and I would love to see two bitnami apps around Pharo: >>> - basic pharo >>> - pharo + seaside + magritte + voyage (mongo pharo layer) + mongodb >>> >>> So who would like to help pushing this effort? >>> >>> Stef >>> >>> Begin forwarded message: >>> >>> From: Kevin Franklin <kevin(a)bitnami.com> >>> Subject: Introducing Bitnami... >>> Date: 5 Jun 2015 10:57:36 GMT+2 >>> To: <board(a)pharo.org> >>> >>> Hello Pharo Association >>> >>> I wondered if you knew about Bitnami. Please check us out at www.bitnami.com. We provide over 120 apps and development stacks â many of them open-source. >>> If you would like Pharo to be included in our marketplace, we have a contest https://bitnami.com/contest were you can nominate it, and encourage your community to vote for its inclusion. >>> >>> Also, I wondered if you could put me in touch with any commercial companies within and around the Pharo ecosystem that might like to work with us as a software partner https://bitnami.com/partners/software >>> >>> Kind regards >>> Kevin >>> >>> -- >>> Kevin Franklin >>> Director of Business Development, Bitnami >>> +44 78 2525 6020 >>> @kevinjfranklin >>> >>> Run your favorite apps in the cloud with Bitnami >>> >>> Confidential - All Rights Reserved. >>> Bitnami Â© 2015 >

June 9, 2015

Re: [Pharo-users] Getting a user input string using Morphs

by Hilaire

Le 09/06/2015 18:04, Jigyasa Grover a Ã©crit : > Thanks HilaireFernandes > But am afraid it gives the error " Message Not Understood: receiver of > 'hand' is nil " . > > > > > -- > View this message in context: http://forum.world.st/Getting-a-user-input-string-using-Morphs-tp4831121p48… > Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. > > I guess you tried with Pharo4.0. I did with 3.0 -- Dr. Geo http://drgeo.eu http://google.com/+DrgeoEu

June 9, 2015