Re: [Pharo-dev] Difficulty to use Iceberg

On 2019-09-23 23:25, Sean P. DeNigris wrote: > Jan Vrany wrote >> What is the correct workflow to end up with: >> --- A --- B --- C --- D --- E > > Not in front of an image, but IIU/RC if you’re seeing “detached”, click > repair, then the option where you use the repositor

Re: [Pharo-dev] Difficulty to use Iceberg

independently from pull push in Pharo > part (eg, just pretend you are different users collaborating on the > same project). It works, but remember to do the pull - to catchup when > you have done something in the other world. > > Tim > > Sent from my iPhone > >>

[Pharo-dev] Difficulty to use Iceberg

Hi, I'm experiencing difficulties (code loss, even) when trying to commit code using Iceberg. I have a project with consist of some Pharo code and some C++ code. Both parts kind of depend on each other. Imagine I start from commit A --- A and build and open Pharo image. Then I do some

Re: [Pharo-dev] About method comments

Hi Esteban, On Fri, 2018-02-09 at 15:17 -0300, Esteban A. Maringolo wrote: > > And rename refactorings usually don't rename the comments > (hopefully). > Why hopefully? Java IDEs rename references to the method also in comments, I found it very nice. Why it should not? I'm just curious. Best,

Re: [Pharo-dev] Layout for placing widgets

On Sat, 2017-10-28 at 10:48 +0200, Stephane Ducasse wrote: > Pavel I do not think that cassowary is good for us. Why? Jan > > > On Sat, Oct 28, 2017 at 2:37 AM, Todd Blanchard > wrote: > > Does that load as part of Bloc? > > > > On Oct 27, 2017, at 12:59 PM, Pavel

Re: [Pharo-dev] Compiler Explorer (for the Compiler guys) #offtopic

Hi, > I was thinking of changing that, adding a primitive which answers a > CogMethod as a bytearray, but you still need to use external libs > such as gdb/lldb to disassemble your binary I use udis86 [1] for that purpose. Tiny, clean & dead easy to use.  x86 only, though. HTH. Jan [1]:

Re: [Pharo-dev] Reproducible VM Crash using UFFI

> So I think we are talking about different things here. I don't want > to > save "bad memory block" errors nor dream about bullet proof VM, but > if > we know the bullet then let's use a nice bulletproof vest :) > This can be done and has been done. Following code would clearly result in

Re: [Pharo-dev] About cr and lf

hat's exactly what I meant. cr self newLine Jan > > Stef > > On Fri, Aug 4, 2017 at 12:50 PM, Jan Vrany <jan.vr...@fit.cvut.cz> > wrote: > > On Fri, 2017-08-04 at 12:03 +0200, Stephane Ducasse wrote: > > > Hi guys > > > > > > Whil

Re: [Pharo-dev] About cr and lf

On Fri, 2017-08-04 at 12:03 +0200, Stephane Ducasse wrote: > Hi guys > > While writing pillar code, I ended up using "stream cr" and it > worries > me to still expand usage > of a pattern I would like to remove. > > Let us imagine that we would like to prepare the migration from cr. > I was

Re: [Pharo-dev] FileTree/Iceberg and SSDs, change the file format

On Wed, 2017-05-24 at 11:46 +0530, K K Subbu wrote: > On Tuesday 23 May 2017 08:37 PM, Jan Vrany wrote: > > Hi, > > > > > > Is it possible to build a file responder right into Pharo and > > > > expose packages through WebDAV or FUSE or sshfs service? T

Re: [Pharo-dev] FileTree/Iceberg and SSDs, change the file format

Hi, > > Is it possible to build a file responder right into Pharo and > > expose packages through WebDAV or FUSE or sshfs service? Then the > > contents can go directly from RAM (pharo) to RAM (repo server or > > git) without going through slow disk filesystem. > > Yes it's possible and really

Re: [Pharo-dev] subexpression precedence

On Wed, 2017-01-11 at 21:38 -0800, Martin McClure wrote: > On 01/11/2017 04:54 PM, Jan Vrany wrote: > > Hi, I'm afraid this is not specified. There's no > > language specification (*) as such of Pharo or any > > other available smalltalk - at least not that I know >

Re: [Pharo-dev] subexpression precedence

Hi, I'm afraid this is not specified. There's no language specification (*) as such of Pharo or any  other available smalltalk - at least not that I know  (prove me if I'm wrong). Order in which subexpressions are evaluated is rarely specified. IIRC, JVM Spec doesn't specify it either. If the

Re: [Pharo-dev] genJumpLong: distance index 1043 is out of range -1024 to 1023

On Wed, 2016-12-07 at 11:10 -0800, Eliot Miranda wrote: > > > On Wed, Dec 7, 2016 at 9:52 AM, Marcus Denker > wrote: > > Hello, > > > > The current bytecode limited the size of jumps. > > > > This means that you will get this error if your mehthods are so > > complex

Re: [Pharo-dev] [ANN] FFI Tutorial, Pharo5 / Libclang

Hi, I'm quite interested in this, though not in UFFI bit, rather in bindings as such.  What is the goal of the project?  Thanks!  Best, Jan On Sun, 2016-09-25 at 01:25 +0800, Ben Coman wrote: > hi all, > > Just announcing that I'm writing a series of posts on using FFI in > Pharo 5 to

[Pharo-dev] Apology: Re: Having comments for pragma?

Stef, all,  the post below was written by me, not by Stef as it looks. Due to some funny bug, my email client messed up with headers when I saved unfinished mail to "Drafts" and then come back to it later. Time to change email client.  I'm very sorry for the confusion this caused.  Jan On

Re: [Pharo-dev] Having comments for pragma?

On Mon, Jun 27, 2016 at 1:09 PM, Nicolas Passerini wrote: On Mon, Jun 27, 2016 at 1:44 PM, Denis Kudriashov wrote: 2016-06-27 13:28 GMT+02:00 Nicolas Passerini : That is not quite true, annotations are (kind of) objects

Re: [Pharo-dev] Having comments for pragma?

In Java you *cannot* annotate any language element. You can annotate class, methods, instance variables, method arguments and temporaries and packages. Then when I take an annotation, for example an hibernate annotation: @Entity @Table(name = "EMPLOYEE") In the case of Hibernate, these

Re: [Pharo-dev] Official packages on pharo.com - broken

On Fri, Jun 17, 2016 at 2:56 PM, Peter Uhnak wrote: On Fri, Jun 17, 2016 at 03:24:37PM +0200, Sven Van Caekenberghe wrote: > On 17 Jun 2016, at 15:15, Petr Fischer wrote: > > It's due to my obscure OS (‎FreeBSD, latest). They have Linux

Re: [Pharo-dev] endless loop again

IMHO, all Pharo beginner tutorials should start by showing off Cmd - dot (or Alt - dot, on Win / Linux). Not just because it's cool, but because it's necessary :) Cheers, Henry Very true. Yet, and I have already mentioned this years ago, it is technically totally possible to

Re: [Pharo-dev] XMLParser changes

Not sure whether this was an intention. but strictly speaking,  new behavior is correct.  See Extensible Markup Language (XML) 1.0 (Fifth Edition),  Section 2.10 White Space Handling: "An XML processor must always pass all characters in a document that are not markup through to the application. A

[Pharo-dev] ANN - Pre-compiled Pharo Spur32 VM for Debian Stable

Hi there,  the Pharo Spur VM provided by the Pharo team does not run  Debian Stable and possibly on other more conservative Linux distributions.  You may find a pre-compiled Spur32 Pharo VM that runs on  Debian Stable (and possibly on other distros) at: 

Re: [Pharo-dev] [Ann] ReadWriteLock

or > > When to use the ReaderWriterLock > https://www.interact-sw.co.uk/iangblog/2004/05/12/rwlock > > cheers -ben > > On Wed, Jan 13, 2016 at 6:27 AM, Jan Vrany <jan.vr...@fit.cvut.cz> > wrote: > > Hi Denis, all, > > > > I'm sorry for asking basic

Re: [Pharo-dev] Test Runner: "Run Coverage" fails or hangs when multithreading is used in test.

> Maybe it should only lock the threads that were _not_ started by the > “test thread”? I’m not even sure that is possible, > just suggesting things. > Have a look at Niall Ross' XProc Patterns. They do the same by - AFAIK - intercepting process creation and checking whether the creating

Re: [Pharo-dev] [Ann] ReadWriteLock

Hi Denis, all,  I'm sorry for asking basic questions, but... I thought of this a little and I failed to see the advantage  of using ReadWriteLock over monitor / mutex. What's the goal of ReadWriteLock? I mean - when should I use it rather than  monitor / mutex? What practical advantage would it

Re: [Pharo-dev] AsmJit

other things, at doing this, by > providing a unified interface between the Cog backends and AsmJIT. > > > 2015-12-15 16:43 GMT+01:00 Eliot Miranda <eliot.mira...@gmail.com>: > > Hi Jan, > > > > > On Dec 15, 2015, at 3:06 AM, Jan Vrany <jan.vr...@fit.cvut.

[Pharo-dev] AsmJit

Hi guys,  two queations:  (i) Is AsmJit going to be developed any more or it's abandoned     as well as native boost? (ii)Where can I find latest AsmJit? I'm properly confused:     * Is is the one in latest Pharo 4.0 (5.0) image?     * Is it the one here: 

Re: [Pharo-dev] AsmJit

codings available in the sista > > > extended instruction set to tell Cog what machine code to > > generate. A > > > project named uFFI aims, among other things, at doing this, by > > > providing a unified interface between the Cog backends and > > AsmJIT.

Re: [Pharo-dev] Basic versioning of GitHub repositories from within Pharo

Another slim implementation of Cypress decoupled from Monticello is the one I wrote for St/X: https://bitbucket.org/janvrany/stx-goodies-cypress/src or in Cypress format itself:  On Wed, 2015-11-25 at 21:42 +0100, Thierry Goubier wrote: > Hi Dale, > > thanks for the update. So not only it

Re: [Pharo-dev] Basic versioning of GitHub repositories from within Pharo

Oops, sorry - accidentally sent unfinished message Another slim implementation of Cypress decoupled from Monticello is the one I wrote for St/X: https://bitbucket.org/janvrany/stx-goodies-cypress/src or in Cypress format itself: 

Re: [Pharo-dev] [ANN] CalipeL: a benchmarking tool for Smalltalk/X and Pharo

> > 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

Re: [Pharo-dev] [ANN] CalipeL: a benchmarking tool for Smalltalk/X and Pharo

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

[Pharo-dev] [ANN] CalipeL: a benchmarking tool for Smalltalk/X and Pharo

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

Re: [Pharo-dev] If all Pharo projects were on GitHub...

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 ..

Re: [Pharo-dev] Help with RBTransformationRule needed!

> 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

Re: [Pharo-dev] Help with RBTransformationRule needed!

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.

Re: [Pharo-dev] Need a decision on subString: vs substring:

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

Re: [Pharo-dev] ANSICompatibility package

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

Re: [Pharo-dev] ANSICompatibility package

, 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,

Re: [Pharo-dev] [review needed] speed up RBClassNotReferencedRule

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

Re: [Pharo-dev] ANSICompatibility package

ompatibility-SmalltalkX-JanVrany.11 Thanks for spotting! Jan > > cheers -ben > > On Fri, Sep 18, 2015 at 10:05 PM, Jan Vrany <jan.vr...@fit.cvut.cz> > wrote: > > Thanks, Ben. Stuff copied. > > > > Cheers, Jan > > > > > > On Fri, 2015-09

Re: [Pharo-dev] ANSICompatibility package

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

Re: [Pharo-dev] ANSICompatibility package

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

[Pharo-dev] ANSICompatibility package

Hi, is there actually such a thing like ANSICompatibility package? (it has been mentioned here lately, but I cannot find it) Thanks, Jan

Re: [Pharo-dev] Need a decision on subString: vs substring:

... > > 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

Re: [Pharo-dev] PetitParser speed and cost of PPFailure

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

Re: [Pharo-dev] Multiple syntax support in Pharo

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

Re: [Pharo-dev] Disabling Rubric in Nautilus (+VM crash)

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

Re: [Pharo-dev] Disabling Rubric in Nautilus (+VM crash)

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

Re: [Pharo-dev] Disabling Rubric in Nautilus

: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

Re: [Pharo-dev] Disabling Rubric in Nautilus

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

[Pharo-dev] Disabling Rubric in Nautilus

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

Re: [Pharo-dev] Wrong parent in RBProgramNode after a #copy

, 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

[Pharo-dev] Wrong parent in RBProgramNode after a #copy

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:

Re: [Pharo-dev] block syntax experiments

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 ].

Re: [Pharo-dev] Little fix to MC merge facility

. 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

Re: [Pharo-dev] Little fix to MC merge facility

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

[Pharo-dev] Bug in SmalltalkHub?

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 ===

[Pharo-dev] Little fix to MC merge facility

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.

Re: [Pharo-dev] Switching to Pharo from Visualworks

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,

Re: [Pharo-dev] [Pharo-users] CommandLine handler and UTF8 path

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

Re: [Pharo-dev] Semaphore seems to timeout prematurely

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

[Pharo-dev] How to tell Pharo 3.0 from 4.0

Hi, how do I tell from within a running image whether I'm running on Pharo 3.0 or 4.0 image? Thanks! Jan

[Pharo-dev] Meaning of VirtualMachineincrementalGCCount

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

Re: [Pharo-dev] How to tell Pharo 3.0 from 4.0

On Thu, 2014-12-04 at 10:54 +0100, Sven Van Caekenberghe wrote: SystemVersion current Great, thanks! Jan

Re: [Pharo-dev] Meaning of VirtualMachineincrementalGCCount

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

[Pharo-dev] Semaphore seems to timeout prematurely

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 |

Re: [Pharo-dev] About RBCompiler

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

Re: [Pharo-dev] Source code formatting guidelines

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

Re: [Pharo-dev] Source code formatting guidelines

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

[Pharo-dev] Source code formatting guidelines

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

Re: [Pharo-dev] Can anyone provide me with clear, complete, and detailed instructions for loading PetitParser into Pharo 3.0?

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:

Re: [Pharo-dev] Selecting only rules for checking methods

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

Re: [Pharo-dev] Issue 14160: Introduce isXXX dialect testing methods to SmalltalkImage to ease cross-dialect development

...) ? 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

Re: [Pharo-dev] Issue 14160: Introduce isXXX dialect testing methods to SmalltalkImage to ease cross-dialect development

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

Re: [Pharo-dev] Issue 14160: Introduce isXXX dialect testing methods to SmalltalkImage to ease cross-dialect development

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

[Pharo-dev] Issue 14160: Introduce isXXX dialect testing methods to SmalltalkImage to ease cross-dialect development

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:

Re: [Pharo-dev] ANN - Pre-compiled Pharo VM for Debian Stable

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

[Pharo-dev] ANN - Pre-compiled Pharo VM for Debian Stable

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:

Re: [Pharo-dev] Building .deb with Pharo VM

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

Re: [Pharo-dev] Building .deb with Pharo VM

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

Re: [Pharo-dev] Building .deb with Pharo VM

../../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

Re: [Pharo-dev] Building .deb with Pharo VM

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.

[Pharo-dev] Building .deb with Pharo VM

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

Re: [Pharo-dev] Parsing Pharo syntax to C/C++

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

Re: [Pharo-dev] AppeX

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

Re: [Pharo-dev] Should nested mutexes work in Pharo 3.0?

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]

Re: [Pharo-dev] How to close all inspector windows ?

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?

Re: [Pharo-dev] [ANN] Ephestos - Using and Coding Blender from inside Pharo

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

Re: [Pharo-dev] vm over android

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.

Re: [Pharo-dev] NativeBoost and WKHTML

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

Re: [Pharo-dev] Clarifications with small lint rules

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:

Re: [Pharo-dev] Clarifications with small lint rules

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

Re: [Pharo-dev] Immutable collections and encapsulation

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.

[Pharo-dev] How to decompile a block?

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 :-)

Re: [Pharo-dev] threading in Pharo

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

Re: [Pharo-dev] threading 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

Re: [Pharo-dev] threading in Pharo

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

Re: [Pharo-dev] Just a reminder

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

Re: [Pharo-dev] Status of the VM?

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

  1   2   >