Re: [Pharo-users] Proposed fix for RFB. Please review
Welcome christer and thanks for sharing your fix. I hope a guy will reply to you. To me it looks ok :) but I never looked at RFB Stef Le 22/6/15 18:29, Christer Assmundsson a écrit : Hi all, I have fixed (?) an issue in RFB server that seems to solve a problem I had with initiating a session. After the fix it works at least with UltraVnc. Still not with tightVnc though, has to be some other problem with that. As I'm not very experienced with pharo I'd like to have somebody elses eyes on it before checking it in to SmaltalkHub (if I even have access to that). Quality status on the fix is "works on my machine" At the start of RFBSession>> sendFramebufferUpdate | updateRegion nRects sendCursor sendPosition | preferredEncoding ifNil: [^self]. " new code" self beginUpdate. ... Reasoning: Until we know what encoding to use, we can't send updates. Just discard them. It will be picked up later. Technical: Futher down in the method we call "countRects" which is not set until we set encoding, and therefore the method fails with DNU. Please let me know how I should proceed. Best regards, Christer
Re: [Pharo-users] OpenCL problems since we switch to OS X 10.10.3
Just some random ideas... Seems some others are having problems... http://preta3d.com/os-x-users-unite/ Only a shot in the dark, not sure if it relates (search for OpenCL and Chrome)... https://forums.adobe.com/thread/1393885?start=120&tstart=0 Another shot in the dark, just looking for things you might turn off: * https://developer.apple.com/library/mac/documentation/Performance/Conceptual/OpenCL_MacProgGuide/AutoVectorizer/AutoVectorizer.html#//apple_ref/doc/uid/TP40008312-CH7-SW1 * When it crashes, does it list come file/libraries with OpenCL in their name. Use some system tool like `lsof` to see if there are other program is using those files, and see if you can identify something to turn off. Alternate drivers http://www.tonymacx86.com/graphics/161334-nvidia-releases-alternate-graphics-drivers-10-10-3-346-01-02-a.html cheers -ben On Wed, May 20, 2015 at 11:05 PM, Serge Stinckwich < serge.stinckw...@gmail.com> wrote: > Hi Ronie, > > since we switch here from OS X 10.10.2 to 10.10.3, your OpenCL > framework doesn't not work anymore ... We crash Pharo everytime we try > to use GPU. > > This is an except of the crash log: > > Process: Pharo [21039] > Path: /Applications/Pharo.app/Contents/MacOS/Pharo > Identifier:org.pharo.Pharo > Version: Pharo 0.2.7-2015.04.20 (21.0) > Code Type: X86 (Native) > Parent Process:??? [1] > Responsible: Pharo [21039] > User ID: 502 > > Date/Time: 2015-05-20 16:50:33.740 +0200 > OS Version:Mac OS X 10.10.3 (14D136) > Report Version:11 > Anonymous UUID:53101D99-4009-6151-7D46-D4F943A588CF > > Sleep/Wake UUID: D65CFFA9-9DD4-490B-99A5-D5A3F37C8649 > > Time Awake Since Boot: 24 seconds > Time Since Wake: 19000 seconds > > Crashed Thread:0 Dispatch queue: opencl_runtime > > Exception Type:EXC_BAD_ACCESS (SIGABRT) > Exception Codes: KERN_INVALID_ADDRESS at 0x0020 > > What can we do ? Apparently this is difficult to downgrade back to 10.10.2 > > Regards > -- > Serge Stinckwich > UCBN & UMI UMMISCO 209 (IRD/UPMC) > Every DSL ends up being Smalltalk > http://www.doesnotunderstand.org/ > >
Re: [Pharo-users] Moose
Hi Actually I am not using a specifc tool to generate feature models. For the moment, I am using XML Files to express features because tools like SPLOT use such format so it would be easy to export it into Moose. It would be nice to have the Frascati feature model file, just to test some new metrics and visualisations and better understand the code :) Abdelghani De : Alexandre Bergel À : abdelghani ALIDRA Envoyé le : Mercredi 24 juin 2015 17h03 Objet : Re: [Pharo-users] Moose Hi! No, we do not have a particular description of the text file. This was made in a very ad-hoc way, and very close to Familiar. Since I guess you are using your own platform to express features and variability, I guess this text description is not that useful for you. Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. On Jun 24, 2015, at 8:13 AM, abdelghani ALIDRA wrote: Thanks for the document. Since Familiar code is open, I may want to reuse some parts of it. I noticed there is a FMTexImportCommand class in the Familiar package. This is to load a feature model from a text description or file I gess. What is the structure of such a file? Maybe you have some examples also? Regards.Abdelghani De : Alexandre Bergel À : abdelghani ALIDRA Envoyé le : Mardi 23 juin 2015 15h39 Objet : Re: [Pharo-users] Moose What I try to do is to use Moose to model, raison and do visualizations on feature models (a variability model used to model variability in software product lines) In the feature model there is a concept called crosstree constraints relying two features (fonctionnalities) example: aFeature requires aNotherFeature. The relation goes from aFeature to aNotherFeature. Okay. Interesting topic.We did a bit of work on this, you may want to have a look at it:https://dl.dropboxusercontent.com/u/31543901/MyPapers/Urli15-FeatureComplexity.pdf Cheers, Alexandre Regards De : Alexandre Bergel À : abdelghani ALIDRA ; Any question about pharo is welcome Envoyé le : Lundi 22 juin 2015 19h41 Objet : Re: [Pharo-users] Moose Hi! I have never used the previous and next. No idea whether this is used or not.What are you trying to achieve? Cheers,Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. On Jun 22, 2015, at 12:06 PM, abdelghani ALIDRA wrote: Hi everybody, when working with the FAMIX meta model, one must implement the previous, next, from and to methods for each class extending FAMIXAssosiation. What is the diffence between previous/from and next/to?if I make MyFamixClass>>from^previousthe same information is displayed twice in the Moose panel (because both methods are annotated with the MSEProperty in the superclass)Who can one avoid that? Regards Abdelghani
Re: [Pharo-users] OpenCL problems since we switch to OS X 10.10.3
Any ideas Ronie about this bug ? Thank you. On Wed, May 20, 2015 at 5:05 PM, Serge Stinckwich wrote: > Hi Ronie, > > since we switch here from OS X 10.10.2 to 10.10.3, your OpenCL > framework doesn't not work anymore ... We crash Pharo everytime we try > to use GPU. > > This is an except of the crash log: > > Process: Pharo [21039] > Path: /Applications/Pharo.app/Contents/MacOS/Pharo > Identifier:org.pharo.Pharo > Version: Pharo 0.2.7-2015.04.20 (21.0) > Code Type: X86 (Native) > Parent Process:??? [1] > Responsible: Pharo [21039] > User ID: 502 > > Date/Time: 2015-05-20 16:50:33.740 +0200 > OS Version:Mac OS X 10.10.3 (14D136) > Report Version:11 > Anonymous UUID:53101D99-4009-6151-7D46-D4F943A588CF > > Sleep/Wake UUID: D65CFFA9-9DD4-490B-99A5-D5A3F37C8649 > > Time Awake Since Boot: 24 seconds > Time Since Wake: 19000 seconds > > Crashed Thread:0 Dispatch queue: opencl_runtime > > Exception Type:EXC_BAD_ACCESS (SIGABRT) > Exception Codes: KERN_INVALID_ADDRESS at 0x0020 > > What can we do ? Apparently this is difficult to downgrade back to 10.10.2 > > Regards > -- > Serge Stinckwich > UCBN & UMI UMMISCO 209 (IRD/UPMC) > Every DSL ends up being Smalltalk > http://www.doesnotunderstand.org/ -- Serge Stinckwich UCBN & UMI UMMISCO 209 (IRD/UPMC) Every DSL ends up being Smalltalk http://www.doesnotunderstand.org/
[Pharo-users] "Oops! Invalid username or password" when saving Settings on smalltalkhub
Hi, I'm trying to update the description of the Pillar project at http://www.smalltalkhub.com/#!/~Pier/Pillar/settings. Unfortunately, when I press the green "Update" button, I face a Oops! Invalid username or password red warning on top of the page and my changes are not saved. -- Damien Cassou http://damiencassou.seasidehosting.st "Success is the ability to go from one failure to another without losing enthusiasm." --Winston Churchill
Re: [Pharo-users] RESTful API with Pharo with Gemstones
We go a very similiar way as Sebastian - but with our company need NOT to build a Smalltalk-only system, but also offer support for several other developers/languages. We use * Zinc REST * Gemstone 3.2.6 We generate code to have: * Swagger-UI and Swagger-Core support (currently 1.2) Earlier the swagger stuff was also handled by Gemstone, but now we create Gemstone-Code to write the Swagger-specs into the server filesystem. Practically the swagger-core support has been working with C# (we had to correct/change the template for source code generation). We see now the need to go to Swagger 2.0, to stay near the development master stream. The whole system is working very stable - the only problem I have is a 10 MB limit on the Gemstone socket system - here the Zinc HTTP System subsystem must be changed to get rid of this problem. Marten Am 23.06.2015 um 20:40 schrieb sergio_101: > I have been a project coming up that I really onlyneed a restful API on. > > The front end will be first built on a mobile device(iOS )then back on > possibly android, with a very stripped down web application. > > i would like to use pharo/gemstones as the database. > > is there a project out there that allows for such restful API > development in pharo land? This would be so fun! > > thanks -- Marten Feldtmann