, the class B becomes variable when A becomes
variable.
Do you agree?
Cheers,
Martin
[1]: https://ci.inria.fr/pharo-contribution/job/Slot/
On Tue, Apr 23, 2013 at 2:05 PM, Martin Dias tinchod...@gmail.com wrote:
Hi,
In:
Object
subclass: #A
instanceVariableNames: ''
classVariableNames
Hi all,
We are conducting an academic research to improve tools for software
integration. If you maintain a project with multiple contributors, we will
greatly appreciate your participation.
Your answers will be used for research purposes and to support the
development of new tools. You can
Hey!
We don't have proper documentation about serializing classes. This
feature is not included into the default configuration that comes in
Pharo 2.0. I wrote this (i guess) self-explaining code snippet and
will add it to doc:
http://ws.stfx.eu/CGZB6XROFII0
cheers
Martin
On Mon, Apr 15,
Yes, very nice! congratulations
On Tue, Apr 9, 2013 at 1:01 PM, kilon theki...@yahoo.co.uk wrote:
very well done presentation, congratulations and a very interesting
project.
--
View this message in context:
http://forum.world.st/FAST-presentation-video-on-youtube-tp4680355p4680382.html
.
Thanks a lot,
R
On Apr 5, 2013, at 4:59 PM, Martin Dias tinchod...@gmail.com wrote:
As Fernando said, probably is better for you to substitute the
obsolete class by a ring definition. Look here:
http://ws.stfx.eu/OAVG8IXKWOYA
Don't need to filein the workaround of my previous
On Sun, Mar 31, 2013 at 11:06 AM, stephane ducasse stephane.duca...@free.fr
wrote:
Thanks guys
this is great. I'm really happy to see that the effort we started two
years ago is paying off.
Stef: thanks to you, INRIA and ESUG for the financial support during the
first years. That is
Thanks Stephan!
On Sun, Apr 7, 2013 at 10:34 PM, Stephan Eggermont step...@stack.nl wrote:
Hi,
I'm very happy to see that the initiative to make video recordings
of the PharoConf and MooseDay has resulted in so many
screencasts already published. Great work!
And now the first feedback:
I forgot to mention in the announcement that Camillo created a really cool
CI build that tests a matrix of Fuel configurations:
https://ci.inria.fr/pharo-contribution/job/Fuel/
Thank you very much!
Martín
On Mon, Apr 8, 2013 at 2:18 PM, Martin Dias tinchod...@gmail.com wrote:
On Sun, Mar
Hey Roberto,
AFAIK, it should not load a new version of Fuel. Is it? Your spec
should be equivalent to evaluating the following:
Gofer it
squeaksource: 'MetacelloRepository';
package: 'ConfigurationOfFuel';
load.
(ConfigurationOfFuel project version: #stable) load.
which in my 2.0
Hi,
I'm sorry for my delay. I didn't stop to think a good solution. There were
interesting answers before mine. But if it's a prototype... maybe this
workaround helps you. I played with this code:
http://ws.stfx.eu/HYWM1ZB9R45K
(the first time I use the shared workspace :-)
if you file in the
As Fernando said, probably is better for you to substitute the obsolete
class by a ring definition. Look here:
http://ws.stfx.eu/OAVG8IXKWOYA
Don't need to filein the workaround of my previous email.
Martin
On Fri, Apr 5, 2013 at 4:47 PM, Martin Dias tinchod...@gmail.com wrote:
Hi,
I'm
Sounds great. No idea how to notice the difference, but I tried the Fuel
out stack option and it works.
On Fri, Apr 5, 2013 at 1:51 PM, Esteban Lorenzano esteba...@gmail.comwrote:
30022
-
10032 Integrate new debugger
https://pharo.fogbugz.com/f/cases/10032
Diff information:
Hi all,
We are happy to announce Fuel 1.9.
Fuel is an open-source general-purpose object serialization
framework developed in Pharo. You can find more information on our website
[1].
The default set of packages of this version already comes in Pharo 2.0, so
you it's not necessary to install it
I guess latest fuel build crashes the vm:
https://ci.inria.fr/rmod/job/Fuel/151/console
On Thu, Mar 14, 2013 at 1:54 PM, Esteban Lorenzano esteba...@gmail.com wrote:
... I cannot crash the VM :)
So it looks like we are almost ready to release!
Esteban
, at 2:01 PM, Martin Dias tinchod...@gmail.com wrote:
I guess latest fuel build crashes the vm:
https://ci.inria.fr/rmod/job/Fuel/151/console
But it uses a VM build a wee ago:
pharo VM version: 3.9-7 #1 Thu Mar 7 14:32:07 CET 2013 gcc 4.4.3
Built from: NBCoInterpreter NativeBoost
I confirm that the 2 failing tests were fault of Fuel. Now I fixed it
and all is green again. I wonder how is possible that with the other
vm these tests were green.
Thank you Esteban!
On Thu, Mar 14, 2013 at 2:53 PM, p...@highoctane.be p...@highoctane.be wrote:
Esteban +1000! (that's a
Hi Yanni,
Could you migrate all your objects to the new format?
Best regards,
Martin
On Fri, Mar 1, 2013 at 10:49 PM, Yanni Chiu ya...@rogers.com wrote:
On 01/03/13 1:54 PM, Martin Dias wrote:
I'm sorry but AFAIK you won't be able to materialize in 1.8.x the files
you serialized with 1.8
impressive!!
On Tue, Mar 12, 2013 at 3:06 PM, p...@highoctane.be p...@highoctane.be wrote:
http://pharo.gforge.inria.fr/doc/1.4/doc/package/undefined
RSArrayNode.
2013/3/12 Camillo Bruni camillobr...@gmail.com:
On 2013-03-12, at 14:49, Guillermo Polito guillermopol...@gmail.com wrote:
On
There are creative commons sounds here:
http://soundbible.com/free-sound-effects-3.html
but they should be converted to aiff
In other hand, seems like a good way of trying if Fuel can transfer
objects from Squeak to Pharo. How can I find the instances in squeak,
to try?
On Tue, Mar 12, 2013 at
Hi,
Is this the right first line for fuel ci build*?
wget --quiet -qO - http://files.pharo.org/script/ciPharo20PharoVM.sh | bash
I got it from Pastell ci. I was using:
wget --quiet -qO -
http://pharo.gforge.inria.fr/ci/script/ciPharo20NBCogVM.sh | bash
But it was outdated... right?
(*):
/ciPharoVM.sh | bash
for stable vm (stable is just an expression right now, but we are almost
there :)
Esteban
On Mar 7, 2013, at 2:44 PM, Martin Dias tinchod...@gmail.com wrote:
Hi,
Is this the right first line for fuel ci build*?
wget --quiet -qO - http://files.pharo.org/script
, Mar 7, 2013 at 4:36 PM, Esteban Lorenzano esteba...@gmail.com wrote:
all fuel tests pass for me
On Mar 7, 2013, at 4:28 PM, Martin Dias tinchod...@gmail.com wrote:
Thank you.
Seems that fuel with progress bar fails with this vm...
On Thu, Mar 7, 2013 at 2:49 PM, Esteban Lorenzano esteba
On Mon, Feb 25, 2013 at 10:55 PM, Yanni Chiu ya...@rogers.com wrote:
On 25/02/13 4:25 PM, Martin Dias wrote:
What version was you loading?
Fuel-MartinDias.685 which corresponds to version 1.8
(actually, the code that has been integrated should be the definitive
one for Fuel 1.9
, Max Leske wrote:
On 01.03.2013, at 15:36, Martin Dias tinchodias-**
Re5JQEeQqe8AvxtiuMwx3w@public.**gmane.orgtinchodias-re5jqeeqqe8avxtiumw...@public.gmane.org
wrote:
On Mon, Feb 25, 2013 at 10:55 PM, Yanni Chiu
yanni-bJEeYj9oJeDQT0dZR+AlfA@**public.gmane.orgyanni-bjeeyj9ojedqt0dzr%2ba
Or... really i'm not sure what is the Right Solution, but at least I read
of a couple of prototypes that achieved to load multiple versions of
classes and methods, so it is technically feasible. The magic of Smalltalk!
On Fri, Mar 1, 2013 at 7:54 PM, Martin Dias tinchod...@gmail.com wrote:
I'm
Caekenberghe s...@stfx.eu:
On 27 Feb 2013, at 11:19, Martin Dias tinchod...@gmail.com wrote:
Hi
I discovered this protocol in String hierarchy. Are you familiar with it?
The method comment of #fromPacked: is:
Convert from a longinteger to a String of length 4.
The only sender in Pharo 2.0
I changed Issue 7619 to Cleanup MethodFinder. Would pragmas be useful
here?
Are you talking about an specific pragma for deprecation? I didn't catch it.
Thank you Sean and Marcus.
I tried to find all methods that are only referenced by MethodFinder
(like asPacked), but I gave up after some minutes...
Yeti sounds good. I remember a guy from Germany that come to
Smalltalks 2009 (IIRC) that showed the testing tools from his company,
made in
Hi
I discovered this protocol in String hierarchy. Are you familiar with it?
The method comment of #fromPacked: is:
Convert from a longinteger to a String of length 4.
The only sender in Pharo 2.0 is MethodFinder. For WideString, it does not work.
In examples:
ByteString fromPacked: 'text'
Ok, so I will open an issue to nuke it!
3.0 ?
On Wed, Feb 27, 2013 at 11:26 AM, Sven Van Caekenberghe s...@stfx.eu wrote:
On 27 Feb 2013, at 11:19, Martin Dias tinchod...@gmail.com wrote:
Hi
I discovered this protocol in String hierarchy. Are you familiar with it?
The method comment
Hi Yanni,
I just had to change my build script to stop loading an older version of
Fuel on top of the version already present in Pharo-2.0. After some quick
manual testing, things look good.
What version was you loading?
But, the newer Fuel version means I have to migrate Fuel versions
I adde it: http://code.google.com/p/pharo/issues/detail?id=7530
On Sat, Feb 16, 2013 at 10:43 AM, stephane ducasse
stephane.duca...@free.fr wrote:
indeed it looks strange.
stef
On Feb 15, 2013, at 1:39 PM, Martin Dias tinchod...@gmail.com wrote:
Hi
In 20547, I do:
SystemNavigation
Yes, post materialization should be added in DebuggerserializeStack
like it's been done in
HDTestReportserializeTestFailureContext:toFileNamed:
To avoid code replication, we may create a extension method to
MethodContext, #serializeOn: that receives a stream.
Martin
On Sat, Feb 16, 2013 at 3:31
Hi Stephan,
I got Page not found with that url.
Cheers,
Martin
On Mon, Feb 11, 2013 at 12:15 PM, Stephan Eggermont step...@stack.nl wrote:
Hi,
I'm looking at alternative ways to break through the 4G 1 core border.
Does anyone have recent experience storing data in multiple images
and
Hi
I'd like to share a simple script I'm using to download the latest 2.0
image in current directory. It's built from jenkins ci scripts, so it
should be fine:
https://gist.github.com/tinchodias/4737729#file-imageget
Cheers!
Martin
Please tell me if you see something wrong!
On Fri, Feb 8, 2013 at 10:54 AM, Martin Dias tinchod...@gmail.com wrote:
Hi
I'd like to share a simple script I'm using to download the latest 2.0
image in current directory. It's built from jenkins ci scripts, so it
should be fine:
https
I arrived to almost the same problem some weeks ago, when I was
thinking on how to have multiple versions of Fuel at the same time, so
one can, for example, easily migrate her files to a newer version.
Fuel has lots of extension methods, so we need also multiple versions
of the same extension
On Mon, Feb 4, 2013 at 4:15 PM, Martin Dias tinchod...@gmail.com wrote:
Then, I arrived to ClassBoxes paper, from which I would like to
Hmmm, I misread. Actually the paper I was talking about is the
ChangeBoxes one. So I wanted to play with that but without tracking
the changes as they do...
On Mon, Feb 4, 2013 at 5:25 PM, Denis Kudriashov dionisi...@gmail.com wrote:
Hi
2013/2/4 Martin Dias tinchod...@gmail.com
I arrived to almost the same problem some weeks ago, when I was
thinking on how to have multiple versions of Fuel at the same time, so
one can, for example, easily
I suspect that squeaksource is sometimes restoring old settings. I
unchecked the Receive commit notifications by email option in a
project like 5 times in the last months.
Or it's you, Mariano, who re-checks the option?! :p
Cheers,
Martin
On Tue, Jan 29, 2013 at 7:45 PM, Ciprian Teodorov
Thanks. In latest releases we added several guides, and we also
refactored the website to keep the guides for the previous versions
(http://rmod.lille.inria.fr/web/pier/software/Fuel in the Versions
section). How can you access the readme in a particular old version,
in github? I don't have
Is the video of your presentation online?
Martin
On Fri, Jan 11, 2013 at 11:31 PM, Tudor Girba tu...@tudorgirba.com wrote:
Unexpected, indeed.
But, the cool thing is that Moose popped up in his mind in a seemingly
unrelated area. From this point of view, Moose is not just an analysis
I installed and played a bit, it's cool!!
thanks
Martin
On Wed, Jan 9, 2013 at 2:30 PM, Sven Van Caekenberghe s...@stfx.eu wrote:
Hi,
Yesterday I deployed a live demo of Zinc-WebSockets
http://websocket.stfx.eu
Since most proxies and load balancers, most notably Apache, don't handle the
how can I try?
Gofer it
squeaksource: 'MethodWrappers';
package: 'MethodWrappers4';
load.
?
On Fri, Nov 16, 2012 at 6:55 AM, Stéphane Ducasse stephane.duca...@inria.fr
wrote:
with the default system, trying to reload methodWrapper in a image with
methodWrapper
Hi
This week has ended Google Summer of Code program 2012. I have to
thank Marcus and Carlos Ferro, my mentors, as well as Mariano,
Guille Polito, Camillo Bruni, and others, who collaborated in
different ways during these three months. Also thank, of course,
to Carla and Janko... and Google ;)
Hmm I didn't catch it
Martin
On Wed, Jun 6, 2012 at 4:47 PM, Stéphane Ducasse
stephane.duca...@inria.fr wrote:
ok for me
I'm studying PackageInfo and the rest to see what I can do.
mariano/martin
I would like to extract PakageInfo into self packageInfo in the fuel
code.
Yes, I
On Tue, May 8, 2012 at 2:39 PM, Stéphane Ducasse
stephane.duca...@inria.fr wrote:
Hi martin
can you open a bug entry?
Okay, sorry for the delay. I opened two issues, 6004 and 6005.
Martín
Hi Alexandre,
The screenshot looks great, thank you for Roassal, it's cool!
For those who may not know what are we talking about, what Alexandre
shows in the picture is an improvement to a new debugging tool for
Fuel, added in 1.8 version, which lets the user visualize the graph
that is being
It has been long time since I looked into Pharo and licensing environment
(revitalising my interest now...), so I may be asking obvious questions but
what is the licencing model for Fuel? (skimmed the mail and the web site
and only noted open-sourced)
Thanks. I have updated the site. Now
Hi all,
We are proud to announce Fuel 1.8 with a lot of new features and
documentation. Of course, we don't stop working but it was time to
freeze a stable version.
Fuel is an open-source general-purpose object serialization framework
developed in Pharo Smalltalk environment. More information on
: 200) wait] ] ] ].
] silentlyValue.
Cheers.
Martín
On Tue, May 8, 2012 at 12:28 AM, Martin Dias tinchod...@gmail.com wrote:
Hi all.
Given the next code, could you explain me why nested progress bars are
not handled by my #on:do:?
How can I achieve that?
[
'main task
Hi all.
Given the next code, could you explain me why nested progress bars are
not handled by my #on:do:?
How can I achieve that?
[
'main task'
displayProgressFrom: 0 to: 5
during: [ :bar |
0 to: 5 do: [:x | bar value: x.
(Delay forMilliseconds:
Hi all
I vaguely remember some discussions about enhancing SourceFiles, something
about to reify a code manager, about to stop logging fileIns into .changes
file, and about to inspire the new mechanism on the VW's one.
Am I right?
There is consensus on this?
Do you think I could do it as part of
Thanks!
On Tue, Apr 17, 2012 at 8:49 AM, Marcus Denker marcus.den...@inria.frwrote:
On Apr 17, 2012, at 9:12 AM, Martin Dias wrote:
Hi all
I vaguely remember some discussions about enhancing SourceFiles,
something about to reify a code manager, about to stop logging fileIns
Hi, I tested on Windows:
1) Pharo-1.4-one-click.bat points to a wrong image:
current:
%~dp0\CogVM.exe %~dp0\Contents\Resources\pharo-1.4.image
should be:
%~dp0\CogVM.exe %~dp0\Contents\Resources\pharo-1.4-one-click.image
after change, opened fine (with a console).
2) When I ran CogVM.exe
so let use Injector!
for the package, we have:
barrel
can
tank
nitro
keg
Ok... probably I should go to sleep now instead of saying the following,
but... a tank can be a repository for nitros!
On Thu, Apr 12, 2012 at 8:46 AM, Ben Coman b...@openinworld.com wrote:
Martin Dias wrote:
On Wed
On Wed, Apr 11, 2012 at 3:55 AM, Stéphane Ducasse stephane.duca...@inria.fr
wrote:
Begin forwarded message:
*From: *Ricardo Moran richi.mo...@gmail.com
*Subject: **Re: Etoys, Arduino, Mac*
*Date: *April 11, 2012 12:08:16 AM GMT+02:00
*To: *Torsten Sadowski tsadow...@gmx.net
*Cc:
On Wed, Apr 11, 2012 at 2:22 PM, Craig Latta cr...@netjam.org wrote:
BTW, we should find a better name than FuelPackageLoader!
I propose Injector
Excellent name! (Fuel injection is a common automotive term in
English.)
:) good names!
Well, I like Pump, but I vote for Injector
On Tue, Apr 10, 2012 at 5:38 AM, Stefan Marr smallt...@stefan-marr.dewrote:
Hi:
On 10 Apr 2012, at 02:58, Martin Sandiford wrote:
I get the same thing if I start Cog with no special command line, and
I think this seems kind of correct to me, as I'm not sure where the
output would go
Great! :D
Thanks Pavel, we have to work on these issues. I reported them in
http://code.google.com/p/fuel/issues/detail?id=143
It would be very nice to be full-time for the project during the
Winter (propaganda for my Google Summer of Code proposal ;) I'm on the
Southern hemisphere!)
BTW, we
character
= I prefer to avoid that, just using the normal cogvm and redirect to a
file using in command-line.
Thank you very much!
HTH
Eliot
On Sun, Apr 8, 2012 at 4:31 PM, Martin Dias tinchod...@gmail.com wrote:
Hi
In my windows 7, I get an error when trying to write to FileStream
stdout
On Tue, Apr 10, 2012 at 8:41 PM, Eliot Miranda eliot.mira...@gmail.comwrote:
On Tue, Apr 10, 2012 at 4:35 PM, Martin Dias tinchod...@gmail.com wrote:
On Tue, Apr 10, 2012 at 1:45 PM, Eliot Miranda
eliot.mira...@gmail.comwrote:
Hi Martin,
would you please try with both
Hi
In my windows 7, I get an error when trying to write to FileStream stdout
in both Pharo 1.4 and 1.3 (revisions #14423 and #13320).
To reproduce,
- download:
https://ci.lille.inria.fr/pharo/job/Pharo%201.4/373/artifact/Pharo-1.4.zip
- evaluate:
FileStream stdout nextPutAll: 'a'.
Is this a
Nice!
I guess fuel needs for materialization only 50% of its methods and 2/3 of
its classes. In a future I can work on that if you think it's worthwhile.
Martín
On Sun, Apr 8, 2012 at 1:59 PM, Stéphane Ducasse
stephane.duca...@inria.frwrote:
Simply gorgeous!
On Apr 8, 2012, at 6:23 PM, Pavel
Hi Stefan, thank you very much. I think it'll be useful for Fuel. Keep you
posted!
Best regards
Martín
On Thu, Apr 5, 2012 at 5:28 PM, Stefan Marr smallt...@stefan-marr.dewrote:
Hi Martin:
On 04 Apr 2012, at 09:57, Stefan Marr wrote:
Hi Martin:
On 03 Apr 2012, at 21:50, Martin Dias
Hi.
I like SMark, so I am evaluating how straightforward would be to move Fuel
benchmark suite. A couple of questions:
1) I had some undeclared references, no problem?
HeadlessSave classrun: (RVMOperations is Undeclared)
ScriptStarter classtransportersForFileOutMenu (Transporter is Undeclared)
Nice :)
FuelPackageLoader is a functional prototype but needs many improvements. I
am elaborating a proposal for GSoC, with features like:
basic:
- emulate ClassBuilder (implies replacing it for something less monolithic):
- validating the class definition
- modifying an existent class
-
was unable to find a fully reproducible case. :(
now you have it :)
Thanks Martin for the report. I would like to help but until 14th I cannot
do ANYTHING else than my paper :(
On 3 April 2012 16:31, Martin Dias tinchod...@gmail.com wrote:
Hi
Almost 100% of the times (but not always) I
how to do that in the image side.
Alexandre
Le 19 mars 2012 à 23:35, Martin Dias tinchod...@gmail.com a écrit :
Finally I tried with a bytecodes checksum to detect changes. I chose a
16-bit variant of Adler-32 (http://en.wikipedia.org/wiki/Adler-32). Was
easy and worked fine.
ByteArray
I discovered that String implements #crc16, which adapted for my needs (as
#crc16from:to:), it's faster than my Adler implementation, so I moved.
cheers,
Martín
On Wed, Mar 28, 2012 at 4:15 PM, Martin Dias tinchod...@gmail.com wrote:
On Wed, Mar 21, 2012 at 11:09 AM, Alexandre Bergel
Hi
Debugging a Fuel test case, I discovered something I can't explain myself:
Project class#spawnNewProcess is replaced in the middle of the *first*
test run, between serialization and materialization.
This happens the *first time* I run the test in a *clean* Pharo 1.3 image,
after first time,
17, 2012 at 2:17 AM, Martin Dias tinchod...@gmail.com wrote:
Hi
In Fuel (bleeding edge), a compiled method can be serialized as a global.
Basically, we store the class name and selector, so loading it is
straightforward... this can be fine if we suppose there were not any change
Hi
In Fuel (bleeding edge), a compiled method can be serialized as a global.
Basically, we store the class name and selector, so loading it is
straightforward... this can be fine if we suppose there were not any change
in the system between save and load time. This can be a huge supposition,
but
Now that I am less busy, I will look at fuel yellows!
Martin
On Mon, Mar 12, 2012 at 8:56 AM, Pavel Krivanek pavel.kriva...@gmail.comwrote:
Cool!
-- Pavel
On Mon, Mar 12, 2012 at 11:41 AM, Marcus Denker marcus.den...@inria.fr
wrote:
All green and yellow!
Hi! here is another project:
Description: Package management with Fuel
Technical details: Fuel is a general purpose binary serializer. It already
saves and loads classes without using a compiler. Package management has
additional challenges like check dependencies, run pre- and post-scripts,
Hello,
I'd like to discuss about a problem found when loading classes with Fuel
(for people who don't know it:
http://rmod.lille.inria.fr/web/pier/software/Fuel).
Fuel can serialize a class either as a global or as a regular object. In
the latter case, it saves the class with its compiled
Hi!
Mariano, yes, I forgot to say that B is subclass of A.
Henry, thanks a lot for sharing your knowledge about BOSS. Following my
example, the backwards-compatability reader method has to be defined in
A, right? Or do you specify it as a parameter to the class loader? I would
like to have
I think that then this deserves at least a page in the documentation,
right?
+1
I'll add something.
--
Mariano
http://marianopeck.wordpress.com
Maybe is too much overhead, but it is also possible to serialize an object
that represents the metadata as a prefix:
FileStream forceNewFileNamed: 'demoMetadata.fuel' do: [:aStream |
aStream binary.
metadata := Dictionary with: #meta - 5.
content := 'stuff'.
FLSerializer newDefault
serialize:
On Fri, Feb 10, 2012 at 2:45 PM, Yanni Chiu ya...@rogers.com wrote:
On 10/02/12 10:24 AM, Martin Dias wrote:
Maybe is too much overhead, but it is also possible to serialize an
object that represents the metadata as a prefix:
FileStream forceNewFileNamed: 'demoMetadata.fuel' do: [:aStream
Hi!
We don't have unused fields, but there is no problem to add your own prefix:
FileStream newFileNamed: 'demoMetadata.fuel' do: [:aStream |
aStream binary.
aStream nextStringPut: 'metadata=5'.
FLSerializer newDefault
serialize: 'stuff'
on: aStream ].
FileStream oldFileNamed:
Hi Norbert,
Thank you, it was wrong. We will include your fix will in next version.
After releasing Fuel 1.7, we have moved from squeaksource to
http://ss3.gemstone.com/ss/Fuel.html, so the fix is there.
We always appreciate the feedback, thanks!
Martín
On Mon, Dec 19, 2011 at 3:47 PM,
On Sat, Dec 17, 2011 at 2:44 AM, Yanni Chiu ya...@rogers.com wrote:
On 16/12/11 3:09 PM, Mariano Martinez Peck wrote:
so guys??? Should we only renames Classes/Traits/ClassPools/**Methods
or
we directly rename all ocurrences of a symbol ?
I haven't any use cases to decide. If you want a
On Sun, Dec 18, 2011 at 12:05 AM, Yanni Chiu ya...@rogers.com wrote:
On 17/12/11 9:28 PM, Martin Dias wrote:
Well, so I guess we will change just the classes and traits, and
not every symbol.
I was in favor of renaming every symbol because the class rename
refactoring changes any method
Hi. We have recently discussed in a couple of threads about
serialization class renames. I want to ask you for the following
case, because I'm not sure what should be the expected result.
Suppose we serialize:
Array
with: OldClass new
with: OldClass
with: #OldClass.
Then, we
On Sun, Dec 11, 2011 at 12:54 PM, Mariano Martinez Peck
marianop...@gmail.com wrote:
On Sun, Dec 11, 2011 at 4:35 PM, Stéphane Ducasse
stephane.duca...@inria.fr wrote:
On Dec 11, 2011, at 4:26 PM, Mariano Martinez Peck wrote:
On Sun, Dec 11, 2011 at 11:32 AM, Stéphane Ducasse
Hi!
I guess you could add a guard for the #nextInto: message send in
GZipReadStream#nextString when the length is 0. But I haven't tried.
Sven
I think the problem is that this method supposes n = 1:
InflateStream
next: n into: buffer startingAt: startIndex
Read n objects into the given
On Thu, Dec 8, 2011 at 2:50 PM, Sven Van Caekenberghe s...@beta9.be wrote:
On 08 Dec 2011, at 18:43, Martin Dias wrote:
I think the problem is that this method supposes n = 1:
Yeah, that is why I propose a guard, maybe in this method
n = 0 ifTrue: [ ^ buffer]
thanks, it fixes the issue
Hi Levente,
On Thu, Dec 8, 2011 at 5:44 PM, Levente Uzonyi le...@elte.hu wrote:
On Thu, 8 Dec 2011, Martin Dias wrote:
On Thu, Dec 8, 2011 at 2:50 PM, Sven Van Caekenberghe s...@beta9.be
wrote:
On 08 Dec 2011, at 18:43, Martin Dias wrote:
I think the problem is that this method
I forgot to say that I am working on a recent Pharo 1.3.
And it is not only GZipWriteStream but also ZipWriteStream
and ZLibWriteStream .
Martín
On Mon, Dec 5, 2011 at 10:47 AM, Martin Dias tinchod...@gmail.com wrote:
Hi,
I get a SubscriptOutOfBounds error when I evaluate:
| aStream
Hi,
I get a SubscriptOutOfBounds error when I evaluate:
| aStream zipStream |
aStream := ByteArray new writeStream binary.
zipStream := GZipWriteStream on: aStream.
zipStream nextStringPut: ''.
zipStream nextStringPut: ''.
zipStream close.
aStream close.
aStream := aStream contents readStream
I forgot to say that I am working on a recent Pharo 1.3.
And it is not only GZipWriteStream but also ZipWriteStream
and ZLibWriteStream .
Martín
On Mon, Dec 5, 2011 at 10:47 AM, Martin Dias tinchod...@gmail.com wrote:
Hi,
I get a SubscriptOutOfBounds error when I evaluate:
| aStream
(I am working on Pharo 1.3)
On Mon, Dec 5, 2011 at 2:16 AM, Martin Dias tinchod...@gmail.com wrote:
Hi,
I get a SubscriptOutOfBounds error when I evaluate:
| aStream zipStream |
aStream := ByteArray new writeStream binary.
zipStream := GZipWriteStream on: aStream.
zipStream
Hi folks
In Fuel, we serialize a block closure with its state, including its
outerContext. This enables to serialize a sorted collection with its
sortBlock:
| bytes result |
bytes := FLSerializer serializeToByteArray: (SortedCollection sortBlock:
[:a :b | a b ]).
result := FLMaterializer
Hi
We plan add some option to rename at materialization time, like:
FLMaterializer newDefault
classRenames: { #Boolean - #MBoolean };
materializeFrom: aFile.
I guess we shouldn't only pay attention to rename the classes but also
rename the symbol: If you have a compiled method that
Hi Yanni
This is a feature or a known issue, I am not sure yet!
In serialization, when you substitute an object by another, such
substitution(*) is then serialized using the same rules, so you might need
the guard condition to avoid the infinite loop.
This was the simpler implementation, but
Hi Yanni,
On Fri, Nov 25, 2011 at 7:22 PM, Yanni Chiu ya...@rogers.com wrote:
On 25/11/11 3:56 PM, Yanni Chiu wrote:
Any ideas why Fuel is looking for OldClass, yet there are no instances
of OldClass in the de-serialized object graph.
There are no instances, but the class object itself
Hello!
On Thu, Nov 17, 2011 at 1:56 AM, Yanni Chiu ya...@rogers.com wrote:
An earlier version of Fuel did not having the substitution feature. So, I
had custom mapping code to pre-process the structures before passing to
Fuel for serialization, and to post-process the deserialized structures.
Hi
I followed with interest the discussion but without many interventions. I
want to explain an idea I have for supporting backward-compatibility without
neither stabilizing the format nor getting the current code dirty. Maybe
it's a bit crazy but I think it can be a practical solution. I would
I like the ideas of Stef and Ben of loading multiple fuel versions at the
same time. Do you know something done in that sense?
Martín
On Sat, Oct 15, 2011 at 7:09 AM, Mariano Martinez Peck
marianop...@gmail.com wrote:
On Sat, Oct 15, 2011 at 11:49 AM, Philippe Marschall kus...@gmx.netwrote:
1 - 100 of 141 matches
Mail list logo