As far as I know, that's not possible in Pharo unless you explicitly
register the desired objects in "WeakRegistry default" or similar (and
implement #finalize).
I think is the closest you have.
Cheers,
On Tue, Jul 30, 2013 at 5:00 PM, Alejandro Infante <
alejandroinfant...@gmail.com> wrote:
>
Yes, as discussed, I am pushing Pharo and discussing business in the open
just doesn't work for me.
yes normally there is one :)
Now I will check who is in.
What we should pay attention is that we are not really in favor of private
discussions (even if I understand it fr business it is important).
If you think that this would be good we can create a private business list.
Stef
> BTW, is there
BTW, is there any special consortium list where we can discuss business out
of the public eye?
---
Philippe Back
Dramatic Performance Improvements
Mob: +32(0) 478 650 140 | Fax: +32 (0) 70 408 027
Mail:p...@highoctane.be | Web: http://philippeback.eu
Blog: http://philippeback.be | Twitter: @philip
sweet!
I should find some time to use it on some projects I have.
Stef
On Jul 30, 2013, at 11:02 PM, Tudor Girba wrote:
> Hi,
>
> A new version of Snapshotcello is now reachable from your Pharo 2.0 image.
> Besides snapshotting the current version, you now get the possibility of:
> - marking
>>
>
> You could try:
>
> | floats |
> floats := (1 to: 20) collect: #asFloat.
> [ FloatPrintPolicy
>value: InexactFloatPrintPolicy new
>during: [
>String new: 150 streamContents: [ :stream |
>floats do: [ :each | each printOn: stream ] ] ] ] timeToRun
>
Hi,
A new version of Snapshotcello is now reachable from your Pharo 2.0 image.
Besides snapshotting the current version, you now get the possibility of:
- marking the new version as stable,
- committing the configuration package, and
- pushing the package to the official Pharo repository.
Here is
We know that changing version can be painful but just consider that you are
working with a nearly 3 years old system.
stef
On Jul 30, 2013, at 4:41 PM, joerick wrote:
> Oh, I'm having trouble adding a gitfiletree repository, do you support Pharo
> 1.4?
>
>
>
> --
> View this message in cont
We could add this as part of the ZeroConf chapter :)
But I guess that first the book should get out :)
Stef
> Hey guys!
>
> inspired by the work of Camillo and Andrei customizing the ZeroConf scripts
> for moose, I did the same for my phd project and wrote a little tiny shy
> tutorial about it
probably because the whole idea of having a GC is to forget/not having to
think in when it is collected :)
On Tue, Jul 30, 2013 at 10:27 PM, Clément Bera wrote:
> There is the StrongPointerExplorer in the image that can help...
>
> But it is not easy to know when an object is GC.
>
>
> 2013/7/30
There is the StrongPointerExplorer in the image that can help...
But it is not easy to know when an object is GC.
2013/7/30 Alejandro Infante
> Hello,
> We are currently working on memory profiling and we are having troubles to
> detect when an object is garbage collected.
>
> Any ideas?
>
> T
Hello,
We are currently working on memory profiling and we are having troubles to
detect when an object is garbage collected.
Any ideas?
Thanks for the help,
Alejandro Infante
It was 6 doubles from the double precision[] type. Having had a very
small look, it's possible that it isn't even supported and someone at
our end has hacked the float converter to parse each one out, so I think
it must be coming in as a string.
Hi Yanni,
On 30 Jul 2013, at 05:17, Yanni
2013/7/30 Igor Stasenko :
>> [ self execute: 'select longitude,latitude from log_data limit 1;' ]
>> timeToRun.
>>
>> => 76 ms
>>
> 76 ms for 1 records?
> that's quite good throughput i would say.
That will depend on the cursor type being used for the query.
If it's just opening the curs
On 30 July 2013 10:42, Sven Van Caekenberghe wrote:
> Hi Yanni,
>
> On 30 Jul 2013, at 05:17, Yanni Chiu wrote:
>
>> On 29/07/13 7:08 PM, Sven Van Caekenberghe wrote:
>>>
>>> The explanation for the slowdown must be in the PgV2 driver.
>>
>> The PgV2 protocol is described at:
>> http://www.postg
Sorry no, only 2.0. I wonder if, however, it could work...
What are the errors you're getting?
Thierry
Le 30/07/2013 16:41, joerick a écrit :
Oh, I'm having trouble adding a gitfiletree repository, do you support Pharo
1.4?
--
View this message in context:
http://forum.world.st/Git-filetre
Oh, I'm having trouble adding a gitfiletree repository, do you support Pharo
1.4?
--
View this message in context:
http://forum.world.st/Git-filetree-workflow-tp4701465p4701541.html
Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.
Le 30/07/2013 14:51, joerick a écrit :
Thierry,
Many thanks for your prompt reply! I did find gitfiletree on smalltalk hub
while I was doing some research, but I thought that filetree was
specifically designed to be used with git, so I tried that first.
Filetree works with a bit more than gi
Thierry,
Many thanks for your prompt reply! I did find gitfiletree on smalltalk hub
while I was doing some research, but I thought that filetree was
specifically designed to be used with git, so I tried that first.
I'll see how it works in my case. Just one question- how do I import the mcz
histo
Hi,
I have been working in a similar setup for more than a year. I used
filetree, with the problem you describe (double code maintenance both in
git and in Monticello, which often resulted in lost Monticello versions
in the git history). You also have the fact that, when you merge under
git,
On Jul 30, 2013, at 1:49 PM, "p...@highoctane.be" wrote:
> the changes file contained passwords and I replaced the text. So offsets may
> be wrong due to that.
>
Yes, the first thing I wanted to do is to recompile everything. Does not work.
> Memorymonitor is not doing fanct stuff. It just c
FWIW I only installed configurations the standard way.
On Tuesday, July 30, 2013, Marcus Denker wrote:
>
> On Jul 30, 2013, at 11:31 AM, Igor Stasenko wrote:
>
>> On 30 July 2013 10:51, Marcus Denker wrote:
>>>
>>> On Jul 29, 2013, at 7:31 PM, p...@highoctane.be wrote:
>>>
>>> The image and the
the changes file contained passwords and I replaced the text. So offsets
may be wrong due to that.
Memorymonitor is not doing fanct stuff. It just counts instances.
Phil
On Tuesday, July 30, 2013, Marcus Denker wrote:
>
> On Jul 30, 2013, at 11:31 AM, Igor Stasenko wrote:
>
>> On 30 July 2013
Hey guys!
inspired by the work of Camillo and Andrei customizing the ZeroConf scripts
for moose, I did the same for my phd project and wrote a little tiny shy
tutorial about it.
http://playingwithobjects.wordpress.com/2013/07/30/customizing-zeroconf-scripts/
Hope it's helpful for somebody :)
Gu
Furthermore, I just had a poke around the filetree of a package, and found
the `monticello.meta/version` file. This seems to contain information on the
monticello commits. Do I need this? I'd rather only have git commit
messages. Perhaps this file could be ignored by git?
--
View this message in
I work on a project that uses smalltalk as a part of a larger system. We
version control most of the code (Objective-C, mainly) using Git. Currently
the repo has a build script under version control which specifies the
monticello package versions to fetch for a given commit. This works okay,
and ke
On Jul 30, 2013, at 11:31 AM, Igor Stasenko wrote:
> On 30 July 2013 10:51, Marcus Denker wrote:
>>
>> On Jul 29, 2013, at 7:31 PM, p...@highoctane.be wrote:
>>
>> The image and the changes file are here: (uploading... will take a while -
>> 30 min or so)
>>
>> https://www.dropbox.com/sh/wfx
On 30 July 2013 10:51, Marcus Denker wrote:
>
> On Jul 29, 2013, at 7:31 PM, p...@highoctane.be wrote:
>
> The image and the changes file are here: (uploading... will take a while -
> 30 min or so)
>
> https://www.dropbox.com/sh/wfxep3jm5v27szt/5keLUTFvGz
>
> Ok, I downloaded them.
>
> Marcus
>
i
On Jul 29, 2013, at 7:31 PM, p...@highoctane.be wrote:
> The image and the changes file are here: (uploading... will take a while - 30
> min or so)
>
> https://www.dropbox.com/sh/wfxep3jm5v27szt/5keLUTFvGz
>
Ok, I downloaded them.
Marcus
Hi Yanni,
On 30 Jul 2013, at 05:17, Yanni Chiu wrote:
> On 29/07/13 7:08 PM, Sven Van Caekenberghe wrote:
>>
>> The explanation for the slowdown must be in the PgV2 driver.
>
> The PgV2 protocol is described at:
> http://www.postgresql.org/docs/7.1/static/protocol-message-formats.html
>
> Ha
30 matches
Mail list logo
