To some people Glamorous Toolkit is a Pharo environment. To others it’s a
knowledge management system. Others might see a code analysis platform, a
data visualization or an API browsing tool. Yet others see the graphical
stack with its interactive editors. Glamorous Toolkit is all of these. But
In this presentation, Maximiliano Tabacman will be presenting the main
features, abstractions and design decisions behind ERA, the Electronic
Roleplaying Assistant (
https://preview.drivethrurpg.com/en/product/137825/ERA-for-Rolemaster ).
ERA is currently being used to create characters and
On macos with apple silicon mmap with PROT_EXEC|PROT_WRITE will fail.
This caused the heap code to fail. We do not expect to execute any of
these pages. So let's remove this bit.
The jit code will require some more changes to support RW^X on hardened
systems.
The change is enough to make basics
Fixes:
configure.ac:620: warning: back quotes and double quotes must not be escaped
in: $as_me: WARNING: variable $i not set, proceeding as if \"no\"
build-aux/gst-package.m4:59: GST_PACKAGE_ENABLE is expanded from...
---
ChangeLog| 4
build-aux/gst-package.m4 | 2 +-
2
Hi Jean-Marc!
Any chance you could try the patch from the previous email? It seems to do the
right thing. In the long run we probably want to move to a reentrant bison
parser
and avoid playing with global state.
thank you
holger
> On 16. Mar 2024, at 21:10, Holger Hans Peter Freyther
>
genbc is a special binary that is using two bison generated parsers and
a single lexer. The lexer and parser exchange data through the yylval
variable. Newer versions of the GNU linker detect the multiple
definitions.
Avoid this by mapping yychar and yynerrs to private state and yylval to
call a
Hi Jean-Marc,
Thank you for the patch and sorry for the delay. Any chance that you could try
the version that I just sent to the mailinglist?
On my debian/aarch64 bookwork build I do see some strange errors in the
generated
match.h. It seems like it dropped the bytecode names. Have you seen
The genbc binary is using two yacc parsers defining yychar, yylval
and yynerrs in two places. Newer linkers start failing on it. Use
a config flag to disable this error.
Report and change to the Makefile.am by Jean-Marc Farinas
Fixes:
/usr/bin/ld: genbc-impl.o:(.bss+0xc): multiple definition
Thank you! Let me AX_CHECK_LINK_FLAG and land this quickly!
> On 26. Feb 2024, at 13:10, Jean-Marc Farinas wrote:
>
> I've finally found a way (quite accidentally) to add linker flags when
> compiling genbc. Modifing grammar file did not work for me either (to heavy
> code modification
smalltalk-3.2.91/packages/blox/tk/BloxTK.c
Anyone here use the Blox -based class browser instead of the Gtk -based browser?
I use an AMD64 PC with Debian bullseye from Raspberry Pi.
(I have been using PrtHier.st as a Textual User Interface class hierarchy
“browser”. Led me to consider an
Hello.
Recently, I corrected the buggy enumerations for GLUT, and OpenGL/GLU.
I made three patch files that I want to post here.
But there is a problem.
I want to credit Mark Kilgard as the original writer of the GLUT enums. And
underneath the LGPL comment, I added a comment containing his
I've finally found a way (quite accidentally) to add linker flags when
compiling genbc. Modifing grammar file did not work for me either (to
heavy code modification without proper understanding of how the vm is
built). And requesting a linker to accept having multiple definition is
acceptable
> On 23. Feb 2024, at 11:55, Jean-Marc Farinas wrote:
>
> But with this modification I was able to build a "gst" program, and running
> 'make check' seem to give adequate results, but not 100%
> (it will be left for another session).
I see sporadic crashes on resume too. I didn't have much
> On 24. Feb 2024, at 03:52, Stefan Monnier wrote:
>
> I suspect the less hacky way involves looking at those multiple
> definition warnings/errors, trying to find their origin and removing
> the duplication.
> Usually it's not very hard.
I am happy to take either patch. For the additional
> Compiling gnu smalltalk from source was not possible for me.
> There where multiple definitions for yychar, yylval etc.
> and genbc was not compiled.
[...]
> 3) and then, the really ugly hack: in the libgst/Makefile
> add -Wl,allow-multiple-definition to compile genbc.
> Theline will look like:
Less error-prone for others if you create a Diff of your Makefile changes
against the original local file.
> diff -U original changed
for universal format, which the Patch tool can use.
Then post with Subject: [PATCH] Makefile.
I don’t use Emacs. Diff and Patch automatically determine the
Compiling gnu smalltalk from source was not possible for me.
There where multiple definitions for yychar, yylval etc.
and genbc was not compiled.
I have added a linker flag in the generated
makefile after the configure script was executed.
It is a direct editing of the resulting makefile and not
This is a great product!
I was exposed to Smalltalk in BYTE August 1981 magazine as a kid. I never had
access to it until now. Worth the wait.
I have used dozens of computer languages, and earned a Masters in Computer
Science with Software Engineering emphasis.
In one hour, I was exploring
Pierre Misse-Chanabier will talk to us about Polyphemus (
https://github.com/hogoww/Polyphemus ) for the Pharo Virtual Machine.
The presentation will focus on how to create Tooling on the Pharo Virtual
Machine. (This does not require Virtual machine level knowledge).
We will start by taking a
Hi folks,
I could use a hand with some interesting problems with some of the basics of
our VM and its support code.
1.) Upgrade of (parts) of the embedded gnulib.
lib-src is part gnulib and part custom. We should update the gnulib parts to
address compiler warnings to work better with the
For the November UKSTUG meeting, Pierre Misse-Chanabier will talk to us
about Polyphemus for the Pharo Virtual Machine (
https://github.com/hogoww/Polyphemus ).The presentation will focus on how
to create Tooling on the Pharo Virtual Machine. (This does not require
Virtual machine level knowledge)
Fixes:
libgst/sysdep/common/files.c:209:11: runtime error: null pointer passed as
argument 1, which is declared to never be null
---
libgst/ChangeLog | 5 +
libgst/sysdep/common/files.c | 9 +
2 files changed, 14 insertions(+)
diff --git a/libgst/ChangeLog
Hi bill!
> On 29. Oct 2023, at 05:20, bill-auger wrote:
>
...
> i think the highest priority would be to repair or drop anything that is
> broken
> in 3.2.91 as it is now (eg: the gst-browser, the blox browser, etc), even if
> that means yanking GTK entirely; and make a release of what
implementing support for GTK4 is clearly something that should be on the
road-map; but i agree that GTK support should not be a deciding factor for the
project's future - GTK is non-essential - it is the equivalent of the optional
GTK bindings for other languages (python, ruby, etc) - no one would
GNU smalltalk could be useful in a purely command-line oriented way, for
example with the EMACS (Emacs editor) integration which was as far as I
understand it, the concept back in 1990 or so, back in the days of Steve Byrne.
Also the wikipedia page https://en.wikipedia.org/wiki/GNU_Smalltalk
Thanks for the heads up. Do we have any volunteers to re-activate the
development of GNU Smalltalk, move towards GTK4?
> On 27. Sep 2023, at 13:21, bill-auger wrote:
>
> reasons given for removal:
> * no debian maintainer
> * depends on GTK2
> * inactive upstream
>
> For details on the
reasons given for removal:
* no debian maintainer
* depends on GTK2
* inactive upstream
For details on the removal, please see https://bugs.debian.org/1049451
On Sun, 14 Nov 2021 14:18:51 +0800 Holger wrote:
> Indeed. We should promote 3.2.91 to 3.3.0 and cope with VisualGST being
> slightly
For this month's UKSTUG meeting, we'll open the floor to the whole audience
and let people show what they are working on.
If you have an interesting project to show, or if you'd like to get some
help with some hard problem, just show up and be ready to present!
This will be an online meeting
For the UKSTUG June meeting, Simberon's David Buck will present Beagle
Smalltalk.
Over the past 8 years, David has been developing a Smalltalk virtual
machine and image. He used it to release two Smalltalk games which ran on
Android and iPhone devices. More recently, he's re-written the VM to use
Hi Andy,
Do you pass --enable-jit in your build at all? Looking at the test
failures it seems it is crashing when resuming an image.
What is my easiest way to reproduce this?
best regards
holger
> On 24. May 2023, at 04:17, Andy Tai wrote:
>
> reference: comments from GNU Lightning
For our May presentation, Stephane Ducasse will present the vision behind
Pharo and how that is been implemented incrementally across multiple
releases. In Stef's words:
"The vision of Pharo is based on three pillars:
- First we want to make sure that Pharo is used to develop complex and
robust
reference: comments from GNU Lightning maintainer Paulo César Pereira
de Andrade:
https://lists.gnu.org/archive/html/lightning/2023-05/msg3.html
Also cc'd with this message
On Tue, May 23, 2023 at 12:02 PM Andy Tai wrote:
>
> Hi, this is regarding GNU Smalltalk test suite failure when
Hi, this is regarding GNU Smalltalk test suite failure when building
with GNU Lightning at 2.2.2
Context: I was trying to upgrade lightning package in GNU Guix to 2.2.2.
GNU Guix is a source based GNU/Linux distribution so the way it works
is that it runs the test suites of packages included in
For this month's online presentation, Yoshiki Ohshima will demonstrate the
Croquet Microverse ( https://croquet.io/ ), which is a 3D collaborative
construction environment. It is an incarnation of Smalltalk-based Croquet
but instead implemented in JavaScript. Microverse allows a group of users
to
This month's online meeting introduces a new format whereby we'll give
space to commercial companies to discuss how they make use of Smalltalk and
contribute to the Smalltalk community.
The first of this series will be Mercap Software (
https://www.mercapsoftware.com/en/ ), represented by Gabriel
WebAssembly (WASM - https://wikiwand.com/en/Webassembly ) is an instruction
format for portable high-performance code, run by a stack-based virtual
machine. To Smalltalkers, this sounds very familiar. WASM is supported by
the three most popular web browsers, and by other host platforms as well.
I am not sure what the solution is for your problem, but as far as I tested,
GNU smalltalk ( https://www.gnu.org/software/smalltalk ) and the GNU smalltalk
browser work on Solaris 11.4.
Solaris 11.4 has a a GNOME 3 (3.24) destkop but it also supports older GNOME 2.
By "works" I mean that the
Dear all,
Over the past two weeks I have been trying to get gst-blox or gst-browser to
work without success. I have given up on gst-browser because I can’t find
libgtk2-dev for the Mac. Besides, Tk gives me the Mac look-and-feel.
Running get-blox from the terminal seems to work, at least I can
Hallo Smalltalker!
Die weltweite deutschsprachige Smalltalk-Anwendergemeinde hat einen neuen
Treffpunkt: die GSUG-Gruppe auf LinkedIn:
https://www.linkedin.com/groups/12754122/
Hier wollen wir uns zu allen Themen rund um Smalltalk austauschen:
Technologien, Produkte und Projekte vorstellen
For the UKSTUG 2023 holiday meeting, Simberon's David Buck will present
Beagle Smalltalk.
Over the past 8 years, David has been developing a Smalltalk virtual
machine. He used it to release two Smalltalk Games written in VisualWorks
to run on Andriod and iPhone devices. More recently, he's
For this month's UKSTUG meeting, Dave Mason will talk about Zag Smalltalk,
a new Smalltalk VM written in Zig.
Dave Mason ( http://sarg.ryerson.ca/dmason/ ) has been a professor of
Computer Science at Toronto Metropolitan University (previously known as
Ryerson) for 41 years. He has done research
Hi,
The UK Smalltalk User Group is looking for presenters for the online events
that we have been running since April 2020.
If you have anything you'd like to share with the community - no matter how
small! - please contact us at i...@uksmalltalk.org or giova...@corriga.net
to discuss what you
For this month's meeting, we'll take it easy and have an online social!
Bring your favourite drinks - beer, coffee, or whatever you prefer!
This will be an online meeting from home.
If you'd like to join us, please sign up in advance on the meeting's Meetup
page (
> On Tue, 18 Oct 2022 15:07:54 + c...@riseup.net wrote:
> > maybe we should ask the maintainer of GST?
just FWIW, i would avoid the acronym: "GST" - it is ambiguous;
because both gnu-smalltalk and gstreamer use that as the prefix
of their binaries - for example, all of the 'gst-*' packages
On Tue, 18 Oct 2022 15:07:54 + c...@riseup.net wrote:
> do you keep the sources or the commit from the repo?
my sources were the 3.2.91 source-ball - i probably did not
modify it - that is exactly why i started this thread,
recommending to always build from versioned releases - that way,
when
On 2022-10-17 02:57, bill-auger wrote:
> i reported this to arch and experimented a bit - the PKGBUILD has
> some missing dependencies - if you add those, the PKGBUILD should
> support GTK
>
> https://bugs.archlinux.org/task/76225
Great! but -at least in my machine (tm)- it keeps failing, now
i reported this to arch and experimented a bit - the PKGBUILD has
some missing dependencies - if you add those, the PKGBUILD should
support GTK
https://bugs.archlinux.org/task/76225
On Mon, 17 Oct 2022 03:02:04 + c...@riseup.net wrote:
> did you try 'gst packages/gtk/examples_hello.st' ? gst-browser or
> anything that uses the gtk bindings with the gst that you builded??
these both work as expected
$ gst packages/gtk/example_hello.st
$ gst-browser
> If you can tell me
did you try 'gst packages/gtk/examples_hello.st' ? gst-browser or
anything that uses the gtk bindings with the gst that you builded??
On 2022-10-16 23:35, bill-auger wrote:
> there is something wrong with the arch package - someone
> should open a bug report - it is indeed missing GTK.star
>
there is something wrong with the arch package - someone
should open a bug report - it is indeed missing GTK.star
and a few others; but according to the published build
recipe, those files should be present - probably you can
just grab the PKGBUILD and run makepkg on it
Hi, thanks for replying, I'll respond it inline
On 2022-10-16 20:54, bill-auger wrote:
> without looking into this at all, there are a few remarks i
> could make
>
> for any project which publishes versioned release tarballs, the
> VCS should be of no interest to any user - generally, the VCS
>
Hello! grad you like it.
TIL MacOS won't let you compile stuff that needs an executable stack.
That's fine, is really the first way to make a program vulnerable:
overflow it stack with shellcode and when the function returns BANG! you
execute arbitrary code.
nevertheless, we won't be using in
without looking into this at all, there are a few remarks i
could make
for any project which publishes versioned release tarballs, the
VCS should be of no interest to any user - generally, the VCS
code is of interest, only to those wishing to contribute to the
code-base itself - so, when
I used your wonderful script to try compiling. gnu-smalltalk ( the previous
version. from the current one ) . on my Mac air M1 laptop.I worked
much better than my previous attempt with existing scripts, yet.
eventually interrupted with the error:
ld: the target architecture doesn't support
I am desperately trying to compile gnu-smalltalk for the Mac air M1
Monterreyand have been failing, for lack of makefile skills. the
classic headers seem to have been moved around since Mac used intel chips.
on these. gnu-smalltalk would compile perfectly
has anyone any leads or tips on
Hi!
I've checkouted last commit a couple of days ago:
dfe4b5660037c4d178853ee00458a75e51a88563
compiled with this script:
#!/bin/bash
dst_dir="$(pwd)/build"
export CFLAGS="$CFLAGS -ffat-lto-objects -Wl,--allow-multiple-definition
-w"
autoreconf -iv
./configure \
--prefix="${dst_dir}" \
For this month, we'll be welcoming Instantiations' Mariano Martinez Peck
and Seth Berman, who will be talking to us about asynchronous programming
in Smalltalk.
Whether you’re interested in starting a new project or enhancing an
existing system, asynchronous programming offers a great way to
For this month's UKSTUG meeting, we'll open the floor to the whole audience
and let people show what they are working on.
If you have an interesting project to show, or if you'd like to get some
help with some hard problem, just show up and be ready to present!
This will be an online meeting from
i suppose that is because it is usual to want to call the
initializer immediately after instantiate an object and
a_foo := (Foo new) initialize
rather than:
a_foo := Foo new
a_foo initialize
Welcome Luis
Maybe, you were reading the GNU Smalltalk User's Guide. If so, at section
6.4.4 (Defining an intance method) you may find the following text:
``For clarity of programming, you might consider explicitly returning
self in cases where you intend the return value to be used.''
In my
On Thu, Jun 23, 2022 at 03:31:05PM +, Luis L wrote:
> Is it preferable to return super init rather than just have
> it as a statement in the initialization method and allow the
> implicit self to return?
Hi Luis,
I think it is just a matter of style. I would personally not
code
Hi folks! I'm both new around here and a newbie at smalltalk; got fed up with
Pharo crashing and decided to make the switch to GNU smalltalk.
Going through the manual's tutorial I found something that doesn't really quite
click.
When initializing the Account subclasses the initialization ends
For our June meeting, Merik Voswinkel will give us a presentation on
Smalltalk and Self hardware with a focus on manycore parallelism and
distributed computing.
This follows from Jecel Assumpcao Jr's SiliconSqueak presentation at the
California Smalltalkers meetup ( https://youtu.be/CfYnzVxdwZE
For our May meeting, Object Guild's Jonathan van Alteren and Erik Stel will
give us a preview of Expressive Systems.
Expressive Systems is a framework inspired by Richard Pawson's work on
Naked Objects ( https://en.wikipedia.org/wiki/Naked_objects ). It allows
Object Guild to rapidly develop
The next meeting of the UK Smalltalk User Group will be held on Wednesday,
April 27th 2022.
Newspeak ( https://bracha.org/Site/Newspeak.html ) is a programming system
in the Smalltalk tradition, whose current incarnation runs in the web
browser. Newspeak is designed to provide the liveness
The next meeting of the UK Smalltalk User Group will be held on Wednesday,
March 30th 2022.
Come to hear news about Glamorous Toolkit, the moldable development
environment. We were busy over the past year: beside everything else, GT
also became a multi-language notebook + programmable knowledge
For this month's UKSTUG meeting, we'll open the floor to the whole audience
and let people show what they are working on.
If you have an interesting project to show, or if you'd like to get some
help with some hard problem, just show up and be ready to present!
This will be an online meeting
Oh, I know that. That's why I said "first look". Second look isn't so nice and
by the third you're running screaming from the room.
Derek Zhou via Users mailing list for the GNU Smalltalk environment
writes:
> On 2022-02-14 20:31:11Z, Thomas Worthington wrote:
>> It is frustrating as the
On 2022-02-14 20:31:11Z, Thomas Worthington wrote:
> It is frustrating as the Smalltalk model of programming would seem at first
> look to be ideal for multi-threading: individual computing objects each
> pining messages to each other and then responding, like a cloud of VMs where
> each little
It's a downward spiral - with 8 Core chips becoming normal, and servers with 96
and upward, the appeal of a single-threaded language declines every year, so
the chance of someone investing in it decreases, so the appeal decreases
Such is life.
Smalltalk MT appears to have had
Greetings,
just a few thoughts regarding multi-threading support. In my job, I'm
maintaining the
VM source code of the Digitalk Smalltalk VM. I have made some
considerations how
Smalltalk could support native multi-threading and there are a lot of
hurdles to overcome:
- the garbage collector:
Greetings,
One of the things that have kept me from all Smalltalks is the lack of
true/native multi-threading support that is able to utilize multiple CPUs.
In today's world, it is a show-stopper for me and many others.
I believe that GST only supports cooperative threads utilizing a single
For our January meeting, we'll be hosting GemTalk's Martin McClure who will
talk about a new Smalltalk IDE - Sparkle.
If you're setting out to develop a Smalltalk IDE from scratch, what design
decisions do you make? You'd love to "fix" the things that have long
annoyed you in existing IDEs, but
For our December meeting, Florin Mateoc will show us JsSqueak (
https://github.com/fmateoc/JsSqueak ), a JavaScript implementation of
(JavaScript compiled) Squeak.
Whereas SqueakJS or TruffleSqueak are implementations of the Squeak stack
VM which run the Squeak bytecodes, JsSqueak compiles all
This month, the UKSTUG will take a look at Objective-S (
http://objective.st/ ), an architecture-oriented programming language based
on Smalltalk and Objective-C, by hosting his creator Marcel Weheir.
As per Alan Kay, “Code seems large and complicated for what it does”.
Objective-S addresses one
> No, not at all, any editor you're comfortable with will do. Emacs has just
> one advantage over everything else, and that's the fact that the syntax
> highlighting for GST for Emacs is included in the repo.
Actually, the more up-to-date code for that is in the GNU ELPA
repository
Indeed. We should promote 3.2.91 to 3.3.0 and cope with VisualGST being
slightly broken (it's based on GTK+ 2.0 anyway). Let me aim to do this before
the end of the year.
holger
> On 14. Nov 2021, at 09:11, bill-auger wrote:
>
> FWIW, the history of smalltralk is lined with arguments such
FWIW, the history of smalltralk is lined with arguments such that
it is an evolutionary dead-end, - the rationales have shifted
drastically and continuously over the years; but guess what,
smalltalk is still here and still evolving
WRT GNU smalltalk, those distros with a broken GST are using the
I use Visual Studio Code with GNU Smalltalk. There’s actually a very good Smalltalk syntax highlighter for the language. Sent from Mail for Windows From: s...@pandora.beSent: Saturday, November 13, 2021 5:51 AMTo: Sam LeeCc: help-smalltalkSubject: Re: Is GNU Smalltalk dead? There is no problem to
On 2021-11-13 18:41:23Z, Piotr Klibert wrote:
> GST may be slow and buggy and without libraries, but it's also stable
GST is not slow, at least not slow in its class, which is bytecode compiled
dynamic typed language without a JIT. It is also not particularly buggy in this
class. The VM is
On Sat, Nov 13, 2021, at 10:50, Sam Lee wrote:
> Good to know. Will I be missing out on lots of GNU Smalltalk's ecosystem
> and features if I do not use Emacs? I know how to use Emacs but it is
> not something I prefer.
>
> IMO, dependence on GNU Emacs is bad for the language because of high
>
On Sat, Nov 13, 2021, at 08:26, Sam Lee wrote:
> Is GNU Smalltalk abandoned?
Not exactly. There are a few maintainers around, so they will probably accept
patches. But nothing new happened in the last few years, as you say.
> The most recent release was from 2013 (version 3.2.5) [2].
I think
On 2021-11-13 09:38 +0100, s...@pandora.be wrote:
> VisualGST still compiles for me on Solaris 11.4 by the way.
I see. I am using Debian and Ubuntu. VisualGST has not worked on Debian
and Ubuntu in nearly a decade:
https://bugs.launchpad.net/ubuntu/+source/gnu-smalltalk/+bug/995016
> I think the
There is no problem to create files with "vi" or "pico" and use them with "GNU
smalltalk",
there is something more subtle like overall product philosophy or 'personal
touch',
that is harder to get the same when the original author certainly preferred GNU
emacs (I think).
Regards,
David Stes
VisualGST still compiles for me on Solaris 11.4 by the way.
Personally I don't use VisualGST and I think the original approach of GNU
Smalltalk was rather to use GNU emacs as its code browser.
Other Smalltalk implementations can be complementary.
I think that GNU smalltalk is rather for more
Is GNU Smalltalk abandoned? I notice that there has been no development
in the last few years [1]. The most recent release was from 2013
(version 3.2.5) [2]. VisualGST, the GNU Smalltalk browser no longer
compiles on current systems.
Is GNU Smalltalk dead? Should I move to other Smalltalk
For this month's meeting, Cincom Smalltalk (
https://www.cincomsmalltalk.com/main/ ) product manager Arden Thomas will
discuss recent product changes and improvements and demonstrate some tools
and features of ObjectStudio and VisualWorks 9.1.
Arden ( https://twitter.com/ArdenTCST ) started
The next meeting of the UK Smalltalk User Group will be on Wednesday,
September 29th.
For this month's meeting, we take a look at an example of an application
written in Smalltalk. Specifically, one that fits in a cultural tradition
that is as old as Smalltalk itself, if not older: that of using
The next meeting of the UK Smalltalk User Group will be on Wednesday,
August 25th.
Marcus Denker will talk about Variables in Pharo.
We like to say that “Everything is an Object” in Smalltalk. This is true in
many cases: Classes, methods, even the execution stack are reflectively
available as
The next meeting of the UK Smalltalk User Group will be on Wednesday, July
30th.
Russell Allen will talk to us about Self ( https://selflanguage.org/ ).
Dating back to the late 1980s, Self is a prototype based programming
language and environment in the broader Smalltalk family. Although Self has
Ah OK. I have never used a smalltalk IDE so for me I don't see the benefit for
it (yet). In regards to the bug, I'll see if I can report it to Debian somehow.
Jul 10, 2021 8:53:28 PM bill-auger :
> gst-browser is the gnu-smalltalk "IDE" - it offers a very
> similar experience to the graphical
gst-browser is the gnu-smalltalk "IDE" - it offers a very
similar experience to the graphical smalltalks - it would be a
good idea to familiarize yourself with it, if you ever plan to
use other smalltalk dialects; but unlike other smalltalk
dialects, it is only a convenience (strictly optional)
Thanks for the response. The book states at the end that reading the blue book
is a good way to continue, is this right or is it outdated and make for GUI
Smalltalk implementation's. For a note, I can't get gst-browser to launch due
to the bug I've seen mentioned already in the mailing list. On
On 2021-07-10 13:55:02Z, joseph turco wrote:
> Hello,
>
> im a new programmer and new to smalltalk. i decided on using GNU-Smalltalk
> to learn the language. i hope you don't mind asking this question, but is
> this version of smalltalk the best to use? i see alot of people talk about
> having
Hello,
im a new programmer and new to smalltalk. i decided on using GNU-Smalltalk
to learn the language. i hope you don't mind asking this question, but is
this version of smalltalk the best to use? i see alot of people talk about
having the IDE making what smalltalk is, and using the command
The next meeting of the UK Smalltalk User Group will be on Wednesday, June
30th.
Hernan Wilkinson ( https://twitter.com/HernanWilkinson ) will talk about
his LiveTyping project.
Currently, almost all mainstream dynamically typed languages support type
annotation a la Strongtalk. Python calls it
Wouldn't something like this suffice?
TestCase subclass: ProcessVariableTestCase [
| procvar |
setUp [
procvar := ProcessVariable new.
]
testIfAbsent [
| val |
val := procvar value.
self should: [ val isNil ].
Lovely find! Can you think of a testcase?
thank you!
holger
> On 8. Jun 2021, at 23:06, Piotr Klibert wrote:
>
> In the previous thread I mentioned a problem in ProcessVariable I encountered
> while trying out VisualGST. Turns out I was mistaken, the problem was
> triggered by
In the previous thread I mentioned a problem in ProcessVariable I encountered
while trying out VisualGST. Turns out I was mistaken, the problem was triggered
by something else, as I wasn't able to reproduce it after a fresh rebuild.
Still, the bug is there for sure: the `valueIfAbsent` never
>
> Can you give an indication please what compile problem you encountered ?
>
My previous post was light on details because it was written from memory, sorry
about that. I recompiled GST during the weekend and this time I recorded the
details. The problem was about a redefinition of three
1 - 100 of 6219 matches
Mail list logo
