Thanks, Ted.
Yes, I chose red for the Tesla because it complements the blue I chose for
the Maserati. You see, everything I do has a reason.
I was also wondering what other technologies have undergone a revival. To be
honest, it's hard to come up with anything.
(Even the Buratino rocket launcher
On Tue, Jan 14, 2020 at 12:41:51AM +1300, Richard O'Keefe wrote:
> Squeak and Pharo interpret as "rational number *printed* in
> decimal form but not *computed* using decimal arithmetic", so
> that can give extremely confusing results too.
Can you expand on this please?
For money-related calculat
On Sun, Jan 12, 2020 at 02:13:00PM -0600, Donald Howard wrote:
> "What are other suggestions, workarounds or approaches community has?"
This is a good read on the subject:
https://docs.oracle.com/cd/E19957-01/806-3568/ncg_goldberg.html
Title is "What every computer scientist should know about
Hi again,
FOSDEM is approaching and I don't think I will get an sponsor in such
brevity.
Santiago, Phill, are you willing to take care of this talk? I can coach
and support you, if needed.
The details about the proposal are here:
https://fosdem.org/2020/schedule/event/open_research_pocket_infra
Thanks, xap! Great sequel, Richard. I really like the lead image, too.
(Red was a good choice.)
This makes me wonder what other technology turn-arounds and revivals exist
in history... ;^)
--
Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html
this is really nice.
This is with such nice example that people will be able to build App with
Pharo.
Thanks Pablo I like C code with nice comments :).
> On 13 Jan 2020, at 14:32, teso...@gmail.com wrote:
>
> Hi,
Thanks Pablo. This will be cool to try sometime, and likely useful if I
want to distribute an app.
Now what woudl be great is an example something like embedding the VM
within a simple REPL written in C.
or something like a simple Pong game where the main loop is in C and does
the rendering,
but
Ah, yes, yes, sending #asScaledDecimal to a Float is too late, the precision is
already lost. It makes total sense now.
Thank you, Werner, for the explanation.
> On 13 Jan 2020, at 16:13, werner kassens wrote:
>
> Hi Sven,
>
> if you dont transform floats, that are not always exactly what the
Hi Sven,
if you dont transform floats, that are not always exactly what they seem
to be, you get what you would expect:
0.09560268s8 - 0.005s8 = 0.09060268s8. "true"
"of course"
a:=0.09560268 asScaledDecimal.
0.09560268s8=a . "false"
"you could eg do this:"
b:=a roundTo: 0.0001s8.
"then"
0.095
Hi,
I have produced an example of using the headless VM to have an
embedded image in Windows. The example is hosted in Github
(https://github.com/tesonep/pharo-vm-embedded-example)
The example is a CMake project to generate a new small executable that
uses the VM as a library. Also, it shows ho
I wonder how many people in this thread have VisualWorks and/or
VisualAge on their machine as well as Pharo? They haven't pushed the
user interface the way Squeak and Pharo have, and I personally find
the VisualAge interface to be unpleasant. But they both offer a ton
of support for connecting to
> On 13 Jan 2020, at 00:28, Paul DeBruicker wrote:
>
> Whats wrong with #roundedTo: ?
>
>
> If you actually need it calculated to 8 significant digits then you can use
> scaled decimals e.g.
>
> (0.09560268 asScaledDecimal - 0.005 asScaledDecimal)
The weird thing is though, that is still
On Mon, 13 Jan 2020 at 19:42, Richard O'Keefe wrote:
> You say that the first two results are wrong.
> No. The first two results are *exactly* what they are supposed to be.
> Floating point arithmetic is NOT mathematical real arithmetic.
> The floating point *numbers* are exact rational numbers
Richard, another entertaining smalltalk read; thx :)
If when you wrote the prequel you hadn't already meant to follow up w/ the
e-car parallel, perhaps refer to this mailing list and attendant discussion
and tbrunz' specific comments here:
http://forum.world.st/Smalltalk-It-s-Not-Your-Grandfather-
You say that the first two results are wrong.
No. The first two results are *exactly* what they are supposed to be.
Floating point arithmetic is NOT mathematical real arithmetic.
The floating point *numbers* are exact rational numbers of the form
n * 2^k where n is a (bounded) integer and k is a (
15 matches
Mail list logo
