- Pharo-users - lists.pharo.org

Re: [Pharo-users] Usability issues with Calypso

by Sean P. DeNigris

Stephane Ducasse-3 wrote > Calypso is still an enfant and this is > IMPORTANT that people tell what > they do not like so that we can improve. A few more impressions now that I've been using Calypso as my default browser: - Overall really enjoying it! - When browsing a class from its own package, and then adding an extension protocol via '*...' in "New protocol" context menu, the dialog closes without objection, but then the new protocol doesn't seem to exist. I had to create a dummy protocol and then DND the methods into the package-to-be-extended. - When Calypso is set to be the default browser, it would be helpful if the World menu item changed from "Calypso Browser" to "Nautilus" - Lack of word wrapping is becoming teeeeeeedious ----- Cheers, Sean -- Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html

Sept. 23, 2017

Re: [Pharo-users] Roasssal not working on Windows with Pharo 6.1

by Alexandre Bergel

Hi! Looks like a dll is missing. @Milton: have you experience this problem under windows? Alexandre > On Sep 23, 2017, at 5:57 AM, kmo <voxkmp(a)gmail.com> wrote: > > Is it just me or my systems but is there a major problem with Roassal on > Pharo 6.1 on Windows? > > At work on my Windows 7 machine, Roassal installs from the catalog browser > but the examples will not run. I get an error - External module not found. > it seems to be looking for the Surface dll which is definitely present in > the pharo folder. > > On my Windows 10 netbook, Roassal will not even install from the catalog > browser. It starts to install then comes up with an unhelpful "something has > gone wrong" message. > > Roassal still works in Pharo 5. So is this just a 6.1 issue? > > > > -- > Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html >

Sept. 23, 2017

Re: [Pharo-users] How to set library path for UFFI on Linux?

by Dan Wilczak

It does search on LD_LIBRARY_PATH now, it just fails because it finds the 32-bit libcairo before the 64-bit one. The traceback displayed inside Pharo says "Error: External module not found" which is quite misleading. A minimal fix would be to just provide a better error message. There is a traceback that prints to the console if you launched pharo from it, and it does reveal the true failure, but only to someone who knows what ELFCLASS32 means: ioLoadModule(//usr/lib/libcairo.so.2): //usr/lib/libcairo.so.2: wrong ELF class: ELFCLASS32 Error: External module not found This shows that the information for a better error message is available. A better fix would be to skip the 32-bit lib and keep searching. This looks like it would be messy because CairoLibrary provides the path but âUâ FFI has to deal with it. â As far as I can see, there's no way to just check whether a library is 32- or 64-bit, other than trying to call something in it. I'm a total Pharo novice (I wrote maybe 300 lines of Squeak code several years ago) but this design seems odd to me. Why is LD_LIBRARY_PATH being handled inâ Athens-Cairo rather than UFFI itself? Dan On Sat, Sep 23, 2017 at 4:03 AM, Esteban Lorenzano <estebanlm(a)gmail.com> wrote: > hi, > > this is not a bug, UFFI cannot know where a library is (because it can be > anywhere). > but, not being a bug, this remains a problem :) > One solution is to search on LD_LIBRARY_PATH but this is not generalised > (it should) for the moment. And of course, this is a solution that works > for linux and not other platforms, so not perfect. Also we need to consider > architecture, etc. etc. etc. > > Esteban > > > > On 23 Sep 2017, at 09:16, Stephane Ducasse <stepharo.self(a)gmail.com> > wrote: > > > > Can you open a bug entry and propose your solution? > > > > Stef > > > > On Fri, Sep 22, 2017 at 9:56 PM, Dan Wilczak <dan.g.wilczak(a)gmail.com> > wrote: > >> That pointed me in the right direction, thanks. I've got it working now. > >> > >> I think there's a bug there which may bite other people --- > >> > >> If you have both 32-bit and 64-bit versions of the library installed, > >> Unix64ModuleName can find the > >> 32-bit version first (depending on your LD_LIBRARY_PATH) and set that > as the > >> lib to use. Then when > >> UFFI loads it, it recognizes it as 32-bit and gives up rather than > looking > >> in any more directories. > >> > >> Dan > >> > >> > >> > >> -- > >> Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html > >> > > > > >

Sept. 23, 2017

Re: [Pharo-users] Roasssal not working on Windows with Pharo 6.1

by kmo

All looks OK to me. No font issues. -- Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html

Sept. 23, 2017

Re: [Pharo-users] Roasssal not working on Windows with Pharo 6.1

by Peter UhnÃ¡k

Do fonts on the system look weird? If you execute 'hello' asText allBold, ' world' asText is the first half bold? Because sometimes Windows just **** ups and prevents Pharo from loading some libraries, including Font, and in such cases Roassal also doesn't work. But restart (or two) so far as always fixed it somehow magically. Peter On Sat, Sep 23, 2017 at 12:04 PM, kmo <voxkmp(a)gmail.com> wrote: > No luck. I cannot say whether this fixes the problem on Windows 7 because > I'm > not at work. But roassal will not install on my Windows 10 laptop. Other > items from the Catalog Browser install OK. So it's a problem with Roassal > in > particular. > > > > -- > Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html > >

Sept. 23, 2017

Re: [Pharo-users] Web stack practices (Glorp / QCMagritte)

by Laurent Laffont

Thanks Stef, it would be nice, nevertheless I don't think the boss will pay a consultant :( Laurent Le 22 septembre 2017 18:18:32 GMT+02:00, Stephane Ducasse <stepharo.self(a)gmail.com> a Ã©crit : >Laurent > >do you need that we send someone to your place to help? > >Stef > >On Fri, Sep 22, 2017 at 10:28 AM, laurent <laurent.laffont(a)gmail.com> >wrote: >> Hi Stephan, >> >> actually the difficult part is how to manage correctly Glorp >> sessions/connections and update of objects in database. My team is >quite sad >> because QCMagritte and Glorp looks nice but we lack experience >glueing both >> together and could not find any documentation on the subject. >> >> Laurent >> >> >> Le mer. 20 sept. 2017 Ã 11:53, stephan <stephan(a)stack.nl> a Ã©crit : >> >> On 18-09-17 12:22, laurent wrote: >> >> We try QCMagritte and we enjoy what we see so far. What are the best >> practices to glue Magritte and Glorp together ? Especially when you >> load-balance requests on several images. Some examples ? ( FYI, I >cannot >> load QCMagritte in a fresh Pharo 6 image ( for #stable version, >> MADescriptionBuilder missing. For #development versions of Magritte >and >> QCMagritte, QCConfiguration missing ). So actually I use the one >built on >> CI. ) >> >> I really like describing domain objects with Magritte and using >chains of >> visitors to add cross-cutting concerns like translations, styling and >access >> control. The resulting domain code is very clean and DRY. To map to >> database/Glorp I would just add properties to the description >wherever >> needed, and add a visitor creating the mappings. We didn't need that >as we >> developed in Pharo and deployed on Gemstone. At the moment QC >generates >> applications using jQuery, and the live updating needs a round-trip >to the >> server. You might want to substitute that with something that does >more >> client side. I haven't looked in detail at what Johan Brichau is >doing. An >> open issue is live updates that update each other. That needs >automatically >> calculating dependencies and update order. I've copied the latest >> configuration and added #'pharo6.x' but that is not enough. Stephan

Sept. 23, 2017

Re: [Pharo-users] How to set library path for UFFI on Linux?

by Hilaire

What about shipping the dedicated libcairo with the Linux Virtual Image? Hilaire Le 23/09/2017 Ã 10:03, Esteban Lorenzano a Ã©critÂ : > hi, > > this is not a bug, UFFI cannot know where a library is (because it can be anywhere). > but, not being a bug, this remains a problem:) > One solution is to search on LD_LIBRARY_PATH but this is not generalised (it should) for the moment. And of course, this is a solution that works for linux and not other platforms, so not perfect. Also we need to consider architecture, etc. etc. etc. > > Esteban -- Dr. Geo http://drgeo.eu

Sept. 23, 2017

Re: [Pharo-users] Roasssal not working on Windows with Pharo 6.1

by kmo

No luck. I cannot say whether this fixes the problem on Windows 7 because I'm not at work. But roassal will not install on my Windows 10 laptop. Other items from the Catalog Browser install OK. So it's a problem with Roassal in particular. -- Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html

Sept. 23, 2017

Re: [Pharo-users] Roasssal not working on Windows with Pharo 6.1

by Esteban Lorenzano

> On 23 Sep 2017, at 11:07, Esteban Lorenzano <estebanlm(a)gmail.com> wrote: > > Hi, > > it should work, there is nothing that prevents itâ¦ can you download latest VM? it should be this one: http://files.pharo.org/get-files/70/pharo-win-latest.zip Esteban > > Esteban > >> On 23 Sep 2017, at 10:57, kmo <voxkmp(a)gmail.com> wrote: >> >> Is it just me or my systems but is there a major problem with Roassal on >> Pharo 6.1 on Windows? >> >> At work on my Windows 7 machine, Roassal installs from the catalog browser >> but the examples will not run. I get an error - External module not found. >> it seems to be looking for the Surface dll which is definitely present in >> the pharo folder. >> >> On my Windows 10 netbook, Roassal will not even install from the catalog >> browser. It starts to install then comes up with an unhelpful "something has >> gone wrong" message. >> >> Roassal still works in Pharo 5. So is this just a 6.1 issue? >> >> >> >> -- >> Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html >> >

Sept. 23, 2017

Re: [Pharo-users] Roasssal not working on Windows with Pharo 6.1

by Esteban Lorenzano

Hi, it should work, there is nothing that prevents itâ¦ can you download latest VM? Esteban > On 23 Sep 2017, at 10:57, kmo <voxkmp(a)gmail.com> wrote: > > Is it just me or my systems but is there a major problem with Roassal on > Pharo 6.1 on Windows? > > At work on my Windows 7 machine, Roassal installs from the catalog browser > but the examples will not run. I get an error - External module not found. > it seems to be looking for the Surface dll which is definitely present in > the pharo folder. > > On my Windows 10 netbook, Roassal will not even install from the catalog > browser. It starts to install then comes up with an unhelpful "something has > gone wrong" message. > > Roassal still works in Pharo 5. So is this just a 6.1 issue? > > > > -- > Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html >

Sept. 23, 2017