- Pharo-users - lists.pharo.org

Re: [Pharo-users] System Windows not closing on using #close

by Jigyasa Grover

Oh Thank You Ben. It was indeed a very nice explanation. :) I was able to resolve my issue perfectly. But changing the code snippet to: *--------------------------------------------------------------------------- #initialize . . . boxWindow := box openInWindow. boxWindow setLabel: 'searchQuick - Browse Files'. box position: 150@0. boxWindow fullscreen. boxWindow color: Color black. ---------------------------------------------------------------------------* I can no longer position 'box' within 'boxWindow'. Any clue regarding this ? Regards Jigyasa -- View this message in context: http://forum.world.st/System-Windows-not-closing-on-using-close-tp4841568p4… Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

Aug. 8, 2015

Re: [Pharo-users] Image cannot grow beyond 500Mb

by Tapple Gao

Thank you Phil. that worked > On Aug 8, 2015, at 9:58 AM, phil(a)highoctane.be wrote: > > Yes. You need to amend the plist file. > > I got like 2.5GB working. > > Or use a command line switch: > > --memory 1024m > > Phil > > Le 8 aoÃ»t 2015 15:24, "Tapple Gao" <tapplek(a)gmail.com <mailto:tapplek@gmail.com>> a Ã©crit : > I am trying to use Moose to do run graph algorithms on data with about 300,000 nodes. This data is map data downloaded from OpenStreetMap, and I am trying to analyze it with the Moose-Analysis-Graphs package. However, it seems completely unable to handle this, partially due to unoptimized algorithms, but mostly due to memory limits of the VM or image itself. > > I am using the vm and image of the moose one-click image for mac: http://www.moosetechnology.org/#install <http://www.moosetechnology.org/#install> . I believe this is a pharo vm and image, I donât know if pharo and squeak are still different these days, or if it matters. Been out of squeak for a few years > > This platform is seemingly unable to use more than about 500Mb of memory. I watch it in macâs activity monitor. Once it reaches about 450Mb as measured by activity monitor, it is spending nearly all itâs time in the garbage collector, (as measured by activity monitorâs Sample Process tool). The most Iâve seen it eventually reach is 556Mb, after about an hour, then it does a hard VM crash (Pharo has quit unexpectedly). > > Is there a way to remedy this? I tried running the image in 4 alternative VMâs: > - The latest pharo mac vm from http://files.pharo.org/vm/pharo/mac/ <http://files.pharo.org/vm/pharo/mac/> . Same issue as above. likely the same vm > - Cocoa Cog vm from http://squeakvm.org/mac/ <http://squeakvm.org/mac/> : crashed at startup. could not load image > - Cocoa Stack vm from http://squeakvm.org/mac/ <http://squeakvm.org/mac/> : crashed at startup; could not load image > - Carbon Stack vm from http://squeakvm.org/mac/ <http://squeakvm.org/mac/> : refused to start > > Is it possible to allocate more than 500Mb of memory to squeak?

Aug. 8, 2015

Re: [Pharo-users] Proper way to retrieve Monticello repositories

by Peter UhnÃ¡k

On Sat, Aug 8, 2015 at 1:44 PM, Peter UhnÃ¡k <i.uhnak(a)gmail.com> wrote: > Hi, > > what is the proper way to retrieve Monticello repositories? > > I've always simply queried the system for instances... > e.g. MCSmalltalkhubRepository allInstances detect: > > But is there some manager or something? (Akin to RPackageOrganizer default) > MCRepositoryGroup default repositories But the second question still holds.

Aug. 8, 2015

Re: [Pharo-users] System Windows not closing on using #close

by Ben Coman

If you put a "self halt" at the top of IndexInterface>>#delete, then after opening the app, on one of the buttons (e.g. Browse Files) bring up its halos and click the Spanner/Debug icon, then "Inspect owner chain", and you will see a SystemWindow within a SystemWindow. Now click that button and the debugger will show that boxWindow is the inner SystemWindow, so when you close that you leave the outer SystemWindow. Actually the nested SystemWindows are apparent from the close-minimise-maximise icons in the top-left of each. This seems wrong. Putting a "self halt" in IndexInterface>>#initialize and stepping into "boxWindow openInWindowLabeled: 'searchQuick' " shows how you end up with nested SystemWindows. As you trace through, notice that SystemWindow>>openInWindowLabeled:inWorld: returns the window it creates, so maybe you instead want "boxWindow := box openInWindowLabeled: 'searchQuick' " A few other things: * SystemWindow>>close simply calls "self delete" so there seems no need to call both, just #delete. * From the debugger evaluating "boxWindow" and "boxWindow window" return the identical object (per identical number in brackets), so there seems no need to delete both. cheers -ben On Sat, Aug 8, 2015 at 1:47 PM, Jigyasa Grover <grover.jigyasa1(a)gmail.com> wrote: > Hi > I am using SystemWindow to open a Morph in my application searchQuick. ( > https://github.com/jig08/sQuick_new ) > On clicking a button, a new screen opens up but the prev window fails to > close, though I have tried using #close methods. > > The code snippets are as: > > ------------------------------------------------------------------------------------------------------------------ > IndexInterface>>#initialize > . . . . . . > boxWindow := SystemWindow new. > box position: 150@0. > boxWindow addMorph: box. > boxWindow extent: World extent. > boxWindow openInWindowLabeled: 'searchQuick'. > boxWindow fullscreen. > boxWindow color: Color black. > . . . . . . . > > browseBtn on: #click send: #value to: [self boxWindow window close. > IndexInterface delete. BrowseFiles open]. > > ------------------------------------------------------------------------------------------------------------------- > IndexInterface>>#delete > box isNil ifFalse: [ self boxWindow window close. > self boxWindow window delete . > self boxWindow close. > box window close . > self boxWindow delete. > box delete.]. > box := nil. > self boxWindow window close. > self boxWindow window delete . > self boxWindow close. > self boxWindow delete. > boxWindow := nil. > > ------------------------------------------------------------------------------------------------------------------- > > Help appreciated. > > Regards > Jigyasa

Aug. 8, 2015

Re: [Pharo-users] Image cannot grow beyond 500Mb

by phil＠highoctane.be

Yes. You need to amend the plist file. I got like 2.5GB working. Or use a command line switch: --memory 1024m Phil Le 8 aoÃ»t 2015 15:24, "Tapple Gao" <tapplek(a)gmail.com> a Ã©crit : > I am trying to use Moose to do run graph algorithms on data with about > 300,000 nodes. This data is map data downloaded from OpenStreetMap, and I > am trying to analyze it with the Moose-Analysis-Graphs package. However, it > seems completely unable to handle this, partially due to unoptimized > algorithms, but mostly due to memory limits of the VM or image itself. > > I am using the vm and image of the moose one-click image for mac: > http://www.moosetechnology.org/#install . I believe this is a pharo vm > and image, I donât know if pharo and squeak are still different these days, > or if it matters. Been out of squeak for a few years > > This platform is seemingly unable to use more than about 500Mb of memory. > I watch it in macâs activity monitor. Once it reaches about 450Mb as > measured by activity monitor, it is spending nearly all itâs time in the > garbage collector, (as measured by activity monitorâs Sample Process tool). > The most Iâve seen it eventually reach is 556Mb, after about an hour, then > it does a hard VM crash (Pharo has quit unexpectedly). > > Is there a way to remedy this? I tried running the image in 4 alternative > VMâs: > - The latest pharo mac vm from http://files.pharo.org/vm/pharo/mac/ . > Same issue as above. likely the same vm > - Cocoa Cog vm from http://squeakvm.org/mac/ : crashed at startup. could > not load image > - Cocoa Stack vm from http://squeakvm.org/mac/ : crashed at startup; > could not load image > - Carbon Stack vm from http://squeakvm.org/mac/ : refused to start > > Is it possible to allocate more than 500Mb of memory to squeak? >

Aug. 8, 2015

Image cannot grow beyond 500Mb

by Tapple Gao

I am trying to use Moose to do run graph algorithms on data with about 300,000 nodes. This data is map data downloaded from OpenStreetMap, and I am trying to analyze it with the Moose-Analysis-Graphs package. However, it seems completely unable to handle this, partially due to unoptimized algorithms, but mostly due to memory limits of the VM or image itself. I am using the vm and image of the moose one-click image for mac: http://www.moosetechnology.org/#install <http://www.moosetechnology.org/#install> . I believe this is a pharo vm and image, I donât know if pharo and squeak are still different these days, or if it matters. Been out of squeak for a few years This platform is seemingly unable to use more than about 500Mb of memory. I watch it in macâs activity monitor. Once it reaches about 450Mb as measured by activity monitor, it is spending nearly all itâs time in the garbage collector, (as measured by activity monitorâs Sample Process tool). The most Iâve seen it eventually reach is 556Mb, after about an hour, then it does a hard VM crash (Pharo has quit unexpectedly). Is there a way to remedy this? I tried running the image in 4 alternative VMâs: - The latest pharo mac vm from http://files.pharo.org/vm/pharo/mac/ <http://files.pharo.org/vm/pharo/mac/> . Same issue as above. likely the same vm - Cocoa Cog vm from http://squeakvm.org/mac/ <http://squeakvm.org/mac/> : crashed at startup. could not load image - Cocoa Stack vm from http://squeakvm.org/mac/ <http://squeakvm.org/mac/> : crashed at startup; could not load image - Carbon Stack vm from http://squeakvm.org/mac/ <http://squeakvm.org/mac/> : refused to start Is it possible to allocate more than 500Mb of memory to squeak?

Aug. 8, 2015

Re: [Pharo-users] string write stream

by Mariano Martinez Peck

On Sat, Aug 8, 2015 at 7:42 AM, Peter UhnÃ¡k <i.uhnak(a)gmail.com> wrote: > What is better? > > String new writeStream > Prefer this one, as Stef said. > or > WriteStream on: String new > Use this one only if you want to specify which type of stream. > or > WriteStream on: '' > This is the worst. It won't work in GemStone for example, because '' is a literal. > > by popularity '' is the winner, however apparently not everyone is happy > with that > https://pharo.fogbugz.com/f/cases/15260/WriteStream-on-new-string > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > f := Finder new. > (f sourceSearch: 'WriteStream on: ''''') size. "51" > (f sourceSearch: 'String new writeStream') size. "48" > (f sourceSearch: 'WriteStream on: String new') size. "39" > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > While this is not a popularity contest, we can at least poll for > preferences https://strawpoll.me/5153067 :) > > Peter > -- Mariano http://marianopeck.wordpress.com

Aug. 8, 2015

Smalltalker required

by S Krish

" We are looking for smalltalk developers in US. Must have L1 or H1, or any other valid work visa. Job location would be Atlanta. JD: 1.) Visual age Smalltalk V5.0 2.) Strong debugging, File handling and UI designing using VAST5.0 3.) Strong database skillset using SQL 4.) Analyzing production support tickets 5.) Communication protocols like Web services, OLE, DDE, TCP-IP Please send profiles to ravinder.phogat(a)zensar.in" <ravinder.phogat(a)zensar.in>

Aug. 8, 2015

Re: [Pharo-users] Tabular: XLSX import

by H. Hirzel

Found the public API: XLSXImporter import: aReadStream XLSXImporterTest>> setUp | rstr | rstr := TabularResources testExcelSheet readStream. workbook := XLSXImporter import: rstr And added it in the comment: http://ss3.gemtalksystems.com/ss/Tabular/Tabular-HannesHirzel.32.mcz On 8/8/15, H. Hirzel <hannes.hirzel(a)gmail.com> wrote: > The screenshot illustrates what I mean. > http://ss3.gemtalksystems.com/ss/Tabular/Tabular-HannesHirzel.30.mcz > > I assume you have three classes to accommodate for FLAT ODT and HTML > import later. > > Maybe there should only be two classes at the moment until the latter > will be realized. > > What do you consider to be the public API of class XLSXImporter? > > --Hannes > > On 8/8/15, H. Hirzel <hannes.hirzel(a)gmail.com> wrote: >> Another small request: Could you please comment the importer classes >> which currently work. This is to distinguish them from those which are >> there as place-holders for future extension. This makes it easier to >> read you code. >> >> --Hanne >> >> On 8/8/15, H. Hirzel <hannes.hirzel(a)gmail.com> wrote: >>> Thank you. I am using Pharo 4.0. >>> >>> I see that you implement a SAXparser. Could you please elaborate a >>> bit why the one in the XML-Parser package does not do the job? >>> >>> --Hannes >>> >>> On 8/8/15, Vincent BLONDEAU <vincent.blondeau(a)polytech-lille.net> wrote: >>>> Hi, >>>> >>>> I added the dependencies to PharoExtras/XMLWriter and XMLParser. >>>> I didn't add the dependencies before because I used Tabular with Moose, >>>> and >>>> Moose already loads these dependencies... >>>> >>>> Now it should work. I created the new 0.2 release with the required >>>> dependencies. >>>> >>>> By the way, I used Versionner to create the configuration. I don't know >>>> if >>>> there is a documentation but there is a video: >>>> https://www.youtube.com/watch?v=cFRJDuWL-Q0 >>>> >>>> It is a very fast tool to manage your projects! >>>> >>>> If your are using at least Pharo 4.0, you can use the catalog browser >>>> to >>>> load the ConfigurationOfTabular directly. >>>> >>>> Best, >>>> Vincent >>>> >>>> -----Message d'origine----- >>>> De : Pharo-users [mailto:pharo-users-bounces@lists.pharo.org] De la >>>> part >>>> de >>>> H. Hirzel >>>> EnvoyÃ© : samedi 8 aoÃ»t 2015 10:34 >>>> Ã : Any question about pharo is welcome >>>> Objet : Re: [Pharo-users] Tabular: XLSX import >>>> >>>> If I do >>>> >>>> ConfigurationOfXMLWriter load >>>> >>>> then >>>> >>>> TabularExperimentalExport writeTestFile >>>> >>>> is fine generating an Excel file. >>>> >>>> http://ss3.gemtalksystems.com/ss/Tabular/Tabular-HannesHirzel.27.mcz >>>> >>>> I am currently exploring the code and trying to figure out how it >>>> works. >>>> >>>> --Hannes >>>> >>>> On 8/8/15, H. Hirzel <hannes.hirzel(a)gmail.com> wrote: >>>>> I understand that Ð®ÑÐ¸Ð¹ ÐÐ¸ÑÐ¾Ð½ÐµÐ½ÐºÐ¾ asks how to construct his >>>>> ConfigurationOfTabular file >>>>> >>>>> http://ss3.gemtalksystems.com/ss/Tabular.html >>>>> >>>>> So I pointed him to the Pharo By Examples book 2 Chapter 9 Managing >>>>> Projects with Metacello >>>>> >>>>> >>>>> The Tabular project needs a XMLWriter class. I assume the regular >>>>> pharoExtras is fine. I do not know. >>>>> >>>>> I am just looking at the code to see how the reading and writing of >>>>> MSOffice files, Excel in this particular case, is done so far. >>>>> >>>>> For reading a TabularSAXParser is included in the package. Probably >>>>> not necessary. >>>>> >>>>> I moved it out here >>>>> http://ss3.gemtalksystems.com/ss/Tabular/Tabular-HannesHirzel.26.mcz >>>>> >>>>> Hannes >>>>> >>>>> >>>>> >>>>> On 8/8/15, stepharo <stepharo(a)free.fr> wrote: >>>>>> >>>>>> >>>>>> Le 8/8/15 09:11, H. Hirzel a Ã©crit : >>>>>>> What about >>>>>>> http://rmod.lille.inria.fr/deepIntoPharo/index.html >>>>>>> >>>>>>> p. 163 depending on a project without Metacello description p. 164, >>>>>>> depending on a project with a Metacello configuration >>>>>>> >>>>>>> In the mean time just a note that Tabular needs XMLParser and >>>>>>> XMLWriter packages on http://ss3.gemtalksystems.com/ss/Tabular.html. >>>>>> >>>>>> are you implying that there is no expression of dependencies and that >>>>>> in addition it depend on a different XML Parser/Writer than >>>>>> pharoExtras ones? >>>>>> >>>>>> Stef >>>>>>> >>>>>>> Some class comments are welcome as well :-) >>>>>>> >>>>>>> I understand that I can read Excel files and that you just started >>>>>>> to check out how to write them? >>>>>>> >>>>>>> --Hannes >>>>>>> >>>>>>> On 8/4/15, Ð®ÑÐ¸Ð¹ ÐÐ¸ÑÐ¾Ð½ÐµÐ½ÐºÐ¾ <assargaddon(a)gmail.com> wrote: >>>>>>>> Thank you Vincent. >>>>>>>> Some things is much clearer for me now. >>>>>>>> >>>>>>>> *It's shame on me that I lost all this Metacello progress, >>>>>>>> especially taking into account I was on the ESUG conference where >>>>>>>> it was presented. >>>>>>>> It >>>>>>>> was my only conference unfortunately.* >>>>>>>> >>>>>>>> I see that you already started this job: you added >>>>>>>> ConfigurationOfTabular. >>>>>>>> What I really want to do with this configuration: add dependencies >>>>>>>> to XMLParser and XMLWriter packages. Can you help with this, >>>>>>>> please? >>>>>>>> >>>>>>>> 2015-08-04 17:19 GMT+03:00 Blondeau Vincent >>>>>>>> <vincent.blondeau(a)worldline.com> >>>>>>>> : >>>>>>>> >>>>>>>>> Hi, >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> To add a configuration in the catalog, first you should have a >>>>>>>>> configuration for your project. You can create it with the >>>>>>>>> versionner if needed. >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> Second, you have to add some methods adding meta-description to >>>>>>>>> your project. The versionner do it for you: in the configuration >>>>>>>>> list, select your project, do a right click and select add catalog >>>>>>>>> methods. >>>>>>>>> >>>>>>>>> It creates all the mandatory methods for the catalog. You now have >>>>>>>>> to fill them (look at the class side of the configuration). >>>>>>>>> >>>>>>>>> Finally, commit your configuration on your repo and on the >>>>>>>>> MetaRepoForPharo30/40/50 depending where your project is working. >>>>>>>>> >>>>>>>>> The link is here: >>>>>>>>> http://smalltalkhub.com/#!/~Pharo/MetaRepoForPharo50 >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> Once published, your project will be in the catalog in the image >>>>>>>>> (Tools>catalog browser) and on the web http://catalog.pharo.org/. >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> Tell me if you need help to do it, >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> Cheers, >>>>>>>>> >>>>>>>>> Vincent >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> *De :* Pharo-users [mailto:pharo-users-bounces@lists.pharo.org] >>>>>>>>> *De la part de* ???? ????????? >>>>>>>>> *EnvoyÃ© :* dimanche 2 aoÃ»t 2015 10:25 *Ã :* Any question about >>>>>>>>> pharo is welcome *Objet :* Re: [Pharo-users] Tabular: XLSX import >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> It looks like I need some guidance to understand contemporary >>>>>>>>> packaging/deployment/versioning system. I know it exists, but I >>>>>>>>> don't know details. Can you kick me in the right direction? Maybe >>>>>>>>> some link? >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> 2015-08-02 11:21 GMT+03:00 Esteban Lorenzano >>>>>>>>> <estebanlm(a)gmail.com>: >>>>>>>>> >>>>>>>>> Hi, >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> it would be sooo cool to have a configuration in the catalogâ¦ >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> Esteban >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> On 01 Aug 2015, at 20:58, Ð®ÑÐ¸Ð¹ ÐÐ¸ÑÐ¾Ð½ÐµÐ½ÐºÐ¾ <assargaddon(a)gmail.com> >>>>>>>>> wrote: >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> Hello. >>>>>>>>> >>>>>>>>> Some time ago I announced Tabular >>>>>>>>> <http://ss3.gemtalksystems.com/ss/Tabular.html>, some effort to >>>>>>>>> make a tool for spreadsheets import/export. >>>>>>>>> >>>>>>>>> >>>>>>>>> This is short notice: Vincent Blondeau have added XLSX import >>>>>>>>> functionality! >>>>>>>>> It's also mostly proof-of-concept now, but even at this stage it's >>>>>>>>> quite usable. >>>>>>>>> >>>>>>>>> Thanks, Vincent! >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> ------------------------------ >>>>>>>>> >>>>>>>>> Ce message et les piÃ¨ces jointes sont confidentiels et rÃ©servÃ©s Ã >>>>>>>>> l'usage exclusif de ses destinataires. Il peut Ã©galement Ãªtre >>>>>>>>> protÃ©gÃ© par le secret professionnel. Si vous recevez ce message >>>>>>>>> par erreur, merci d'en avertir immÃ©diatement l'expÃ©diteur et de le >>>>>>>>> dÃ©truire. L'intÃ©gritÃ© du message ne pouvant Ãªtre assurÃ©e sur >>>>>>>>> Internet, la responsabilitÃ© de Worldline ne pourra Ãªtre recherchÃ©e >>>>>>>>> quant au contenu de ce message. Bien que les meilleurs efforts >>>>>>>>> soient faits pour maintenir cette transmission exempte de tout >>>>>>>>> virus, l'expÃ©diteur ne donne aucune garantie Ã cet Ã©gard et sa >>>>>>>>> responsabilitÃ© ne saurait Ãªtre recherchÃ©e pour tout dommage >>>>>>>>> rÃ©sultant d'un virus transmis. >>>>>>>>> >>>>>>>>> This e-mail and the documents attached are confidential and >>>>>>>>> intended solely for the addressee; it may also be privileged. If >>>>>>>>> you receive this e-mail in error, please notify the sender >>>>>>>>> immediately and destroy it. >>>>>>>>> As >>>>>>>>> its integrity cannot be secured on the Internet, the Worldline >>>>>>>>> liability cannot be triggered for the message content. Although >>>>>>>>> the sender endeavours to maintain a computer virus-free network, >>>>>>>>> the sender does not warrant that this transmission is virus-free >>>>>>>>> and will not be liable for any damages resulting from any virus >>>>>>>>> transmitted. >>>>>>>>> >>>>>>> >>>>>> >>>>>> >>>>>> >>>>> >>>> >>>> >>>> >>>> >>> >> >

Aug. 8, 2015

Proper way to retrieve Monticello repositories

by Peter UhnÃ¡k

Hi, what is the proper way to retrieve Monticello repositories? I've always simply queried the system for instances... e.g. MCSmalltalkhubRepository allInstances detect: But is there some manager or something? (Akin to RPackageOrganizer default) Also it's interesting that both Pharo50 and Pharo50Inbox are MCHttpRepository instances and not MCSmalltalkhubRepository. Thanks, Peter

Aug. 8, 2015