June 2016 - Pharo-dev - lists.pharo.org

Re: [Pharo-dev] Having comments for pragma?

by stepharo

https://docs.oracle.com/javase/7/docs/api/java/lang/annotation/ElementType.… ANNOTATION_TYPE Annotation type declaration CONSTRUCTOR Constructor declaration FIELD Field declaration (includes enum constants) LOCAL_VARIABLE Local variable declaration METHOD Method declaration PACKAGE Package declaration PARAMETER Parameter declaration TYPE Class, interface (including annotation type), or enum declaration Le 26/6/16 Ã 20:14, stepharo a Ã©crit : > Clement > > I do not think that we are talking about the same. You are not > annotating an AST element. > Of course with a convention you can add a method pragma to annotate an > source entity that you are the only one > to know that it is the right entity. To me this is different. > > So in the paper I do not want to say that Smalltalk pragmas are > equivalent to Java ones because do me they are not. > I think that Java annotations are nicely integrated into the language > too. And we cannot annotate (the AST element > of temp, argument, class def, package and annotations themselves in > Smalltalk). I will read more about Java Annotation > to be more precise. > > In Slang we use pragma to annotate argument and temporary > variables and it > works just fine. > > Can you give an example on how you annotated it? > > When you describe in Pharo classes and instance variables > using Magritte you can do the same thing as just annotating them. > > (You see I cannot annotate instance variables directly I can > define a method with an annotation that tell me that an instance > variable should be interpreted differently.). > > Stef

June 26, 2016

Re: [Pharo-dev] Having comments for pragma?

by stepharo

Clement I do not think that we are talking about the same. You are not annotating an AST element. Of course with a convention you can add a method pragma to annotate an source entity that you are the only one to know that it is the right entity. To me this is different. So in the paper I do not want to say that Smalltalk pragmas are equivalent to Java ones because do me they are not. I think that Java annotations are nicely integrated into the language too. And we cannot annotate (the AST element of temp, argument, class def, package and annotations themselves in Smalltalk). I will read more about Java Annotation to be more precise. In Slang we use pragma to annotate argument and temporary variables and it works just fine. Can you give an example on how you annotated it? When you describe in Pharo classes and instance variables using Magritte you can do the same thing as just annotating them. (You see I cannot annotate instance variables directly I can define a method with an annotation that tell me that an instance variable should be interpreted differently.). Stef

June 26, 2016

[pharo-project/pharo-core] f03bd4: 60117

by GitHub

Branch: refs/heads/6.0 Home: https://github.com/pharo-project/pharo-core Commit: f03bd4464972a16d5e861b537a35a95fafb178e9 https://github.com/pharo-project/pharo-core/commit/f03bd4464972a16d5e861b53… Author: Jenkins Build Server <board(a)pharo-project.org> Date: 2016-06-26 (Sun, 26 Jun 2016) Changed paths: M Nautilus.package/AbstractNautilusUI.class/instance/private/extensionColor.st A Polymorph-Widgets.package/Pharo3DarkTheme.class/instance/accessing colors/classExtensionColor.st A Polymorph-Widgets.package/UITheme.class/instance/accessing colors/classExtensionColor.st R ScriptLoader60.package/ScriptLoader.class/instance/pharo - scripts/script60116.st A ScriptLoader60.package/ScriptLoader.class/instance/pharo - scripts/script60117.st R ScriptLoader60.package/ScriptLoader.class/instance/pharo - updates/update60116.st A ScriptLoader60.package/ScriptLoader.class/instance/pharo - updates/update60117.st M ScriptLoader60.package/ScriptLoader.class/instance/public/commentForCurrentUpdate.st Log Message: ----------- 60117 18617 Extension color is hard to see when selected with the dark theme https://pharo.fogbugz.com/f/cases/18617 http://files.pharo.org/image/60/60117.zip

June 26, 2016

[pharo-project/pharo-core]

by GitHub

Branch: refs/tags/60117 Home: https://github.com/pharo-project/pharo-core

June 26, 2016

Re: [Pharo-dev] <primitive: 79 error: ec> question

by stepharo

So could we have a nice method comments that I can add to all the primitive using this ec? Proposal: https://pharo.fogbugz.com/f/cases/18618/Better-additional-comment-for-primi… "ec is a special temporary variable that holds an error code. In the VM primitive, failure is indicated by a variable called primFailCode being non-zero. On activating a method with a failing primitive, if the index is in bounds of the primitiveFailCodes array in the VMspecialObjectsArray then the failure code substitutes the symbol in the primitiveFailCodes array, otherwise it supplies the integer value." Because what I like the most in smalltalk besides live coding is comments. Stef Le 22/6/16 Ã 17:25, ClÃ©ment Bera a Ã©crit : > It's a special case added a couple year ago to figure out why a > primitive fail. > > It's a special temporary variable that holds an error code. The > special object array defines a list of error code that the VM can use > to explain to the programmer why the primitive failed, which are > currently symbols. > > > > On Wed, Jun 22, 2016 at 4:22 PM, Max Leske <maxleske(a)gmail.com > <mailto:maxleske@gmail.com>> wrote: > > > > On 22 Jun 2016, at 15:59, stepharo <stepharo(a)free.fr > <mailto:stepharo@free.fr>> wrote: > > > > Hi > > > > I want to explain where ec is coming. > > > > I thought that the arguments of pragmas could only be literal > and when I see ec it looks like a variable set by the VM > > > > > > newMethod: numberOfBytes header: headerWord > > "Primitive. Answer an instance of me. The number of literals > (and other > > information) is specified by the headerWord (see my class > comment). > > The first argument specifies the number of fields for > bytecodes in the > > method. Fail if either argument is not a SmallInteger, or if > numberOfBytes > > is negative, or if memory is low. Once the header of a > method is set by > > this primitive, it cannot be changed to change the number of > literals. > > Essential. See Object documentation whatIsAPrimitive." > > > > <primitive: 79 error: ec> > > ec == #'insufficient object memory' ifTrue: > > [^self handleFailingNewMethod: numberOfBytes header: > headerWord]. > > ^self primitiveFailed > > > > > > Stef > > > > > > That is correct. Itâs still a literal though. > >

June 26, 2016

Re: [Pharo-dev] Smalltalk Hub on Chrome

by stepharo

> honestly, I want to get rid off sthub, but I imagine it will be around > for some timeâ¦ so maybe we need to consider deprecate the amber client > and use a full-pharo version. Torsten what is the state of your solution? > Some remarks: > - I donât know if is finished > - I know it was not compatible at voyage level, so some work needs to > be done there... > > Esteban > >> On 26 Jun 2016, at 18:33, stepharo <stepharo(a)free.fr >> <mailto:stepharo@free.fr>> wrote: >> >> But my point is that >> >> - we do not need it (not a the cost to have a complete stack to >> maintain) >> >> - and for the really few palces where you need you can use Jquery! >> >> >> Stef >> >>

June 26, 2016

[pharo-project/pharo-core]

by GitHub

Branch: refs/tags/60116 Home: https://github.com/pharo-project/pharo-core

June 26, 2016

[pharo-project/pharo-core] 2c2af3: 60116

by GitHub

Branch: refs/heads/6.0 Home: https://github.com/pharo-project/pharo-core Commit: 2c2af3a70fe882bcf9b699449fc20a0fb72a520e https://github.com/pharo-project/pharo-core/commit/2c2af3a70fe882bcf9b69944… Author: Jenkins Build Server <board(a)pharo-project.org> Date: 2016-06-26 (Sun, 26 Jun 2016) Changed paths: A Nautilus.package/AbstractMethodIconAction.class/instance/utility/iconNamed_.st M Nautilus.package/MethodClassInitializeAction.class/instance/order/privateActionIcon.st M Nautilus.package/MethodContainsBreakAction.class/instance/order/privateActionIcon.st M Nautilus.package/MethodContainsFlagsAction.class/instance/order/privateActionIcon.st M Nautilus.package/MethodContainsHaltAction.class/instance/order/privateActionIcon.st M Nautilus.package/MethodDefaultAction.class/instance/order/privateActionIcon.st M Nautilus.package/MethodFromTraitAction.class/instance/order/privateActionIcon.st M Nautilus.package/MethodIsATraitExplicitRequirementAction.class/instance/order/privateActionIcon.st M Nautilus.package/MethodIsAbstractAction.class/instance/order/privateActionIcon.st R Nautilus.package/MethodIsExampleAction.class/instance/as yet unclassified/actionOrder.st R Nautilus.package/MethodIsExampleAction.class/instance/as yet unclassified/isActionHandled.st R Nautilus.package/MethodIsExampleAction.class/instance/as yet unclassified/privateActionIcon.st A Nautilus.package/MethodIsExampleAction.class/instance/order/actionOrder.st A Nautilus.package/MethodIsExampleAction.class/instance/order/isActionHandled.st A Nautilus.package/MethodIsExampleAction.class/instance/order/privateActionIcon.st M Nautilus.package/MethodIsScriptAction.class/instance/private - accessing/privateActionIcon.st M Nautilus.package/MethodIsTestAction.class/instance/order/privateActionIcon.st M Nautilus.package/MethodOveridesAction.class/instance/private/buildUpAndDownArrowIcon_.st M Nautilus.package/MethodWithCorrespondingTestAction.class/instance/order/privateActionIcon.st R ScriptLoader60.package/ScriptLoader.class/instance/pharo - scripts/script60115.st A ScriptLoader60.package/ScriptLoader.class/instance/pharo - scripts/script60116.st R ScriptLoader60.package/ScriptLoader.class/instance/pharo - updates/update60115.st A ScriptLoader60.package/ScriptLoader.class/instance/pharo - updates/update60116.st M ScriptLoader60.package/ScriptLoader.class/instance/public/commentForCurrentUpdate.st Log Message: ----------- 60116 18607 Cleaning icon management in Nautilus https://pharo.fogbugz.com/f/cases/18607 http://files.pharo.org/image/60/60116.zip

June 26, 2016

Re: [Pharo-dev] Smalltalk Hub on Chrome

by Esteban Lorenzano

Torsten made a replacement for smalltalkhub fully on seaside+bootstrapâ¦ honestly, I want to get rid off sthub, but I imagine it will be around for some timeâ¦ so maybe we need to consider deprecate the amber client and use a full-pharo version. Some remarks: - I donât know if is finished - I know it was not compatible at voyage level, so some work needs to be done there... Esteban > On 26 Jun 2016, at 18:33, stepharo <stepharo(a)free.fr> wrote: > > But my point is that > > - we do not need it (not a the cost to have a complete stack to maintain) > - and for the really few palces where you need you can use Jquery! > > > Stef > > Le 26/6/16 Ã 11:34, Peter UhnÃ¡k a Ã©crit : >> > This is why we should not have accepted to get it built in Javascript.... >> >> If you want it to be interactive, there's no choice but to use javascriptâ¦ well at least until WebAssembly comes out. >> >> What I've noticed when STHub got stuck like this for me (it happened many times in the past), is that one of the loaded resources 404ed, so the load never finished. >> After I've cleaned the cache it worked fine again. >> >> So I think this was a server problem (Zinc?) that didn't properly return files. >> >> Peter >> >> On Sun, Jun 26, 2016 at 10:31 AM, Max Leske <maxleske(a)gmail.com <mailto:maxleske@gmail.com>> wrote: >> >> > On 22 Apr 2014, at 16:43, Sean P. DeNigris < <mailto:sean@clipperadams.com>sean(a)clipperadams.com <mailto:sean@clipperadams.com>> wrote: >> > >> > I noticed sometimes sthub hangs forever on Chrome (Version 34.0.1847.116 on >> > Mavericks), but if I open it alongside in Safari, it loads fineâ¦ >> >> For what itâs worth, this happens in Safari too from time to time. I donât think it is browser related. >> >> Cheers, >> Max >> >> > >> > >> > >> > ----- >> > Cheers, >> > Sean >> > -- >> > View this message in context: <http://forum.world.st/Smalltalk-Hub-on-Chrome-tp4755788.html>http://forum.world.st/Smalltalk-Hub-on-Chrome-tp4755788.html <http://forum.world.st/Smalltalk-Hub-on-Chrome-tp4755788.html> >> > Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com. >> > >> >> >> >

June 26, 2016

Re: [Pharo-dev] Smalltalk Hub on Chrome

by stepharo

But my point is that - we do not need it (not a the cost to have a complete stack to maintain) - and for the really few palces where you need you can use Jquery! Stef Le 26/6/16 Ã 11:34, Peter UhnÃ¡k a Ã©crit : > > This is why we should not have accepted to get it built in > Javascript.... > > If you want it to be interactive, there's no choice but to use > javascriptâ¦ well at least until WebAssembly comes out. > > What I've noticed when STHub got stuck like this for me (it happened > many times in the past), is that one of the loaded resources 404ed, so > the load never finished. > After I've cleaned the cache it worked fine again. > > So I think this was a server problem (Zinc?) that didn't properly > return files. > > Peter > > On Sun, Jun 26, 2016 at 10:31 AM, Max Leske <maxleske(a)gmail.com > <mailto:maxleske@gmail.com>> wrote: > > > > On 22 Apr 2014, at 16:43, Sean P. DeNigris > <sean(a)clipperadams.com <mailto:sean@clipperadams.com>> wrote: > > > > I noticed sometimes sthub hangs forever on Chrome (Version > 34.0.1847.116 on > > Mavericks), but if I open it alongside in Safari, it loads fineâ¦ > > For what itâs worth, this happens in Safari too from time to time. > I donât think it is browser related. > > Cheers, > Max > > > > > > > > > ----- > > Cheers, > > Sean > > -- > > View this message in context: > http://forum.world.st/Smalltalk-Hub-on-Chrome-tp4755788.html > > Sent from the Pharo Smalltalk Developers mailing list archive at > Nabble.com. > > > > >

June 26, 2016