Thanks Guille, will be interested to know how you get on with Glorp.
I've had a few issues since 1.4 where Glorp's tests didn't all pass in
the test runner (they did from the system browser and seemed to work
everywhere in 1.3) and it only seems to be getting worse still in 2.0 as
my HDTestRepo
eems to be MCPackageManager>>#methodModified which sets the
package modified state is taking about 60m/s to run each time because it
is initializing an RPackage for every package in the system. Is there
any way this can be cached better?
Cheers
Chris
On 05/04/2013 20:52, ashwinshankar77 wrote:
Hi Esteban,
Thanks.I have a new question for you.Now we are trying to find out the
packages and its classes
that comes up in Monticello Browser instead of SystemBrowser. Would you know
how to get that ?
We are shifting towards Monticello for the followi
On 30/03/2013 21:10, Sean P. DeNigris wrote:
j-wings wrote
In Pharo, after I use right click on the class name and select 'browse
references,' a list of references will show up.
I would like to know which methods are being called during this execution
because I need to fetch all the references
This is great news!
I think Monticello running on top of Fuel should be a big priority for
3.0. I think some of the recent comments about git are quite valid, and
one of the bigger barriers to people coming to Smalltalk recently. It
would probably bring me back from using FileTree and external
I normally wait a few weeks after a release before having a bit of a
look myself. I did try loading Seaside in it and it complained about
OmniBrowser, and then tried Gitocello and that didn't load either. I
guess it's only natural that people take some time to update their
projects to a new ver
lassified' stamp: 'user
3/19/2013 05:05'!
of: elementType
^self new elementType: elementType! !
--- On Mon, 18/3/13, Guillermo Polito wrote:
From: Guillermo Polito
Subject: Re: [Pharo-users] Glorp + Postgres array type
To: "A friendly place where any question about pharo
a
join to another table and have it resolve their objects, but wouldn't
know where to start!
Thanks
Chris
On 24/01/2013 12:55, Sven Van Caekenberghe wrote:
On 24 Jan 2013, at 13:37, CHRIS BAILEY wrote:
--- On Thu, 24/1/13, Sven Van Caekenberghe wrote:
From: Sven Van Caekenberghe
Subject: Re: [Pharo-users] Memory Leak with Zodiac?
To: "A friendly place where any question about pharo is we
--- On Thu, 24/1/13, Sven Van Caekenberghe wrote:
> From: Sven Van Caekenberghe
> Subject: Re: [Pharo-users] Memory Leak with Zodiac?
> To: "A friendly place where any question about pharo is welcome"
>
> Date: Thursday, 24 January, 2013, 10:41
> Hi Chris,
&
mulate any. I tried it in Pharo 2.0 which was the
same, but the new NBCog doesn't include the libSqueaKSSL.so so I was only
copying it over.
Has anyone used it successfully in the same environment? I'll try it on Ubuntu
when I get a chance.
Thanks
Chris
I personally don't like methods like the above as there are so many
combinations; you can just use the one argument version and nest the blocks
condition1 and: [ condition2 and: [ condition3 and: [ condition4 ] ] ] etc
I can't find a neat way to do the same thing. Am I missing something?
require the same treatment as well.
Chris,
Ah ... you were talking about the svn meta data:)
So yes, FileTree was nuking the whole directory structure (including svn meta
data) ... yuk, that is a bug[1]:)
If you could submit a pull request with your patch for this, that'd be great!
just using Gofer
to load. I had one dependency issue which I tried to resolve by going
back to the Configuration but have got around it another way now.
Chris,
Yes, the Baseline just formalizes the bleedingEdge...
The meta data is just needed for now ... it does interfere when you are doing
a back in there, but
was having some issues with the version file and conflicts on each commit.
Oh and just as an aside, it's worth pointing out that FileTree is only
compatible with SVN 1.7 (all the meta contained at the top level) as I
found when I tried it on a system with 1.6 installed :
:
> From: Paul DeBruicker
> Subject: Re: [Pharo-users] FileTree queries
> To: "A friendly place where any question about pharo is welcome"
>
> Date: Thursday, 15 November, 2012, 17:25
> On 11/15/2012 09:16 AM, Chris wrote:
> > Hi,
> >
> > I've ju
ing
again. Can anyone advise?
Thanks
Chris
ing
again. Can anyone advise?
Thanks
Chris
On 08/11/2012 20:54, Sven Van Caekenberghe wrote:
On 08 Nov 2012, at 21:37, Chris wrote:
I always thought class create and method delete worked fine.
I don't see them in my .changes file in Pharo 2.0
I also thought these were recorded as simple doits.
Yes you're right. Just tried
On 08/11/2012 20:15, Benjamin wrote:
On Nov 8, 2012, at 9:09 PM, Stéphane Ducasse wrote:
On Nov 8, 2012, at 9:03 PM, Sven Van Caekenberghe wrote:
Hi,
One of the cool things of Smalltalk's images/changes file is that you can do a World
Menu > Tools > Recover lost changes… to get back most [1
ot know who is
maintaining it.
Stef
On Nov 2, 2012, at 11:28 PM, Chris wrote:
> Hi All,
>
> Is anyone maintaining the above package? I had a few issues when
trying to use it in Pharo 1.4 Summer but have done a few fixes and
it is now working well for me;
Hi All,
Is anyone maintaining the above package? I had a few issues when trying
to use it in Pharo 1.4 Summer but have done a few fixes and it is now
working well for me; would like to run them by someone who knows a bit
more about it first.
Thanks
Chris
On 24/08/2012 14:09, Stéphane Ducasse wrote:
On Aug 24, 2012, at 2:28 PM, Chris wrote:
I would love to start using Pharo 2.0 but really need Seaside to be working.
I'm assuming from what I've read that it is possible, but got some issues such
as BlockContext missing, ref
ow :-)
Cheers
Chris
Has anyone successfully compiled a Cog that works in a 64 bit Linux
environment? What about FFI? I'm having to deploy onto Centos 6 x64 and the
extra effort to make the 32 bit setup work is such that it'd be quite desirable
to have 64 bit support!
Thanks
Chris
ailed on the ByteArray replace. Seems a
bit fundamental but worked fine after I changed it.
If Chris confirms it fixes his problem, we probably should.
On 02 Aug 2012, at 19:43, Stéphane Ducasse wrote:
sven should we do an update in zinc for 2.0?
Stef
On Aug 2, 2012, at 11:39 AM, Sven Van Caeken
On 23/07/2012 07:58, Stéphane Ducasse wrote:
On Jul 22, 2012, at 9:23 PM, Chris wrote:
One area I see some beginners struggle with image development is with regards
to losing work, and I feel that Pharo's recovery log could be improved to help
with this.
yes :)
Now that we have ri
le in all
selections as any do-it's which were done in a different context will
fail. Is there any way we can differentiate the important do-it's such
as class definitions, selector removes and so on from the rest?
Regards,
Chris
On 20/07/2012 18:30, Sven Van Caekenberghe wrote:
On 20 Jul 2012, at 18:22, Chris wrote:
Thanks for that. I'm actually still having a bit of trouble when the file is bigger
than the chunk size. ZnChunkedReadStream>>#readInto:startingAt:count: uses a
limit variable which is bigg
than the chunk size.
ZnChunkedReadStream>>#readInto:startingAt:count: uses a limit variable
which is bigger than the collection and requestedCount.
Regards,
Chris
On 19/07/2012 20:09, Sven Van Caekenberghe wrote:
Chris,
On 19 Jul 2012, at 20:21, Chris wrote:
I'm trying to do a wget style download with Zinc but running into a few
problems when a server uses chunked transfer encoding. Eventually it ends up in
ZnUtils streamFrom:to:size: with an
works fine if I simply do an upToEnd on the
ZnChunkedReadStream. This can be seen by executing ZnClient new url:
'http://www.google.com'; downloadTo: '/tmp/foo.txt'.
Thanks
Chris
32 matches
Mail list logo
