[Pharo-dev] Re: Question about MethodDictionary in TraitedClass (methodDict/localMethodDict)

On Thu, May 12, 2022 at 3:19 PM Marcus Denker wrote: > > > > On 12 May 2022, at 11:27, Andrei Chis > wrote: > > > > Hi, > > > > We were profiling the loading of code that uses many Traits. We saw > something like thi

[Pharo-dev] Re: Array sum. is very slow

Hi Jimmie, I was scanning through this thread and saw that the Python call uses the sum function. If I remember correctly, in Python the built-in sum function is directly implemented in C [1] (unless Python is compiled with SLOW_SUM set to true). In that case on large arrays the function can

Re: [Pharo-dev] Bugs still open on traits

Hey! They are: https://github.com/pharo-project/pharo/issues/3158 https://github.com/pharo-project/pharo/issues/4565 Cheers, Andrei On Sat, Nov 23, 2019 at 12:39 PM ducasse wrote: > Hi andrei > > can you tell us the bug that you mentioned to me on traits and that > skipped our radar? > >

Re: [Pharo-dev] What is a GlobalIdentifier

Hi, I think we mostly added it for the GTEventCollector, as a way to detect if events coming from different images were from the same machine. Cheers, Andrei On Fri, Oct 4, 2019 at 9:27 PM Stéphane Ducasse wrote: > > Hi > > We have a package SystemIdentification and I would like to know if

Re: [Pharo-dev] how implement isAbstract?

I ended up being surprised today that classes that have abstract methods (send #subclassResponsibility) were returning false to `isAbstract` and true to `hasAbstractMethods`. I see that the behavior for isAbstract changed over the years: when it was added [1] it was checking for abstract methods.

[Pharo-dev] iceberg: merging branches just at the git level without changing code in the image

Hi, Currently in Iceberg to merge a branch into another, we need to checkout the branch into which we want to merge and then do the merge. Checking out a branch also updates the code in the image, which when needing to perform automatic releases on a branch can cause issues. Is there already a

Re: [Pharo-dev] Is metacello aware of MC branches???

Hi, Would something like this work: spec for: #'pharo6.0.x' do: [ spec package: 'Smallapack-StdLib' with: [ spec file: 'Smallapack-StdLib.UFFI-nice.1'] ] Or maybe in the baseline you can have: spec package: 'Smallapack-StdLib' with: [ spec

[Pharo-dev] Iceberg - Merging when there are changes in the working copy

Hi, IceCommitish>>#validateCanMerge has the warning: ''Experimental Feature: merge when there is a dirty working copy. Could cause a loss of your local changes. Please commit before merge.''. Are there some known situations when code can be lost? I'm asking because in releaser (

Re: [Pharo-dev] [Moose-dev] Re: Migrate PetitParser (1) on GitHub under moosetechnology organisation?

sitory. > > Julien > > --- > Julien Delplanque > Doctorant à l’Université de Lille > http://juliendelplanque.be/phd.html > Equipe Rmod, Inria > Bâtiment B 40, Avenue Halley 59650 Villeneuve d'Ascq > Numéro de téléphone: +333 59 35 86 40 > > Le 3 déc. 2018 à 15:55, Andrei Chi

Re: [Pharo-dev] [Moose-dev] Migrate PetitParser (1) on GitHub under moosetechnology organisation?

Hi, That's definitely a good idea. Just would also be very nice to use Peter's migration tool to also capture the history+authors. (I can provide you with a lis of authors that for the migration tool that should cover most authors from PetitParser). If you're at this, could also help to migrate

Re: [Pharo-dev] InterruptedContext vs suspendedContext

Hi, >From what I remember they are not always redundant, but I'm not 100% sure they are both needed. `suspendedContext` from Process is always the top context of a process. After execution actions like Step Into, Step Over, Step Through it will be the same as interruptedContext in the debugger.

Re: [Pharo-dev] Slowness when loading code in Pharo 7?

Hi, In my case I get: pharo 61 * disabled: 0:00:09:39.43 * enabled: 0:00:10:25.173" pharo 70 * disabled: 0:00:12:44.701 * enabled: 0:00:21:21.285 Each time in a clean folder with a new image. All tests are with the current stable vm on High Sierra. Cheers, Andrei On Thu, Oct 4, 2018 at 8:23

Re: [Pharo-dev] Creating a new class using `Class new superclass:` blocks the image in Pharo 7

R does not help to see it. > > Thanks > > On Fri, 5 Oct 2018, 20:09 Andrei Chis, wrote: > >> Now I found the comment from >> https://github.com/pharo-project/pharo/pull/1618. >> Will add a comment there. >> >> On Fri, Oct 5, 2018 at 7:48 PM Andrei Chis >>

Re: [Pharo-dev] Creating a new class using `Class new superclass:` blocks the image in Pharo 7

Now I found the comment from https://github.com/pharo-project/pharo/pull/1618. Will add a comment there. On Fri, Oct 5, 2018 at 7:48 PM Andrei Chis wrote: > Hi, > > Executed in the latest Pharo 7 image > (Pharo-7.0.0+alpha.build.1310.sha.a454977bb3d55bc4fcca3a57ac2fafcf137c0f

[Pharo-dev] Creating a new class using `Class new superclass:` blocks the image in Pharo 7

Hi, Executed in the latest Pharo 7 image (Pharo-7.0.0+alpha.build.1310.sha.a454977bb3d55bc4fcca3a57ac2fafcf137c0f30 (64 Bit)) the code below blocks the image (both with latest and stable vm on MacOs HighSierra). The vm does not crash but gets into a "Not Responding" state and does not get out:

[Pharo-dev] Slowness when loading code in Pharo 7?

Hi, Are there any know slowdowns when loading code in Pharo 7? Usually on my machine (Mac - HighSierra) loading GToolkit in a Pharo 6.1 images takes around 9 minutes. In the latest Pharo 7 it takes 20 minutes. On two other newer laptops running Mac results are similar (15 minutes on Pharo 7 64it,

Re: [Pharo-dev] loading from github changes lgit classes?

I think this was added because on windows if we did not rebuild accessors, some offsets were nil in external structures. Can that still be an issue? Cheers, Andrei On Tue, Dec 12, 2017 at 7:39 AM, Esteban Lorenzano wrote: > > > On 12 Dec 2017, at 04:29, Martin Dias

[Pharo-dev] Pharo 6.1 32bit/64bit on CentOS 7 with Iceberg

Hi, Does anybody use Pharo 6.1 (32 or 64 bit) on CentOS 7? I am getting randomly the following crash when trying to clone a repository from github. While this might suggest some kind of of out memory error there should be enough memory. PrimitiveFailed: primitive #allocateExecutablePage in

Re: [Pharo-dev] GTInspector auto refresh hooks?

e you said in the worst case the user will see the new data at the next refresh. Cheers, Andrei > > 2017-08-09 13:47 GMT+02:00 Andrei Chis <chisvasileand...@gmail.com>: > >> Hi Denis, >> >> The current update mechanism in the inspector is very light, in the sense

Re: [Pharo-dev] GTInspector auto refresh hooks?

Hi Denis, The current update mechanism in the inspector is very light, in the sense that it only updates the visual representation of elements and does not recompute them, nor offers any hooks into the update process. Indeed having a way to also recompute the display elements could be useful. We

[Pharo-dev] Epicea applying multiple changes

Hi, Is there some known bug in Epicea when applying multiple changes at once in Pharo 6? I had a few crashes lately and each time when recovering the changes by selecting multiple changes at once some changes are skipped. If I apply manually each change it works. Cheers, Andrei

Re: [Pharo-dev] debug vm windows?

13, 2017 at 10:57:45PM +0200, p...@highoctane.be wrote: > > Not at the moment. > > > > On Tue, Jun 13, 2017 at 10:08 PM, Andrei Chis < > chisvasileand...@gmail.com> > > wrote: > > > > > Thanks! Any chance you can redo the build to get also a debug vm for >

[Pharo-dev] Windows 10 crash - LoadLibrary(SurfacePlugin.dll) (998: Invalid access to memory location.

Hi, On Windows 10 with the Pharo 6 release and the latest vm [1] I get the following crash when attempting to save the image after doing some more intensive computations: -- # Debug console # To close: F2 ->

Re: [Pharo-dev] debug vm windows?

; https://bintray.com/pharophile/pharo-vm/build/view/files?sort=name=asc#files/ > > There is an normal, assert and debug vm in there. > > Phil > > On Tue, Jun 13, 2017 at 7:14 PM, Andrei Chis <chisvasileand...@gmail.com> > wrote: >> >> Hi, >> &g

Re: [Pharo-dev] Extending the debugger inspector with a new presentation

Hi, Currently extending the UI of the debugger is not as easy as extending the inspector. (It cannot just be done using annotations) We should work on improving this for Pharo 7. The actual presentations at the bottom are created in GTDebuggerVariablesBrowser>>#compose. To change it in a debugger

Re: [Pharo-dev] ./pharo --help returns exit code 1 on ubuntu

On Fri, May 5, 2017 at 10:13 AM, K K Subbu <kksubbu...@gmail.com> wrote: > On Friday 05 May 2017 03:01 AM, Andrei Chis wrote: > >> Any thoughts or places where I can look? This problem is still in the >> latest vm. >> >> Cheers, >> Andrei >>

Re: [Pharo-dev] ./pharo --help returns exit code 1 on ubuntu

Any thoughts or places where I can look? This problem is still in the latest vm. Cheers, Andrei On Thu, Mar 30, 2017 at 9:37 AM, Andrei Chis <chisvasileand...@gmail.com> wrote: > Hi, > > In an ubuntu installation with the latest vm and Pharo 6 image when > executing `./p

Re: [Pharo-dev] resizing the windows sometimes blocks the image

g happened. Next time I'll try more :) > > I think it happens to other people too, it seems it's exclusive to Mac OS > X. > Most likely. I didn't had this problem on windows. Cheers, Andrei > Best, > > On Wed, May 3, 2017 at 10:23 AM, Andrei Chis <

[Pharo-dev] resizing the windows sometimes blocks the image

Hi, With the latest moose image based on Pharo 6 and vm (32 bit) sometimes when I resize the main window or enter full screen mode on MacOS the window becomes totally white and does not recover:[image: Inline image 1] I need to force quit the image. Also this happens not that often and quite

Re: [Pharo-dev] saving an image on windows and opening it on mac problems

Actually if I just execute before saving on Windows the following code I get no error when opening the image on Mac: OmSessionStore allInstancesDo: [ :each | SystemAnnouncer uniqueInstance unsubscribe: each ]. On Thu, Apr 27, 2017 at 9:48 PM, Andrei Chis <chisvasileand...@gmail.com>

Re: [Pharo-dev] saving an image on windows and opening it on mac problems

Loaded slice 19990 and the issues is still there with the latest image+vm. On Thu, Apr 27, 2017 at 9:07 PM, Denis Kudriashov <dionisi...@gmail.com> wrote: > Hi. > > 2017-04-26 15:06 GMT+02:00 Andrei Chis <chisvasileand...@gmail.com>: > >> >> I saw that there

Re: [Pharo-dev] saving an image on windows and opening it on mac problems

ven moving from windows to windows), and switch back to a >> default >> > font that is sure to be available. >> > >> > I got an issue with the "hack" font because the new version changed the >> > file names of the fonts and the system died.

[Pharo-dev] OmSessionStore and SnapshotDone event (was: saving an image on windows and opening it on mac problems)

Hi, OmSessionStore registers an action (OmSessionStore>>#store) when the event SnapshotDone is triggered. However this event is triggered immediately when an image is opened after being saved, before the file system was reset. This means that OmSessionStore>>#store is called before the file

Re: [Pharo-dev] saving an image on windows and opening it on mac problems

rious fun with Freetype fonts. > > Phil > > On Wed, Apr 26, 2017 at 3:06 PM, Andrei Chis <chisvasileand...@gmail.com> > wrote: > >> Hi all, >> >> I saw that there are a few issues about images saved on an operating >> system not working when opened on

[Pharo-dev] saving an image on windows and opening it on mac problems

Hi all, I saw that there are a few issues about images saved on an operating system not working when opened on other operating systems: - https://pharo.fogbugz.com/f/cases/19852/Unable-to-open-image-in-OSX-after-it-has-been-updated-in-Windows -

Re: [Pharo-dev] Remove all Configurations in the Pharo 6 release?

On Apr 14, 2017 14:13, "Pavel Krivanek" <pavel.kriva...@gmail.com> wrote: 2017-04-14 12:52 GMT+02:00 Andrei Chis <chisvasileand...@gmail.com>: > Isn't it a bit too late for such a change? Might break projects that > expect configurations to be present. > I

Re: [Pharo-dev] changing default theme to DarkTheme

On Apr 14, 2017 14:11, "Denis Kudriashov" wrote: Maybe I am alone who do not like the dark theme. I'm also a fan of the white team. Can't really use the dark one. Cheers, Andrei But to me it is too late for such change. I am sure there are UI widgets/projects which

Re: [Pharo-dev] Remove all Configurations in the Pharo 6 release?

On Apr 14, 2017 13:55, "Cyril Ferlicot D." <cyril.ferli...@gmail.com> wrote: On 14/04/2017 12:52, Andrei Chis wrote: > Isn't it a bit too late for such a change? Might break projects that > expect configurations to be present. > Is there such projects? I know some tha

Re: [Pharo-dev] Remove all Configurations in the Pharo 6 release?

Isn't it a bit too late for such a change? Might break projects that expect configurations to be present. Cheers, Andrei On Fri, Apr 14, 2017 at 1:07 PM, Pavel Krivanek wrote: > Hi, > > in Pharo 7 all configurations will be removed and replaced with the > baselines.

Re: [Pharo-dev] Glamour Fast List selection bug or incorrect usage?

ike to update the third list according to the active one. > Is it possible? > Unfortunately this doesn't work out of the box. We'll need to implement something that can generate evens/populates a port when a presentation gets the focus. Cheers, Andrei > > > Thanks! > Juraj >

Re: [Pharo-dev] Glamour Fast List selection bug or incorrect usage?

Hi, That's actually the default behavior, but I see there is also a bug. Normally if you want to allow deselection in a presentation you should use allowDeselection. Just I see there is a bug in the fast table renderer because if I add #allowDeselection to the first presentation when clicking

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

Hi Stef, Thanks for sharing the image. Found and fixed the bug: https://pharo.fogbugz.com/f/cases/19897 Cheers, Andrei On Wed, Mar 29, 2017 at 7:53 PM, Andrei Chis <chisvasileand...@gmail.com> wrote: > > > On Wed, Mar 29, 2017 at 6:10 PM, Stephane Ducasse <stepharo.s...@g

[Pharo-dev] ./pharo --help returns exit code 1 on ubuntu

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'

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

-- Forwarded message -- From: Andrei Chis <and...@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-...@lists.squeakfoundatio

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

lt;tu...@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 <chisvasileand...@gmail.com> >&g

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

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

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

29 Mar 2017, at 17:01, Andrei Chis <chisvasileand...@gmail.com> wrote: > > > > On Wed, Mar 29, 2017 at 2:12 PM, Esteban Lorenzano <esteba...@gmail.com> > wrote: > >> why does rubric checks for maxVal at first instance? >> > > This is the problemat

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

Hi Elhamer, A few other things that could possible be done: - Horizontal scrollbars - 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. - Support to automatically

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

[self innerBounds] ifFalse: [ self innerBounds topLeft extent: SmallInteger maxVal @ SmallInteger maxVal ] > > > On 29 Mar 2017, at 14:07, Andrei Chis <chisvasileand...@gmail.com> > wrote: > > > > Hi, > > > > Right now rubric relies on 'SmallInteger maxVal' to se

[Pharo-dev] Rubric on 64 bit VM

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

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

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

Re: [Pharo-dev] inspector performance improvement

s more for Pharo 7. If you made it so far you can also give the automatic refresh of the Raw view a try :) (GTInspector enableStepRefresh). Cheers, Andrei > Cheers, > Henry > > > > On 13 Feb 2017, at 11:56 , Andrei Chis <chisvasileand...@gmail.com> > wrote: > > > >

Re: [Pharo-dev] Seamless integration with GTInspector

ted with old approach. I just copied few methods > from old GT version to make it work. > So it works same way as before and compatible with Pharo 5. > In future I will reuse new fast table approach. > > Thank's for thinking about it :) > > > 2017-03-04 17:48 GMT+01:00 Andrei

[Pharo-dev] Seamless integration with GTInspector

Hi Denis, Can you try Seamless with GTInspector in the latest version of Pharo or Moose and let me know if you see any slowness. Not sure how Seamless uses GTInspector to inspect proxy objects but now as the inspector uses FastTable by default there is no cache whatsoever. What this means is

Re: [Pharo-dev] Importing icons

Hi, On Fri, Mar 3, 2017 at 2:17 PM, Alexandre Bergel wrote: > Hi! > > During the sprint, we wanted to fix issue https://pharo.fogbugz.com/f/ > cases/19668/importIcons-fromFolder-inClass-category- > sends-unimplemented-methods > > The issues is that some implementors of

Re: [Pharo-dev] Raw pane on byteStrings

Hi Thierry, On Mon, Feb 27, 2017 at 12:15 AM, Thierry Goubier <thierry.goub...@gmail.com > wrote: > Hi Andrei, > > Le 26/02/2017 à 23:48, Andrei Chis a écrit : > >> Hi Thierry, >> >> Thanks for the measurements. Things are more clear now :) >> >> O

Re: [Pharo-dev] Raw pane on byteStrings

Hi Thierry, On Fri, Feb 24, 2017 at 3:49 PM, Thierry Goubier <thierry.goub...@gmail.com> wrote: > > > 2017-02-24 15:43 GMT+01:00 Andrei Chis <chisvasileand...@gmail.com>: > >> >> >> On Fri, Feb 24, 2017 at 3:28 PM, Denis Kudriashov <dionisi...@gmail.c

[Pharo-dev] refresh in EyeInspector disabled?

Hi, In latest Pharo 6 version (60411) I see that EyeInspector does not do automatic refresh. Doing 'Morph new basicInspect' selecting the 'color' attribute and then executing in the code pane 'self color: Color red' has no effect. Was this disabled explicitly or is it an error? Cheers, Andrei

Re: [Pharo-dev] [Moose-dev] GTInspector duplicates overriden extensions

Hi, Usually when we want to specialize a view in a subclass we override the method and do not add the gtInspectorPresentationOrder: annotation. But also removing duplicationd would make sense. Cheers, Andrei On Feb 25, 2017 4:36 PM, "Peter Uhnak" wrote: Hi, when I

Re: [Pharo-dev] Raw pane on byteStrings

y Goubier <thierry.goub...@gmail.com> wrote: > > > 2017-02-24 14:29 GMT+01:00 Andrei Chis <chisvasileand...@gmail.com>: > >> >> >> On Fri, Feb 24, 2017 at 12:16 PM, Thierry Goubier < >> thierry.goub...@gmail.com> wrote: >> >>> Hi

Re: [Pharo-dev] Raw pane on byteStrings

On Fri, Feb 24, 2017 at 3:28 PM, Denis Kudriashov <dionisi...@gmail.com> wrote: > > 2017-02-24 14:29 GMT+01:00 Andrei Chis <chisvasileand...@gmail.com>: > >> There should be no hidden costs in GTInspectorIndexedNodes. >> I made some experiments in the latest

Re: [Pharo-dev] Raw pane on byteStrings

On Fri, Feb 24, 2017 at 12:16 PM, Thierry Goubier <thierry.goub...@gmail.com > wrote: > Hi Andrei, > > 2017-02-24 11:31 GMT+01:00 Andrei Chis <chisvasileand...@gmail.com>: > >> Hi Thierry, >> >> Indeed that's the simplest option now that we are us

Re: [Pharo-dev] Raw pane on byteStrings

Thierry > > 2017-02-23 20:19 GMT+01:00 Andrei Chis <chisvasileand...@gmail.com>: > >> Hi Stef, >> >> Currently that's the default behaviour of the Raw view: it displays for >> collections only the first and the last 21 elements. The Items view however >

Re: [Pharo-dev] Pharo 60 : 60410 DNU on commit and no idea how to copy the stack :((((((((((((((((((((((((((((((((((((((((((((((

On Fri, Feb 24, 2017 at 8:44 AM, stepharong <stephar...@free.fr> wrote: > On Fri, 24 Feb 2017 00:05:10 +0100, Andrei Chis < > chisvasileand...@gmail.com> wrote: > > >> >> - How do we get the old textual stack description? >> > > In the toolbar menu

Re: [Pharo-dev] Pharo 60 : 60410 DNU on commit and no idea how to copy the stack :((((((((((((((((((((((((((((((((((((((((((((((

On Thu, Feb 23, 2017 at 10:55 PM, stepharong wrote: > Pharo 6.0 > Latest update: #60410 > > Hi > > Several points that we MUST improve > > - I often get an error when I save code. > SubscriptOutOfBounds: 0 > > > extent > ^ self actualWidth > ifNil: [

Re: [Pharo-dev] Raw pane on byteStrings

Hi Stef, Currently that's the default behaviour of the Raw view: it displays for collections only the first and the last 21 elements. The Items view however always should display all the elements of a collection. The main problem with the Raw view in Pharo 5 is the speed. In Pharo 6 now the

Re: [Pharo-dev] [pharo-project/pharo-core] 986ba2: 60402

Ping me in the evening when you have time. I might have some time but I'm not 100% sure. Cheers, Andrei On Tue, Feb 21, 2017 at 7:47 AM, p...@highoctane.be wrote: > There are quite a few Themers + hard coded colors in GT. > > Maybe someone from the GT team can pair for an

Re: [Pharo-dev] GLMAction and PharoShortcut

Hi, Good catch. Indeed GLMAction>>#shortcutAsString should go to the keymap object. Apart from the inconsistencies that you mention, there is in my view another one. For example, in the debugger in the context menu of the stack modifiers are displayed using special characters (at least on mac).

Re: [Pharo-dev] FastTableModel switched from default single-select to multi

Is this in the Glamour model or in the Spec one? If it's the glamour one I made some changes to the Glamour one but I don't remember changing the default to multiple selection. Maybe it's a bug :) Cheers, Andrei On Mon, Feb 13, 2017 at 12:38 AM, Stephan Eggermont wrote: >

Re: [Pharo-dev] inspector performance improvement

On Sun, Feb 12, 2017 at 5:07 PM, p...@highoctane.be wrote: > Any chance for this to run on a 5.0? There are two main changes: moved inspector to fast table and some fixes in the glamour renderer. Moving the changes for the glamour renderer should be straightforward. I can

Re: [Pharo-dev] [QA] Debugger buttons explained

On Wed, Feb 8, 2017 at 8:24 PM, Hilaire wrote: > Here my proposals. Please propose better alternative. > > Le 07/02/2017 à 21:02, Hilaire a écrit : > > Full stack > > I really don't know what to write there. > Show the complete stack. By default the stacks shows a limited

Re: [Pharo-dev] [QA] Debugger buttons explained

Feb 7, 2017 at 8:29 PM, Hilaire <hila...@drgeo.eu> wrote: > Changed to the SpecDebugger in the method mentionned bellow does not > have action on newly debuggin session with SpecDebugger. This method is > not call. Any idea? > > Le 06/02/2017 à 21:57, Andrei Chis a écrit :

Re: [Pharo-dev] magic numbers in gtInspectorVariableValuePairs

Done. Cheers, Andrei On Tue, Feb 7, 2017 at 1:35 PM, Ben Coman <b...@openinworld.com> wrote: > On Tue, Feb 7, 2017 at 8:00 PM, Andrei Chis <chisvasileand...@gmail.com> > wrote: > > > > > > On Sat, Feb 4, 2017 at 4:40 PM, Ben Coman <b...@openinworld.com

Re: [Pharo-dev] magic numbers in gtInspectorVariableValuePairs

; (self basicAt: > >> index)) ]. > >> ((self basicSize - 20) max: 22) to: (self basicSize) do: [ :index | > "self > >> haltIf: [ index = 99 ]." > >> bindings add: (index "asString" -> (self basicAt: index)) ]. > >> bindings &

Re: [Pharo-dev] [QA] Debugger buttons explained

On Mon, Feb 6, 2017 at 9:14 PM, Hilaire wrote: > Thanks for the updated message. > > Le 06/02/2017 à 19:39, Sven Van Caekenberghe a écrit : > > That last one is not correct. It has nothing to do with specific > iteration selectors. It means: stop when execution returns in one

Re: [Pharo-dev] magic numbers in gtInspectorVariableValuePairs

Yes these numbers should be refactored For collections only the first and the last 21 elements are displayed in the Raw view. Don't remember why 21. Cheers, Andrei On Fri, Feb 3, 2017 at 3:13 AM, Ben Coman wrote: > Just curious what the magic numbers here relate to... >

Re: [Pharo-dev] inconsistent FileLocator behavior

Hi Henry, On Wed, Dec 14, 2016 at 4:20 PM, Henrik Johansen < henrik.s.johan...@veloxit.no> wrote: > > > On 14 Dec 2016, at 10:13 , Peter Uhnak wrote: > > > > Because now I always end up doing FileLocator home asFileReference, > which feels superfluous. > > > > What is the use

Re: [Pharo-dev] feature request for GTSUnitDebugger

Hi, Right now there is 'Jump to test method' in the toolbar menu of the stack (the drop down arrow next to Through). Could maybe make sense to make it an actual button. Cheers, Andrei On Sat, Nov 26, 2016 at 8:23 PM, Denis Kudriashov wrote: > Hello. > > I catch myself

Re: [Pharo-dev] [how about] Exceptions as first class objects *in Debugger*

+1 I had a prototype working at a certain point that send the exception to the debugger. I'll see if I can dig it up. It just involved chancing the API methods that open the debugger. Maybe a bit late for Pharo 6. On Sun, Nov 6, 2016 at 11:04 PM, Bernardo Ezequiel Contreras <

Re: [Pharo-dev] Extending Pharo Debugger

Hi Matteo, If you look, for example at RestartDebugAction, there is on the class side a method #gtStackDebuggingActionFor: that has the annotation . To attach actions to the stack (proceed, resume, step into) the debugger looks for subclasses of DebugAction that have class side methods annotated

Re: [Pharo-dev] Protrammatic selection in Glamour

The #selection: message of a presentation should update the selection. Let me know if it doesn't work as expected for you. Cheers, Andrei On Sun, Oct 2, 2016 at 9:15 PM, Martin McClure wrote: > Is there a way in Glamour to programmatically select an item in a list or >

Re: [Pharo-dev] Error When Accepting Changes in Debugger (Moose 6 on Pharo 5)

Doesn't look familiar. Do you have a way to reproduce it? Cheers, Andrei On Sun, Sep 4, 2016 at 11:16 PM, Sean P. DeNigris wrote: > MessageNotUnderstood: Context>>messageName > > Is this a known bug? Should I open an issue? > > > > - > Cheers, > Sean > -- > View this

Re: [Pharo-dev] why is gt playground not saving the code

On Wed, Aug 31, 2016 at 12:32 PM, Nicolai Hess wrote: > > > 2016-08-31 12:00 GMT+02:00 Peter Uhnák : > >> At this point I’ve lost cumulatively hours and hours of work due to >> Playground not saving the code; so every time I crash I lose. >> >> >> >> In

Re: [Pharo-dev] problem with Epicea and #name

night I will take a look on the code of class removal... however, could you > send a stack trace, please? > I'm sorry for the inconvenience. > Martín > > El 25/8/2016 7:18, "Andrei Chis" <chisvasileand...@gmail.com> escribió: > >> Hi, >> >> When tr

[Pharo-dev] problem with Epicea and #name

Hi, When trying to load a new version of the GTInspector in the latest Pharo image I get an infinite recursion. It seems that the problem is appears because a class is removed, which at a certain point calls #asEpiceaRingDefinition. This does then 'self superclass name', however, the superclass

Re: [Pharo-dev] [Moose-dev] Re: [ANN] Release of Agile Visualization

Looks awesome !!! Andrei On Sun, Aug 14, 2016 at 11:45 PM, Tudor Girba wrote: > Great work! > > Doru > > > > On Aug 14, 2016, at 11:19 PM, Alexandre Bergel > wrote: > > > > Dear Colleagues and Friends, > > > > It is a great pleasure to announce

Re: [Pharo-dev] [pharo-project/pharo-core] ec7b0e: 60137

+1 On Wed, Jul 6, 2016 at 8:19 PM, Sven Van Caekenberghe wrote: > I'll try once more to explain. > > You like the catalog, don't you ? It was your idea in the first place. > With this feature you can just type XML, CSV, JSON or whatever and it will > suggest a couple of catalog

Re: [Pharo-dev] [pharo-project/pharo-core] ec7b0e: 60137

On Wed, Jul 6, 2016 at 12:28 PM, Esteban Lorenzano wrote: > yes, I do not agree either but is true there where problems. > but IMO this would be solved just by putting a timeout in 1-2s (and then > run in background, and cache results) > not turning it off. > in for my

Re: [Pharo-dev] Privacy sendDiagnosticsAndUsageData should be ternary, not binary

On Wed, Jun 8, 2016 at 9:28 AM, stepharo <steph...@free.fr> wrote: > > > Le 7/6/16 à 12:00, Andrei Chis a écrit : > > Hi Peter, > > On Tue, Jun 7, 2016 at 12:05 AM, Peter Uhnak <i.uh...@gmail.com> wrote: > >> Hi, >> >> Privacy>&

Re: [Pharo-dev] Story of one small fix

Hi Pavel, On Wed, Jun 8, 2016 at 11:05 AM, Pavel Krivanek wrote: > Hi, > > we had in the system circular package dependency between Catalog and > GTools and we decided to solve it by simple moving of one method from one > package to other one. However, these two

Re: [Pharo-dev] GT-Spotter dive in shortcut

We can, but I remember there were some discussions and it was decided to use meta everywhere. Cheers, Andrei On Tue, Jun 7, 2016 at 3:49 PM, Nicolai Hess <nicolaih...@gmail.com> wrote: > > > 2016-06-07 15:08 GMT+02:00 Andrei Chis <chisvasileand...@gmail.com>: > >>

Re: [Pharo-dev] GT-Spotter dive in shortcut

During Pharo 5 most shortcuts from tools were changed to use "meta" instead of cmd. Cheers, Andrei On Tue, Jun 7, 2016 at 2:18 PM, Nicolai Hess wrote: > > > 2016-06-07 13:57 GMT+02:00 Nicolai Hess : > >> >> Am 07.06.2016 1:56 nachm. schrieb "Henrik

Re: [Pharo-dev] Privacy sendDiagnosticsAndUsageData should be ternary, not binary

Hi Peter, On Tue, Jun 7, 2016 at 12:05 AM, Peter Uhnak wrote: > Hi, > > Privacy>>sendDiagnosticsAndUsageData should be ternary, not binary. > > Because right now if I refuse sending the data I will be asked again every > single time. > Indeed right now, at least in Spotter,

Re: [Pharo-dev] moldable debugger challenge - iterator position

Hi Ben, This seems like a nice idea. I think a first version of a debugger that does at least partially what you want is doable. Do you want to give it a try? I can create a basic skeleton of the debugger and then we can iterate. Cheers, Andrei On Sun, Jun 5, 2016 at 2:15 PM, Ben Coman

Re: [Pharo-dev] Do we want AST-Debugger?

Hi Denis, No idea why the current debugger is not based on the AST interpreter or if there are any plans to move it. However, I think it will help to make the ASTDebugger compatible with the current debugger from Pharo. >From what I see the code from ASTDebugger is indeed very simple. One option

Re: [Pharo-dev] Debugger is not stable

you using? Can you fuel out and send the stack if you get this error again? Cheers, Andrei Stef > PS: Yes I know I'm the stupider guy in the world because I criticise the > wonderful GT tools and I should not because it is not acceptable :) > > > Le 3/6/16 à 22:01, Andrei Chis a écr

Re: [Pharo-dev] Debugger is not stable

Hi Stef, Can you provide a way to load or access the entire code of your example? Cheers, Andrei On Fri, Jun 3, 2016 at 9:43 PM, stepharo wrote: > Hi > > I'm debugging a simple algo for a first exercises in Pharo future book and > I get stepToSendOrReturn > > DNU when using

Re: [Pharo-dev] more robust tests

We'll have a look. Cheers, Andrei On Sun, May 15, 2016 at 3:06 PM, stepharo wrote: > Hi > > While integrating some changes in P6.0 I got such tests failing. Only > failing on mac. > > Could you check? > > Stef > > > Regression > >

Re: [Pharo-dev] [Moose-dev] extending GTDebugger

Hi Peter, Yes, extending the debugger is more work than extending the inspector. However it depends on what you want to do. Do you need to change the UI of the debugger or just add new actions? To create a new UI you need to subclass GTSUnitDebugger and override debuggerStructureIn: and

Re: [Pharo-dev] Keep print-it output on the same line in GTPlayground

On Tue, May 3, 2016 at 10:26 AM, Peter Uhnák wrote: > the conclusion was to print the result on the next line. >> > > Well this isn't true for the last line. > Yes, right now it only inserts it on the new line if there is a line. > > The problem isn't just that it prints on

  1   2   3   4   >