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

Re: [Pharo-dev] pharo 5 segfault (stack size?) [FreeBSD]

by Petr Fischer

Yes there is "PharoVMBuilder buildFreeBSD", but some "cog*" errors occurs... So I am still building with "PharoVMSpur32Builder buildUnix32" under Linux (CentOS6) and then move compiled vm to my FreeBSD box with Linux compatibility layer. I compiled DEBUG vm version according to your advice and this is gdb output: Program received signal SIGSEGV, Segmentation fault. 0x080aefc1 in scavengeReferentsOf (referrer=684415032) at /home/pf/pharo/pharo-vm-debug/src/vm/gcc3x-cointerp.c:39014 39014 if (((longAt(referent)) & ((classIndexMask()) - (isForwardedObjectClassIndexPun()))) == 0) { I need to learn a little, how to play this "core C" game in gdb... What next? A also compiled PharoS (Pharo Stack) VM, and it's 5x slower, but stable, there is no stack errors (or other crashes) like in cog spur vm. pf > You could build a debug VM from here > https://github.com/pharo-project/pharo-vm > I also glimpsed some FreeBSD build options there you might try. > cheers -ben > > On Fri, Jun 24, 2016 at 12:05 PM, Petr Fischer <petr.fischer(a)me.com> wrote: > > > So... I compiled latest sources (blessed) on CentOS 6.8, fine, moved > > compiled binaries to FreeBSD and tried to load Seaside to the latest 50760 > > image. > > Still stack errors, log here: http://pastebin.com/raw/bf1EpWNt > > > > When I run this on CentOS, everything is fine (loading Seaside, no stack > > errors), but when I run the same on FreeBSD, stack errors (segfaults) > > occurs. > > > > So... There is something bad on FreeBSD side? Can I debug more? > > > > pf > > > > > > > Try 50760 from... > > > http://files.pharo.org/image/50/ > > > > > > cheers -ben > > > > > > On Sat, Jun 18, 2016 at 12:49 AM, Petr Fischer <petr.fischer(a)me.com> > > wrote: > > > > VM version (from > > https://swing.fit.cvut.cz/jenkins/job/pharo-vm-spur-swing/) > > > > > > > > 5.0 #1 Sun Jan 17 14:19:14 CET 2016 gcc 4.7.2 [Production Spur ITHB VM] > > > > CoInterpreter VMMaker.oscog-eem.1630 uuid: > > 2ed025ea-f400-4440-8e8b-5aa46d06c9ab Jan 17 2016 > > > > StackToRegisterMappingCogit VMMaker.oscog-eem.1630 uuid: > > 2ed025ea-f400-4440-8e8b-5aa46d06c9ab Jan 17 2016 > > > > https://github.com/estebanlm/pharo-vm.git Commit: > > 21ec004cce7d26010c18d357c805a0e1a4ffe376 Date: 2016-01-14 11:42:33 +0100 > > By: Esteban Lorenzano <estebanlm(a)gmail.com> Jenkins build #498 > > > > Linux swing-hudson-lin64 3.2.0-4-amd64 #1 SMP Debian 3.2.73-2+deb7u2 > > x86_64 GNU/Linux > > > > plugin path: /usr/home/pf/Work/Smalltalk/pharo5.0.centos/bin [default: > > /usr/home/pf/Work/Smalltalk/pharo5.0.centos/bin/] > > > > > > > > Image version (from official 5.0 download): > > > > > > > > [version] 5.0 #50723 > > > > > > > > pf > > > > > > > >> in fact, this is not related to FFIâ¦ but it should be fixedâ¦ > > > >> > > > >> along with the VM version, which version of Pharo are you using? > > > >> > > > >> Esteban > > > >> > > > >> > On 17 Jun 2016, at 14:04, Max Leske <maxleske(a)gmail.com> wrote: > > > >> > > > > >> > Hi Petr, > > > >> > > > > >> > That looks like a bug with FreeType with our FFI. It should > > actually have been fixed but I donât know if the VM for FreeBSD is up to > > date. Can you post the output of âSmalltalk vm versionâ? > > > >> > > > > >> > Cheers, > > > >> > Max > > > >> > > > > >> >> On 17 Jun 2016, at 13:26, Petr Fischer <petr.fischer(a)me.com> > > wrote: > > > >> >> > > > >> >> Hello, I got some random segfaults (while loading Seaside) with 32 > > bit spur vm on FreeBSD - can someone (with low level knowledge) decode > > attached log? > > > >> >> Is this some problem with stack size? Can I fix this? > > > >> >> > > > >> >> Log: > > > >> >> http://pastebin.com/raw/NpFUnjh0 > > > >> >> > > > >> >> There is "**StackOverflow**" lines n the log... > > > >> >> > > > >> >> Thanks! pf > > > >> >> > > > >> > > > > >> > > > > >> > > > >> > > > > > > > > > > >

June 26, 2016

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

by Alexandre Bergel

Annotate a class or an instance variable :-) Alexandre > On Jun 25, 2016, at 3:55 AM, ClÃ©ment Bera <bera.clement(a)gmail.com> wrote: > > I would not say that pragmas are more powerful in Java. Can you give an example of something you can do with the Java annotation that you can't do with Pharo pragmas ? -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

June 26, 2016

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

by Alexandre Bergel

I am not sure to get it. Why not simply having a class PragmaDescription that simply associate a comment to a selector ? Alexandre > On Jun 25, 2016, at 3:18 AM, Tudor Girba <tudor(a)tudorgirba.com> wrote: > > Hi, > > I believe we are missing a first class entity for a PragmaType. Essentially, I think that the class side of the Pragma class should become a full object. > > In fact, we already have a rudimentary version of this in Spotter because we needed an object to be able to browse all definitions of a certain pragma. > > So, now, I extended it with the concept of a user which is the list of all senders minus the methods that are annotated with a pragma. This helps distinguish the meaning of a pragma by looking at the code where it is being used. Perhaps we can find a better name than users. > > You can see these users in the inspector and in spotter: > > <pragma-type-users.png> > > I think we should build on this. > > What do you think? > > Cheers, > Doru > > >> On Jun 24, 2016, at 3:54 PM, Alexandre Bergel <alexandre.bergel(a)me.com> wrote: >> >> Hi! >> >> A pragma may be very obscure. For example, I do: >> Pragma allInstances anyOne >> => <debuggerCompleteToSender> >> >> If I want to know more about this <debuggerCompleteToSender> is actually quite challenging. >> I see many methods having that pragma, but not idea what it is for. >> I see that Halt>>signalerContext and Process>>complete: that use that pragma somehow. But still, I have no idea when I should use that pragma in my method. >> >> What about having a way to comment pragma? Maybe something like >> -=-=-=-=-=-= >> Object subclass: #Pragma >> instanceVariableNames: 'method keyword arguments comment' >> -=-=-=-=-=-= >> >> And a simple way to annotate pragmas? >> Just an idea. >> >> Cheers, >> Alexandre >> -- >> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: >> Alexandre Bergel http://www.bergel.eu >> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. >> >> >> > > -- > www.tudorgirba.com > www.feenk.com > > "What we can governs what we wish." > > > > -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

June 26, 2016

Re: [Pharo-dev] Smalltalk Hub on Chrome

by Peter UhnÃ¡k

exactly :) On Sun, Jun 26, 2016 at 12:53 PM, Dimitris Chloupis <kilon.alios(a)gmail.com> wrote: > ah ok i stand corrected, just google it > > On Sun, Jun 26, 2016 at 1:48 PM Dimitris Chloupis <kilon.alios(a)gmail.com> > wrote: > >> Isnt WebAssembly Javascript anyway ? >> >> I dont see how you can avoid javascript in the browser >> >> On Sun, Jun 26, 2016 at 12:36 PM Peter UhnÃ¡k <i.uhnak(a)gmail.com> wrote: >> >>> > 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> wrote: >>> >>>> >>>> > On 22 Apr 2014, at 16:43, Sean P. DeNigris <sean(a)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

Re: [Pharo-dev] Smalltalk Hub on Chrome

by Dimitris Chloupis

ah ok i stand corrected, just google it On Sun, Jun 26, 2016 at 1:48 PM Dimitris Chloupis <kilon.alios(a)gmail.com> wrote: > Isnt WebAssembly Javascript anyway ? > > I dont see how you can avoid javascript in the browser > > On Sun, Jun 26, 2016 at 12:36 PM Peter UhnÃ¡k <i.uhnak(a)gmail.com> wrote: > >> > 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> wrote: >> >>> >>> > On 22 Apr 2014, at 16:43, Sean P. DeNigris <sean(a)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

Re: [Pharo-dev] Smalltalk Hub on Chrome

by Dimitris Chloupis

Isnt WebAssembly Javascript anyway ? I dont see how you can avoid javascript in the browser On Sun, Jun 26, 2016 at 12:36 PM Peter UhnÃ¡k <i.uhnak(a)gmail.com> wrote: > > 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> wrote: > >> >> > On 22 Apr 2014, at 16:43, Sean P. DeNigris <sean(a)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

Re: [Pharo-dev] Smalltalk Hub on Chrome

by Peter UhnÃ¡k

> 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> wrote: > > > On 22 Apr 2014, at 16:43, Sean P. DeNigris <sean(a)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

Re: [Pharo-dev] Smalltalk Hub on Chrome

by Max Leske

> On 22 Apr 2014, at 16:43, Sean P. DeNigris <sean(a)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

[pharo-project/pharo-core]

by GitHub

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

June 26, 2016

[pharo-project/pharo-core] ae307f: 60113

by GitHub

Branch: refs/heads/6.0 Home: https://github.com/pharo-project/pharo-core Commit: ae307f5d7109a39c41558332012a5881046f8b18 https://github.com/pharo-project/pharo-core/commit/ae307f5d7109a39c41558332… Author: Jenkins Build Server <board(a)pharo-project.org> Date: 2016-06-26 (Sun, 26 Jun 2016) Changed paths: M CodeImportCommandLineHandlers.package/EvaluateCommandLineHandler.class/instance/commands/evaluate_.st A Kernel-Tests.package/CompiledMethodTest.class/instance/tests - testing/testSendsSelector.st M Kernel.package/CompiledMethod.class/instance/literals/sendsSelector_.st M Monticello.package/MCClassDefinition.class/instance/installing/sortedVariablesOfType_.st M Monticello.package/MCClassDefinition.class/instance/installing/variablesOfType_.st M OpalCompiler-Tests.package/OCCompilerTest.class/instance/literals/testScaledDecimalLiterals.st M Refactoring-Critics.package/RBBadMessageRule.class/instance/running/basicCheck_.st M Refactoring-Tests-Core.package/RBChildrenToSiblingsTest.class/instance/set up/setUp.st M Refactoring-Tests-Core.package/RBInlineMethodTest.class/instance/failure tests/testInlineMethodForSuperSendThatAlsoSendsSuper.st M Refactoring-Tests-Core.package/RBInlineMethodTest.class/instance/tests/testInlineMethodForSuperSend.st M Refactoring-Tests-Environment.package/RBBrowserEnvironmentTest.class/instance/private/storeStringFor_.st R ScriptLoader60.package/ScriptLoader.class/instance/pharo - scripts/script60112.st A ScriptLoader60.package/ScriptLoader.class/instance/pharo - scripts/script60113.st R ScriptLoader60.package/ScriptLoader.class/instance/pharo - updates/update60112.st A ScriptLoader60.package/ScriptLoader.class/instance/pharo - updates/update60113.st M ScriptLoader60.package/ScriptLoader.class/instance/public/commentForCurrentUpdate.st M System-Support.package/SmalltalkImage.class/instance/compiler/evaluate_.st M Tool-CriticBrowser.package/SingleCodeCriticResultList.class/instance/initialization/initializeActionToPerformOnTextModel.st Log Message: ----------- 60113 18599 use sendsAnySelectorOf: in RBBadMessageRule https://pharo.fogbugz.com/f/cases/18599 18593 Remove Pharo references to Smalltalk evaluate: https://pharo.fogbugz.com/f/cases/18593 http://files.pharo.org/image/60/60113.zip

June 26, 2016