- Pharo-dev - lists.pharo.org

Re: [Pharo-dev] [Seaside] Handling of $+ in URLs

by Johan Brichau

Sven, once again many thanks for addressing this is in such a swift manner! On 15 Feb 2014, at 23:21, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > Hi, > > Johan Brichau reported an issue a couple of days ago concerning the handling of $+ in ZnUrl (Pharo 3's URL class) and in Seaside's WAUrl. #bleedingEdge of Zinc HTTP Components fixes the issue, as far as I can see. I want to explain the problem and the solution. > > Before october 24 of last year, ZnUrl used a 'better safe than sorry' safe set when doing percent encoding of unsafe characters. However, the URL spec defines different allowed characters per URL part. This behaviour was then added to Zinc-Resource-Meta-Core, ZnUrl's package. > > Soon after that a discussion with Jan van de Sandt let to a first small change: since ZnUrl interprets the query part of a URL as key-value pairs, it is necessary to treat $= and $& as unsafe, even though they are not according to the URL spec (which doesn't concern itself with how the query part is interpreted). > > All that time, $+ kept on being interpreted as a space, independent of the safe set. As Johan reported, this conflicted with $+ being a safe character. Which eventually let to the functional problem of not being able to enter a + in an input field, in Seaside. > > Why only in Seaside ? Because ZnZincServerAdaptor>>#requestUrlFor: was implemented by printing the interpreted incoming ZnUrl and parsing it again. There, the escaping of $+ disappeared and it became an unintended space. > > This situation is now fixed by > > Changes to ZnPercentEncoder: > - adding an #decodePlusAsSpace boolean option > > Changes to ZnResourceMetaUtils: > - #decodePercent: no longer decodes plus as space > - #decodePercentForQuery: does plus as space decoding > - #queryKeyValueSafeSet no longer includes $+ > - #parseQueryFrom: not uses #decodePercentForQuery: > > Added ZnDefaultServerDelegate>>#formTest1: to test simple form submit encoding handling > > Modify ZnZincServerAdaptor>>#requestUrlFor: to build a WAUrl explicitely from the interpreted parts of the incoming ZnUrl instead of going via printing and parsing > > Adding new unit tests > - ZnUrlTests>>#testPlusHandling > - ZnServerTests>>#testFormTest1 > > I think WAUrl should best be changed as well, but that is not my call. > > In code, this summarises the implemented behaviour: > > ZnUrlTests>>#testPlusHandling > "While percent decoding, a + is translated as a space only in the context of > application/x-www-form-urlencoded get/post requests: > http://en.wikipedia.org/wiki/Percent-encoding#The_application.2Fx-www-form-… > ZnUrl interprets its query part as key value pairs where this translation is applicable, > even though strictly speaking + (and =, &) are plain unreserved characters in the query" > > "$+ is not special in the path part of the URL and it remains itself" > self > assert: 'http://localhost/foo+bar' asZnUrl firstPathSegment > equals: 'foo+bar'. > self > assert: 'http://localhost/foo+bar' asZnUrl printString > equals: 'http://localhost/foo+bar'. > "$+ gets decoded to space in the interpreted query part of the URL, > and becomes an encoded space if needed" > self > assert: ('http://localhost/test?q=foo+bar' asZnUrl queryAt: #q) > equals: 'foo bar'. > self > assert: 'http://localhost/test?q=foo+bar' asZnUrl printString > equals: 'http://localhost/test?q=foo%20bar'. > "to pass $+ as $+ in a query, it has to be encoded" > self > assert: 'http://localhost/test?q=foo%2Bbar' asZnUrl printString > equals: 'http://localhost/test?q=foo%2Bbar' > > I hope this is a good and correct solution. In any case, it fixes the functional problem that $+ disappeared in WAUrlEncodingFunctionalTest - which I took over in ZnDefaultServerDelegate>>#formTest1: > > Thanks Johan for the whole discussion ! > > Sven > > _______________________________________________ > seaside mailing list > seaside(a)lists.squeakfoundation.org > http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside

Feb. 16, 2014

Re: [Pharo-dev] [GSoC ideas] Pharo - Derreferencer

by Andres Valloud

All that I said was "it takes way more than 1 hour". The "useful" part comes in when e.g. "inboundPointers" reveals stuff that should also be gone. So now you need a full blown reference finder, and getting one of those to work quickly and correctly is not trivial. Also with some objects you can't really do becomeForward: (or it won't help), e.g. with a class (this would fall under the "reliably" category). We are all capable of writing random workspace code, I don't think this is the idea for these projects. On 2/15/14 16:34 , Levente Uzonyi wrote: > On Sat, 15 Feb 2014, Andres Valloud wrote: > >> FYI writing any decent production quality tool takes way more than 1 hour. >> IME writing *two* reference finders, it takes a bunch of effort to make them >> work correctly, reliably, quickly, and in a useful way. > > I would agree with you if the building blocks weren't already in the > image. > > Q: Which objects point to myObject? > A: myObject inboundPointers > > Q: How can I dereference myObject? > A: myObject becomeForward: nil > > Do you think it takes a summer to combine and extend these two lines into > a tool? > > > Levente > >> >> On 2/15/14 6:31 , Alexandre Bergel wrote: >>> Well... I do no think so. There is a fair amount of work regarding memory >>> profiling. Dereferencing is probably only a small piece off. >>> Anyway, we will have time to refine the project description >>> >>> Alexandre >>> >>>> Le 14-02-2014 Ã 18:17, Levente Uzonyi <leves(a)elte.hu> a Ã©crit : >>>> >>>>> On Fri, 14 Feb 2014, Alexandre Bergel wrote: >>>>> >>>>> Hi Paolo, >>>>> >>>>> I can mentor the project below: >>>>>> Project idea >>>>>> >>>>>> Name: Instance Derreferencer for Pharo >>>>>> Skill level: Intermediate >>>>>> Possible Mentors: >>>>>> Name of the Student: Alejandro Infante >>>>>> >>>>>> Description: >>>>>> A problem with image based environment is, when you detect a memory leak >>>>>> is removing those objects from the system. This tool would provide a >>>>>> handy UI to inspect the current instances of the classes that we think >>>>>> they have a memory leak and, in case there are objects that are not >>>>>> being garbage collected, offer to the user a Derreference button. This >>>>>> is going to iterate over all the objects that have a reference to my >>>>>> object and remove that reference, finally enabling the Garbage Collector >>>>>> to get rid of the leak. >>>> >>>> It shouldn't take more than an hour to implement such tool. >>>> >>>> >>>> Levente >>>> >>>>> >>>>> Cheers, >>>>> Alexandre >>>>> >>>>> >>>>>> >>>>>> >>>>>> >>>>>> 2014-02-14 5:08 GMT-08:00 Nicolas Petton <petton.nicolas(a)gmail.com>: >>>>>> >>>>>> Paolo Bonzini writes: >>>>>> >>>>>>> Il 11/02/2014 10:42, Damien Cassou ha scritto: >>>>>>>> Hi fellow Pharo hackers, >>>>>>>> >>>>>>>> ESUG, the European Smalltalk User Group, is applying for this >>>>>>>> year's Google Summer of Code. As you probably know, the >>>>>>>> Summer >>>>>>>> of Code provides the opportunity to fund students to work >>>>>>>> during >>>>>>>> the summer on Pharo. Please reply to this >>>>>>>> email (be sure to use "Reply to all") if you have ideas you >>>>>>>> would like to propose. >>>>>>>> >>>>>>>> Please include a summary of the project and links to web pages >>>>>>>> that can help prospective students to write their application. >>>>>>>> Please also include the following information: >>>>>>>> >>>>>>>> - if applicable, other dialects that you would be willing to >>>>>>>> mentor this project for >>>>>>>> >>>>>>>> - the skill level >>>>>>>> >>>>>>>> - name of the mentor(s), email addresses, and possibly any IRC >>>>>>>> network/channel/nickname where they can be found. >>>>>>>> >>>>>>>> Thanks for contributing to ESUG's Summer of Code application! >>>>>>> >>>>>>> Just a note that I haven't yet processed this thread, but our ideas >>>>>>> page >>>>>>> is already looking pretty well (and Pharo section is big) so I'll >>>>>>> probably do it in the weekend or next Monday. >>>>>> >>>>>> I can do it if you want. >>>>>> >>>>>> Cheers, >>>>>> Nico >>>>> >>>>> -- >>>>> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: >>>>> Alexandre Bergel http://www.bergel.eu >>>>> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. >>>> >>> >> >> >

Feb. 16, 2014

Re: [Pharo-dev] [GSoC ideas] Pharo - Derreferencer

by Alejandro Infante

Well, I tried today using that to release some memory used by Roassal. Let's say all the instances of ROElement. So I executed the following code: ROElement allInstances do: [:el | el becomeForward: nil ]. The next second the image crashed. Then I thought that was because the visualization was open. So I did another little experiment, closed the visualization, and then run the following code: ROElement allInstances do: [:el | el becomeForward: nil ]. "Everithing ok for now" Smalltalk garbageCollect. Again, same result, the image crashed. Also instead of doing garbage collect, I tried open the browser, but the image crashed just few seconds later. At least (in my opinion), building a reliable tool that can crash your image easily is not 1 hour work, nor 1 week work. Cheers, Alejandro 2014-02-15 16:34 GMT-08:00 Levente Uzonyi <leves(a)elte.hu>: > On Sat, 15 Feb 2014, Andres Valloud wrote: > > FYI writing any decent production quality tool takes way more than 1 >> hour. IME writing *two* reference finders, it takes a bunch of effort to >> make them work correctly, reliably, quickly, and in a useful way. >> > > I would agree with you if the building blocks weren't already in the image. > > Q: Which objects point to myObject? > A: myObject inboundPointers > > Q: How can I dereference myObject? > A: myObject becomeForward: nil > > Do you think it takes a summer to combine and extend these two lines into > a tool? > > > Levente > > > >> On 2/15/14 6:31 , Alexandre Bergel wrote: >> >>> Well... I do no think so. There is a fair amount of work regarding >>> memory profiling. Dereferencing is probably only a small piece off. >>> Anyway, we will have time to refine the project description >>> >>> Alexandre >>> >>> Le 14-02-2014 Ã 18:17, Levente Uzonyi <leves(a)elte.hu> a Ã©crit : >>>> >>>> On Fri, 14 Feb 2014, Alexandre Bergel wrote: >>>>> >>>>> Hi Paolo, >>>>> >>>>> I can mentor the project below: >>>>> >>>>>> Project idea >>>>>> >>>>>> Name: Instance Derreferencer for Pharo >>>>>> Skill level: Intermediate >>>>>> Possible Mentors: >>>>>> Name of the Student: Alejandro Infante >>>>>> >>>>>> Description: >>>>>> A problem with image based environment is, when you detect a memory >>>>>> leak is removing those objects from the system. This tool would provide a >>>>>> handy UI to inspect the current instances of the classes that we think they >>>>>> have a memory leak and, in case there are objects that are not being >>>>>> garbage collected, offer to the user a Derreference button. This is going >>>>>> to iterate over all the objects that have a reference to my object and >>>>>> remove that reference, finally enabling the Garbage Collector to get rid of >>>>>> the leak. >>>>>> >>>>> >>>> It shouldn't take more than an hour to implement such tool. >>>> >>>> >>>> Levente >>>> >>>> >>>>> Cheers, >>>>> Alexandre >>>>> >>>>> >>>>> >>>>>> >>>>>> >>>>>> 2014-02-14 5:08 GMT-08:00 Nicolas Petton <petton.nicolas(a)gmail.com>: >>>>>> >>>>>> Paolo Bonzini writes: >>>>>> >>>>>> Il 11/02/2014 10:42, Damien Cassou ha scritto: >>>>>>> >>>>>>>> Hi fellow Pharo hackers, >>>>>>>> >>>>>>>> ESUG, the European Smalltalk User Group, is applying for >>>>>>>> this >>>>>>>> year's Google Summer of Code. As you probably know, the >>>>>>>> Summer >>>>>>>> of Code provides the opportunity to fund students to work >>>>>>>> during >>>>>>>> the summer on Pharo. Please reply to this >>>>>>>> email (be sure to use "Reply to all") if you have ideas you >>>>>>>> would like to propose. >>>>>>>> >>>>>>>> Please include a summary of the project and links to web >>>>>>>> pages >>>>>>>> that can help prospective students to write their >>>>>>>> application. >>>>>>>> Please also include the following information: >>>>>>>> >>>>>>>> - if applicable, other dialects that you would be willing to >>>>>>>> mentor this project for >>>>>>>> >>>>>>>> - the skill level >>>>>>>> >>>>>>>> - name of the mentor(s), email addresses, and possibly any >>>>>>>> IRC >>>>>>>> network/channel/nickname where they can be found. >>>>>>>> >>>>>>>> Thanks for contributing to ESUG's Summer of Code >>>>>>>> application! >>>>>>>> >>>>>>> >>>>>>> Just a note that I haven't yet processed this thread, but our ideas >>>>>>> page >>>>>>> is already looking pretty well (and Pharo section is big) so I'll >>>>>>> probably do it in the weekend or next Monday. >>>>>>> >>>>>> >>>>>> I can do it if you want. >>>>>> >>>>>> Cheers, >>>>>> Nico >>>>>> >>>>> >>>>> -- >>>>> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: >>>>> Alexandre Bergel http://www.bergel.eu >>>>> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. >>>>> >>>> >>>> >>> >>

Feb. 16, 2014

Re: [Pharo-dev] Fwd: Request

by Levente Uzonyi

On Sat, 15 Feb 2014, Guido Chari wrote: > Thanks Olivier i will try with it for sure. > Thanks ben! i will procrastinate with the game too :P... > > Levente, i'm working in a Slang compiler at language side that generates assembly that is run then with nativeboost. Then primitives could be > changed, compiled individually, and run at runtime. that's what i call dynamic primitives. Cool! Levente > > > 2014-02-14 20:10 GMT-03:00 Levente Uzonyi <leves(a)elte.hu>: > On Thu, 13 Feb 2014, Guido Chari wrote: > > > Hi guys, > IÂ´m doing some experiments with dynamic primitives and files.Â > > > What's a dynamic primitive? > > > Levente > > > Actually i am working with the socket and file plugin. (In that order of priority) > > Does anyone know about an open pharo app that make heavy use of sockets (mainly creating lot) that i can borrowed (install > locally) for doing serious experiments? Something with heavy used of files will help > too. > > Thanks, > Best, > Guido. > > > > >

Feb. 16, 2014

Re: [Pharo-dev] [GSoC ideas] Pharo - Derreferencer

by Levente Uzonyi

On Sat, 15 Feb 2014, Andres Valloud wrote: > FYI writing any decent production quality tool takes way more than 1 hour. > IME writing *two* reference finders, it takes a bunch of effort to make them > work correctly, reliably, quickly, and in a useful way. I would agree with you if the building blocks weren't already in the image. Q: Which objects point to myObject? A: myObject inboundPointers Q: How can I dereference myObject? A: myObject becomeForward: nil Do you think it takes a summer to combine and extend these two lines into a tool? Levente > > On 2/15/14 6:31 , Alexandre Bergel wrote: >> Well... I do no think so. There is a fair amount of work regarding memory >> profiling. Dereferencing is probably only a small piece off. >> Anyway, we will have time to refine the project description >> >> Alexandre >> >>> Le 14-02-2014 Ã 18:17, Levente Uzonyi <leves(a)elte.hu> a Ã©crit : >>> >>>> On Fri, 14 Feb 2014, Alexandre Bergel wrote: >>>> >>>> Hi Paolo, >>>> >>>> I can mentor the project below: >>>>> Project idea >>>>> >>>>> Name: Instance Derreferencer for Pharo >>>>> Skill level: Intermediate >>>>> Possible Mentors: >>>>> Name of the Student: Alejandro Infante >>>>> >>>>> Description: >>>>> A problem with image based environment is, when you detect a memory leak >>>>> is removing those objects from the system. This tool would provide a >>>>> handy UI to inspect the current instances of the classes that we think >>>>> they have a memory leak and, in case there are objects that are not >>>>> being garbage collected, offer to the user a Derreference button. This >>>>> is going to iterate over all the objects that have a reference to my >>>>> object and remove that reference, finally enabling the Garbage Collector >>>>> to get rid of the leak. >>> >>> It shouldn't take more than an hour to implement such tool. >>> >>> >>> Levente >>> >>>> >>>> Cheers, >>>> Alexandre >>>> >>>> >>>>> >>>>> >>>>> >>>>> 2014-02-14 5:08 GMT-08:00 Nicolas Petton <petton.nicolas(a)gmail.com>: >>>>> >>>>> Paolo Bonzini writes: >>>>> >>>>>> Il 11/02/2014 10:42, Damien Cassou ha scritto: >>>>>>> Hi fellow Pharo hackers, >>>>>>> >>>>>>> ESUG, the European Smalltalk User Group, is applying for this >>>>>>> year's Google Summer of Code. As you probably know, the >>>>>>> Summer >>>>>>> of Code provides the opportunity to fund students to work >>>>>>> during >>>>>>> the summer on Pharo. Please reply to this >>>>>>> email (be sure to use "Reply to all") if you have ideas you >>>>>>> would like to propose. >>>>>>> >>>>>>> Please include a summary of the project and links to web pages >>>>>>> that can help prospective students to write their application. >>>>>>> Please also include the following information: >>>>>>> >>>>>>> - if applicable, other dialects that you would be willing to >>>>>>> mentor this project for >>>>>>> >>>>>>> - the skill level >>>>>>> >>>>>>> - name of the mentor(s), email addresses, and possibly any IRC >>>>>>> network/channel/nickname where they can be found. >>>>>>> >>>>>>> Thanks for contributing to ESUG's Summer of Code application! >>>>>> >>>>>> Just a note that I haven't yet processed this thread, but our ideas >>>>>> page >>>>>> is already looking pretty well (and Pharo section is big) so I'll >>>>>> probably do it in the weekend or next Monday. >>>>> >>>>> I can do it if you want. >>>>> >>>>> Cheers, >>>>> Nico >>>> >>>> -- >>>> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: >>>> Alexandre Bergel http://www.bergel.eu >>>> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. >>> >> > >

Feb. 16, 2014

Re: [Pharo-dev] TextModel getSelection and "Debugger run to here"

by Nicolai Hess

Third attempt SLICE-Issue-12144-TextModelgetSelection-NicolaiHess.3 please review, I really don't know what would be the correct way to handle selection from a) TextModel to View (PluggableTextMorph) b) View to TextModel I now use TextModel>>#setSelection: for changes that should be announced (send ->valuechange) and setSelectionInterval: for changes that comes from the Morph and should not be announced (->use rawvalue:) Nicolai 2014-02-15 11:17 GMT+01:00 Sven Van Caekenberghe <sven(a)stfx.eu>: > The debugger is very important and since we have a new one, the QA is > essential. > > So I vote for doing it right in 3.0 > > On 15 Feb 2014, at 11:02, Nicolai Hess <nicolaihess(a)web.de> wrote: > > > Should we tag issue 12144 for Pharo3? At the moment, this is only an > isseu for the debugger, but is is related to spec. We can expect more > apps/developer suffer from this in the future and I dont want to see, > everyone invents its own workaround. > > > > I made to slices, with the first the textmodel only recognizes > selections done by the mouse, with the second, selection by keyboard works > too. But than you can only select text from left to right :( > >

Feb. 15, 2014

Handling of $+ in URLs

by Sven Van Caekenberghe

Hi, Johan Brichau reported an issue a couple of days ago concerning the handling of $+ in ZnUrl (Pharo 3's URL class) and in Seaside's WAUrl. #bleedingEdge of Zinc HTTP Components fixes the issue, as far as I can see. I want to explain the problem and the solution. Before october 24 of last year, ZnUrl used a 'better safe than sorry' safe set when doing percent encoding of unsafe characters. However, the URL spec defines different allowed characters per URL part. This behaviour was then added to Zinc-Resource-Meta-Core, ZnUrl's package. Soon after that a discussion with Jan van de Sandt let to a first small change: since ZnUrl interprets the query part of a URL as key-value pairs, it is necessary to treat $= and $& as unsafe, even though they are not according to the URL spec (which doesn't concern itself with how the query part is interpreted). All that time, $+ kept on being interpreted as a space, independent of the safe set. As Johan reported, this conflicted with $+ being a safe character. Which eventually let to the functional problem of not being able to enter a + in an input field, in Seaside. Why only in Seaside ? Because ZnZincServerAdaptor>>#requestUrlFor: was implemented by printing the interpreted incoming ZnUrl and parsing it again. There, the escaping of $+ disappeared and it became an unintended space. This situation is now fixed by Changes to ZnPercentEncoder: - adding an #decodePlusAsSpace boolean option Changes to ZnResourceMetaUtils: - #decodePercent: no longer decodes plus as space - #decodePercentForQuery: does plus as space decoding - #queryKeyValueSafeSet no longer includes $+ - #parseQueryFrom: not uses #decodePercentForQuery: Added ZnDefaultServerDelegate>>#formTest1: to test simple form submit encoding handling Modify ZnZincServerAdaptor>>#requestUrlFor: to build a WAUrl explicitely from the interpreted parts of the incoming ZnUrl instead of going via printing and parsing Adding new unit tests - ZnUrlTests>>#testPlusHandling - ZnServerTests>>#testFormTest1 I think WAUrl should best be changed as well, but that is not my call. In code, this summarises the implemented behaviour: ZnUrlTests>>#testPlusHandling "While percent decoding, a + is translated as a space only in the context of application/x-www-form-urlencoded get/post requests: http://en.wikipedia.org/wiki/Percent-encoding#The_application.2Fx-www-form-… ZnUrl interprets its query part as key value pairs where this translation is applicable, even though strictly speaking + (and =, &) are plain unreserved characters in the query" "$+ is not special in the path part of the URL and it remains itself" self assert: 'http://localhost/foo+bar' asZnUrl firstPathSegment equals: 'foo+bar'. self assert: 'http://localhost/foo+bar' asZnUrl printString equals: 'http://localhost/foo+bar'. "$+ gets decoded to space in the interpreted query part of the URL, and becomes an encoded space if needed" self assert: ('http://localhost/test?q=foo+bar' asZnUrl queryAt: #q) equals: 'foo bar'. self assert: 'http://localhost/test?q=foo+bar' asZnUrl printString equals: 'http://localhost/test?q=foo%20bar'. "to pass $+ as $+ in a query, it has to be encoded" self assert: 'http://localhost/test?q=foo%2Bbar' asZnUrl printString equals: 'http://localhost/test?q=foo%2Bbar' I hope this is a good and correct solution. In any case, it fixes the functional problem that $+ disappeared in WAUrlEncodingFunctionalTest - which I took over in ZnDefaultServerDelegate>>#formTest1: Thanks Johan for the whole discussion ! Sven

Feb. 15, 2014

Re: [Pharo-dev] What is wrong with Settings Browser ?

by luc.fabresse＠gmail.com

I guess (i do not know) that it relies on pragma and therefore it scans the whole system Luc EnvoyÃ© de mon iPhone > Le 15 fÃ©vr. 2014 Ã 07:51, jannik laval <jannik.laval(a)gmail.com> a Ã©crit : > > It means it opens only preferences related to this package. > > Jannik > > > 2014-02-15 0:07 GMT+01:00 Alexandre Bergel <alexandre.bergel(a)me.com>: >> What does it mean to open a Setting Browser on a package? >> >> Alexandre >> >> >> On Feb 13, 2014, at 12:30 PM, jannik laval <jannik.laval(a)gmail.com> wrote: >> >> > Hi pharoers, >> > >> > I have a small problem with Settings Browser: when I open it on a single package settings, it is really slow. >> > >> > Just try it. >> > Opening a Settings browser is fast (213ms on my machine): >> > == >> > SettingBrowser new open >> > == >> > Now, with a specific package name, it is really slow (5284ms on my machine !!!): >> > == >> > SettingBrowser new setViewedPackageNames: 'Settings-Network'; open. >> > == >> > or this line: >> > == >> > SettingBrowser new changePackageSet: {PackageOrganizer default packageNamed: 'Settings-Network' ifAbsent:[]}; open. >> > == >> > >> > I don't understand what is wrong. Any idea ? >> > >> > Cheers, >> > -- >> > ~~Jannik Laval~~ >> > Ãcole des Mines de Douai >> > Enseignant-chercheur >> > http://www.jannik-laval.eu >> > http://car.mines-douai.fr/ >> > >> >> -- >> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: >> Alexandre Bergel http://www.bergel.eu >> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > > -- > ~~Jannik Laval~~ > Ãcole des Mines de Douai > Enseignant-chercheur > http://www.jannik-laval.eu > http://car.mines-douai.fr/

Feb. 15, 2014

Re: [Pharo-dev] Fwd: Request

by Guido Chari

Thanks Olivier i will try with it for sure. Thanks ben! i will procrastinate with the game too :P... Levente, i'm working in a Slang compiler at language side that generates assembly that is run then with nativeboost. Then primitives could be changed, compiled individually, and run at runtime. that's what i call dynamic primitives. 2014-02-14 20:10 GMT-03:00 Levente Uzonyi <leves(a)elte.hu>: > On Thu, 13 Feb 2014, Guido Chari wrote: > > >> Hi guys, >> IÂ´m doing some experiments with dynamic primitives and files. >> > > What's a dynamic primitive? > > > Levente > > > >> Actually i am working with the socket and file plugin. (In that order of >> priority) >> >> Does anyone know about an open pharo app that make heavy use of sockets >> (mainly creating lot) that i can borrowed (install locally) for doing >> serious experiments? Something with heavy used of files will help >> too. >> >> Thanks, >> Best, >> Guido. >> >> >>

Feb. 15, 2014

Re: [Pharo-dev] [GSoC ideas] Pharo - Derreferencer

by Andres Valloud

FYI writing any decent production quality tool takes way more than 1 hour. IME writing *two* reference finders, it takes a bunch of effort to make them work correctly, reliably, quickly, and in a useful way. On 2/15/14 6:31 , Alexandre Bergel wrote: > Well... I do no think so. There is a fair amount of work regarding memory profiling. Dereferencing is probably only a small piece off. > Anyway, we will have time to refine the project description > > Alexandre > >> Le 14-02-2014 Ã 18:17, Levente Uzonyi <leves(a)elte.hu> a Ã©crit : >> >>> On Fri, 14 Feb 2014, Alexandre Bergel wrote: >>> >>> Hi Paolo, >>> >>> I can mentor the project below: >>>> Project idea >>>> >>>> Name: Instance Derreferencer for Pharo >>>> Skill level: Intermediate >>>> Possible Mentors: >>>> Name of the Student: Alejandro Infante >>>> >>>> Description: >>>> A problem with image based environment is, when you detect a memory leak is removing those objects from the system. This tool would provide a handy UI to inspect the current instances of the classes that we think they have a memory leak and, in case there are objects that are not being garbage collected, offer to the user a Derreference button. This is going to iterate over all the objects that have a reference to my object and remove that reference, finally enabling the Garbage Collector to get rid of the leak. >> >> It shouldn't take more than an hour to implement such tool. >> >> >> Levente >> >>> >>> Cheers, >>> Alexandre >>> >>> >>>> >>>> >>>> >>>> 2014-02-14 5:08 GMT-08:00 Nicolas Petton <petton.nicolas(a)gmail.com>: >>>> >>>> Paolo Bonzini writes: >>>> >>>>> Il 11/02/2014 10:42, Damien Cassou ha scritto: >>>>>> Hi fellow Pharo hackers, >>>>>> >>>>>> ESUG, the European Smalltalk User Group, is applying for this >>>>>> year's Google Summer of Code. As you probably know, the Summer >>>>>> of Code provides the opportunity to fund students to work during >>>>>> the summer on Pharo. Please reply to this >>>>>> email (be sure to use "Reply to all") if you have ideas you >>>>>> would like to propose. >>>>>> >>>>>> Please include a summary of the project and links to web pages >>>>>> that can help prospective students to write their application. >>>>>> Please also include the following information: >>>>>> >>>>>> - if applicable, other dialects that you would be willing to >>>>>> mentor this project for >>>>>> >>>>>> - the skill level >>>>>> >>>>>> - name of the mentor(s), email addresses, and possibly any IRC >>>>>> network/channel/nickname where they can be found. >>>>>> >>>>>> Thanks for contributing to ESUG's Summer of Code application! >>>>> >>>>> Just a note that I haven't yet processed this thread, but our ideas page >>>>> is already looking pretty well (and Pharo section is big) so I'll >>>>> probably do it in the weekend or next Monday. >>>> >>>> I can do it if you want. >>>> >>>> Cheers, >>>> Nico >>> >>> -- >>> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: >>> Alexandre Bergel http://www.bergel.eu >>> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. >> >

Feb. 15, 2014