a problem in non-changed images.
Yes, additional files are not of a problem while loading. Problem is
that they are not preserved, so when I open the package in unmodified pharo
and save it again, all extra files are gone. That's no-go for me :-)
Jan
On 2013-05-29, at 02:01, Jan Vrany jan.vr
Hi
is there any reason why class builder does not allow lowercase
classnames? Underscore is allowed, though.
Jan
On 03/06/13 12:18, Marcus Denker wrote:
On Jun 3, 2013, at 1:13 PM, Jan Vrany jan.vr...@fit.cvut.cz wrote:
I thought so. Attached hack removes it.
Of course a complete rewrite of the class builder is ready for integration…
https://ci.inria.fr/pharo-contribution/job/Slot/
So
Hi,
for 32bit application you can never allocate whole 4GB as some memory
has to be reserved for kernel. The usual split is 2/2, sometimes 3/1. Plus,
the actual code must be somewhere in the memory as well as the stack.
Usually the real limit for 32bit application is somewhere like 1.8GB for
On 29/06/13 17:45, Sven Van Caekenberghe wrote:
Hi Jan,
On 29 Jun 2013, at 17:12, Jan Vrany jan.vr...@fit.cvut.cz wrote:
Hi,
for 32bit application you can never allocate whole 4GB as some memory has to be
reserved for kernel. The usual split is 2/2, sometimes 3/1. Plus,
the actual code must
On 02/07/13 17:41, GOUBIER Thierry wrote:
Thanks Lewis,
my bad. Everything needed is in there, even examples :) Cool.
Now, there is still a problem with utf8 in path names, but I suspect
it's inside FileReference.
File names as kind of tricky under linux because it is not defined in
which
What you want is a TAssertable#should:raise: that:
- takes a one arg block as second argument that is evaluated with the
exception thrown
- fails if no exception is raised
Then please call it #should:raise:suchThat:
That's what is in upcoming SUnit 5.0 [1]
Also I would avoid using traits in
Hi Doru,
join the club:
https://swing.fit.cvut.cz/jenkins/view/CalipeL/job/calipel_s_pharo20_benchmarks/label=Linux/19/console
I reported presumably same issue 21/06/13, update 10/07/13 :-)
Best, Jan
On 06/08/13 15:43, Tudor Girba wrote:
Hi,
It seems that the Moose build crashes the VM
Hi,
here:
Original Message
Subject: Nice VM crash
Date: Fri, 21 Jun 2013 18:37:18 +0100
From: Jan Vrany jan.vr...@fit.cvut.cz
To: Pharo Development pharo-dev@lists.pharo.org
Hi guys,
getting bored? Looking for an excuse to play with GDB? Here we go:
https
project Pharo VM
thanks, and do not hesitate on asking for an account if you need it :)
Esteban
On Aug 6, 2013, at 5:17 PM, Jan Vrany jan.vr...@fit.cvut.cz wrote:
Hi,
here:
Original Message
Subject: Nice VM crash
Date: Fri, 21 Jun 2013 18:37:18 +0100
From: Jan Vrany jan.vr
address,
apparently this is an issue too.
Anyway, if I find time and courage, I'll certainly try again :-)
Best, Jan
Esteban
On Aug 6, 2013, at 5:17 PM, Jan Vrany jan.vr...@fit.cvut.cz wrote:
Hi,
here:
Original Message
Subject: Nice VM crash
Date: Fri, 21 Jun 2013 18:37:18
and hope that
it will work.
If you have another solution to this particular problem, please
share. I would love to know it!
Anyway, that's what I did and what helped in my case. That's all I'd
like to say.
Best, Jan
Esteban
On Aug 28, 2013, at 12:41 PM, Jan Vrany jan.vr...@fit.cvut.cz wrote
On 28/08/13 12:54, Esteban Lorenzano wrote:
for older systems, you are by your own. Is like that, yes.
We cannot maintain all VM for all possible configurations. Nobody can do that,
not even canonical, less us. Ubuntu 8.04 is just too old.
Even JVM is not supported on Ubuntu 8.04:
On 24/11/13 21:19, askoh wrote:
http://www.wired.com/wiredenterprise/2013/09/the-second-coming-of-java/
The article talks about Java Virtual Machine running dynamic languages like
Scala and Clojure in addition to Java. What prevents the Smalltalk Virtual
Machine from running Java, Scala,
On 25/11/13 20:12, kilon alios wrote:
I don't see a problem. Sockets provide a way to communicate, sockets
nowadays are used almost everywhere. They have their limitations but its
a viable , very fast and simple solution.
OK, let's make an experiment and we'll see :-)
Here's the code that
On 26/11/13 03:28, askoh wrote:
Bravo Jan and your collaborators. You have done it.
Thanks.
Anything preventing STX:LIBJAVA from being used in production environments?
Good question. STX:LIBJAVA is still a research phase. However, if
everything goes fine, we might have first project using
On 02/12/13 14:32, Stéphane Ducasse wrote:
Yes, This is a nice idea, but I was telling about the other thing. It’s really
simple to start a new process in Pharo. Maybe we should introduce common
practices in pharo? When I was following Obj-C course, one of the fundamental
thing that was
Hi,
By default, no concurrent access protection takes place, but optionally a
semaphore for mutual exclusion can be used. This slows down access.
cache useSemaphore.
There was enough awesomes already :-) so now some critics :-)
Wouldn't it be better to rename #useSemaphore to
On 11/12/13 12:20, Sven Van Caekenberghe wrote:
Hi Jan,
On 11 Dec 2013, at 12:49, Jan Vrany jan.vr...@fit.cvut.cz wrote:
Hi,
By default, no concurrent access protection takes place, but optionally a
semaphore for mutual exclusion can be used. This slows down access.
cache useSemaphore
Gravel aims to be fullyANSI Smalltalk
http://wiki.squeak.org/squeak/172 compatible.”
— the author has no clue.
Could you be please more specific and tell me why this implies
somebody's clueless?
Jan
Hi Marcus (and others)
On 20 Dec 2013, at 23:10, vfclists . vfcli...@gmail.com
mailto:vfcli...@gmail.com wrote:
Anyone noticed or tried Gravel?
https://github.com/gravel-st/gravel
Gravel aims to be fullyANSI Smalltalk
http://wiki.squeak.org/squeak/172 compatible.”
— the author has no
Thanks for explanation. Jan
On 03/01/14 10:19, Marcus Denker wrote:
On 03 Jan 2014, at 10:15, Jan Vrany jan.vr...@fit.cvut.cz wrote:
Hi Marcus (and others)
On 20 Dec 2013, at 23:10, vfclists . vfcli...@gmail.com
mailto:vfcli...@gmail.com wrote:
Anyone noticed or tried Gravel?
https
You should be really careful when doing this. The fact that two
compositions
(T1 @ {#a - #b} @ {#x - #y})
and
(T1 @ {#x - #y} @ {#a - #b})
are semantically the same does not mean that the way in which
they are expressed in class/trait definition is not important
of some importance for
On 24/02/14 19:06, Marcus Denker wrote:
Pharo uses (right now) RBParser as the main Parser… in Pharo4 we will remove
the old Parser (subclass of Scanner ;-),
on the TODO is to check if PetitParser can be used instead (but there are many
open questions related to e.g. error handling,
speed…)
On 27/02/14 14:58, Marcus Denker wrote:
On 27 Feb 2014, at 13:56, Jan Vrany jan.vr...@fit.cvut.cz wrote:
On 24/02/14 19:06, Marcus Denker wrote:
Pharo uses (right now) RBParser as the main Parser… in Pharo4 we will remove
the old Parser (subclass of Scanner ;-),
on the TODO is to check
Maybe I'm missing something obvious, but from my point of
view the fundamental difference here is that with JVM's JPDA
triggering of event actually **does not** affect the monitored
system.
If these events are handled by the image, it is quite tricky to
figure out which one is caused by
Hi,
Just a comment on user interface:
I found a bug (#13035) and wanted to attach fueled stacktrace to report.
So I selected Fuel out Stack. Oops, nothing happened. My first
reaction was aha, another bug.
What one would expect is a file dialog asking where do I want to save
the file. Or at
(this is not the only
issue I run into in first 10 minutes of work :-) That's all :-)
Jan
Cheers,
Max
On 04.03.2014, at 00:49, Jan Vrany jan.vr...@fit.cvut.cz wrote:
Hi,
Just a comment on user interface:
I found a bug (#13035) and wanted to attach fueled stacktrace to report.
So I selected Fuel out Stack
The integration in Newspeak is quite different. It is file based, above
mercurial (which makes no difference) but the tools one uses are in
Newspeak. So mercurial really is just a back-end. Given that
organizations and alphabetical order of selectors within protocols,
classes within
On 04/03/14 17:37, Eliot Miranda wrote:
On Sat, Mar 1, 2014 at 4:09 PM, Jan Vrany jan.vr...@fit.cvut.cz
mailto:jan.vr...@fit.cvut.cz wrote:
Maybe I'm missing something obvious, but from my point of
view the fundamental difference here is that with JVM's JPDA
triggering of event
Alternate implementations to FileTree are welcome!
Dale
On Thu, Mar 6, 2014 at 2:06 PM, Jan Vrany jan.vr...@fit.cvut.cz
mailto:jan.vr...@fit.cvut.cz wrote:
The integration in Newspeak is quite different. It is file
based, above
mercurial (which makes no difference
Hi Eliot,
Anyway, the interesting question to me is what are the advantages
of your approach?
One is interactivity. The tool supports drilling down to instruction
level, which is good for critical code sequences such as method
prolog.
Another is comprehensibility. Because it can
On 17/03/14 09:45, Henrik Johansen wrote:
Now how many do have to follow through all this?
So well yes in the end it means not thinking about compatibility costs a
lot thereafter
Smalltalk os platformName - works in Pharo 1.3, 1.4, 2.0, 3.0, Squeak 4.1 (in
other words, the first new
Hi,
On 24/03/14 17:56, Alexandre Bergel wrote:
Hi!
Threads in Pharo have always been mysterious for me.
If I doit the following: [ true ] whileTrue
Can other thread interrupt this?
Say in other words, can the following piece of code may suffer from a
concurrent problem in Pharo
On 24/03/14 18:20, Alexandre Bergel wrote:
My current understanding about thread is that there is a scheduling that may occurs
each time we enter the VM (e.g., primitive call, instantiating an object, throwing
an exception). So, the code anOrderedCollection add: 42” will _never_ suffer
from
On 24/03/14 18:57, Alexandre Bergel wrote:
Any idea what is the cost of using a semaphore? Inserting the
expression anOrderedCollection add: 42” in a semaphore surely
make the expression slower. Any idea how much slower?
Can you elaborate a little on the problem.
I am working on a memory
Hi,
DecompilerdecompileBlock: vanished in 3.0 (present in 2.0).
What's the code for doing the same in 3.0?
Jan
P.S.: Copy-paste of code from 2.0 to 3.0 does not work,
not a big surprise :-)
On 13/05/14 15:50, Alexandre Bergel wrote:
I got an interest some years ago, to see if Context-Oriented-Programming would
help to have immutable collections.
Apparently, Java supports immutability at runtime (i.e., there is no class
ImmutableArrayList as far as I know).
Actually there is.
Yeah,
all the refatory stuff has weird API and SmallLint ones are of the
weirdest. The design is bit unfortunate.
You may want to have a look how I did it:
RBLintRulefailedMethods, RBLintRulefailedClasses
source code's here:
the idea
is that in each rule gets methods from it’s result?
Uko
On 22 May 2014, at 17:03, Jan Vrany jan.vr...@fit.cvut.cz wrote:
Yeah,
all the refatory stuff has weird API and SmallLint ones are of the weirdest.
The design is bit unfortunate.
You may want to have a look how I did
Hi,
If I were to debug this, I would:
1 ) make sure there's no C++ interfering, try to compile using C
compiler (not C++, I guess you run Windows and MSVC, I think
there's command line option to process file as C).
If not possible, wrap all methods you want to call form St
in
Hi,
Yes there is a business interest of running on ARM processors. Some of
the big companies use smalltalk on their own hardware for very specific
tasks, and they are now constraint to use x86 processor due to smalltalk.
There are other smalltalks that run on non-x86 non-amd64 machines.
The goal of Atlas, is to create a two way communication socket
bridge between cpython (most popular python implementation) and
pharo. Very similar to Ephestos but you will no longer need Blender.
That means that pharo coders will be able to use python libraries
from inside
On 21/07/14 17:46, Esteban Lorenzano wrote:
On 21 Jul 2014, at 18:40, Peter Uhnák i.uh...@gmail.com
mailto:i.uh...@gmail.com wrote:
We should not get limited in spawning inspectors, I think.
My question is... is there any legitimate reason to have opened
hundreds of any type of window?
On 31/07/14 10:45, Marcel Taeumel wrote:
Hi! :)
I am playing around with Animations [1] in the Moose 5.0/Pharo 3.0 image
[2]. Nested use of the same mutex seems to freeze the image. Should that
work?
No, it should not :-) Use Monitor instead.
Jan
Best,
Marcel
[1]
Hi Torsten, Phil,
On Thu, 2014-09-04 at 14:18 +0200, Torsten Bergmann wrote:
Hi Phil,
if there is something I would like to see our Pharo ecosystem and ST in
general moving
towards is to such a multilanguage/multisourcecode/flexible ressources
kind of
thing. Even when this could not
Wasn't Smalltalk/X the one which had a more complete version of
that C translation?
Yes. Smalltalk/X **still** compiles Smalltalk to C (bytecode
interpreting and JITing modes are also supported, of course).
Best, Jan
Hi there,
could somebody with access send me please the configuration of
Pharo VM job (https://ci.inria.fr/pharo/view/4.0-VM/job/PharoVM/)
Namely build steps :-)
I'd like to build the VM on my Jenkins...
Thanks, Jan
../../Pharo-VM-${OS}-latest.zip
# success
exit 0
2014-09-24 23:27 GMT+02:00 Jan Vrany jan.vr...@fit.cvut.cz:
Hi there,
could somebody with access send me please the configuration of
Pharo VM job
(https://ci.inria.fr/pharo/view/4.0-VM/job/PharoVM
Hi Damien,
thanks!
you may want to use this ones instead to produce a deb file:
https://github.com/pharo-project/pharo-ci/tree/master/ci-jobs/pharo/Pharo-vm-unix-sources.
This is because some patches are applied and compiling the sources
won't require downloading some dependencies.
Hi Markus Damien,
Markus, thanks for the hint, I'll try. Damien,
yes, the problematic patch was source-hardening.patch
as Markus pointed out. And then also something about
native vs. quilt package format.
So far I struggled with recipe given by Clement, mainly
because of libgit2 - it refuses
Hi Damien,
On Fri, 2014-09-26 at 17:56 +0200, Damien Cassou wrote:
On Fri, Sep 26, 2014 at 9:42 AM, Jan Vrany jan.vr...@fit.cvut.cz wrote:
However, I already exhausted my free time. I'll try again later and
get back to you.
I created a job that builds a nice archive with pre-patched
Hi there,
Getting Pharo 2.0/3.0 up and running on Debian Wheezy (= Stable) or on
other more conservative linux distribution wasn't exactly easy as the
VM's provided by the Pharo team fail to run on those systems.
Well, not any longer. You may find precompiled binaries at:
On Mon, 2014-09-29 at 14:40 +0200, Damien Cassou wrote:
On Mon, Sep 29, 2014 at 12:17 AM, Jan Vrany jan.vr...@fit.cvut.cz wrote:
Getting Pharo 2.0/3.0 up and running on Debian Wheezy (= Stable) or on
other more conservative linux distribution wasn't exactly easy as the
VM's provided
Hi guys,
I've just opened:
https://pharo.fogbugz.com/f/cases/14160/Introduce-isXXX-dialect-testing-methods-to-SmalltalkImage-to-ease-cross-dialect-development
Introduce isXXX (isPharo, isVisualWorks, ...) dialect testing methods to
SmalltalkImage to ease multi-dialect development.
RATIONALE:
On 4/10/14 22:14, Jan Vrany wrote:
Hi guys,
I've just opened:
https://pharo.fogbugz.com/f/cases/14160/Introduce-isXXX-dialect-testing-methods-to-SmalltalkImage-to-ease-cross-dialect-development
Introduce isXXX (isPharo, isVisualWorks, ...) dialect testing methods
...) ?
Yes.
Just to make myself clear, I did not proposed this to solve some problem I'm
facing now. It's just that this very simple idiom has proved itself over years,
and
almost certainly cannot break anything, so I decided to contribute.
Jan
Jan Vrany wrote
On Sun, 2014-10-05 at 10:29
OK.
I think enough has been said. No need to waste more time on it.
I closed the issue.
Thanks Nicolai for making the slice for me!
Best, Jan
On Sat, 2014-10-04 at 21:14 +0100, Jan Vrany wrote:
Hi guys,
I've just opened:
https://pharo.fogbugz.com/f/cases/14160/Introduce-isXXX-dialect
I tell them apart by looking at their #resultClass.
HTH, Jan
On Mon, 2014-10-13 at 17:30 +0200, Yuriy Tymchuk wrote:
Hi,
In Smalllint the basic rule has two methods: #checkClass: and #checkMethod:.
They do nothing, and the idea is that every rule is used to check both
classes and
Hi Richard,
On Thu, 2014-10-30 at 10:15 -0700, Richard Sargent wrote:
kurs.jan wrote
Hi All,
Sorry for a late reply, here is the latest status with PetitParser and
Pharo (tested on Pharo3):
Configuration should be loaded like this:
Gofer new smalltalkhubUser: 'Moose' project:
Hi guys,
is there any document I can read on how Pharo source code
is/should be formatted? I mean things like
- tabs/spaces? How many spaces if spaces?
- encoding of the source string
- trailing newlines
- trailing spaces
- ...
I don't care much about things like whether there should
be a
Hi guys,
thanks for replies. I read books mentioned by Christophe years ago,
they're worth reading indeed.
But as I said, I'm more interested in 'low level' details like I
mentioned:
- tabs/spaces? How many spaces if spaces?
- encoding of the source string
- trailing newlines
- trailing
Hi,
On Thu, 2014-11-20 at 16:47 +0100, Henrik Johansen wrote:
On 20 Nov 2014, at 2:39 , Jan Vrany jan.vr...@fit.cvut.cz wrote:
But as I said, I'm more interested in 'low level' details like I
mentioned:
- encoding of the source string
Best, Jan
IIRC, the .bin
On Sun, 2014-11-23 at 10:13 +0100, Marcus Denker wrote:
On 22 Nov 2014, at 18:17, Serge Stinckwich serge.stinckw...@gmail.com
wrote:
I'm trying to port QuasiQuote package from Lukas Renggli to Pharo 3.0/4.0.
This package use the RBCompiler class from the AST-Compiler package
Hi,
how do I tell from within a running image whether
I'm running on Pharo 3.0 or 4.0 image? Thanks!
Jan
Hi there,
what's exact meaning of VirtualMachineincrementalGCCount?
Comment says: Answer the total number of incremental GCs since startup
(read-only). But what exactly is called 'incremental CG' in context of
PharoVM?
Again, thanks for any clarification :-)
Jan
On Thu, 2014-12-04 at 10:54 +0100, Sven Van Caekenberghe wrote:
SystemVersion current
Great, thanks! Jan
so :-) but wanted to be sure. Thanks for explanation!
Please ask such questions on vm-dev
Right, that would have been better. I'm sorry.
Best, Jan
2014-12-04 10:30 GMT+01:00 Jan Vrany jan.vr...@fit.cvut.cz:
Hi there,
what's exact meaning
Hi there,
I have encountered a situation where semaphore timeouts
prematurely when run in non-interactive mode (eval cmdline handler).
Setup (script prepare.sh)
1) Fresh Pharo image (3.0 / 4.0, both exhibits the same behaviour)
2) Evaluate:
==
Smalltalk at: #WaitBlock put: [:sema :tout |
On Fri, 2014-12-05 at 20:52 +0800, Ben Coman wrote:
Jan Vrany wrote:
Hi there,
I have encountered a situation where semaphore timeouts
prematurely when run in non-interactive mode (eval cmdline handler).
Setup (script prepare.sh)
1) Fresh Pharo image (3.0 / 4.0, both
On Fri, 2015-02-06 at 10:47 +0100, Markus Fritsche wrote:
On 06.02.2015 09:33, stepharo wrote:
In the coming months we will work on putting in place our
bootstrapping kernel.
There are no Smalltalk able to do that right now.
GNU Smalltalk does just that, if it doesn't find an image,
On Tue, 2015-01-20 at 21:35 +0100, Sven Van Caekenberghe wrote:
Hi Eliot,
On 20 Jan 2015, at 20:38, Eliot Miranda eliot.mira...@gmail.com wrote:
On Tue, Jan 20, 2015 at 8:00 AM, Sven Van Caekenberghe s...@stfx.eu wrote:
Command line arguments enter the image level via
in merge tool
at all.
This is just a quick fix - much better would be to compare AST's and
treat whitespace-changes specially (i.e., provide a filter to show/hide
whitespace-only-changes).
Do you think that we should integrate it?
Yes.
Stef
Le 20/4/15 12:36, Jan Vrany a écrit :
Hi,
I
Hi,
(Esteban), I'm trying to upload couple .mcz to Smalltalk hub using
following script:
for f in $(cd mc ls *.mcz); do
echo -n Uploading $f...
curl --user JanVrany:my password here --upload-file mc/$f
http://smalltalkhub.com/mc/JanVrany/CalipeL-S/main/$f;
echo
done
===
Hi,
I just wanted to merge some code in Monticello and the merge tool
marked all methods as conflict because their source differ in trailing
whitespace (newline). The diff panel on the right does not show any
difference.
.
Stef
Do you think that we should integrate it?
Yes.
Stef
Le 20/4/15 12:36, Jan Vrany a écrit :
Hi,
I just wanted to merge some code in Monticello and the merge tool
marked all methods as conflict because their source differ in trailing
whitespace (newline). The diff panel
, Jan Vrany a écrit :
Hi,
while writing some code transformation code, I found out
that in many implementations of RBProgramNode co. the #copy
message makes a sort of deep copy, copying also it's child nodes.
However, it does NOT sets it's parent to the copy, so for copied
nodes
Hi,
while writing some code transformation code, I found out
that in many implementations of RBProgramNode co. the #copy
message makes a sort of deep copy, copying also it's child nodes.
However, it does NOT sets it's parent to the copy, so for copied
nodes, following does not hold:
On Wed, 2015-06-03 at 03:16 +0200, Peter Uhnák wrote:
But I would like them to be defined like this:
[ inc: x | x + 1 ].
(inc: 3) = 4
[add: x to: y | x + y ].
Hi Holger,
Jan and me are working on a PetitCompiler [1,2], a tool whose aim
is to compile PetitParsers to Smalltalk to gain performance and
allow for hand-tuning. In short, we try to generate a tokenizer
and LL(1) parser on top of it. In general case, given the flexibility
of PetitParser, this
Hi Clement,
I have done exactly this a long time ago. I went even further,
allowing different methods being written in different languages
(so one could have a class with one method in Smalltalk, other in
Java, third in JavaScript, fourth in Ruby or even LISP)
Now, fiddling with
Hi.
...
FFI calls except those done by system as shipped. So in the end
something else seems to be broken and Rubric performance could be
just a consequence. Maybe I suspected the wrong guy. Sorry about
that.
Yes and no, the 5.0 Image has a problem with loading FT-Fonts at
startup
no
FFI calls except those done by system as shipped. So in the end
something else seems to be broken and Rubric performance could be
just a consequence. Maybe I suspected the wrong guy. Sorry about that.
Best, Jan
Le 22/7/15 10:03, Jan Vrany a écrit :
On Tue, 2015-07-21 at 23:38 +0200, Franck
:09:51 +0200
To: pharo-dev@lists.pharo.org
Subject: Re: [Pharo-dev] Disabling Rubric in Nautilus
That performance problem might be due to FastTable.
Try disabling it: Nautilus useExperimentalFastTable: false
Andrei
On Wed, Jul 22, 2015 at 10:03 AM, Jan Vrany jan.vr...@fit.cvut.cz
On Tue, 2015-07-21 at 23:38 +0200, Franck Warlouzet wrote:
Hello Jan,
On Pharo 5, I don't think so (unless you want to reload the very old
commits from nautilus). PluggableTextMorph will be remove so we will
not put an option to switch between Rubric or that.
Right. Is there a way to dig
Hi there,
is there a way to disable Rubric in Nautilus and get back
to PluggableTextMorph or whichever beast was used before?
Quick search in settings did not help.
Jan
Hi there,
After more than 2 years of (time-to-time) development and about
that much time of use, I'd like to announce CalipeL, a tool for
benchmarking and monitoring performance regressions.
The basic ideas that drove the development:
* Benchmarking and (especially) interpreting benchmark
integration for Fuel. If you know SMark, could
> you give me an idea of what the differences are?
>
> Cheers,
> Max
>
>
> > On 23 Oct 2015, at 10:47, Jan Vrany <jan.vr...@fit.cvut.cz> wrote:
> >
> > Hi there,
> >
> > After more th
> > On 01 Nov 2015, at 23:45, Jan Vrany <jan.vr...@fit.cvut.cz> wrote:
> >
> > Hi Max,
> >
> > I looked at some version of SMark years ago and never used
> > it extensively, so I might be wrong, but:
> >
> > * SMark executor does some magic
...
> > The corollary being, if you make it simple for people to continue
> > maintaining the old dialect, you are more likely to get code ported
> > to
> > your dialect.
>
> I agree with that.
> To be compatible with these goals, I think my proposition just needs
> to be updated a bit.
> I'm
Hi,
is there actually such a thing like ANSICompatibility package?
(it has been mentioned here lately, but I cannot find it)
Thanks, Jan
On Tue, 2015-09-08 at 12:04 +0800, Ben Coman wrote:
> On Tue, Sep 8, 2015 at 9:21 AM, Jan Vrany <jan.vr...@fit.cvut.cz>
> wrote:
> > Hi,
> >
> > is there actually such a thing like ANSICompatibility package?
> > (it has been mentioned here lately, but I
mprehensible...
Anyway, problem solved :-)
Jan
>
>
> --Hannes
>
> On 9/8/15, Jan Vrany <jan.vr...@fit.cvut.cz> wrote:
> > On Tue, 2015-09-08 at 12:04 +0800, Ben Coman wrote:
> > > On Tue, Sep 8, 2015 at 9:21 AM, Jan Vrany <jan.vr...@fit.cvut.cz>
> &g
On Mon, 2015-09-28 at 16:48 -0700, Dale Henrichs wrote:
> The big issue for git and windows (in general) is that there is a 255
> character limit on the paths for files I recently pruned some
> file names for Metacello (on a win-hack branch) just to get Metacello
> to work with filetree ..
Hi,
I'm not sure what's the decision, however, as a pain-relief
I committed just couple days ago CompatibilityANSI to
http://smalltalkhub.com/#!/~PharoExtras/SmalltalkCompatibility
For now it only defines subStrings: :-)
On Sun, 2015-09-20 at 16:08 +0200, Stephan Eggermont wrote:
> We have
> RBTransformationRule (you need to activate that verificationBlock
> when
> you create your rewriter).
Yes, and this is the tricky bit :-) Because there's no guarantee that
this block is functional. For example, it may access context ivar
which, by the time UI is retrieving intervals is already
Yeah, I remember this is a pain. When I did years ago what
you're doing now with QA, I ended up practicing black magic,
sacrificing chickens and other things you'd better not to know.
IIRC, the trick is to turn rewrite rules in ParseTreeEnvironment
into search rules and then run the searches.
r
> > > Von: stepharo <steph...@free.fr>
> > > An: "Pharo Development List" <pharo-dev@lists.pharo.org>
> > > Betreff: Re: [Pharo-dev] ANSICompatibility package
> > >
> > > We should have a SmalltalkCompatibility (n
, since I think the repo can
> serve a wider purpose than just ANSI.
>
> I added you to the PharoExtras team. Hopefully that works.
>
> [1] http://smalltalkhub.com/#!/~PharoExtras/SmalltalkCompatibility
>
> cheers -ben
>
> On Fri, Sep 18, 2015 at 7:10 PM,
On Fri, 2015-09-18 at 14:48 +0200, Marcus Denker wrote:
> > > >
> > >
> > > What I did is to implement #isUsed like this in e.g the hierarchy
> > > of RBLintRule:
> > >
> > > isUsed
> > > "all my sublasses are used"
> > > ^self name ~= ‘RBLintRule'
> > >
> > > this way if RBLintRule is not
1 - 100 of 131 matches
Mail list logo
