This is a binding of the ZOOM Yaz client for Squeak and Pharo [1].
To install:
1) Download the compiled library (DLL or SO) from
http://www.indexdata.dk/yaz/ and copy the yaz3.dll (or equivalent in
Unix) to your Squeak directory.
2) Make sure you have installed FFI package in your image:
3) If yo
Dear all,
I've updated the Dependency Browser package and documentation, take
a look here:
http://cs.hernanmorales.com.ar/projects/dependencyBrowser/DBrowser-en.php
Quick install if you have OmniBrowser and Installer packages loaded:
| dwInstaller |
dwInstaller := Installer ss project: 'Depend
Dear all,
As result of a strange exercise in software resurrection, you have
the chance of using the BobsBrowser [1] again , which is an
exploration of different ways of browsing code. To install please
evaluate:
Installer ss
project: 'BobsBrowser';
install: 'BobsBrowser'.
You can start a n
2009/5/4 Igor Stasenko :
> MessageTally is bad advisor in this issue, because it runs additional
> process which watching the other one.
> So, you may
>
oops.. forgot to finish this phrase. I verified my claims, and it
seems that for this issue this is not the case :)
> 2009/5/3 Stéphane Ducasse :
MessageTally is bad advisor in this issue, because it runs additional
process which watching the other one.
So, you may
2009/5/3 Stéphane Ducasse :
> Strange I cannot reproduce my benchmarh behavior. May be I had two
> transcript open, would be idiot but why not.
>
> in 10297 MessageTally spyOn: [
but nicolas this is quite strange I unset the preference
and I get
1 to: 1000 -> 3405 ms
(1 to: 1000) -> 2600 ms
I'm puzzled. Should probably increase the sample
I redid the experience with exaclty the same setup and I get
26115 vs 25487 so this should be ok
Stef
tx
___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Strange I cannot reproduce my benchmarh behavior. May be I had two
transcript open, would be idiot but why not.
in 10297 MessageTally spyOn: [1 to: 1000 do: [:i | Transcript show: i
printString ;cr]]
-> 1934 ms
and in 10195
-> 1850
now with
[] timeToRun
I get 2434 ms in 10297
and 2123 i
2009/5/3 Hernán Morales Durand :
> Igor, you're claiming that every reference to Transcript in every
> package and every example should be wrapped in some way by
>
> [ ... ] forkAt: Processor userBackgroundPriority.
>
> to preserve the historical behavior ?
>
No, i'm not. It is the Transcript whi
On May 3, 2009, at 9:18 PM, Igor Stasenko wrote:
> 2009/5/3 Stéphane Ducasse :
>> Still even with your speedup loaded I get 6534 ms in 10296cl :(
>>
> Is transcript using the old TextMorph, or its using a Shout text
> morph.
> It can be possible that its using a different route for updating a
>
Igor, you're claiming that every reference to Transcript in every
package and every example should be wrapped in some way by
[ ... ] forkAt: Processor userBackgroundPriority.
to preserve the historical behavior ?
2009/5/3 Igor Stasenko :
> 2009/5/3 Stéphane Ducasse :
>>>
>>>
>>> but apparently
2009/5/3 Stéphane Ducasse :
> igor
>
> do you have a pointer on ephemerons because I forgot the details
> and these details are important.
>
Please read that nabble thread
(http://www.nabble.com/An-idea-about-better-finalization-support-td23186805.html)
, there are multiple pointers to ephemerons,
Open a workspace, type:
1
then open menu and pick debug-it.
You wont be able to do anything else until press the interrupt key. It
applies to both 3.10.2. and Pharo with closures.
--
Best regards,
Igor Stasenko AKA sig.
___
Pharo-project mailing list
2009/5/3 Stéphane Ducasse :
>>
>>
>> but apparently
>> http://code.google.com/p/pharo/issues/detail?id=750
>> shows the contrary and this is really strange. I think that may be
>> this is a slow down in Transcript but...
>>
i added a comment to this issue.
>> Stef
>>
>>
>>
>>
>
>
>
I bet it's undo history again!
reverse the order of the two tests and redo...
or deselect the preference for multipletextUndo.
2009/5/3 Stéphane Ducasse :
>>
>>
>> but apparently
>> http://code.google.com/p/pharo/issues/detail?id=750
>> shows the contrary and this is really strange. I think
2009/5/3 Stéphane Ducasse :
> Still even with your speedup loaded I get 6534 ms in 10296cl :(
>
Is transcript using the old TextMorph, or its using a Shout text morph.
It can be possible that its using a different route for updating a
window contents, so given fix simply doesn't affects it.
Try de
Using MessageTally spyOn:, you can see most time is spent in
TextMorphCommandHistory.
I'm not convinced how usefull a complete undo history can be in the
Transcript...
Nicolas
2009/5/3 Stéphane Ducasse :
>
> When I compare
>
> Time millisecondsToRun: [1 to: 1000 do: [:i | Transcript show: i
> pri
>
>
> but apparently
> http://code.google.com/p/pharo/issues/detail?id=750
> shows the contrary and this is really strange. I think that may be
> this is a slow down in Transcript but...
>
> Stef
>
>
>
>
___
Pharo-project mailing list
Pharo-proj
Still even with your speedup loaded I get 6534 ms in 10296cl :(
Stef
On May 3, 2009, at 9:08 PM, Igor Stasenko wrote:
> 2009/5/3 Stéphane Ducasse :
>>
>> When I compare
>>
>> Time millisecondsToRun: [1 to: 1000 do: [:i | Transcript show: i
>> printString ; cr]] in 10195 -> 2713 ms and
>>
>> T
Excellent this was the one I was looking for.
Stef
On May 3, 2009, at 9:08 PM, Igor Stasenko wrote:
> 2009/5/3 Stéphane Ducasse :
>>
>> When I compare
>>
>> Time millisecondsToRun: [1 to: 1000 do: [:i | Transcript show: i
>> printString ; cr]] in 10195 -> 2713 ms and
>>
>> Time millisecondsToRu
On May 3, 2009, at 8:46 PM, Igor Stasenko wrote:
> I found the test which made my image hung.
> Its a LocaleTest>>testIsFontAvailable.
>
> It using socked to download files.
>
> Maybe its because a bug with too many open file handles.. not sure.
> I having same problem of image hanging when alter
2009/5/3 Stéphane Ducasse :
>
> When I compare
>
> Time millisecondsToRun: [1 to: 1000 do: [:i | Transcript show: i
> printString ; cr]] in 10195 -> 2713 ms and
>
> Time millisecondsToRun: [1 to: 1000 do: [:i | Transcript show: i
> printString ; cr]] in 10296cl -> 5841
>
>
> So may be we rolled ba
When I compare
Time millisecondsToRun: [1 to: 1000 do: [:i | Transcript show: i
printString ; cr]] in 10195 -> 2713 ms and
Time millisecondsToRun: [1 to: 1000 do: [:i | Transcript show: i
printString ; cr]] in 10296cl -> 5841
So may be we rolled back some changes I harvested from igor.
I
I found the test which made my image hung.
Its a LocaleTest>>testIsFontAvailable.
It using socked to download files.
Maybe its because a bug with too many open file handles.. not sure.
I having same problem of image hanging when altering a class
definition, like adding/removing ivar. But it happe
I added a temporary hacks to TestCase setUp/tearDown methods.
2009/5/3 Nicolas Cellier :
> Another possibility if you have a debugger is to use printAllStacks() .
> Works on linux with gdb at least...
>
> 2009/5/3 Igor Stasenko :
>> Hello, is there any way to log results whilie tests are running u
Another possibility if you have a debugger is to use printAllStacks() .
Works on linux with gdb at least...
2009/5/3 Igor Stasenko :
> Hello, is there any way to log results whilie tests are running using
> test runner?
> My image hungs during one of tests, and i want to discover at which one.
> A
may be the extension of keith but not in the dummy version we use.
If I remember paolo extended them in GNUSmalltlk
stef
On May 3, 2009, at 12:17 PM, Igor Stasenko wrote:
> Hello, is there any way to log results whilie tests are running using
> test runner?
> My image hungs during one of tests, a
Hello, is there any way to log results whilie tests are running using
test runner?
My image hungs during one of tests, and i want to discover at which one.
Any hints , where i could hook to write into file entries like:
running TestedClass>>testmerhod done (failed/passed etc).
Btw, such file
to reproduce it
try to merge CollectionsTests which are in PharoTaskForces project.
stef
On May 3, 2009, at 11:19 AM, Stéphane Ducasse wrote:
> MCAddition>>shortSummary
>
> ...
> self definition selector <- DNU selector
> ...
>
>
> So I would love to have time t
MCAddition>>shortSummary
...
self definition selector <- DNU selector
...
So I would love to have time to look at MC1.5 but no time
Stef
___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://li
http://code.google.com/p/pharo/issues/detail?id=791
Begin forwarded message:
From: Eliot Miranda
Date: May 2, 2009 11:32:54 PM CEDT
To: Stéphane Ducasse
Subject: Re: [Pharo-project] 10296 available for download
On Sat, May 2, 2009 at 9:33 AM, Stéphane Ducasse > wrote:
Hi eliot
is pseudo
igor
do you have a pointer on ephemerons because I forgot the details
and these details are important.
stef
___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
On May 3, 2009, at 2:37 AM, Igor Stasenko wrote:
> 2009/5/3 John M McIntosh :
>> Beware: there are two issues here, not one.
>>
>> (a) the faulty remoteString code is ill behaved. Fine that can be
>> fixed or as Igor suggested refactored to oblivion.
>>
> IMO this should be done sooner or later.
2009/5/3 John M McIntosh :
> Beware: there are two issues here, not one.
>
> (a) the faulty remoteString code is ill behaved. Fine that can be
> fixed or as Igor suggested refactored to oblivion.
>
> (b) The deeper issue is that we affected how finalization works so
> that this ill behavior now cau
On May 3, 2009, at 1:46 AM, John M McIntosh wrote:
> Beware: there are two issues here, not one.
>
> (a) the faulty remoteString code is ill behaved. Fine that can be
> fixed or as Igor suggested refactored to oblivion.
>
> (b) The deeper issue is that we affected how finalization works so
> that
On May 3, 2009, at 1:09 AM, Igor Stasenko wrote:
> Oh, remoteString!!! I LOVE IT :)))
>
> Stephane, remember this mail ?
no :) but I agree we will have to address that in the future.
But this will be a bit more complex
>
> I didn't sent it to list. Sending now, just as a reminder.
>
> 9 Decemb
36 matches
Mail list logo
