- Pharo-dev - lists.pharo.org

Re: [Pharo-dev] xsd to pharo?

by monty

I don't know of any, and it would be a large task to write one (which I don't have the time for now). > Sent: Friday, March 17, 2017 at 12:50 PM > From: stepharong <stepharong(a)free.fr> > To: "pharo-dev(a)lists.pharo.org" <pharo-dev(a)lists.pharo.org> > Subject: [Pharo-dev] xsd to pharo? > > Hi > > we are looking for a xsd to pharo class generator? > > Stef > > -- > Using Opera's mail client: http://www.opera.com/mail/ > >

March 30, 2017

./pharo --help returns exit code 1 on ubuntu

by Andrei Chis

Hi, In an ubuntu installation with the latest vm and Pharo 6 image when executing `./pharo --help` I get an error code of 1. wget -O- get.pharo.org/vmLatest60 | bash wget -O- get.pharo.org/60 | bash ./pharo --help echo $? --> returns 1 On mac the error code is 0. Also when executing './pharo' or './pharo Pharo.image --help' or './pharo --version' the error code is 0 on both mac and linux. So it seems there is some issues with --help. Actually, it gives a usage warning, but still I'd expect to not return an error code. Usage: Pharo.app/Contents/MacOS/Pharo [<option>...] [<imageName> [<argument>...]] Pharo.app/Contents/MacOS/Pharo [<option>...] -- [<argument>...] Cheers, Andrei

March 30, 2017

Fwd: [Vm-dev] Saving a vm from command lines opens it with a small size

by Andrei Chis

---------- Forwarded message ---------- From: Andrei Chis <andrei(a)inf.unibe.ch> Date: Wed, Mar 29, 2017 at 9:10 PM Subject: Re: [Vm-dev] [Pharo-dev] Saving a vm from command lines opens it with a small size To: Squeak Virtual Machine Development Discussion < vm-dev(a)lists.squeakfoundation.org> Cc: Pharo Development List <pharo-dev(a)lists.pharo.org> Hi Eliot, I tried the script but I get an error. Below is what I did and the error: Andreis-MacBook-Pro-3:pharobug andrei$ ./pharo Pharo.image eval "Smalltalk snapshot: true andQuit: true" Andreis-MacBook-Pro-3:pharobug andrei$ ./resizesqueakwindow Pharo.image 840 640 0+1 records in 4+0 records out 1 truncated record 4 bytes transferred in 0.000708 secs (5651 bytes/sec) Andreis-MacBook-Pro-3:pharobug andrei$ ./pharo-ui Pharo.image 2017-03-29 21:07:38.977 Pharo[53599:3054457] Error (1000) creating CGSWindow on line 281 2017-03-29 21:07:38.979 Pharo[53599:3054457] ( 0 CoreFoundation 0x96699c63 __raiseError + 195 1 libobjc.A.dylib 0x9018da2a objc_exception_throw + 276 2 CoreFoundation 0x96699b7d +[NSException raise:format:] + 141 3 AppKit 0x9ad410a5 _NSCreateWindowWithOpaqueShape2 + 1728 4 AppKit 0x9ad3f06d -[NSWindow _commonAwake] + 2227 5 AppKit 0x9adcef30 -[NSWindow _makeKeyRegardlessOfVisibility] + 104 6 AppKit 0x9adcee86 -[NSWindow makeKeyAndOrderFront:] + 35 7 Pharo 0x000b07b0 -[sqSqueakOSXOpenGLView drawThelayers] + 212 8 Pharo 0x000b718b -[sqSqueakScreenAndWindow ioForceDisplayUpdate] + 196 9 Pharo 0x000b6e60 ioForceDisplayUpdate + 61 10 Pharo 0x0007a66d primitiveShowDisplayRect + 212 11 Pharo 0x0003c1cd interpret + 25816 12 Pharo 0x000452e2 enterSmalltalkExecutiveImplementation + 135 13 Pharo 0x00035f7b interpret + 646 14 Pharo 0x000b68d0 -[sqSqueakMainApplication runSqueak] + 476 15 Foundation 0x988ea0ae __NSFirePerformWithOrder + 416 16 CoreFoundation 0x965a481e __CFRUNLOOP_IS_CALLING_OUT_TO_AN_OBSERVER_CALLBACK_FUNCTION__ + 30 17 CoreFoundation 0x965a4760 __CFRunLoopDoObservers + 400 18 CoreFoundation 0x965960c2 __CFRunLoopRun + 946 19 CoreFoundation 0x96595aa6 CFRunLoopRunSpecific + 390 20 CoreFoundation 0x9659590b CFRunLoopRunInMode + 123 21 HIToolbox 0x993a38f8 RunCurrentEventLoopInMode + 262 22 HIToolbox 0x993a3503 ReceiveNextEventCommon + 192 23 HIToolbox 0x993a342c _ BlockUntilNextEventMatchingListInModeWithFilter + 99 24 AppKit 0x9ad2cb41 _DPSNextEvent + 742 25 AppKit 0x9ad2c1e5 -[NSApplication nextEventMatchingMask:untilDate:inMode:dequeue:] + 350 26 AppKit 0x9ad20b9c -[NSApplication run] + 907 27 AppKit 0x9ac95fa0 NSApplicationMain + 2082 28 libdyld.dylib 0x9a6a66d9 start + 1 29 ??? 0x00000002 0x0 + 2 ) ^C On Wed, Mar 29, 2017 at 8:20 PM, Eliot Miranda <eliot.miranda(a)gmail.com> wrote: > > Hi Andrei, > > On Wed, Mar 29, 2017 at 10:40 AM, Andrei Chis <chisvasileandrei(a)gmail.com> > wrote: > >> Hi, >> >> I have the following script that I run on mac: >> >> wget -O- get.pharo.org/vmLatest60 | bash >> wget -O- get.pharo.org/60 | bash >> ./pharo Pharo.image eval "Smalltalk snapshot: true andQuit: true" >> ./pharo-ui Pharo.image >> >> Initially I thought that it doesn't work but then I saw that it opens a >> very very small window with just a tiny scrollbar. Screenshot here: >> https://dl.dropboxusercontent.com/u/74244847/Data/Screen%20S >> hot%202017-03-29%20at%207.38.48%20PM.png. >> > > Find attached a script for unix/mac os that sets the size of the screen in > the image file. > > Arguably the VM should use a window extent of 0@0 as a "start me > headless" flag. What do people think? It would complicate things. The > image would have to be located before any VM command line argument flags > are processed, and probably opened twice. Seems like a lot of effort for > little gain. > > > Cheers, >> Andrei >> > > _,,,^..^,,,_ > best, Eliot > >

March 29, 2017

Iceberg with SSH on Linux

by Pavel Krivanek

Hi, I want to let you know that the SSH (git@...) support in Iceberg on Linux VM now works with the latest threaded VM (get.pharo.org/vmTLatest60) The threaded VM now runs without root priviledges nor special configuration of the system. Thank you Esteban and others! Cheers, -- Pavel

March 29, 2017

Re: [Pharo-dev] Saving a vm from command lines opens it with a small size

by Eliot Miranda

Hi Andrei, On Wed, Mar 29, 2017 at 10:40 AM, Andrei Chis <chisvasileandrei(a)gmail.com> wrote: > Hi, > > I have the following script that I run on mac: > > wget -O- get.pharo.org/vmLatest60 | bash > wget -O- get.pharo.org/60 | bash > ./pharo Pharo.image eval "Smalltalk snapshot: true andQuit: true" > ./pharo-ui Pharo.image > > Initially I thought that it doesn't work but then I saw that it opens a > very very small window with just a tiny scrollbar. Screenshot here: > https://dl.dropboxusercontent.com/u/74244847/Data/Screen% > 20Shot%202017-03-29%20at%207.38.48%20PM.png. > Find attached a script for unix/mac os that sets the size of the screen in the image file. Arguably the VM should use a window extent of 0@0 as a "start me headless" flag. What do people think? It would complicate things. The image would have to be located before any VM command line argument flags are processed, and probably opened twice. Seems like a lot of effort for little gain. Cheers, > Andrei > _,,,^..^,,,_ best, Eliot

March 29, 2017

Re: [Pharo-dev] debugger inspector pane different than inspect pane?

by Andrei Chis

On Wed, Mar 29, 2017 at 6:10 PM, Stephane Ducasse <stepharo.self(a)gmail.com> wrote: > Yes doru this is when I get a node resulting from Smacc > Andrei I can share my image > Please do. Cheers, Andrei > > Stef > > On Wed, Mar 29, 2017 at 1:53 PM, Tudor Girba <tudor(a)tudorgirba.com> wrote: > >> Hi Stef, >> >> Does the issue relate to the SmaCC tree presentation of an AST node? >> >> Cheers, >> Doru >> >> >> > On Mar 29, 2017, at 10:59 AM, Andrei Chis <chisvasileandrei(a)gmail.com> >> wrote: >> > >> > Not aware of this bug. I tried to debug a few other objects that have >> custom tree presentations and they seem to work. I'll need a way to >> reproduce this. Can you paste the code of the custom presentation that is >> problematic. >> > >> > Cheers, >> > Andrei >> > >> > On Wed, Mar 29, 2017 at 9:11 AM, Stephane Ducasse < >> stepharo.self(a)gmail.com> wrote: >> > Hi andrei >> > >> > I'm debugger a node of a tree and in the debugger >> > the tree pane is empty. Now when I click on the node and inspect >> > it I get a tree representation. >> > >> > I do not know if you are aware of this behavior. >> > >> > Stef >> > >> >> -- >> www.tudorgirba.com >> www.feenk.com >> >> "Every now and then stop and ask yourself if the war you're fighting is >> the right one." >> >> >> >> >> >> >

March 29, 2017

Saving a vm from command lines opens it with a small size

by Andrei Chis

Hi, I have the following script that I run on mac: wget -O- get.pharo.org/vmLatest60 | bash wget -O- get.pharo.org/60 | bash ./pharo Pharo.image eval "Smalltalk snapshot: true andQuit: true" ./pharo-ui Pharo.image Initially I thought that it doesn't work but then I saw that it opens a very very small window with just a tiny scrollbar. Screenshot here: https://dl.dropboxusercontent.com/u/74244847/Data/Screen%20Shot%202017-03-2… . Cheers, Andrei

March 29, 2017

Re: [Pharo-dev] [Gsoc] [FastTable improvements] [Features request]

by Thierry Goubier

Hi Andrei, Elhamer, 2017-03-29 18:00 GMT+02:00 Andrei Chis <chisvasileandrei(a)gmail.com>: > Hi Elhamer, > > A few other things that could possible be done: > > - Horizontal scrollbars > This one is already listed. > - Better integration between Glamour and FastTable (there are quite a few > issues on the bug tracker about this) > - Better support for lazy DataSources especially in the tree widget. > Lazy datasources with items of varying height with no performance impact... > - Support to automatically resize columns to fix the content > Something related to the horizontal scrollbars in fact. But more complex if you add support for a user to trigger that (very convenient feature in Excel and friends, by the way) Thierry > > Cheers, > Andrei > > On Wed, Mar 29, 2017 at 5:39 PM, Elhamer Oussama AbdelKHalek < > abdelkhalekdev(a)gmail.com> wrote: > >> Dear Pharo community, >> >> >> I am planning in working on FastTables improvements during Gsoc as >> suggested by Mr. Stephan Eggermont. >> >> Iâve managed to collect some important features and ideas suggested by >> some of you (thanks to @stephan, @cyrilferlicot, @thierrygoubier, >> @estebanlm, @jfabry) in the following repo (as issues): >> >> >> https://github.com/SamTheDev/Pharo-FastTable-improvements/issues >> >> >> You might come across some FT limitations or issues while working with >> Pharo as a user or as a contributor, I would appreciate hearing your >> thoughts on this, please feel free to share your reviews/ideas/requests â¦ >> on the repo. >> >> >> Thank you for your contribution, >> >> Elhamer. >> > >

March 29, 2017

Re: [Pharo-dev] debugger inspector pane different than inspect pane?

by Stephane Ducasse

Yes doru this is when I get a node resulting from Smacc Andrei I can share my image Stef On Wed, Mar 29, 2017 at 1:53 PM, Tudor Girba <tudor(a)tudorgirba.com> wrote: > Hi Stef, > > Does the issue relate to the SmaCC tree presentation of an AST node? > > Cheers, > Doru > > > > On Mar 29, 2017, at 10:59 AM, Andrei Chis <chisvasileandrei(a)gmail.com> > wrote: > > > > Not aware of this bug. I tried to debug a few other objects that have > custom tree presentations and they seem to work. I'll need a way to > reproduce this. Can you paste the code of the custom presentation that is > problematic. > > > > Cheers, > > Andrei > > > > On Wed, Mar 29, 2017 at 9:11 AM, Stephane Ducasse < > stepharo.self(a)gmail.com> wrote: > > Hi andrei > > > > I'm debugger a node of a tree and in the debugger > > the tree pane is empty. Now when I click on the node and inspect > > it I get a tree representation. > > > > I do not know if you are aware of this behavior. > > > > Stef > > > > -- > www.tudorgirba.com > www.feenk.com > > "Every now and then stop and ask yourself if the war you're fighting is > the right one." > > > > > >

March 29, 2017

Re: [Pharo-dev] Rubric on 64 bit VM

by Andrei Chis

Added a bug report: https://pharo.fogbugz.com/f/cases/19884/Rubric-should-not-use-SmallInteger-… Indeed changing this in Rubric is the best option. #maxVal is used in more places in Rubric, On Wed, Mar 29, 2017 at 5:10 PM, Esteban Lorenzano <estebanlm(a)gmail.com> wrote: > > On 29 Mar 2017, at 17:01, Andrei Chis <chisvasileandrei(a)gmail.com> wrote: > > > > On Wed, Mar 29, 2017 at 2:12 PM, Esteban Lorenzano <estebanlm(a)gmail.com> > wrote: > >> why does rubric checks for maxVal at first instance? >> > > This is the problematic code for Spotter: > > RubAbstractTextArea>>#drawingBounds > ^ (self scrollPane isNil or: [ self wrapped ]) > ifTrue: [self innerBounds] > ifFalse: [ self innerBounds topLeft extent: SmallInteger maxVal @ > SmallInteger maxVal ] > > > looks like heâs trying to get an incredible huge drawing area. > I would just extract that to a RubAbstractTextArea class>>#maxExtent class > method, and with constant numbers, as Eliot suggested. > > Esteban > > > >> >> > On 29 Mar 2017, at 14:07, Andrei Chis <chisvasileandrei(a)gmail.com> >> wrote: >> > >> > Hi, >> > >> > Right now rubric relies on 'SmallInteger maxVal' to set the drawing >> bounds when a size is not set for the editor. This has some side-effects, >> like the text in Spotter not appearing on 64 bit given that some drawing >> methods from the graphical backend seem to expect 32 bit ranges. We can fix >> this by introducing #maxVal32 or maybe there could be some range checks in >> the canvas. Comments? >> > >> > Cheers, >> > Andrei >> >> >> > >

March 29, 2017