11212
-
- Issue 1962: remove FileDirectory #st and #cs
- Issue 1977: fix for MethodFinder
- Issue 1976: remove left over Futures code from Compiler
- Issue 1975: remove more unsent etoy methods in Morph
- Issue 1971: small cleanup of sort:
- Issue 1972: clean ResourceCollector,
I would be good to make the test of mike running.
On Feb 16, 2010, at 11:27 PM, Alexandre Bergel wrote:
Hi Dale,
Thanks for writing ConfigurationOfXMLSupport, I should have done it,
but I could not find the time. I consider the package XML-Testing as
obsolete. I haven't been able to
Excellent idea!
Stef
On Feb 17, 2010, at 7:45 AM, laurent laffont wrote:
Hi,
I would like to learn on Pharo + databases. I've seen there's several
solutions in both object and relational databases.
- Which (open source) object database should I start with (most used) ?
- Which object
PostgreSQL has native drivers. Take a look at Glorp, Magritte and SqueakDBX
On Wed, Feb 17, 2010 at 11:25 AM, Stéphane Ducasse
stephane.duca...@inria.fr wrote:
Excellent idea!
Stef
On Feb 17, 2010, at 7:45 AM, laurent laffont wrote:
Hi,
I would like to learn on Pharo + databases. I've
2010/2/17 Stéphane Ducasse stephane.duca...@inria.fr:
I would be good to make the test of mike running.
It runs without much problems. I did it. But a lot of the tests fail
or execute with errors. I don't know if it's supposed to be so or not.
___
I also used it for several projects without problems.
Cheers,
Doru
On 17 Feb 2010, at 12:09, George Herolyants wrote:
2010/2/17 Stéphane Ducasse stephane.duca...@inria.fr:
I would be good to make the test of mike running.
It runs without much problems. I did it. But a lot of the tests fail
Btw, how can I contribute to XML-Support? Is there some process?
Because I've created two issues on bugs.squeak.org a month ago and
still don't know if they were noticed or not?
___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
2010/2/17 laurent laffont laurent.laff...@gmail.com
Hi,
I would like to learn on Pharo + databases. I've seen there's several
solutions in both object and relational databases.
- Which (open source) object database should I start with (most used) ?
Magma is the option I select, but not
Hi Laurent,
I think this topic or persistence in general would require more than
one screencast to show people several options (like using the native
drivers/database) up to higher level stuff mit OR mapping (Glorp) or
Gemstone.
Also well known (Oracle, MySQL, ...) vs. alternative databases
#sort you mean? Not yet... we either need to add it in Pharo, fix it
in the one click, or add it to the Grease package.
OrderedCollection#sort and OrderedCollection#sort: is already part
of Pharo 1.1. The Seaside tests pass in Pharo 1.1.
I understand and I agree with Pharo not to implement
Hello Laurent,
I assume you are aware of:
http://www.seaside.st/documentation/persistence
Stephan
___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
I agree that there is a contradiction between being self-sufficient and
enjoying the benefits of central repositories. I have already encountered
show-stoppers for Windows installation of Rio (Linux to the rescue) and was
forced to create a local-only mode in my current loader. It is one
On Feb 17, 2010, at 2:13 PM, Lukas Renggli wrote:
#sort you mean? Not yet... we either need to add it in Pharo, fix it
in the one click, or add it to the Grease package.
OrderedCollection#sort and OrderedCollection#sort: is already part
of Pharo 1.1. The Seaside tests pass in Pharo 1.1.
No :) Thanks for the link !
Laurent Laffont
On Wed, Feb 17, 2010 at 2:23 PM, Stephan Eggermont step...@stack.nl wrote:
Hello Laurent,
I assume you are aware of:
http://www.seaside.st/documentation/persistence
Stephan
___
Pharo-project
Really great informations :
Scenario’s
In different situations, there are different storage needs
1. You are writing a small demonstration program to show your customers,
and want to populate the system with some representative data. Add a class
instance variable to store the instances,
That would be great and would avoid that we have to conditionally load
methods depending on what version of Pharo is used. As far as I see
this is really just OrderedCollection#sort and
OrderedCollection#sort: and they have no external dependencies.
Lukas
On 17 February 2010 15:04, Marcus Denker
On Feb 17, 2010, at 3:17 PM, Lukas Renggli wrote:
That would be great and would avoid that we have to conditionally load
methods depending on what version of Pharo is used. As far as I see
this is really just OrderedCollection#sort and
OrderedCollection#sort: and they have no external
I didn´t know the advantages and disadvantages of Gemstone over Magma, I've
found http://gemstonesoup.wordpress.com/2009/03/09/why-glass/ with this
comment:
Denis, the most obvious difference is that magma is used from a smalltalk
image (squeak, pharo,…) as a database add-on. Gemstone _is_ the
On 17 Feb 2010, at 13:47, Dave Woodward wrote:
There is also GOODS, but I don't think that's being maintained (so you're
on your own getting it to work).
GOODS itself is still being maintained and the Squeak interface works just fine
in Pharo too.
We have it working in a project.
I understand and I agree with Pharo not to implement #sort and #sort:
in SequenceableCollection, because it does not make sense for most
subclasses. SortedCollection, Heap and Interval are already sorted;
Interval and SortedCollection are only sorted according to one
particular sort block,
2010/2/17 Dave Woodward davewoodw...@promedmedical.net
On 2/17/10 6:46 AM, Germán Arduino wrote:
2010/2/17 laurent laffont laurent.laff...@gmail.com
Hi,
I would like to learn on Pharo + databases. I've seen there's several
solutions in both object and relational databases.
- Which
On 2/17/10 9:44 AM, Gabriel Brunstein wrote:
I didn´t know the advantages and disadvantages of Gemstone over Magma,
I've found http://gemstonesoup.wordpress.com/2009/03/09/why-glass/
with this comment:
Denis, the most obvious difference is that magma is used from a
smalltalk image (squeak,
Dear List,
I incorporated some changes of XMLParser proposed by jaa...@zoho.com
These changes may break some existing applications. For example, I had
to adapt CAnalyzer.
ConfigurationOfXMLSupport has now #version102:
Cheers,
Alexandre
--
_,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
Hi Alex,
Could you give us a hint of where the problems can appear?
Cheers,
Doru
On 17 Feb 2010, at 19:14, Alexandre Bergel wrote:
Dear List,
I incorporated some changes of XMLParser proposed by jaa...@zoho.com
These changes may break some existing applications. For example, I
had to
Hi George,
I will be delighted to incorporate some improvements in XML-Support.
Currently, the simplest way to contribute is to send me an email with
the location of some improvement. I look at them, and if they come
with unit tests and they make sense to me, then I include them.
Someone
11214
-
Issue 1945: registration mechanism for the menu
Very nice, Alain!!!
Issue 1974: remove #disableSubmorphFocusForHand: (part 1)
--
Marcus Denker -- http://www.marcusdenker.de
INRIA Lille -- Nord Europe. Team RMoD.
___
Pharo-project
The stable Magma production version cannot get out of the starting
gate on a fresh Pharo RC2 (Pharo1.0-10508-rc2dev10.01.2) due to some
sort of networking issue. I ensured useOldNetwork was set true, and
tried your printOn: method, but getting primitive failure.
The same exact version of Magma
10511
-
Issue 1984:add sort: for Seaside
--
Marcus Denker -- http://www.marcusdenker.de
INRIA Lille -- Nord Europe. Team RMoD.
___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
Before Jaayer improvement, the sequence lt; present in the .xml
were read as . Clearly it should not. In CAnalyzer, I had to adapt
many lt; into , gt; into and so on.
No big deal however.
Cheers,
Alexandre
On 17 Feb 2010, at 15:21, Tudor Girba wrote:
Hi Alex,
Could you give us a hint
Hi George,
I included your change found on http://bugs.squeak.org/view.php?
id=7441 in XML-Parser-Alexandre_Bergel.27
The test of CAnalyzer and Adore (which intensively use XMLParser) are
ok.
Thanks for your improvement.
Cheers,
Alexandre
On 17 Feb 2010, at 08:18, George Herolyants wrote:
I am not sure to understand. Running XML-Testing in my image results
in 835 run, 789 errors. These tests rely on external files that I have
no clue where to find them.
Cheers,
Alexandre
On 17 Feb 2010, at 08:12, Tudor Girba wrote:
I also used it for several projects without problems.
Laurent,
you might want to have a look at SqueakSave
http://www.hpi.uni-potsdam.de/hirschfeld/projects/squeaksave/index.html
an object-relational (O/R) mapping framework. It looks similar to the
rails ActiveRecord framework (from what I have seen so far) so it
might be fine in scenarios where
Gofer new
squeaksource: 'MetacelloRepository';
package: 'ConfigurationOfMagma';
load.
(Smalltalk at:#ConfigurationOfMagma) project latestVersion load
Fantastic !
and there's also:
ConfigurationOfGlorpDBX
ConfigurationOfSQLite3
ConfigurationOfSqueakDBX
Laurent Laffont
2010/2/17 Germán Arduino
On Wed, Feb 17, 2010 at 9:08 PM, Matthias Berth
matthias.be...@googlemail.com wrote:
Laurent,
you might want to have a look at SqueakSave
http://www.hpi.uni-potsdam.de/hirschfeld/projects/squeaksave/index.html
an object-relational (O/R) mapping framework. It looks similar to the
rails
On Wed, Feb 17, 2010 at 5:13 AM, Lukas Renggli reng...@gmail.com wrote:
#sort you mean? Not yet... we either need to add it in Pharo, fix it
in the one click, or add it to the Grease package.
OrderedCollection#sort and OrderedCollection#sort: is already part
of Pharo 1.1. The Seaside tests
On Feb 17, 2010, at 9:15 PM, Julian Fitzell wrote:
On Wed, Feb 17, 2010 at 5:13 AM, Lukas Renggli reng...@gmail.com wrote:
#sort you mean? Not yet... we either need to add it in Pharo, fix it
in the one click, or add it to the Grease package.
OrderedCollection#sort and
covers, for example, Arrays that are marked as immutable. There are
many many subclasses of SequenceableCollection that do implement
#at:put: and can be sorted properly...
Yes, OrderedCollection and ArrayedCollection (already covered). For
all other subclasses the sort method does not make
Well... I disagree with you, Mariano. If you allow packages, suddenly
you will have things like:
com.pirulo.Date,
ar.com.pirulin.Date
and a lot of classes who, in fact, should be just Date
(and that's just an example)
Cheers,
Esteban
On 2009-02-11 12:13:07 -0300, Mariano Martinez Peck
I guess your problem is already solved, but I could not resist ;)
So you have 2^12 = 4096 possible 16 bit words? May I suggest a brute
force solution? Make an Array with 2^16 entries to do the translation
from 16 bit words to signed values like this:
signedValue := translationArray at: word
Thanks for bringing this up - yes, David's(??) suggestion did the trick.
Beyond that, the key to figuring it out was making dot plots of the data stream
so I could see the patterns. There is still an unresolved question or two, but
I appear to be getting data, and the monkey on on their back
I got it working in OS X by also changing the tcp/ip IPv6 setting from
Automatically to Off. I haven't tried it in Linux yet. Hope this
helps.
On 2/17/10 2:09 PM, Chris Muller wrote:
The stable Magma production version cannot get out of the starting
gate on a fresh Pharo RC2
Sorry, I can't resist exploiting the typo: the would be grate (vs. great) for
me too. I also suspect that name spaces would turn into a horrible mess in
short order.
I could learn to live with messages as class names, something like
Smalltalk goGators Dictionary etc.
so that the name space
El mié, 17-02-2010 a las 13:09 -0600, Chris Muller escribió:
The stable Magma production version cannot get out of the starting
gate on a fresh Pharo RC2 (Pharo1.0-10508-rc2dev10.01.2) due to some
sort of networking issue. I ensured useOldNetwork was set true, and
tried your printOn: method,
El mié, 17-02-2010 a las 16:12 -0500, Dave Woodward escribió:
I got it working in OS X by also changing the tcp/ip IPv6 setting from
Automatically to Off. I haven't tried it in Linux yet. Hope this
helps.
I don't understand, what you changed, the OS X settings or the image
code settings (I
I cannot agree more on this. I think persistence is the essential thing and
databases are the accidental one w.r.t. Smalltalk (OO in general).
--
Cesar Rabak
Em 17/02/2010 10:12, Torsten Bergmann asta...@gmx.de escreveu:
Hi Laurent,
I think this topic or persistence in general would require
On Wed, Feb 17, 2010 at 12:32 PM, Lukas Renggli reng...@gmail.com wrote:
covers, for example, Arrays that are marked as immutable. There are
many many subclasses of SequenceableCollection that do implement
#at:put: and can be sorted properly...
Yes, OrderedCollection and ArrayedCollection
Hi!
Since object databases and other databases are a dear subject to me I
must reply with some hints :)
laurent laffont wrote:
Hi,
I would like to learn on Pharo + databases. I've seen there's several
solutions in both object and relational databases.
- Which (open source) object
All those interesting pieces of information about what works and what does not
is very valuable.
Is there a means of having a place in Pharo Wiki where we could publish and
update this?
--
Cesar Rabak
Em 17/02/2010 13:05, Germán Arduino gardu...@gmail.com escreveu:
2010/2/17 Dave
El jue, 18-02-2010 a las 00:40 +0100, Göran Krampe escribió:
Hi!
Since object databases and other databases are a dear subject to me I
must reply with some hints :)
laurent laffont wrote:
Hi,
I would like to learn on Pharo + databases. I've seen there's several
solutions in both
On 2/17/10 5:03 PM, Miguel Enrique Cobá Martinez wrote:
El mié, 17-02-2010 a las 16:12 -0500, Dave Woodward escribió:
I got it working in OS X by also changing the tcp/ip IPv6 setting from
Automatically to Off. I haven't tried it in Linux yet. Hope this
helps.
I don't
Hi Gary,
there is a difference here, first one displays the title
while the second one not:
window := SystemWindow labelled: 'Foo'.
window openInWorld
vs.
window := StandardWindow labelled: 'Foo'.
window openInWorld
An explicit #title: call is required here.
Bye
T.
--
Hi Göran, since this is at least the second time you've indicated
having a performance issue with Magma, I'd like to reiterate my offer
of assistance.
I know it takes time to evaluate other persistence options, so I would
be surprised if you've already started off in another direction merely
Is there any way to do a recovery besides the Recover Lost Changes option
that doesn't seem to work?
It seems the change log that was left behind has some promising things in
it.
This is just such a bummer. Lot of good work lost.
___
Pharo-project
Hi Nathan,
Is there any way to do a recovery besides the Recover Lost Changes
option that doesn't seem to work?
What do you mean by doesn't seem to work? I have always been happy
with it.
Does it raise an error?
It seems the change log that was left behind has some promising
things in
actually, to tell the truth I figured out how to get most of my methods
back. But not the right versions. I wonder if I can back out the changes and
try to select the ones that I do need, but there are soo many.
It does throw an error when I select multiple changesets. When I use the
remove do
I also had the very same feeling the first times I used the recover
lost changes option. Now that I gained experience, I live
comfortably with it.
Cheers,
Alexandre
On 18 Feb 2010, at 02:37, Nathan Tuttle wrote:
actually, to tell the truth I figured out how to get most of my
methods
One thing. It looks like there is a changes file that has more up to date
information. How do I pull this in?
On Wed, Feb 17, 2010 at 11:44 PM, Alexandre Bergel alexan...@bergel.euwrote:
I also had the very same feeling the first times I used the recover
lost changes option. Now that I gained
The change file needs to have the same name than the image to have it
listed when you do a recover lost changes.
Else, you can simply edit the .changes using any (robust) text editor.
Cut and paste what you feel relevant into a new file that you name
yourchanges.cs
You then have created a
On Wed, Feb 17, 2010 at 1:12 PM, Torsten Bergmann asta...@gmx.de wrote:
Hi Laurent,
I think this topic or persistence in general would require more than
one screencast to show people several options
It's true ... but we need a first one on an option, then a second one on
another option
59 matches
Mail list logo