2017-04-19 21:41 GMT+02:00 Alistair Grant :
> Hi All,
>
> While recently running the test suite I've been getting failures in
> FileLocatorTest>>testMoveTo if the working directory when the test
> is run is on a different unix file system to the user's home directory.
>
> The failing primitive is
2017-04-20 17:06 GMT+02:00 Ben Coman :
>
>
> On Thu, Apr 20, 2017 at 3:17 AM, Stephane Ducasse > wrote:
>
>> why?
>> Iterators are powerful and avoid that we all reinvent the wheel in our
>> own corners.
>>
>> About keySelect: I do not see the point to convert a large collection
>> into a diction
2017-04-20 9:53 GMT+02:00 Alistair Grant :
> On Wed, Apr 19, 2017 at 09:57:41PM +0200, Nicolas Cellier wrote:
> > 2017-04-19 21:41 GMT+02:00 Alistair Grant :
> >
> > Hi All,
> >
> > While recently running the test suite I've been getting failures in
2017-04-29 4:11 GMT+02:00 askoh :
> Being connected to the internet is going to be a necessity for any piece of
> software in the immediate future. So every Smalltalk development
> environment
> or application should have that capability as default. To push that
> envelop,
> every image should hav
2017-05-03 17:45 GMT+02:00 Eliot Miranda :
>
>
> > On May 3, 2017, at 4:22 AM, Esteban Lorenzano
> wrote:
> >
> >
> >> On 3 May 2017, at 12:38, Alistair Grant wrote:
> >>
> >> Hi Esteban,
> >>
> >> $ curl http://get.pharo.org/64/60+vmLatest | bash
> >> $ ./pharo --version
> >>
> >> Shows the bu
Hi Sophie,
you could try and modify the plugins.int or plugins.ext files for various
pharo distributions and do a pull request on github opensmalltalk-vm.
Then let Esteban accept the request or not before the release of Pharo...
(if the build are green, there's no reason to not accept it).
2017-05
2017-05-11 11:34 GMT+02:00 Clément Bera :
>
>
> On Wed, May 10, 2017 at 8:12 PM, Esteban A. Maringolo <
> emaring...@gmail.com> wrote:
>
>> 2017-05-10 13:38 GMT-03:00 Clément Bera :
>> > On Wed, May 10, 2017 at 5:28 PM, Esteban A. Maringolo <
>> emaring...@gmail.com> wrote:
>>
>> >> If it is a plu
2017-05-12 22:32 GMT+02:00 :
> On 12 May 2017 07:40:49 -0700, Eliot Miranda
> wrote:
>
> > Hi Cesar,
>
> [snipped]
>
> Hi Eliot,
>
> > > I'm on this vital industry for 45+ years and I already learned
> > > that words and names have usages and except when standarized via
> > > certains bodie
2017-05-31 23:54 GMT+02:00 Torsten Bergmann :
> Hi Alexandre,
>
> as I wrote: Windows.
> So 32 bits, there is no 64 bits Pharo VM for Windows yet (maybe with Pharo
> 7).
>
>
If you're adventurous, there is still
https://bintray.com/opensmalltalk/vm/cog/201705310241#files
Please report back.
> B
Hi Sven,
SmallFloat64 consumes 3bits taken from exponent for tagging immediate value.
So very small values and very large values don't fit in SmallFloat64 and
require a BoxedFloat64.
I don't think we should change emin and emax though.
The reason is that emin and emax are public methods for access
2017-06-01 15:29 GMT+02:00 Nicolas Cellier <
nicolas.cellier.aka.n...@gmail.com>:
> Hi Sven,
> SmallFloat64 consumes 3bits taken from exponent for tagging immediate
> value.
> So very small values and very large values don't fit in SmallFloat64 and
> require a BoxedFlo
Can't reproduce in Squeak trunk 64bits with latest opensmalltalk-VM,
So for me it should'nt be a VM problem, (or it's fixed already).
2017-06-01 15:31 GMT+02:00 Nicolas Cellier <
nicolas.cellier.aka.n...@gmail.com>:
>
>
> 2017-06-01 15:29 GMT+02:00 Nicolas Cel
2017-06-01 15:37 GMT+02:00 Sven Van Caekenberghe :
>
> > On 1 Jun 2017, at 15:29, Nicolas Cellier gmail.com> wrote:
> >
> > Hi Sven,
> > SmallFloat64 consumes 3bits taken from exponent for tagging immediate
> value.
> > So very small values and very lar
Hi Henrik,
good catch!
platforms/Cross/plugins/FilePlugin/FilePlugin.h says:
sqInt dir_EntryLookup(char *pathString, sqInt pathStringLength, char
*nameString, sqInt nameStringLength,
/* outputs: */
char *name, sqInt *nameLength, sqInt *creationDate, sqInt
*modificationDate,
I'll have to understand why those PharoVM last 2 args are zero...
2017-06-02 17:15 GMT+02:00 Nicolas Cellier <
nicolas.cellier.aka.n...@gmail.com>:
> Hi Henrik,
> good catch!
>
> platforms/Cross/plugins/FilePlugin/FilePlugin.h says:
>
> sqInt dir_EntryLookup(cha
2017-06-02 22:21 GMT+02:00 Nicolas Cellier <
nicolas.cellier.aka.n...@gmail.com>:
> Follow up: it's not enough...
>
> Program received signal SIGSEGV, Segmentation fault.
> 0x0051cfc8 in dir_EntryLookup (pathString=0xce7edb0
> "X:\\Smalltalk\\o
2017-06-02 22:35 GMT+02:00 Nicolas Cellier <
nicolas.cellier.aka.n...@gmail.com>:
>
>
> 2017-06-02 22:21 GMT+02:00 Nicolas Cellier gmail.com>:
>
>> Follow up: it's not enough...
>>
>> Program received signal SIGSEGV, Segmentation fault.
>>
e that the 64 bits image does not even start and
that I got absolutely no feedback except this late one of Henrik (Thank you
thank you thank you Henrik), I feel sad.
Helping Pharo is not very rewarding :(
2017-06-02 22:50 GMT+02:00 Nicolas Cellier <
nicolas.cellier.aka.n...@gmail.com>:
>
2017-06-04 15:32 GMT+02:00 Denis Kudriashov :
>
> 2017-06-04 15:03 GMT+02:00 Cyril Ferlicot D. :
>
>> If most people agree that we should inherit the tests by default I think
>> this is a change that should be done very early in the Pharo 7 dev. Thus
>> it would let time to people to adapt their p
2017-06-04 21:28 GMT+02:00 Cyril Ferlicot D. :
> Le 04/06/2017 à 21:26, Cyril Ferlicot D. a écrit :
> > For this problem I would like to see all the smalltalks using SUnit
> > change this behaviour. I really do not want to break compatibility and I
> > think this change is important for the usabil
Stef,
Just test!
Run the Pharo test on WIN64 VM in CI server, and report the differences
with other OSes.
Verify packaging of Win64 VM and include it in pharo distribution, not just
linux and mac.
No test, no progress
> On Fri, Jun 2, 2017 at 11:10 PM, Nicolas Cellier
> wrote:
> > Th
format before diff is in the top 5 of my most hated default.
As an author, I try to write short methods and adhere to a standard format
(Kent Beck like).
But I want the freedom to use derogation when the format helps
comprehension.
If I did the effort of using a special formatting, the last thing
compiler versions involved at one point.
>> >>>
>> >>> Third party cache part is also worth checking.
>> >>>
>> >>> Still not able to build on my local box at the moment due to some
>> tools discrepancies happ
Presumably, you must parse the string (not evaluate), obtain an Abstract
Syntax Tree on return (or an Exception), and check that this AST conforms
to some pattern (at worse you code naïvly the pattern matching, at best you
can reuse the refactor/rewrite engine).
I've not followed latest Compiler d
be even 2.0 (by usage of RB AST I guess).
That's a major improvment over Squeak which is is certainly where I last
encountered the problem.
Still, formatting does mess line breaking/indenting/commenting in literal
arrays.
>
> 2017-07-19 23:23 GMT+02:00 Eliot Miranda :
>
>>
>>
>
Hi Tim,
I'd say: is this a showstopper?
How often do you raise a Fraction to the power of another Fraction with
large denominator (> 1)?
Or is it used indirectly by some kind of Framework?
If yes then open a pharo bug entry and mark for 6.x, else just wait 7.x...
Nicolas
2017-08-14 10:49 GMT
Hi,
This is a known problem on Sierra.
There are two possible workaround:
1) locate the Xcode lib repository and copy /usr/lib/libssl.* there
The entire procedure is explained in a Readme
see
https://github.com/OpenSmalltalk/opensmalltalk-vm/blob/Cog/build.macos32x86/HowToBuild
2) install older
Hi Guile,
have you inspect-ed the list?
I wouldn't be surprise that these are whole sentence acting as
specification in unit TestCase,
like whenBrowserReceiveOpenItShouldReturnTheWindowMorph...
2017-08-16 3:51 GMT+02:00 Guillermo Polito :
> #'thisIsAVeryLongSelectorAndIfYoureHereWeHaveOnly49Imagi
2017-08-17 20:43 GMT+02:00 Eliot Miranda :
> Hi Stef,
>
> On Thu, Aug 17, 2017 at 8:08 AM, Stephane Ducasse > wrote:
>
>> I do not know but I imagine that I added basenameWithoutExtension because
>> I found the name much much clearer. I would have never guessed that
>> base is the basename withou
The irony is that there is no such bug in Squeak.
Class does not require such selector.
But it "inherits" it in Pharo because of Trait implementation (via TClass).
Why Trait itself requires #name: is another question...
IMO it does not.
If I replace the two local send in Trait by direct i.var. acc
Yes, that's a problem.
Some projetcs have a strict policy and remove old versions (for example
because they have vulnerabilities).
So we have to regularly update our upstream links.
But we have caches on Travis/Appveyor because reconstructing those external
dependencies is very costly
(see the cach
Hi Torsten,
it's early enough for that change to happen in all dialects, no backward
compatibility support necessary, no deprecation policy, so if Pharo comes
with good selectors we can make them universal.
Nicolas
2017-09-11 19:06 GMT+02:00 Torsten Bergmann :
> And me ...
>
> Squeak and Cuis ha
2017-09-28 16:20 GMT+02:00 Sven Van Caekenberghe :
> Hi,
>
> I got into a little office discussion about string interpolation as it is
> done in different programming languages.
>
> In Pharo we have String>>#format: which is pretty nice. It works as
> follows:
>
> | x y |
> x := 123.
> y := #foo.
t we must ask Clement on this subject (I add not taken time to check the
implementation he proposes).
2017-09-28 19:03 GMT+02:00 Sven Van Caekenberghe :
>
>
> > On 28 Sep 2017, at 18:50, Nicolas Cellier gmail.com> wrote:
> >
> >
> >
> > 2017-09-28 16:
2017-10-05 15:42 GMT+02:00 Hernán Morales Durand :
> I tried, now I get an exception "Use ExternalAddress instead!"
>
> I guess the message means Use ExternalAddres in the "out" parameter.
> But replacing byte with ExternalAddress also crashes the VM (crash.dmp
> attached).
>
>
>
> 2017-10-05 10:0
2017-10-18 19:05 GMT+02:00 Todd Blanchard :
> I'm working through Ben's great blog post about playing with libclang and
> I am puzzled by something.
>
> invalidateSessionData
>handle atAllPut: 0.
>
> zero;s out the handle. Cool. However,
>
> handle isNull
>
> does not return true despite it
No. nextPutAll: self is not a good solution at all.
Try it, and you'll get foo, not 'foo'.
'foo' printString has exactly 5 letters: $' $f $o $o $' so it does what you
want.
The problem is when you want to print 'foo' printString.
You are in fact doing 'foo' printString printOn: aStream, IOW aStre
IOW, if you want to print 'foo', just print 'foo', but don't print 'foo'
printString.
2017-10-21 22:10 GMT+02:00 Nicolas Cellier <
nicolas.cellier.aka.n...@gmail.com>:
> No. nextPutAll: self is not a good solution at all.
> Try it, and you'll g
Just a few notes:
1) 4 , 2 , 3 , 5 looks too much like Shlemiel the painter, ok for short
vector input, but not even for printing (think re-interpreting)
2) 1 x + 2 y + 3 z might look nice. Exactly like 1+2i (Complex) or
1+2i+3j+4k (Quaternion)
But for the sake of efficiency, I had to introduce
Par définition, tu ne peux pas trouver son adresse c'est un nomade...
https://www.linguee.fr/anglais-francais/traduction/roaming.html
2017-10-29 21:27 GMT+01:00 Stephane Ducasse :
> tx!
> I would have never guessed it.
>
>
> On Sun, Oct 29, 2017 at 9:23 PM, Cyril Ferlicot D.
> wrote:
> > Le 29/
Hi Stef,
just one thing troubles me: there are two working copies: files on disk and
the image by itself.
What are the possible modes of operation?
- operate exclusively from Pharo IDE - and that will take care of allways
synching the two copies (user never have to care of the one on disk)
- operat
Note that win64 SSL works at least since
https://github.com/OpenSmalltalk/opensmalltalk-vm/commit/baa70862014d3bb510f2edf7465e857c645be0e4
and
https://github.com/OpenSmalltalk/opensmalltalk-vm/commit/caa8241de11b99ecaea5236b3d3e3c0d303c6eb4
Maybe it's a bit too recent to be found in official Pharo
Hi all,
I started a discussion with Denis in a pull request
https://github.com/pharo-project/pharo/pull/430
But since it's going beyond simple code review, it probably has a better
place here.
First, I want to say thanks for enriching this original work of Travis
Griggs.
http://objology.blogspot.f
2017-11-05 0:37 GMT+01:00 Nicolas Cellier <
nicolas.cellier.aka.n...@gmail.com>:
> Hi all,
> I started a discussion with Denis in a pull request
> https://github.com/pharo-project/pharo/pull/430
> But since it's going beyond simple code review, it probably has a better
>
2017-11-05 9:52 GMT+01:00 Stephane Ducasse :
> Hi nicolas
>
>
> > With current implementation, collatedInFrench would have to use a block
> > (thru a CollatorBlockFunction which is a proxy to the block in a
> > SortFunction disguise):
> >
> > Symbol>>collatedInFrench
> > "interpret sel
2017-11-05 0:56 GMT+01:00 Nicolas Cellier <
nicolas.cellier.aka.n...@gmail.com>:
>
>
> 2017-11-05 0:37 GMT+01:00 Nicolas Cellier gmail.com>:
>
>> Hi all,
>> I started a discussion with Denis in a pull request
>> https://github.com/pharo-project/pharo/
2017-11-05 10:16 GMT+01:00 Esteban Lorenzano :
>
>
> > On 5 Nov 2017, at 06:00, Stephane Ducasse
> wrote:
> >
> > Hi guys
> >
> > Why do we rename class Sort to introduce terms that have unknown,
> > unclear, undocumented meaning?
>
> +1
>
> >
> > To me PluggableSortFunction is MUCH better than C
operty sort does allways use the default sort <=> and cannot be composed
- Undefined sort function is a general utility and should be implemented in
own class
Nicolas
2017-11-05 0:37 GMT+01:00 Nicolas Cellier gmail.com>:
>
>> Hi all,
>> I started a discussion with Denis in a p
2017-11-05 16:06 GMT+01:00 Denis Kudriashov :
>
> 2017-11-05 11:33 GMT+01:00 Nicolas Cellier gmail.com>:
>
>>
>> Ah, I messed up, UndefinedSorter must not be chained, it must be a
>> wrapper!
>> Otherwise comparing to nil will resort to sorting by properties a
t it should return
> -1, 0, 1 looks simpler that CollatorFunction which tells me nothing,
> except that may be this is about drinking (for french).
>
>
> Stef
>
> On Sun, Nov 5, 2017 at 3:47 PM, Nicolas Cellier
> wrote:
> >
> >
> > 2017-11-05 10:16 GMT
-1)
So it's widespread in programming community, it's cultural
We could use any other convention like Symbols #(< = >), that would convey
a bit more meaning,
but there's no need to go against culture if we have no superior solution
(wrt inversion)
2017-11-05
05 17:52 GMT+01:00 Stephane Ducasse :
> Hi guys
>
> Do you have some nice comments somewhere? because I do not understand
> anything about this thread.
> I check the code and the comments are well... unclear and confusing.
>
> Stef
>
> On Sun, Nov 5, 2017 at 4:15 PM,
2017-11-05 20:11 GMT+01:00 Denis Kudriashov :
>
> 2017-11-05 18:41 GMT+01:00 Nicolas Cellier gmail.com>:
>
>> As for -1 , 0 , 1, we must encode 3 possible results:
>>
>> value1 is before value2 (<)
>> value1 is same rank as value2 (=)
>> value1 is a
Hi Ben,
It's a super bad idea to copy an ExternalAddress.
It's common knowledge in C++ copy operator & copy constructors...
But it's not obvious to me that you'll have double freeing (unless you
explicitely free the pointer by yourself).
If you use gcallocate: then only the original is registered
ne it before, but it
was too much for a Sunday evening.
2017-11-06 10:13 GMT+01:00 Denis Kudriashov :
> It is difficult to compare to current Pharo version.
> Why you not produce Pharo pull request?
>
> 2017-11-06 0:06 GMT+01:00 Nicolas Cellier gmail.com>:
>
>> I've pu
SL.dll and, in fact, in both cases I
> get an exception when using Gofer to download Roassal2, using the latest
> 60519 image:
>
> Gofer it
> smalltalkhubUser: 'ObjectProfile' project: 'Roassal2';
> configurationOf: 'Roassal2';
> loadDeve
2017-11-06 10:51 GMT+01:00 Sven Van Caekenberghe :
>
>
> > On 6 Nov 2017, at 10:37, Nicolas Cellier gmail.com> wrote:
> >
> > Because it's a cross dialect library and because contributing in Squeak
> is so much easier for me.
> >
> > I like the so
o.giulie...@lifeware.ch>:
> Thanks Nicolas!
>
>
>
> On 2017-11-06 11:30, Nicolas Cellier wrote:
>
>> Oh yes, you're right,
>> the SqueakSLL could have been built but was not built in pharo...
>> I just changed https://github.com/OpenSmallta
>> lk/op
tself.
>
> But the cog_win64x64_pharo.stack.spur_201711061254.zip is not even on the
> bintray repo. I would expect it at least there. Is that right? Just
> wondering...
>
> Of course, I'll try to grab the SqueakSSL.dll from the squeak 64 bit/win
> vm.
>
>
>
>
> On
2017-11-06 17:23 GMT+01:00 Sven Van Caekenberghe :
>
>
> > On 6 Nov 2017, at 17:13, Dale Henrichs
> wrote:
> >
> >
> >
> > On 11/6/17 7:07 AM, Sven Van Caekenberghe wrote:
> >>
> >>> On 6 Nov 2017, at 15:43, Dale Henrichs com> wrote:
> >>>
> >>> of course with Pharo's implementation of Symbol it
2017-11-06 18:20 GMT+01:00 Sven Van Caekenberghe :
>
>
> > On 6 Nov 2017, at 17:25, Nicolas Cellier l.com> wrote:
> >
> >
> >
> > 2017-11-06 17:23 GMT+01:00 Sven Van Caekenberghe :
> >
> >
> > > On 6 Nov 2017, at 17:13, Dale Henrichs
system
> in the near future so we will be able to take advantage of the git
> infrastructure.
> And versioning code with resources and decent branch support will be
> game changing.
>
>
> MC is not so bad. OK branches are not named (or neeed not be), GUID are
inferior to SHA, etc
2017-11-06 18:39 GMT+01:00 Martin Dias :
>
>
> On Mon, Nov 6, 2017 at 10:20 AM, Nicolas Cellier <
> nicolas.cellier.aka.n...@gmail.com> wrote:
>
>>
>>
>> Pharo still has Monticello, so it could have worked (not sure how well
>> without common ancestor)
Back to the thread: https://github.com/pharo-project/pharo/pull/440
2017-11-06 22:52 GMT+01:00 Ben Coman :
>
>
> On Tue, Nov 7, 2017 at 4:52 AM, Nicolas Cellier gmail.com> wrote:
>
>>
>>> MC is not so bad. OK branches are not named (or neeed not be), GUID are
>
or
asSortFunction).
Alternatively, if we don't want <=> in Boolean because it's not natural
(the fact that we need a synonym is a clue)
then we can have sortedFirst answering a specialized BooleanSortFunction.
2017-11-07 1:21 GMT+01:00 Nicolas Cellier <
nicolas.cellier.aka
2017-11-07 10:30 GMT+01:00 Denis Kudriashov :
> On Mon, Nov 6, 2017 at 9:52 PM, Nicolas Cellier
>> wrote:
>> > Travis has just seeded the very simple and light library with chaining:
>> >
>> > points sorted: #x ascending , #y descending.
>> &
2017-11-07 11:37 GMT+01:00 Norbert Hartl :
>
> Am 07.11.2017 um 11:24 schrieb Denis Kudriashov :
>
>
> 2017-11-07 9:23 GMT+01:00 Nicolas Cellier l.com>:
>
>> I have other ideas yet.
>>
>> The selector undefinedFirst is good, but the imp
2017-11-07 11:36 GMT+01:00 Thierry Goubier :
>
>
> 2017-11-07 11:24 GMT+01:00 Denis Kudriashov :
>
>>
>> 2017-11-07 9:23 GMT+01:00 Nicolas Cellier > l.com>:
>>
>>> I have other ideas yet.
>>>
>>> The selector undefinedFir
at we might scan String twice when <=> would do it once, but
apart that is OK
2017-11-05 0:37 GMT+01:00 Nicolas Cellier gmail.com>:
>
>> Hi all,
>> I started a discussion with Denis in a pull request
>> https://github.com/pharo-project/pharo/pull/430
>> But si
Many of you are probably aware, but since I rediscovered, let's remind:
Before cloning pharo.git, git must be configured for long file names on
windows, even with tonel
git config --system core.longpaths true
Borrowed from:
http://www.brycevandyk.com/of-too-long-file-names-in-windows-an
Hi,
don't you get nice red-cross when opening a browser and selecting comment?
(Pharo7.0-32bit-b5ec533.image)
The problem is LayoutFrame having a Point instead of Number in
fraction/offset inst. var.
So I defined two horrible hacks in order to be able to work with Pharo
Point>>@ n ^x @ n
Point>
a FFI that does not help you avoid coding in C first, is a
> big plus, not a minus. Sometimes it makes sense to live outside the image,
> this is an excellent case to prove why that is a great idea. .
>
> On Mon, Nov 6, 2017 at 11:10 AM Nicolas Cellier gmail.com> wrote:
>
>> Hi Be
2017-11-08 14:42 GMT+01:00 Nicolas Cellier <
nicolas.cellier.aka.n...@gmail.com>:
>
> Ben,
>
> This is my fresh crash.dmp
> it sounds very related to your analysis!!!
>
> In fact we are not freeing by ourselves, but telling libgit2 to do it...
>
>
Oh wo
Is there or could we create a code critic for 'as yet unclassified'?
2017-11-08 14:53 GMT+01:00 Nicolas Cellier <
nicolas.cellier.aka.n...@gmail.com>:
>
>
> 2017-11-08 14:42 GMT+01:00 Nicolas Cellier gmail.com>:
>
>>
>> Ben,
>>
>> This is my fresh crash.dmp
>> it sounds very related to your analysis!!!
>>
case of blindness
2017-11-08 15:37 GMT+01:00 Denis Kudriashov :
> Hi Nicolas.
>
> It exists for methods. If you select unclassified method in Nautilus you
> will see "unclassified methods" in critiques bottom pane.
>
> 2017-11-08 15:12 GMT+01:00 Nicolas Cellier
2017-11-08 15:35 GMT+01:00 Nicolas Cellier <
nicolas.cellier.aka.n...@gmail.com>:
>
>
> 2017-11-08 14:53 GMT+01:00 Nicolas Cellier gmail.com>:
>
>>
>>
>> 2017-11-08 14:42 GMT+01:00 Nicolas Cellier > l.com>:
>>
>>>
>>> Ben,
2017-11-08 16:10 GMT+01:00 Nicolas Cellier <
nicolas.cellier.aka.n...@gmail.com>:
>
>
> 2017-11-08 15:35 GMT+01:00 Nicolas Cellier gmail.com>:
>
>>
>>
>> 2017-11-08 14:53 GMT+01:00 Nicolas Cellier > l.com>:
>>
>>>
>>>
>&
I was trying to inquire about my latest vm crash in libgit2
https://pharo.fogbugz.com/f/cases/20655/vm-crash-in-libgit-git_tree_free-throw-suspiscion-on-potential-double-free-problem
when I found this bizarre prototype:
^ self
callUnchecked:
#(LGitReturnCodeEnum git_diff_tree
t; ('topOffset: ', self topOffset printString,' ') ].
> self rightOffset = 0
> ifFalse: [ aStream << ('rightOffset: ', self rightOffset printString,' ')
> ].
> self bottomOffset = 0
> ifFalse: [ aStream << ('bottomOffset: ', s
eresting to read
> about the interface constraints.
>
> cheers -ben
>
>
> On Wed, Nov 8, 2017 at 11:40 PM, Nicolas Cellier <
> nicolas.cellier.aka.n...@gmail.com> wrote:
>
>>
>>
>> 2017-11-08 16:10 GMT+01:00 Nicolas Cellier > l.com>:
>>
>&g
2017-11-09 0:52 GMT+01:00 Martin McClure :
> On 11/08/2017 01:15 PM, Sven Van Caekenberghe wrote:
>
>> What is the opinion of the original Tonel designers ?
>>
>
> Well, Esteban did the largest part of the work, but I guess I am *one* of
> the original designers, in that various design proposals w
gt;> not need this “cheating”… just, I wanted to change them but is a lot of
>> work and I didn’t have the time.
>>
>> I agree it stinks.
>>
>> Esteban
>>
>> On 8 Nov 2017, at 19:06, Nicolas Cellier > l.com> wrote:
>>
>> I was trying t
Nope, not a bug.
If you use Float, then you have to know that (x -y) isZero and (x = y) are
two different things.
Example; Float infinity
In your case you want to protect against (x-y) isZero, so just do that.
2017-11-09 15:15 GMT+01:00 Tudor Girba :
> Hi,
>
> I just stumbled across this bug re
2017-11-09 15:34 GMT+01:00 Martin McClure :
> On 11/09/2017 06:15 AM, Tudor Girba wrote:
>
> Hi,
>
> I just stumbled across this bug related to the equality between fraction
> and float:
> https://pharo.fogbugz.com/f/cases/20488/x-y-iff-x-y-0-is-
> not-preserved-in-Pharo
>
> In essence, the proble
Graphics context, I'm not sure that it's the expected scale...
>
> On 2017-11-09 15:36, Nicolas Cellier wrote:
>
>> Nope, not a bug.
>>
>> If you use Float, then you have to know that (x -y) isZero and (x = y)
>> are two different things.
>> Examp
have 2 elements, sometimes 3,
unpredictably).
> > On Nov 9, 2017, at 3:36 PM, Nicolas Cellier gmail.com> wrote:
> >
> > Nope, not a bug.
> >
> > If you use Float, then you have to know that (x -y) isZero and (x = y)
> are two different things.
> > Example;
bit like a "marronnier" (in French, a subject that is treated
periodically by newspapers and magazines)
2017-11-09 15:55 GMT+01:00 Nicolas Cellier <
nicolas.cellier.aka.n...@gmail.com>:
>
>
> 2017-11-09 15:48 GMT+01:00 Tudor Girba :
>
>> Hi,
>>
>> Tha
2017-11-09 17:53 GMT+01:00 Igor Stasenko :
>
>
> On 9 November 2017 at 16:28, Nicolas Cellier gmail.com> wrote:
>
>>
>>
>> 2017-11-09 12:24 GMT+01:00 Igor Stasenko :
>>
>>>
>>> On 9 November 2017 at 12:03, Esteban Lorenzano
>>>
2017-11-09 18:11 GMT+01:00 Raffaello Giulietti <
raffaello.giulie...@lifeware.ch>:
> On 2017-11-09 15:55, Nicolas Cellier wrote:
>
>>
>>
>> 2017-11-09 15:48 GMT+01:00 Tudor Girba > tu...@tudorgirba.com>>:
>>
>> Hi,
>>
>> Th
2017-11-09 18:02 GMT+01:00 Raffaello Giulietti <
raffaello.giulie...@lifeware.ch>:
> On 2017-11-09 15:50, Nicolas Cellier wrote:
>
>> This is out of context.
>> There is no such thing as Fraction type covered by IEEE 754 standard.
>>
>>
> Yes, I agr
2017-11-09 20:10 GMT+01:00 Raffaello Giulietti <
raffaello.giulie...@lifeware.ch>:
> On 2017-11-09 19:04, Nicolas Cellier wrote:
>
>>
>>
>> 2017-11-09 18:02 GMT+01:00 Raffaello Giulietti <
>> raffaello.giulie...@lifeware.ch
2017-11-09 21:55 GMT+01:00 Nicolas Cellier <
nicolas.cellier.aka.n...@gmail.com>:
>
>
> 2017-11-09 20:10 GMT+01:00 Raffaello Giulietti <
> raffaello.giulie...@lifeware.ch>:
>
>> On 2017-11-09 19:04, Nicolas Cellier wrote:
>>
>>>
>&g
2017-11-09 22:03 GMT+01:00 Stephane Ducasse :
> >>
> >
> > Then should not we replace STON based class definition with actual
> smalltalk
> > based definition? Tonel could parse class definition in similar way like
> it
> > parses methods.
>
> Probably not :) but one of this day we will change the
2017-11-09 23:50 GMT+01:00 :
> On 2017-11-09 22:11, Nicolas Cellier wrote:
>
>
> > Something like exact difference like Martin suggested, then
> > converting to nearest Float because result is inexact:
> > ((1/10
2017-11-10 0:02 GMT+01:00 Henrik Sperre Johansen <
henrik.s.johan...@veloxit.no>:
> raffaello.giulietti wrote
> > On 2017-11-09 21:49, Stephane Ducasse wrote:
> >> On Thu, Nov 9, 2017 at 5:34 PM, Nicolas Cellier
> >> <
>
> > nicolas.cellier.aka.nice@
2017-11-10 1:18 GMT+01:00 :
> On 2017-11-10 00:02, Henrik Sperre Johansen wrote:
> > raffaello.giulietti wrote
> >> On 2017-11-09 21:49, Stephane Ducasse wrote:
> >>> On Thu, Nov 9, 2017 at 5:34 PM, Nicolas Cellier
> >>> <
> >
> >> nicol
My proposition was to force methodBody closing to be on first column,
and disambiguate potential method conflicts by forcing a more transparent
white space.
Maybe we can force the white space only on conflicting lines that would
begin with a ].
Most methods are indented (and even formatted) so the
2017-11-10 12:08 GMT+01:00 Sven Van Caekenberghe :
>
>
> > On 10 Nov 2017, at 11:59, Nicolas Cellier gmail.com> wrote:
> >
> > My proposition was to force methodBody closing to be on first column,
> > and disambiguate potential method conflicts by forcing
2017-11-10 16:21 GMT+01:00 Sven Van Caekenberghe :
>
>
> > On 10 Nov 2017, at 16:11, Nicolas Cellier gmail.com> wrote:
> >
> > There are other possibilities: if we don't want to change the methodBody
> at all, then let's change the opening/closing seque
1 - 100 of 620 matches
Mail list logo