May 2015 - Pharo-dev - lists.pharo.org

Re: [Pharo-dev] Breakpoint of variable write

by stepharo

Yes because we can do more after that :) Stef Le 1/5/15 13:04, Yuriy Tymchuk a Ã©crit : > Thanks Marcus! This will be very useful. > > Uko > >> On 01 May 2015, at 12:51, Marcus Denker <marcus.denker(a)inria.fr> wrote: >> >> >>> On 01 May 2015, at 12:41, Yuriy Tymchuk <yuriy.tymchuk(a)me.com> wrote: >>> >>> Hi, is it possible to do a halt whenever some instance variable is written? >> Soonâ¦ I am working on it. >> >> Make a class TT with ivar âttâ, method >> tt >> tt := 1. >> >> >> Then we can define a meta-link to call "Halt nowâ: >> >> >> | link | >> link := MetaLink new >> metaObject: Halt; >> selector: #now. >> >> This we can install on the Slot itself: >> >> (TT slotNamed: #tt) link: link. >> >> >> If we now call >> >> TT new tt >> >> it will tell you that we need to implement #write:to: in LinkWrapperâ¦ ;-) >> Which means a lot of the basic machinery is working! >> >> Next week... >> >> Marcus > >

May 2, 2015

Re: [Pharo-dev] Next Pharo sprint & Moose dojo

by Tudor Girba

Thanks a lot for organizing this. Doru On Fri, May 1, 2015 at 7:59 PM, Jean-Christophe Bach < jeanchristophe.bach(a)inria.fr> wrote: > Hello Pharoers, > > We propose a Pharo sprint / Moose dojo on Friday, 22nd May, starting at > 10:00am. (Local Time Lille). > > It will be at the Inria Lille, Building B, third floor (RMoD offices). > Remotely, you can join us on the official IRC channel #pharo on > irc.freenode.net server. During the sprint, we will try to synchronize > local and remote Pharo sprinters. > > As the building is not open to the public, please contact us before if > you plan to come. > > JC > -- www.tudorgirba.com "Every thing has its own flow"

May 2, 2015

Re: [Pharo-dev] [ANN]: Tiny Dev Tools for SimplePersistence and STON

by Sean P. DeNigris

Sean P. DeNigris wrote > I created the same in STON-Tools Of course I just realized that they clobber each other ha ha, so now its #simplePersist: and #stonPersist: ----- Cheers, Sean -- View this message in context: http://forum.world.st/ANN-Tiny-Dev-Tools-for-SimplePersistence-and-STON-tp4… Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

May 2, 2015

[ANN]: Tiny Dev Tools for SimplePersistence and STON

by Sean P. DeNigris

I often find myself writing the same boilerplate over and over for my basic persistence needs. My usual pattern is to serialize/materialize a class-side instance variable with accessors of the same name. Some time ago, I added the following to SimplePersistence (IIRC it gets loaded by default): aClass persist: #fieldName which adds the necessary code automatically. Since I've been playing with STON a bit, I created the same in STON-Tools and uploaded to http://smalltalkhub.com/#!/~SeanDeNigris/SeansOutbox. There is even a test ;) Enjoy... ----- Cheers, Sean -- View this message in context: http://forum.world.st/ANN-Tiny-Dev-Tools-for-SimplePersistence-and-STON-tp4… Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

May 2, 2015

Re: [Pharo-dev] [QUESTION] For Dark Theme users

by Cyril Ferlicot

This is maybe a little 'too' dark. Maybe we can do a setting to choose if we want it more or less dark. An other think that would be good with the dark theme is to change the color of the Test Runner because the fluo green attack the eyes when we're on the dark theme x_x. Since we talk about the dark theme, is that normal than the background of the RubScrolledTextMorph stay white ? Or should I use an other Rub text morph ? On 1 May 2015 at 13:52, phil(a)highoctane.be <phil(a)highoctane.be> wrote: > Dawn Theme is lighter actually. > > As long as it is not black ... > > Phil > Le 1 mai 2015 12:34, "Esteban Lorenzano" <estebanlm(a)gmail.com> a Ã©crit : > >> I suppose "Down Themeâ users (cough, cough, Phil) too. >> >> I want to change the background color for something even darker: >> >> >> >> >> >> I think it look betterâ¦ what do you think? >> >> (Alsoâ¦ I need to refactor this theme thingyâ¦ is really ugly :P) >> >> Esteban >> > -- Cheers Cyril Ferlicot

May 2, 2015

Re: [Pharo-dev] Next Pharo sprint & Moose dojo

by Sergio Fedi

Couple of questions: 1 - Since this start at 5 am (Buenos Aires Time, GMT -3) until what hour is the sprint? 2 - Is this event appropiate/useful for newbies to Pharo?

May 2, 2015

Re: [Pharo-dev] build pharo vm on windows (old mingw package)

by Merwan Ouddane

I've downloaded it twice and the archive is corrupted Regards Merwan On 01/05/2015 23:34, phil(a)highoctane.be wrote: > https://www.dropbox.com/s/e5ws36rxo2z19lf/pharo-vm.zip?dl=0 > > On Fri, May 1, 2015 at 9:04 PM, Nicolai Hess <nicolaihess(a)web.de > <mailto:nicolaihess@web.de>> wrote: > > > > 2015-04-30 11:33 GMT+02:00 Esteban Lorenzano <estebanlm(a)gmail.com > <mailto:estebanlm@gmail.com>>: > > arenât you able to install an older version of gcc in your > newer version of mingw? > > > hm, downgrading the compiler was suprisingly easy. But I have > still the same error. > This is the gcc version information: > > Using built-in specs. > COLLECT_GCC=c:\MinGW\bin\gcc.exe > COLLECT_LTO_WRAPPER=c:/mingw/bin/../libexec/gcc/mingw32/4.6.2/lto-wrapper.exe > Target: mingw32 > Configured with: ../gcc-4.6.2/configure > --enable-languages=c,c++,ada,fortran,objc,obj-c++ > --disable-sjlj-exceptions --with-dwarf2 --enable-shared > --enable-libgomp --disable-win32-registry --enable-libstdcxx-debug > --enable-version-specific-runtime-libs --build=mingw32 --prefix=/mingw > Thread model: win32 > gcc version 4.6.2 (GCC) > > > Anyone knows what could be the problem ? Stacktrace from the > crash, this happens > directly after the start: > > #0 0x772359dd in ntdll!RtlpNtMakeTemporaryKey () > from C:\Windows\system32\ntdll.dll > #1 0x77201d8f in ntdll!EtwSetMark () from > C:\Windows\system32\ntdll.dll > #2 0x77236a37 in ntdll!RtlpNtMakeTemporaryKey () > from C:\Windows\system32\ntdll.dll > #3 0x771fa3ef in ntdll!EtwSetMark () from > C:\Windows\system32\ntdll.dll > #4 0x771c6766 in wcsnicmp () from C:\Windows\system32\ntdll.dll > #5 0x76cdc484 in KERNEL32!HeapFree () from > C:\Windows\system32\kernel32.dll > #6 0x6c24c4d7 in free () from C:\Windows\system32\crtdll.dll > #7 0x00850000 in ?? () > #8 0x00542065 in glob_match () > #9 0x00542604 in __mingw_glob () > #10 0x00540f17 in _setargv () > #11 0x004011ca in __mingw_CRTStartup () > #12 0x004012d5 in WinMainCRTStartup () > > > > > > nicolai > > > I do not have time right now to update the build into a new > compiler, sorry (also, that is not always trivial/desired, he) > > Esteban > > > On 30 Apr 2015, at 08:38, Nicolai Hess <nicolaihess(a)web.de > <mailto:nicolaihess@web.de>> wrote: > > > > I managed to trash my mingw build environment > > -> uninstalled /removed mingw/mingsys > > -> reinstall from current mingw-installer > > -> bad idea > > > > I can build a pharo windows vm but it immediately crashes on > startup. I suspect > > some changes between gcc 4.6 (old environment) gcc 4.8 (new > environment). > > (I think there are some changes related to file globbing (I > managed to get > > the vm somehow working to not crash on startup but on > shutdown instead - with > > _CRT_glob = 0. And gcc-4.8 uses dfferent (dwarf vs. sjlj ) > exception handling, don't know if this is > > related). > > > > I tried to find a ming-installer for the old version but > could not find anything and > > I tried to manually setup a ming installation from the old > packages (dozen of packages > > for mingw / core-utils / bintutils /msys from different > places (no fun)). > > > > 1) did anyone get a windows vm from mingws current version > (with gcc 4.8) working? > > > > 2) can someone package/zip and upload an old mingw > installation (maybe that one that > > is used on the build server? > > > > > > regards > > nicolai > > > > > > >

May 1, 2015

Re: [Pharo-dev] Are these changes good enough

by Peter UhnÃ¡k

On Fri, May 1, 2015 at 7:44 PM, stepharo <stepharo(a)free.fr> wrote: > Could you send the license agreement and send it to us? > Ha! I completely forgot about doing this. I'm just surprised that legally having somewhere written something like "by contributing to blablabla you agree with license blablabla" is not enough. Peter

May 1, 2015

Re: [Pharo-dev] Are these changes good enough

by Sergio Fedi

Yes In the site it says that it is preferable via surface mail. But a fax is good enough. Does this still hold true? (if so, I would rather send it via fax, or scanned, or another medium)

May 1, 2015

Re: [Pharo-dev] build pharo vm on windows (old mingw package)

by phil＠highoctane.be

https://www.dropbox.com/s/e5ws36rxo2z19lf/pharo-vm.zip?dl=0 On Fri, May 1, 2015 at 9:04 PM, Nicolai Hess <nicolaihess(a)web.de> wrote: > > > 2015-04-30 11:33 GMT+02:00 Esteban Lorenzano <estebanlm(a)gmail.com>: > >> arenât you able to install an older version of gcc in your newer version >> of mingw? >> > > hm, downgrading the compiler was suprisingly easy. But I have still the > same error. > This is the gcc version information: > > Using built-in specs. > COLLECT_GCC=c:\MinGW\bin\gcc.exe > > COLLECT_LTO_WRAPPER=c:/mingw/bin/../libexec/gcc/mingw32/4.6.2/lto-wrapper.exe > Target: mingw32 > Configured with: ../gcc-4.6.2/configure > --enable-languages=c,c++,ada,fortran,objc,obj-c++ --disable-sjlj-exceptions > --with-dwarf2 --enable-shared --enable-libgomp --disable-win32-registry > --enable-libstdcxx-debug --enable-version-specific-runtime-libs > --build=mingw32 --prefix=/mingw > Thread model: win32 > gcc version 4.6.2 (GCC) > > > Anyone knows what could be the problem ? Stacktrace from the crash, this > happens > directly after the start: > > #0 0x772359dd in ntdll!RtlpNtMakeTemporaryKey () > from C:\Windows\system32\ntdll.dll > #1 0x77201d8f in ntdll!EtwSetMark () from C:\Windows\system32\ntdll.dll > #2 0x77236a37 in ntdll!RtlpNtMakeTemporaryKey () > from C:\Windows\system32\ntdll.dll > #3 0x771fa3ef in ntdll!EtwSetMark () from C:\Windows\system32\ntdll.dll > #4 0x771c6766 in wcsnicmp () from C:\Windows\system32\ntdll.dll > #5 0x76cdc484 in KERNEL32!HeapFree () from > C:\Windows\system32\kernel32.dll > #6 0x6c24c4d7 in free () from C:\Windows\system32\crtdll.dll > #7 0x00850000 in ?? () > #8 0x00542065 in glob_match () > #9 0x00542604 in __mingw_glob () > #10 0x00540f17 in _setargv () > #11 0x004011ca in __mingw_CRTStartup () > #12 0x004012d5 in WinMainCRTStartup () > > > > > > nicolai > > > > >> I do not have time right now to update the build into a new compiler, >> sorry (also, that is not always trivial/desired, he) >> >> Esteban >> >> > On 30 Apr 2015, at 08:38, Nicolai Hess <nicolaihess(a)web.de> wrote: >> > >> > I managed to trash my mingw build environment >> > -> uninstalled /removed mingw/mingsys >> > -> reinstall from current mingw-installer >> > -> bad idea >> > >> > I can build a pharo windows vm but it immediately crashes on startup. I >> suspect >> > some changes between gcc 4.6 (old environment) gcc 4.8 (new >> environment). >> > (I think there are some changes related to file globbing (I managed to >> get >> > the vm somehow working to not crash on startup but on shutdown instead >> - with >> > _CRT_glob = 0. And gcc-4.8 uses dfferent (dwarf vs. sjlj ) exception >> handling, don't know if this is >> > related). >> > >> > I tried to find a ming-installer for the old version but could not find >> anything and >> > I tried to manually setup a ming installation from the old packages >> (dozen of packages >> > for mingw / core-utils / bintutils /msys from different places (no >> fun)). >> > >> > 1) did anyone get a windows vm from mingws current version (with gcc >> 4.8) working? >> > >> > 2) can someone package/zip and upload an old mingw installation (maybe >> that one that >> > is used on the build server? >> > >> > >> > regards >> > nicolai >> >> >

May 1, 2015