Hi
I have been investigating why Dictionary look up performance with String
keys is not as good as I would expected. Something I noted is that
String #= is implemented in terms of #compare:with:collated:. There
is no short circuit if Strings are not the same size. In my case some
Strings
On 25 May 2014, at 16:58, Esteban A. Maringolo emaring...@gmail.com wrote:
Marcus:
Could the images be hosted in a CDN? (AWS S3 or similar)
It is bearable to open one picture, but if you want to do a fast
browse through the gallery it takes forever. Around 5 secs per
picture, which is a
I propose to add links to the pdfs and hmtls ouputs of both Pharo for the
Enterprise and Updated Pharo By Example.
I know that both are work in progress , especially UPBE , but it shows that
we are an active community that prioritizes documentation for newcomers.
Especially PFTE clearly shows
Hello,
for this use case people typically use Symbols (much faster).
Now you are right we may add a shortcut in string comparison.
2014-05-26 9:51 GMT+02:00 Philippe Marschall
philippe.marsch...@netcetera.ch:
Hi
I have been investigating why Dictionary look up performance with String
On 26.05.14 11:08, Clément Bera wrote:
Hello,
for this use case people typically use Symbols (much faster).
I don't see how that helps because #asSymbol does a look up into a
dictionary with a String key as well.
Cheers
Philippe
Name: SLICE-Issue-13274-Replace-users-by-traitUsers-StephanEggermont.1
Author: StephanEggermont
Time: 26 May 2014, 10:07:23.002975 am
UUID: 79d336dd-b556-4d20-849c-2b7d11d91ed8
Ancestors:
Dependencies: Kernel-StephanEggermont.1750, Nautilus-StephanEggermont.737,
Oops, bad commit message, the actual selector is traitUsers
That is an interesting validation error. I don't have enough context to
understand what
exactly goes wrong here. It is of course a correct observation, as
TraitBehaviorusers
doesn't exist anymore.
Stephan
+ ./pharo Pharo-3.0-Issue-Tracker-Image.image eval Smalltalk os environment
On 23 May 2014, at 3:46 , Torsten Bergmann asta...@gmx.de wrote:
YES, COOL - it now works as the attached PDF proves.
1000 timesRepeat: [ Transcript show: 'Henrik thanks!!!' ;cr ]
Henrik - you have saved me to have to return to the darker sides of computing
and digg deeper into low
2014-05-26 4:56 GMT-03:00 Marcus Denker marcus.den...@inria.fr:
On 25 May 2014, at 16:58, Esteban A. Maringolo emaring...@gmail.com wrote:
Marcus:
Could the images be hosted in a CDN? (AWS S3 or similar)
It is bearable to open one picture, but if you want to do a fast
browse through the
Hmm, how do I make sure the changes are applied in the right order?
Do I need to split the change in multiple slices, or is there an easier way?
Stephan
Hi!
do you have everything else already installed? Which Postgresql driver are
you using, which platform? You need to install sqlite3 the opendbx driver
on the Pharo side and the opendbx library for sqlite3.
Once there, it should be enough to create your login like this (I just
copypasted from
I’d gladly submit improvements, but I need some background knowledge. What’s
the plan? It looks like SmalllintManifestChecker is just overriding/fixing
stuff that is wrong in RBSmalllintChecker.
For example RBSmalllintCheckercheckClass: does: “(environment includesClass:
aClass) ifTrue:” while
Thanks Guille, It is working now.
Ing. Pablo Digonzelli
Software Solutions
IP-Solutiones SRL
Metrotec SRL
25 de Mayo 521
Email: pdigonze...@softsargentina.com
pdigonze...@gmail.com
Cel: 5493815982714
- Mensaje original -
De: Guillermo Polito guillermopol...@gmail.com
Para:
Hi,
I wonder what happen with that method… why it was removed? no need of it?
Esteban
Hi,
I wonder is current implementation of that method is good: right now, it
answers all categories, including virtual ones (—all—).
A lot of things are made in that assumption, but I wonder if is not better to
answer just real categories and to create a new method called #allCategories to
For objects - knowing if they have been modified or not could have big benefits
in performance when you want to “commit” anything in your object graph to an
object database.
For collections - In NeXT / Apple WebObjects we’ve always made a distinction:
NSArray / NSMutableArray
NSSet /
Hi Esteban:
On 26 May 2014, at 20:52, Esteban Lorenzano esteba...@gmail.com wrote:
I wonder what happen with that method… why it was removed? no need of it?
This question sounds very familiar. You are looking into VM stuff?
Check the change in primitiveUpdateGZipCrc32 here:
On 26.05.2014, at 20:52, Esteban Lorenzano esteba...@gmail.com wrote:
Hi,
I wonder what happen with that method… why it was removed? no need of it?
I removed that a while ago (see history of Compression package, MaxLeske.127).
The crc table is now part of the CRC package and
In my own code, I allways use ClassOrganization#realCategories to avoid
getting the --all-- category. I consider the --all-- category to be a GUI
artifact, not a class organization concept.
I'd prefer a #protocols (without the --all-- category, of course :)) so ok for
deprecating #categories.
GOUBIER Thierry wrote:
In my own code, I allways use ClassOrganization#realCategories to avoid
getting the --all-- category. I consider the --all-- category to be a GUI artifact,
not a class organization concept.
I'd prefer a #protocols (without the --all-- category, of course :)) so ok for
Hi all,
I wrote this simple test case, but the result is always 'yellow' even
if assertions are right (.st code attached).
MyHtmlParserWarningTestCasetestParserWarning1
| warning |
warning := MyHtmlParserWarning new.
self assert: (warning category isNil).
self
22 matches
Mail list logo
