February 2016 - Pharo-users

XML verification using an external XSD file - possible yet in Pharo?

by PAUL DEBRUICKER

Hi - Is there a way to validate XML files with an external XML schema file (XSD file) in Pharo ? Something like xerces (http://xerces.apache.org/) or xmllint (http://xmlsoft.org/xmllint.html) provide? Thanks Paul

Feb. 2, 2016

Re: [Pharo-users] Smalltalkhub is down?

by Mariano Martinez Peck

Yes, me too On Tue, Feb 2, 2016 at 5:11 PM, Julien Delplanque <julien(a)tamere.eu> wrote: > Hey, > > I can not access smalltalkhub neither from an image nor from a web > browser. Also, if I ping the server it does not responds. > > Anyone experiencing the same thing? > > Julien > > -- Mariano http://marianopeck.wordpress.com

Feb. 2, 2016

Smalltalkhub is down?

by Julien Delplanque

Hey, I can not access smalltalkhub neither from an image nor from a web browser. Also, if I ping the server it does not responds. Anyone experiencing the same thing? Julien

Feb. 2, 2016

Re: [Pharo-users] Problem to open Pharo 50 on Windows

by Justine STIENNE

Finally it's not working. Yesterday, when I opened it, it was working and this morning, when i tried, it was not working. So there is no solution. And I'm not the only one to have this problem. Because I've tried in an other computer, and it was exactly the same. I was looking on tasks management and in details I have the application Pharo.exe running even when I restart the computer. When I want to stop the task, it said me : "The transaction could not be completed. Access denied". I dont know what to do more... Thanks in advance, Justine 2016-02-01 23:39 GMT+01:00 Ben Coman <btc(a)openinworld.com>: > On Tue, Feb 2, 2016 at 3:05 AM, Justine STIENNE > <justine.stienne(a)gmail.com> wrote: > > Thank you everybody. Now it's working :-) > > Cool. Can you report the solution to help the next person that might > be stuck by the same thing? > cheers -ben > > > > > Justine > > > > 2016-02-01 17:55 GMT+01:00 Ben Coman <btc(a)openinworld.com>: > >> > >> >> To: pharo-users(a)lists.pharo.org > >> >> From: stephan(a)stack.nl > >> >> Date: Sun, 31 Jan 2016 20:27:37 +0100 > >> >> Subject: Re: [Pharo-users] Problem to open Pharo 50 on Windows > >> >> > >> >> On 31-01-16 18:55, Franck Warlouzet wrote: > >> >> > I tried to help Justine a bit, but I have the same OS, the same VM, > >> >> > the > >> >> > same image, the same sources and it works for me but not for her, > >> >> > >> >> Which OS & update version, in what directories is it installed? > >> >> > >> >> Stephan > >> > >> > >> > On 31 Jan 2016, at 22:05, Franck Warlouzet < > franck.warlouzet(a)hotmail.fr> > >> > wrote: > >> > > >> > For my case, windows 10, latest I assume. Installed on the desktop (in > >> > several directories, I'm organized). > >> > > >> > Do you think it could be an admin rights issue if it is installed in > >> > protected directories in Justine's case ? > >> > >> On Mon, Feb 1, 2016 at 5:44 PM, Esteban Lorenzano <estebanlm(a)gmail.com> > >> wrote: > >> > > >> > it has to beâ¦ otherwise I cannot imagine what it can be :( > >> > >> One thing to consider... if the Image was installed into a protected > >> folder by an administrator, and then opened and then saved by a > >> standard-user, Windows presents *very* strange and *misleading* > >> behaviour, > >> which I describe here... > >> > >> > http://forum.world.st/FEEDBACK-Install-Pharo-on-Windows-td4733900.html#a474… > >> > >> Basically, the files installed into Window's protected folders *must* > >> be read only, or all hell breaks loose :). When the standard-user > >> tries to write to Pharo.image in the protected folder, Windows (ever > >> soooo helpful) doesn't complain but *silently* takes a shadow copy of > >> the protected folder into the standard-user's folder which can be > >> written to. It then *transparently* makes it seem like the file in the > >> original location was updated, for that user. The same happens for > >> other users so that for a single file location (e.g. > >> "C:\..\protected\Pharo.image") each user sees different data. > >> > >> Should the original file be *really* updated by an administrator > >> installing an upgrade, the standard-users don't see the change. They > >> still see only their own custom unique shadow version of Pharo.image. > >> This is really *evil* behaviour, so its good to share from this info > >> from time to time, even if its not the cause in this case. > >> > >> btw, you can easily confirm this yourself just using notepad to edit a > >> protected txt file while switching a few times between Admin and > >> Standard-User accounts. Some things have to be seen to be believed. > >> > >> cheers -ben > >> > > > >

Feb. 2, 2016

Re: [Pharo-users] stupid spur question

by Werner Kassens

Hi Clement, i see, thanks for this answer. werner On 02/02/2016 03:07 PM, ClÃ©ment Bera wrote: > Hello, > > Both classes (SmallFloat64 and BoxedFloat64) are present on 32 bits and > 64 bits by default right now. The code base is common between 32 and 64 > bit images. It is possible to run a 32 bit image without the class > SmallFloat64, but it is not the default behavior. There are no instances > of SmallFloat64 in 32 bits and there can't be any. There are details, > such as the SmallFloat64 class needs to be present to convert a 32 bit > image to 64 bits with the offline converter and if the code base remains > common between 32 and 64 bit images, then the specialObjectsArray will > hold a reference to SmallFloat64 which needs to be updated if one > removes the SmallFloat64 class. > > For servers and desktop application it does not really make sense any > more to remove these classes in 32 bits as they represent very few kb > compared to Gb of RAM for laptops and Tb for servers. The Smalltalk > image is already much smaller than let's say, the JVM default runtime. > In addition, most computers are 64 bits now so it usually does not make > sense to release in 32 bits. > > On embedded devices, one can consider deploying without classes such as > SmallFloat64 or LargeInteger to minimize the memory footprint. The > support for such feature is not very good currently, but it is getting > slowly better. It could make sense to remove such classes if you are > targeting a connected object with let's say an ARM Cortex-M4. This is > part of a larger problem which consists in making the Pharo Kernel > modular so that we can load only part of it in specific contexts to save > memory or to reduce the system capabilities. > > > 2016-02-02 14:43 GMT+01:00 Werner Kassens <wkassens(a)libello.com > <mailto:wkassens@libello.com>>: > > On 02/02/2016 02:30 PM, Sven Van Caekenberghe wrote: > > Maybe those classes could exist in a 32-bit image as empty > subclasses of float ? > > that is, what i hope <g> > > werner > >

Feb. 2, 2016

Re: [Pharo-users] stupid spur question

by ClÃ©ment Bera

Hello, Both classes (SmallFloat64 and BoxedFloat64) are present on 32 bits and 64 bits by default right now. The code base is common between 32 and 64 bit images. It is possible to run a 32 bit image without the class SmallFloat64, but it is not the default behavior. There are no instances of SmallFloat64 in 32 bits and there can't be any. There are details, such as the SmallFloat64 class needs to be present to convert a 32 bit image to 64 bits with the offline converter and if the code base remains common between 32 and 64 bit images, then the specialObjectsArray will hold a reference to SmallFloat64 which needs to be updated if one removes the SmallFloat64 class. For servers and desktop application it does not really make sense any more to remove these classes in 32 bits as they represent very few kb compared to Gb of RAM for laptops and Tb for servers. The Smalltalk image is already much smaller than let's say, the JVM default runtime. In addition, most computers are 64 bits now so it usually does not make sense to release in 32 bits. On embedded devices, one can consider deploying without classes such as SmallFloat64 or LargeInteger to minimize the memory footprint. The support for such feature is not very good currently, but it is getting slowly better. It could make sense to remove such classes if you are targeting a connected object with let's say an ARM Cortex-M4. This is part of a larger problem which consists in making the Pharo Kernel modular so that we can load only part of it in specific contexts to save memory or to reduce the system capabilities. 2016-02-02 14:43 GMT+01:00 Werner Kassens <wkassens(a)libello.com>: > On 02/02/2016 02:30 PM, Sven Van Caekenberghe wrote: > >> Maybe those classes could exist in a 32-bit image as empty subclasses of >> float ? >> > that is, what i hope <g> > > werner > >

Feb. 2, 2016

Re: [Pharo-users] stupid spur question

by Werner Kassens

On 02/02/2016 02:30 PM, Sven Van Caekenberghe wrote: > Maybe those classes could exist in a 32-bit image as empty subclasses of float ? that is, what i hope <g> werner

Feb. 2, 2016

Re: [Pharo-users] stupid spur question

by Sven Van Caekenberghe

Werner, > On 02 Feb 2016, at 14:25, Werner Kassens <wkassens(a)libello.com> wrote: > > Hi, > in the developersforum i read: > "And in 32-bits there are only BoxedFloat64 instances. So on a 32 bits VM Floats are represented only by BoxedFloat64. On a 64 bits VM Floats are represented either by BoxedFloat64 or SmallFloat64. " > i wonder whether this means, that in 32 bit systems there exist images that dont have the SmallFloat64 object. i mean, if i make a package with a method for SmallFloat64, this would not trigger an exception on a 32 bit systems if i load it on such a system, or would it? > werner It is far from a stupid question, it is an excellent question. I don't know the answer though. Maybe those classes could exist in a 32-bit image as empty subclasses of float ? I am also not 100% sure that the intention is to keep on maintaining a 32-bit variant. Sven

Feb. 2, 2016

stupid spur question

by Werner Kassens

Hi, in the developersforum i read: "And in 32-bits there are only BoxedFloat64 instances. So on a 32 bits VM Floats are represented only by BoxedFloat64. On a 64 bits VM Floats are represented either by BoxedFloat64 or SmallFloat64. " i wonder whether this means, that in 32 bit systems there exist images that dont have the SmallFloat64 object. i mean, if i make a package with a method for SmallFloat64, this would not trigger an exception on a 32 bit systems if i load it on such a system, or would it? werner

Feb. 2, 2016

Re: [Pharo-users] Spec Questions

by Nicolai Hess

Hi Khrystyna, there is an example TabsExample it opens a tabmanager model with multiple tabs. The tabs contain a class browser a symstembrowser and an object inspector. I hope this helps. nicolai 2016-02-02 9:31 GMT+01:00 Khrystyna Mykhailiuk <chrismihaylyk(a)gmail.com>: > Hello, all! > > Recently, I have started working with Spec framework in Pharo. > I want to put sub widgets into tabModel widget. Is it possible to do? > If yes, Could you tell me please, what method I should use? > And how interacting with these sub widgets? > > Thank you, > Khrystyna. > > > > > -- > View this message in context: > http://forum.world.st/Spec-Questions-tp4875277.html > Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. > >

Feb. 2, 2016