Hum, not sure 12789 was integrated in there, even if it says so ;)
Thierry
Le 06/02/2014 08:33, GitHub a écrit :
Branch: refs/heads/3.0
Home: https://github.com/pharo-project/pharo-core
Commit: 0cac45ba5324163103cea3ff7220e9d8d37599ac
On 06 Feb 2014, at 09:11, Goubier Thierry thierry.goub...@cea.fr wrote:
Hum, not sure 12789 was integrated in there, even if it says so ;)
yes, I just looked at it, resulting in an empty SLICE in the image that the
auto-changlog generator
picked up… the issue is still open.
Marcus
Good work. Minor thing though - could they maybe grouped under one Case.
I'd hate for someone to look at the massive amount work done for Pharo 3
indicated by the cases close and think Its just lots of comment updates
Sure it would end up being a long running case - with a lot of slices
(each
Hi Ben
if we would just like to increase the number of cases/issues
using a case per class would have been better.
Adding final quality improvements (like docu) is usual before releases
not only in the ST world.
For the reasons:
A single person can only do it step by step and therefore I
used
I am re-sending the message to the pharo mailing list. Could anyone point
me to how to approach this problem (it seems to be related to a class
loader error - IncompatibleLayoutConflict)?
Doru
-- Forwarded message --
From: Tudor Girba tu...@tudorgirba.com
Date: Thu, Feb 6, 2014
Hi Doru,
Last time I checked it was working, but that was some months ago. Probably
with the changes on the new class builder + opendbx using nativeboostFFI
(which in turn creates annonimous classes) we have to revisit it.
What i did now was to make this CI job which was working for 20+mysql run
Thank you!
The actual goal is to: validate the claim that developer spend half of
their time understanding and half of their time editing source code.
Lorenzo
On 2/5/14 10:52 PM, Pharo4Stef wrote:
Welcome and feel with to ask any question you want.
BTW on what topic are you working?
Great topic :)
Do you happen to know articles or other resources that make this claim?
I know of the followings main articles:
http://www.humane-assessment.com/guide/assessment-costs
Cheers,
Doru
On Thu, Feb 6, 2014 at 11:43 AM, Lorenzo Baracchi
baracchi.lore...@gmail.com wrote:
Thank
Ah, it is just because you insist on using old school two line code ;-)
On 06 Feb 2014, at 11:38, Tudor Girba tu...@tudorgirba.com wrote:
Gofer new
smalltalkhubUser: 'DBXTalk' project: 'DBXTalkDriver';
package: 'ConfigurationOfOpenDBXDriver';
load
How about using category cleanup instead of bug?
And thank you for your work!
nicolai
2014-02-06 11:16 GMT+01:00 Torsten Bergmann asta...@gmx.de:
Hi Ben
if we would just like to increase the number of cases/issues
using a case per class would have been better.
Adding final quality
And Sven insist on still cutting/copying/evaluating one-liners
in the age of a configuration browser where loading is just mouse
clicking ;)
But putting jokes aside - it would IMHO be really important to
have DBXTalk running for Pharo 3.0. Without good database
support one would loose any
Well, it was a bit secret, but I was starting on my free time to setup some
ci jobs to build automagically all the opendbx libraries + test them.
https://ci.inria.fr/dbxtalk/
Now my problem is that my free time for hacking on non phd stuff - 0
lately... :/
On Thu, Feb 6, 2014 at 12:13 PM,
Le 06/02/2014 12:05, Stephan Eggermont a écrit :
Hmm, I think it needs a bit more detailed explanation.
- it doesn’t find installed git. It assumes you installed git by loading apple
command line developer tools
(instead of brew, or fink)
Hum, good question: it doesn't assumes anything
What was a bit secret?
Doru
On Thu, Feb 6, 2014 at 12:25 PM, Guillermo Polito guillermopol...@gmail.com
wrote:
Well, it was a bit secret, but I was starting on my free time to setup
some ci jobs to build automagically all the opendbx libraries + test them.
https://ci.inria.fr/dbxtalk/
The ci jobs :). I didn't want to announce them (and actually i didn't do it
properly) until having them finished at some good degree.
The ci jobs for dbxtalk will give the people doing dbxtalk so mch air
(no more manual testing on 3 platforms x 5+ different database engines per
change).
+
On 05 Feb 2014, at 17:55, Nicolai Hess nicolaih...@web.de wrote:
2014-02-03 Nicolai Hess nicolaih...@web.de:
Can someone with some background knowledget on the opal compiler,
look at my fix for issue 12442.
It seems to work, but I don't like it.
There were 2 problems with
I am trying to get the ZipFileSystem to work, but I cannot quite manage it.
I am doing this:
(FileSystem zip:
(FileSystem disk workingDirectory / 'sample.zip'))
open
and I get an error.
The error comes from the fact that the code uses readStreamDo: which does
not work anymore with binary
On 06.02.2014, at 15:07, Tudor Girba tu...@tudorgirba.com wrote:
I am trying to get the ZipFileSystem to work, but I cannot quite manage it.
I am doing this:
(FileSystem zip:
(FileSystem disk workingDirectory / 'sample.zip'))
open
and I get an error.
The error
No problem, don't hurry, take your time :)
2014-02-06 13:51 GMT+01:00 Marcus Denker marcus.den...@inria.fr:
On 05 Feb 2014, at 17:55, Nicolai Hess nicolaih...@web.de wrote:
2014-02-03 Nicolai Hess nicolaih...@web.de:
Can someone with some background knowledget on the opal compiler,
Thanks, Max.
Doru
On Thu, Feb 6, 2014 at 3:11 PM, Max Leske maxle...@gmail.com wrote:
On 06.02.2014, at 15:07, Tudor Girba tu...@tudorgirba.com wrote:
I am trying to get the ZipFileSystem to work, but I cannot quite manage it.
I am doing this:
(FileSystem zip:
(FileSystem disk
No, not my bug :)
The problem seems to be that WriteStream expects #size to be implemented but
MemoryFileSystemFile only knows #fileSize. Apart from that I think it would
work.
Add this to MemoryFileSystemFile (not as a final solution!):
size
^ bytes size
Cheers,
Max
On 06.02.2014,
Yeah I know… It’s all just one big hack at the moment (I’m not particularly
proud of #binaryReadStream either…). Again: let’s hope that XStreams will solve
all our problems :)
On 06.02.2014, at 15:33, Sven Van Caekenberghe s...@stfx.eu wrote:
On 06 Feb 2014, at 15:30, Max Leske
Branch: refs/tags/30746
Home: https://github.com/pharo-project/pharo-core
Nice one!
I'm enjoying your posts a lot, Nico :) Thank you!
Esteban... a Commodore in a supermarket? I guess I'm just too young.
On 6 February 2014 13:18, Nicolas Petton petton.nico...@gmail.com wrote:
Hi!
This is the second post of my series of interviews, in which I interview
my
Hi Nico.
I enjoy reading both of your interviews.
Thanks!
On Thu, Feb 6, 2014 at 1:18 PM, Nicolas Petton petton.nico...@gmail.comwrote:
Hi!
This is the second post of my series of interviews, in which I interview
my colleagues of RMoD in Lille.
This time Esteban accepted to play the
Thanks from me too. I enjoyed reading the two Interviews. My First Computer
(my dads) also was a Commodore PET. :-)
Sabine
Am 06.02.2014 17:30 schrieb Clara Allende clari.alle...@gmail.com:
Nice one!
I'm enjoying your posts a lot, Nico :) Thank you!
Esteban... a Commodore in a supermarket? I
On 06 Feb 2014, at 17:29, Clara Allende clari.alle...@gmail.com wrote:
Nice one!
I'm enjoying your posts a lot, Nico :) Thank you!
Esteban... a Commodore in a supermarket? I guess I'm just too young.
yes you are, little saltamontes :)
On 6 February 2014 13:18, Nicolas Petton
For UI issues sometimes its good for reviewers to visualise what the
problem was, so I made a little video [1] to go with Case 12828. [2]
Thought it my be of general interest to share.
[1] http://files.openinworld.com/Pharo/Case12825-testSimulateClick.mp4
[2]
Clment Bera wrote:
Hello pharoers,
The new Cog memory manager, Spur, is simply *amazing*. I saw at
FOSDEM that some of you were interested in it, but unfortunately you
were lacking information about it.
I wrote a one page article that sums up Spur's new features so
every one
thats very good news , 64 bit is rather close now which mean even more C
libraries available for Pharo and loads of GB of memory to exploit.
On Thu, Feb 6, 2014 at 7:19 PM, b...@openinworld.com wrote:
Clément Bera wrote:
Hello pharoers,
The new Cog memory manager, Spur, is simply
Igoor where are you ? :D
I am in no hurry personally , but its great to see the VM moving towards
the right direction and see taking Pharo with it. And the other
enhancements are really nice too.
I wonder if GC control will be given, to assign objects to different part
of the memory of the
ah ok , shows how little I know about GCs :D
On Thu, Feb 6, 2014 at 10:35 PM, Esteban Lorenzano esteba...@gmail.comwrote:
On 06 Feb 2014, at 20:49, kilon alios kilon.al...@gmail.com wrote:
Igoor where are you ? :D
I am in no hurry personally , but its great to see the VM moving
Hi Ben,
On Thu, Feb 6, 2014 at 9:19 AM, b...@openinworld.com wrote:
Clément Bera wrote:
Hello pharoers,
The new Cog memory manager, Spur, is simply *amazing*. I saw at FOSDEM
that some of you were interested in it, but unfortunately you were lacking
information about it.
I wrote a
2014-02-06 20:34 GMT+01:00 Sebastian Sastre sebast...@flowingconcept.com:
Thanks for this information.
Great post.
So larger images would be no problem? let's say growing to 900MB?
I wouldn't say no problem, I would say that images up to 1 Gb should be
usable and should behave much better
It seems that the jobs do not manage to finish :(
Doru
On Thu, Feb 6, 2014 at 1:47 PM, Guillermo Polito
guillermopol...@gmail.comwrote:
The ci jobs :). I didn't want to announce them (and actually i didn't do
it properly) until having them finished at some good degree.
The ci jobs for
Sounds great!!!
Alexandre
Le 06-02-2014 à 11:48, Clément Bera bera.clem...@gmail.com a écrit :
Hello pharoers,
The new Cog memory manager, Spur, is simply *amazing*. I saw at FOSDEM that
some of you were interested in it, but unfortunately you were lacking
information about it.
I
Ok.
I added an initial slice with the quick fix solution:
https://pharo.fogbugz.com/f/cases/12826/Zip-FileSystem-does-not-work
Could someone double check?
Do we want to work more on it for Pharo 3.0?
Cheers,
Doru
On Thu, Feb 6, 2014 at 4:37 PM, Max Leske maxle...@gmail.com wrote:
Yeah I
And I found another problem. Even with the fix, it seems you cannot close
the zip file. For example:
zipFile := FileSystem disk workingDirectory / 'test.zip'.
zip := (FileSystem zip: zipFile) open.
zip / 'sample.txt'
writeStreamDo: [ :stream | stream nextPutAll: 'xyz' ].
zip close
I think the
One more question: How do I read the contents of a file from within a zip?
I try this on regular zip files created both on Mac and on Windows:
zipFile := FileSystem disk workingDirectory / 'tmp.zip'.
zip := (FileSystem zip: zipFile) open.
(zip / 'sample.txt')
readStreamDo: [ :s | s contents ]
Thanks Clement for the post and a big thank you to Eliot for Spur!
Can't wait for pharo 4 running on Spur-based Cog ;-)
Luc
2014-02-07 Clément Bera bera.clem...@gmail.com:
2014-02-06 20:34 GMT+01:00 Sebastian Sastre sebast...@flowingconcept.com
:
Thanks for this information.
Great post.
Branch: refs/tags/30748
Home: https://github.com/pharo-project/pharo-core
41 matches
Mail list logo