Hi,
Thanks everyone for the new Pharo and all the work done. I like Spotter!
I gave Pharo 4 a try today and ran into a problem with running tests
in a TestCase (test class -> run tests). I just get the debugger
popping up with WARequestContextNotFound.
In the setUp of our test case, we call WACu
> For FileTree repos it is even better to just load the package (Monticello
> does a good job of only loading the changed packages and we're looking at
> packages already on disk) ... ... I have an extension to Metacello for
> Filetree repos (it's only been around for about 3 years) that ignores
>
+1 for the visitor. What would be nice is to generate methods in the
form #visit: for all classes in a given hierarchy (eg
Magritte's MAVisitor). The default implementation of such a method
would be to call #visit:
We have been using state machines for a long time and have built
generators for it
overview of the logic.
What will be nice is to see that in the form of a graph, with all the
annotations.
We do not currently use complexities like concurrency and nesting, but
have seen that working before.
Does this answer what you're asking?
>
> Regards,
>
> Thierry
>
> Do you mean internal or embedded DSL? I am open to write an DSL if
> facilitates the job, the thing with the Trevor's paper is that he defines 6
> implementations of FSM's (and in each implementation he considers several
> issues leading to sub-implementations) so I would like a DSL which let me
Sorry, I see there are some unresolved dependencies on our code. Let
me know if I should work on that.
On Wed, Oct 19, 2016 at 5:44 AM, Otto Behrens wrote:
>> Do you mean internal or embedded DSL? I am open to write an DSL if
>> facilitates the job, the thing with the Trevor's
Hi,
We also made several sub-classes of Magritte classes and / or
components. This causes a lot of problems because when we upgraded
Magritte it was difficult. It also shows that Magritte (the core
classes) cannot change much because the impact will be high for most
users of Magritte. This makes u
> do you have any documentation that summarizes the changes you did. With all
> the new mails about magritte and problems it might be time to form a new
> group caring about a new implementation of a meta-object layer. I think now
> that we have slots the implementation can be made much more pow
tability
point of view.
I understand the innovation dilemma and wish there was a clean answer, but
believe we need both.
I wish I could get a tiny gap to work on Pharo itself and not have this
relentless focus on survival in the business. I thank you all for your hard
work on Pharo.
Cheers
Otto Behr
eg ensure that it is up, ensure backups are
made, etc).
If you need more info, please let me know,
Otto Behrens
+27 82 802 2375
[image: FINWorks]
[image: FINWorks] <http://za.linkedin.com/in/waltherbehrens>
www.finworks.biz
Disclaimer & Confidentiality Note: This email is inte
Thanks a lot! this is great functionality.
Otto
On Tue, Jul 16, 2019 at 10:08 PM Cyril Ferlicot D.
wrote:
> Hi!
>
> Today I released the v1 of a project I wanted to do since a long time:
> GitBridge.
>
> The goal of the project is to easily access external resources stored in
> the git reposito
.
It would be preferable if the person (or people) understand Monticello,
Metacello and Seaside packages that work together.
This would be on a contract basis until the project is complete. Please
contact me directly if you are interested.
Kind regards
Otto Behrens
rtium knows
> so that it takes action. We are investigating Grease to see if there is a
> mismatch with the new exception for the debugger.
>
> S
>
> > On 8 Sep 2021, at 19:45, Otto Behrens wrote:
> >
> > Hi,
> >
> > We are running a seaside app on Gem
Hi,
A very annoying issue I'm having with Pharo 6.0 (running on Ubuntu 16.04)
is that if I copy text from other applications (eg. chromium browser), I
cannot paste it into Pharo. I get text copied in Pharo from a previous copy.
To work around this, I have a "gedit" text editor open and I paste th
Uhnák wrote:
> I thought that this was fixed a long time ago?
>
> Try running it with --textenc utf8 and see if it fixes it.
>
> Peter
>
> On Sun, Jun 24, 2018 at 11:11 AM, Otto Behrens wrote:
>
>> Hi,
>>
>> A very annoying issue I'm having with Phar
d, but the rest of the page not?
On Sun, Jun 24, 2018 at 11:58 AM, Hilaire wrote:
> Hi Otto,
>
> I had this issue, but it seems to be gone with P7, at least on the DrGeo
> build based on it I can copy and paste from Chromium.
>
> Hilaire
>
>
> Le 24/06/2018 à 11:11,
>
> > The stable version on opensuse is quite old. And apparently not 6.1.
> > So, does this sadly mean that the paragraph on the top of the page
> > "Zip file" is updated, but the rest of the page not?
>
> Very likely, as the Zip packager (human) is probable not the Suse
> packager (another human)
Hi,
I just installed pharo 6.1 using the .zip file (
http://files.pharo.org/platform/Pharo6.1-64-linux.zip) and battled to start
up pharo with arguments.
The issue is that the pharo bash script (in the extracted home dir) quotes
all arguments:
# execute
exec "$LINUX/pharo" \
--plugins "$
n Wed, Jun 27, 2018 at 9:28 AM, Julián Maestri wrote:
> Try with ./pharo or try with an absolute image path.
>
> On Wed, Jun 27, 2018, 04:03 Tim Mackinnon wrote:
>
>> I’ve not noticed that problem on ubuntu or AWS lambda so there must be
>> something different going on.
>>
ro.image eval 1+1
> 2
>
> Maybe the so called starter scripts (pharo, pharo-ui) are not the same
> using zeroconf and by downloading a plain vm like that?
>
> On Wed, Jun 27, 2018 at 9:38 AM Otto Behrens wrote:
>
>> I am running with an absolute image path.
>>
>>
Thanks, but it does not. I give a full path for both the image and the
startup files. It must have something to do with the stuff packaged in the
zip file.
On Wed, Jun 27, 2018 at 9:59 AM, Norbert Hartl wrote:
>
>
> Am 27.06.2018 um 09:38 schrieb Otto Behrens :
>
> I am
Thanks for the effort guys.
I tried to download the image, sources and vm separately (basically
extracted what https://get.pharo.org/64/61+vm does), but ran into fresh
trouble.
Firstly, is "wget -O - https://get.pharo.org/64/61+vm | bash" not risky in
terms of security? It should be quite possibl
ys seem to work. Something like -c does
nothing. Does this have something to do with the incorrect VM?
What am I missing here?
Thanks for your help
Otto Behrens
+27 82 809 2375
[image: FINWorks]
[image: FINWorks] <http://za.linkedin.com/in/waltherbehrens>
www.finworks.biz
Disclaimer &
es.pharo.org/get-files/90/pharo64-linux-stable.zip> | 32bit
<https://files.pharo.org/get-files/90/pharo-linux-stable.zip>
Why would that not work?
I really prefer not to install a deb. More work for me now.
Otto Behrens
+27 82 809 2375
[image: FINWorks]
[image: FINWorks] <http://za.lin
24 matches
Mail list logo
