Re: [Pharo-dev] Please add me as a contributor to PharoExtras/XMLWriter

2014-02-16 Thread Damien Cassou
On Sat, Feb 15, 2014 at 4:10 PM, Paul DeBruicker pdebr...@gmail.com wrote:
 I'd like to add a #stable: method to the configuration


done

-- 
Damien Cassou
http://damiencassou.seasidehosting.st

Success is the ability to go from one failure to another without
losing enthusiasm.
Winston Churchill



[Pharo-dev] Enhancement - single operation revert to last saved image

2014-02-16 Thread Ben Coman
Just a passing thought...  as I am debugging, sometimes just before 
entering a step that I know is going to screw up the state of things, I 
save the image so that I can exit and restart to get back to that point. 
 Now rather than having to manually quit  restart, a command revert 
to last saved image which did the quit  restart in one operation would 
be really nice.  How doable would that be?

cheers -ben



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

2014-02-16 Thread Levente Uzonyi

On Sat, 15 Feb 2014, Alejandro Infante wrote:


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. 


It's a sign of a bug either in the VM, or the finalization mechanism (if 
these objects are subject to finalization), or Roassal itself. You better 
examine the crash dumps.




At least (in my opinion), building a reliable tool that can crash your image 
easily is not 1 hour work, nor 1 week work.


Not crashing the VM is not part of the GSoC project description, and 
there's a good reason for that. No tool can save you from a VM crash. You 
can avoid some cases, but not all.
Using a dereferencer means taking the easy but risky way of getting rid of 
unnecessary objects.



Levente



Cheers,
Alejandro



2014-02-15 16:34 GMT-08:00 Levente Uzonyi le...@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 le...@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.nico...@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
  

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

2014-02-16 Thread Andres Valloud

On 2/16/14 3:38 , Levente Uzonyi wrote:

On Sat, 15 Feb 2014, Alejandro Infante wrote:


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.


It's a sign of a bug either in the VM, or the finalization mechanism
(if these objects are subject to finalization), or Roassal itself.
You better examine the crash dumps.


Yeah, who knows... maybe ROElement is dealing with FFI...

It's way better to figure out why you have objects that won't go away, 
then you fix the real problem.  Hopefully the scope for this GSoC 
project will be amended with those kinds of considerations in mind.


Andres.



[Pharo-dev] [pharo-project/pharo-core]

2014-02-16 Thread GitHub
  Branch: refs/tags/30764
  Home:   https://github.com/pharo-project/pharo-core


Re: [Pharo-dev] Dirty Seaside-pharo-core and Seaside-pharo-core-backtracking

2014-02-16 Thread Max Leske
If you’ve loaded Seaside-Pharo then those extensions would be in the 
Seaside-Pharo package, wouldn’t they?


On 16.02.2014, at 14:15, Sven Van Caekenberghe s...@stfx.eu wrote:

 When using the latest Seaside on Pharo 3 (either loading 
 ConfigurationOfBootstrap or the Seaside image, 3.0 bleedingEdge, built on the 
 pharo-contribution CI server), I have two mysterious dirty packages without a 
 repository:
 
 - Seaside-pharo-core
 - Seaside-pharo-core-backtracking
 
 These only contain extensions. There are no such Seaside package as far as I 
 can see.
 
 What puzzles me is how the code got in the image in the first place: I can 
 understand that these are possible wrong extension protocol names, but since 
 they must be loaded by an MC package, how did they get into that package in 
 the first place ?
 
 Sven
 
 --
 Sven Van Caekenberghe
 http://stfx.eu
 Smalltalk is the Red Pill
 
 




Re: [Pharo-dev] Dirty Seaside-pharo-core and Seaside-pharo-core-backtracking

2014-02-16 Thread Max Leske
Hm… don’t really know but I guess they could come fromt the configuration. If 
you look for the string ‘seaside-pharo’ in the image then you’ll see that those 
packages are specified in the configuration. But if you really want to know 
you’ll probably have to step through a loading cycle with Metacello… good luck 
with that :)


On 16.02.2014, at 14:57, Sven Van Caekenberghe s...@stfx.eu wrote:

 As far as I can see, there is no such package, at all, that is why I am 
 puzzled ;-)
 
 On 16 Feb 2014, at 14:50, Max Leske maxle...@gmail.com wrote:
 
 If you’ve loaded Seaside-Pharo then those extensions would be in the 
 Seaside-Pharo package, wouldn’t they?
 
 
 On 16.02.2014, at 14:15, Sven Van Caekenberghe s...@stfx.eu wrote:
 
 When using the latest Seaside on Pharo 3 (either loading 
 ConfigurationOfBootstrap or the Seaside image, 3.0 bleedingEdge, built on 
 the pharo-contribution CI server), I have two mysterious dirty packages 
 without a repository:
 
 - Seaside-pharo-core
 - Seaside-pharo-core-backtracking
 
 These only contain extensions. There are no such Seaside package as far as 
 I can see.
 
 What puzzles me is how the code got in the image in the first place: I can 
 understand that these are possible wrong extension protocol names, but 
 since they must be loaded by an MC package, how did they get into that 
 package in the first place ?
 
 Sven
 
 --
 Sven Van Caekenberghe
 http://stfx.eu
 Smalltalk is the Red Pill
 
 
 
 
 
 




Re: [Pharo-dev] Fosdem Videos and Pharo. 4 presentation

2014-02-16 Thread Marcus Denker
Hi,

the video now is fixed.

I added it to youtube for slightly easier viewing, too:

   http://www.youtube.com/watch?v=mUV9E03u52g 

On 12 Feb 2014, at 00:22, Bernardo Ezequiel Contreras vonbecm...@gmail.com 
wrote:

 Hi,
They already know it, but they are busy.  be patient
 
 On Sun, Feb 09, 2014 at 08:06:03PM -0200, Bernardo Ezequiel Contreras wrote:
  Hi,
the following video
  http://video.fosdem.org/2014/K4401/Saturday/Pharo4_Plans_and_Dreams.webm
  doesn't contain the presentation by marcus denker, instead it contains the
  Objective Smalltalk presentation by Marcel Weiher.
  Could someone fix this, please?
 
 Thanks for letting us know.
 
 The video team will take a look as soon as they can, but please
 understand if it takes a while as they are still busy!
 
 




[Pharo-dev] how to Initialize class layouts

2014-02-16 Thread Pavel Krivanek
Hi,

the classes in bootstrapped image have no layouts set. We must initialize
them somehow because than class builder fails. Is there the code that did
this task during Slot integration somewhere? Or can someone erudite tell us
how to do that?

Cheers,
-- Pavel


Re: [Pharo-dev] how to Initialize class layouts

2014-02-16 Thread Benjamin
There was (is?) a Slot virus that, if I remember correctly, was in charge of 
propagating the slot layout instantiation.

Ben

On 16 Feb 2014, at 16:13, Pavel Krivanek pavel.kriva...@gmail.com wrote:

 Hi,
 
 the classes in bootstrapped image have no layouts set. We must initialize 
 them somehow because than class builder fails. Is there the code that did 
 this task during Slot integration somewhere? Or can someone erudite tell us 
 how to do that?
 
 Cheers,
 -- Pavel



Re: [Pharo-dev] how to Initialize class layouts

2014-02-16 Thread Pavel Krivanek
Hmm, it was removed in 30618. I'll look at it.

Thanks
-- Pavel


2014-02-16 16:19 GMT+01:00 Benjamin benjamin.vanryseghem.ph...@gmail.com:

 There was (is?) a Slot virus that, if I remember correctly, was in charge
 of propagating the slot layout instantiation.

 Ben

 On 16 Feb 2014, at 16:13, Pavel Krivanek pavel.kriva...@gmail.com wrote:

 Hi,

 the classes in bootstrapped image have no layouts set. We must initialize
 them somehow because than class builder fails. Is there the code that did
 this task during Slot integration somewhere? Or can someone erudite tell us
 how to do that?

 Cheers,
 -- Pavel





[Pharo-dev] Package for manage USB - RS232

2014-02-16 Thread Dario Trussardi
Hi,


i work with:Pharo1.Latest update: #14445( or   
with:Pharo2.0 Latest update: #20628 ).


I'm interested to manage communications with  USBor RS232   
 device.


I can find package  which support this protocol? 

Thank for any considerations ?

Dario





[Pharo-dev] DiskFileSystemTest testEntryAt

2014-02-16 Thread Nicolai Hess
Once I reproduced that error on a windows machine.
It happens if pharos clock is behind the system clock.
Creating a file results in a created tmestamp in the future. And comparing that 
time with DateAndTime now fails (now is smaller than the file timestamp). I 
couldn't find out, why pharos 
clock was behind, but somtimes this difference were several seonds.

Nicolai

Re: [Pharo-dev] [squeak-dev] SqueakSSL fixes

2014-02-16 Thread Göran Krampe

On 02/16/2014 08:08 PM, Sven Van Caekenberghe wrote:

Hi Göran,

Thanks a lot, I've turned your email into a Pharo issue:

   https://pharo.fogbugz.com/f/cases/12894/SSL-plugin-enhancements

I won't be able to process this by myself, but it will get integrated once the 
right people get together.


No problemo, thanks!

regards, Göran




Re: [Pharo-dev] List methods with problematic source

2014-02-16 Thread Sean P. DeNigris
sebast...@flowingconcept.com wrote
 How can I collect a list of methods with undefined classes in its source?

Try the Critics Browser. I simulated by creating a method that referenced a
class that I subsequently deleted, and the Variable used, but not defined
anywhere rule caught it.



-
Cheers,
Sean
--
View this message in context: 
http://forum.world.st/List-methods-with-problematic-source-tp4744083p4744168.html
Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.



Re: [Pharo-dev] Dirty Seaside-pharo-core and Seaside-pharo-core-backtracking

2014-02-16 Thread Johan Brichau
It seems there were still some class extensions in the package 
Seaside-Pharo20-Core that were using the '*seaside-pharo-core' method protocol 
name.
This is because the package was originally just a copy of the 
Seaside-Pharo-Core package, and there was a (now solved) bug in Nautilus at the 
time the package was renamed.

It's fixed now in the #bleedingEdge

Johan

On 16 Feb 2014, at 15:26, Max Leske maxle...@gmail.com wrote:

 Hm… don’t really know but I guess they could come fromt the configuration. If 
 you look for the string ‘seaside-pharo’ in the image then you’ll see that 
 those packages are specified in the configuration. But if you really want to 
 know you’ll probably have to step through a loading cycle with Metacello… 
 good luck with that :)
 
 
 On 16.02.2014, at 14:57, Sven Van Caekenberghe s...@stfx.eu wrote:
 
 As far as I can see, there is no such package, at all, that is why I am 
 puzzled ;-)
 
 On 16 Feb 2014, at 14:50, Max Leske maxle...@gmail.com wrote:
 
 If you’ve loaded Seaside-Pharo then those extensions would be in the 
 Seaside-Pharo package, wouldn’t they?
 
 
 On 16.02.2014, at 14:15, Sven Van Caekenberghe s...@stfx.eu wrote:
 
 When using the latest Seaside on Pharo 3 (either loading 
 ConfigurationOfBootstrap or the Seaside image, 3.0 bleedingEdge, built on 
 the pharo-contribution CI server), I have two mysterious dirty packages 
 without a repository:
 
 - Seaside-pharo-core
 - Seaside-pharo-core-backtracking
 
 These only contain extensions. There are no such Seaside package as far as 
 I can see.
 
 What puzzles me is how the code got in the image in the first place: I can 
 understand that these are possible wrong extension protocol names, but 
 since they must be loaded by an MC package, how did they get into that 
 package in the first place ?
 
 Sven
 
 --
 Sven Van Caekenberghe
 http://stfx.eu
 Smalltalk is the Red Pill
 
 
 
 
 
 
 
 




Re: [Pharo-dev] List methods with problematic source

2014-02-16 Thread Sebastian Sastre
awesome!

thanks Sean

sebastian

o/

 On 16/02/2014, at 16:47, Sean P. DeNigris s...@clipperadams.com wrote:
 
 sebast...@flowingconcept.com wrote
 How can I collect a list of methods with undefined classes in its source?
 
 Try the Critics Browser. I simulated by creating a method that referenced a
 class that I subsequently deleted, and the Variable used, but not defined
 anywhere rule caught it.
 
 
 
 -
 Cheers,
 Sean
 --
 View this message in context: 
 http://forum.world.st/List-methods-with-problematic-source-tp4744083p4744168.html
 Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.
 



Re: [Pharo-dev] Dirty Seaside-pharo-core and Seaside-pharo-core-backtracking

2014-02-16 Thread Sven Van Caekenberghe

On 16 Feb 2014, at 20:58, Johan Brichau jo...@inceptive.be wrote:

 It seems there were still some class extensions in the package 
 Seaside-Pharo20-Core that were using the '*seaside-pharo-core' method 
 protocol name.
 This is because the package was originally just a copy of the 
 Seaside-Pharo-Core package, and there was a (now solved) bug in Nautilus at 
 the time the package was renamed.
 
 It's fixed now in the #bleedingEdge

Yes it is, thank you !

 Johan
 
 On 16 Feb 2014, at 15:26, Max Leske maxle...@gmail.com wrote:
 
 Hm… don’t really know but I guess they could come fromt the configuration. 
 If you look for the string ‘seaside-pharo’ in the image then you’ll see that 
 those packages are specified in the configuration. But if you really want to 
 know you’ll probably have to step through a loading cycle with Metacello… 
 good luck with that :)
 
 
 On 16.02.2014, at 14:57, Sven Van Caekenberghe s...@stfx.eu wrote:
 
 As far as I can see, there is no such package, at all, that is why I am 
 puzzled ;-)
 
 On 16 Feb 2014, at 14:50, Max Leske maxle...@gmail.com wrote:
 
 If you’ve loaded Seaside-Pharo then those extensions would be in the 
 Seaside-Pharo package, wouldn’t they?
 
 
 On 16.02.2014, at 14:15, Sven Van Caekenberghe s...@stfx.eu wrote:
 
 When using the latest Seaside on Pharo 3 (either loading 
 ConfigurationOfBootstrap or the Seaside image, 3.0 bleedingEdge, built on 
 the pharo-contribution CI server), I have two mysterious dirty packages 
 without a repository:
 
 - Seaside-pharo-core
 - Seaside-pharo-core-backtracking
 
 These only contain extensions. There are no such Seaside package as far 
 as I can see.
 
 What puzzles me is how the code got in the image in the first place: I 
 can understand that these are possible wrong extension protocol names, 
 but since they must be loaded by an MC package, how did they get into 
 that package in the first place ?
 
 Sven
 
 --
 Sven Van Caekenberghe
 http://stfx.eu
 Smalltalk is the Red Pill
 
 
 
 
 
 
 
 
 
 




[Pharo-dev] Connection closed while waiting for data in bootstrapped image

2014-02-16 Thread Pavel Krivanek
Hi Sven,

we can successfully load network packages to the bootstrapped image but
when we try to test it using:

ZnClient new get: 'http://zn.stfx.eu/zn/numbers.txt'.

we get ConnectionClosed: Connection closed while waiting for data error
after few seconds. Do you have some idea, what may be wrong? Probably
something is not initialized well but I have no clue what.

Cheers,
-- Pavel


Re: [Pharo-dev] Pharo 3 - Nautilus bug ?

2014-02-16 Thread Nicolai Hess
On Sun Feb 16 22:26:08 2014 jannik laval jannik.la...@gmail.com wrote:
 When browsing class extensions, when I have an extension in instance side
 and an extension in class side, this class appears 2 times in the
 browser. See attached screenshot.
 [image: Images intégrées 1]
 -- 
 
 ~~Jannik Laval~~
 École des Mines de Douai
 Enseignant-chercheur
 http://www.jannik-laval.eu
 http://car.mines-douai.fr/

Anhang   Untitled.jpg


yes, it is a known bug in nautilus. There is already an issue
reported at fogbugz.

Nicolai 

Re: [Pharo-dev] Connection closed while waiting for data in bootstrapped image

2014-02-16 Thread Sven Van Caekenberghe
Hi Pavel,

On 16 Feb 2014, at 22:23, Pavel Krivanek pavel.kriva...@gmail.com wrote:

 Hi Sven,
 
 we can successfully load network packages to the bootstrapped image but when 
 we try to test it using:
 
 ZnClient new get: 'http://zn.stfx.eu/zn/numbers.txt'.
 
 we get ConnectionClosed: Connection closed while waiting for data error 
 after few seconds. Do you have some idea, what may be wrong? Probably 
 something is not initialized well but I have no clue what.
 
 Cheers,
 -- Pavel

Hard to say. I would guess that you are already on the point of waiting for a 
server response, so you already successfully initialised networking, resolved 
DNS, opened a TCP socket and wrote the request over it. On the other hand, one 
of those steps might not have been done right, since you get no response.

Any chance of a stack trace ? Or an image ? But that would be a headless one I 
guess ;-)

Sven





[Pharo-dev] NB and ASMJit questions

2014-02-16 Thread Torsten Bergmann
Hi,

I'm trying to mimic the following C/C++ example in NativeBoots to allow random 
number
generation on windows:

  https://gist.github.com/kbjorklu/6317361

When I combine the flags in Pharo using | in the same way like in the first 
function call
of the example: 

acquireContextExample1
  NBFFICallout stdcall: #(BOOL CryptAcquireContextA(HCRYPTPROV self, 0, 0, 
PROV_RSA_FULL, CRYPT_VERIFYCONTEXT | CRYPT_SILENT)) module: #advapi32

I get an error 'comma expected'. Looks like the NBFnSpecParser does not allow 
expression evaluation like CRYPT_VERIFYCONTEXT | CRYPT_SILENT. Will this be 
possible 
in future versions?

Nonetheless I tried to continue and since I defined:
   CRYPT_VERIFYCONTEXT := 16rF000.
   CRYPT_SILENT := 16r0040.

I evaluated manually and tried to use the harcoded value directly: 

acquireContextExample2

Retrieves information about the current console font. 
 primitive: 'primitiveNativeCall' module: 'NativeBoostPlugin'

^ NBFFICallout stdcall: #(BOOL CryptAcquireContextA(HCRYPTPROV self, 0, 
0, PROV_RSA_FULL, 16rF040)) module: #advapi32   


but this returns another error when converting using #asDWord:

  (16rF040 i4) exceeds doubleword (32bit) range

in an AJImmediate but 16rF040. Looks like it is treated as unsiged since 

16rF040 asUImm32 asDWord  

works. How to specifiy the number directly but as unsigned?

To reproduce:
 - take a fresh Pharo3.0 Latest update: #30759
 - load OSWindows from config browser to get the core and other packages
 - load OS-Windows-Cryptography package/mcz from 
smalltalkhub.com/#!/~OS/OS-Windows
 - evaluate WinCryptoProvider new acquireContextExample2 or WinCryptoProvider 
new acquireContextExample1

Any helping hand in converting the example would be appreciated. 

Thx
T.



[Pharo-dev] WhatsUp from: 2014-02-17 until: 2014-02-28

2014-02-16 Thread seaside
Hi! We're sending this automatic email twice a month, to give the community an 
opportunity to easily know what's happening and to coordinate efforts.  Just 
answer informally, and feel free to spawn discussions thereafter!

### Here's what I've been up to since the last WhatsUp:

- $HEROIC_ACHIEVEMENTS_OR_DISMAL_FAILURES_OR_SIMPLE_BORING_NECESSARY_TASKS

### What's next, until 2014-02-28 (*):

- $NEXT_STEPS_TOWARDS_WORLD_DOMINATION

(*) we'll be expecting results by then ;)



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

2014-02-16 Thread Tudor Girba
Hi,

No need to guess :). The main problem is that the System Browser is using
PackageInfo instead of RPackage.

Take a look at the analysis I did on this case (yes, I used some fancy
tools):
http://www.humane-assessment.com/blog/making-the-pharo-settings-browser-open-faster-with-gtinspector

Both the problem and the slice are documented here:
https://pharo.fogbugz.com/f/cases/12897/System-Browser-is-slow-when-opened-on-a-package

Cheers,
Doru




On Sat, Feb 15, 2014 at 8:27 PM, luc.fabre...@gmail.com wrote:

 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.la...@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.ber...@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.la...@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/




-- 
www.tudorgirba.com

Every thing has its own flow


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

2014-02-16 Thread Tudor Girba
Thanks.

Doru


On Mon, Feb 17, 2014 at 8:23 AM, nicolaih...@googlemail.com 
nicolaih...@web.de wrote:

  On Mon Feb 17 07:18:18 2014 Tudor Girba tu...@tudorgirba.com wrote:
  Hi,
 
  No need to guess :). The main problem is that the System Browser is
 using
  PackageInfo instead of RPackage.
 
  Take a look at the analysis I did on this case (yes, I used some fancy
  tools):
 
 http://www.humane-assessment.com/blog/making-the-pharo-settings-browser-open-faster-with-gtinspector
 
  Both the problem and the slice are documented here:
 
 https://pharo.fogbugz.com/f/cases/12897/System-Browser-is-slow-when-opened-on-a-package
 
  Cheers,
  Doru
 
 
 
 
  On Sat, Feb 15, 2014 at 8:27 PM, luc.fabre...@gmail.com wrote:
 
   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.la...@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.ber...@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.la...@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/
  
  
 
 
  --
  www.tudorgirba.com
 
  Every thing has its own flow

 Hi Tudor,

 thank you for investigating this.

 I changed the title for this report
 System - Settings

 nicolai




-- 
www.tudorgirba.com

Every thing has its own flow