Re: [Pharo-dev] You can cheat in FFI as long as you don't get caught...

2017-11-09 Thread Igor Stasenko
On 9 November 2017 at 16:28, Nicolas Cellier < nicolas.cellier.aka.n...@gmail.com> wrote: > > > 2017-11-09 12:24 GMT+01:00 Igor Stasenko <siguc...@gmail.com>: > >> >> On 9 November 2017 at 12:03, Esteban Lorenzano <esteba...@gmail.com> >>

Re: [Pharo-dev] You can cheat in FFI as long as you don't get caught...

2017-11-09 Thread Igor Stasenko
nsumer > agree on what it really points to. > > But from code quality perspective, it really stinks. Anyone like me > opening a page to get the exact signature of the function will be > scratching head and loose precious time. Especially when tracking vm crash > down. > > I'm not sure how well it's documented, I presume it's a well known > conscious hack from the original developpers, but such practice really > ought to be discussed here. > > > > > -- Best regards, Igor Stasenko.

Re: [Pharo-dev] You can cheat in FFI as long as you don't get caught...

2017-11-09 Thread Igor Stasenko
ecially when tracking vm crash > down. > > I'm not sure how well it's documented, I presume it's a well known > conscious hack from the original developpers, but such practice really > ought to be discussed here. > > > > -- Best regards, Igor Stasenko.

Re: [Pharo-dev] String Interpolation

2017-10-04 Thread Igor Stasenko
On 4 October 2017 at 22:30, Igor Stasenko <siguc...@gmail.com> wrote: > > > On 4 October 2017 at 17:27, Sean P. DeNigris <s...@clipperadams.com> > wrote: > >> Igor Stasenko wrote >> > IMO, best would be to make it via compiler plugin. >> >

Re: [Pharo-dev] String Interpolation

2017-10-04 Thread Igor Stasenko
case coined by Sven in this topic. > 2017-10-04 11:36 GMT+02:00 Igor Stasenko <siguc...@gmail.com>: > >> IMO, best would be to make it via compiler plugin. >> >> Same, as i proposed for object literals, >> a compiler could detect a pattern interpolate >

Re: [Pharo-dev] String Interpolation

2017-10-04 Thread Igor Stasenko
On 4 October 2017 at 17:27, Sean P. DeNigris <s...@clipperadams.com> wrote: > Igor Stasenko wrote > > IMO, best would be to make it via compiler plugin. > > It seems there is always a tension between newbie-friendliness/purity and > max-performance/deployment. There are so

Re: [Pharo-dev] String Interpolation

2017-10-04 Thread Igor Stasenko
he implementation I came up with: >>>>>>> > >>>>>>> > String>>#interpolate >>>>>>> > "Format the receiver by interpolating the evaluation of >>>>>>> expressions >>>>>>> > in between curly brackets in the context of the sender as in the >>>>>>> following 3 oneline examples. >>>>>>> > 'Today is {Date today}' interpolate. >>>>>>> > | x | x := 123. 'x equals {x} and pi equals {Float pi}' >>>>>>> interpolate. >>>>>>> > 'In {#strings} you can escape \{ by prefixing it with \\' >>>>>>> interpolate." >>>>>>> > >>>>>>> > | senderContext | >>>>>>> > senderContext := thisContext sender. >>>>>>> > ^ self class new: self size streamContents: [ :out | | stream | >>>>>>> > stream := self readStream. >>>>>>> > [ stream atEnd ] whileFalse: [ | currentChar | >>>>>>> > (currentChar := stream next) == ${ >>>>>>> > ifTrue: [ | expression result | >>>>>>> > expression := stream upTo: $}. >>>>>>> > result := Compiler new >>>>>>> > evaluate: expression in: senderContext to: nil >>>>>>> notifying: nil ifFail: [ ^ nil ] logged: false. >>>>>>> > out nextPutAll: result asString ] >>>>>>> > ifFalse: [ >>>>>>> > currentChar == $\ >>>>>>> > ifTrue: [ stream atEnd ifFalse: [ out nextPut: >>>>>>> stream next ] ] >>>>>>> > ifFalse: [ out nextPut: currentChar ] ] ] ] >>>>>>> > >>>>>>> > It is a hack that could certainly be improved. And there is of >>>>>>> course an obvious security problem. >>>>>>> > >>>>>>> > Thoughts ? >>>>>>> > >>>>>>> > Sven >>>>>>> > >>>>>>> > >>>>>>> >>>>>>> >>>>>>> >>>>>> >>>>>> >>>>>> -- >>>>>> >>>>>> >>>>>> >>>>>> Guille Polito >>>>>> >>>>>> Research Engineer >>>>>> >>>>>> Centre de Recherche en Informatique, Signal et Automatique de Lille >>>>>> >>>>>> CRIStAL - UMR 9189 >>>>>> >>>>>> French National Center for Scientific Research - *http://www.cnrs.fr >>>>>> <http://www.cnrs.fr>* >>>>>> >>>>>> >>>>>> *Web:* *http://guillep.github.io* <http://guillep.github.io> >>>>>> >>>>>> *Phone: *+33 06 52 70 66 13 <+33%206%2052%2070%2066%2013> >>>>>> >>>>> >>>>> >>>>> >>>>> -- >>>>> Damien Pollet >>>>> type less, do more [ | ] http://people.untyped.org/damien.pollet >>>>> >>>> >>>> >>> >> >> >> -- >> >> >> >> Guille Polito >> >> Research Engineer >> >> Centre de Recherche en Informatique, Signal et Automatique de Lille >> >> CRIStAL - UMR 9189 >> >> French National Center for Scientific Research - *http://www.cnrs.fr >> <http://www.cnrs.fr>* >> >> >> *Web:* *http://guillep.github.io* <http://guillep.github.io> >> >> *Phone: *+33 06 52 70 66 13 <+33%206%2052%2070%2066%2013> >> > > -- Best regards, Igor Stasenko.

Re: [Pharo-dev] Pharo 6 screenshot

2017-04-25 Thread Igor Stasenko
https://ferlicot.fr > > > > http://www.synectique.eu > > 2 rue Jacques Prévert 01, > > 59650 Villeneuve d'ascq France > > > > > > -- > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > Alexandre Bergel http://www.bergel.eu > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > > > -- Best regards, Igor Stasenko.

Re: [Pharo-dev] [Vm-dev] [ANN] PharoNOS

2017-03-22 Thread Igor Stasenko
. it just never ending quest to keep dispelling people's perception, that there's something impossible or wrong with these things or that's there are something that won't make things possible.. So, they choose to go with C :) Best regards, > Ronie > > -- Best regards, Igor Stasenko.

Re: [Pharo-dev] [ANN] PharoNOS

2017-03-22 Thread Igor Stasenko
for given method.. All is doable, when you working at lowest level, you just need to think how to expose it in convenient way. -- Best regards, Igor Stasenko.

Re: [Pharo-dev] Esteban's ChangeLog week of 6 March 2017

2017-03-13 Thread Igor Stasenko
t; > > 6 March 2017: > ----- > > *I spent time fixing libgit2 (and dependents) compilation, both for > linux and windows. > > As a result, now windows is working again (there was problems after > version 0.26)... but linux, who seemed > working last friday, is now again not working properly :( > > > cheers! > Esteban > > -- Best regards, Igor Stasenko.

Re: [Pharo-dev] [Pharo-users] What is the craziest bug you ever face

2017-03-09 Thread Igor Stasenko
t what are the most > difficult bugs we faced and what are the conceptual tools that would have > helped you. > > Stef > -- Best regards, Igor Stasenko.

Re: [Pharo-dev] Pharo bootstrap with Ring and Calypso

2017-02-28 Thread Igor Stasenko
d in a matter of seconds, but a 600k > image containing the seaside counter may take half an hour. > > In our current approach, the speed of bootstrap is directly related to > the number of classes and methods inside the result. There are two ways to > speed up the process: >

Re: [Pharo-dev] Epicea user experience report

2017-02-24 Thread Igor Stasenko
Epicea is most valuable jewel i ever wished to have in Pharo.. Martin big thanks for your effort to make such a wonderful piece of software. -- Best regards, Igor Stasenko.

Re: [Pharo-dev] Any idea for a cool name for the remote tool suite?

2017-02-24 Thread Igor Stasenko
Call it Java[tm] .. .. what? i heard it is quite popular. albeit fuzzy wuzzy :) P.S. just call it Pharo-Remote and let it go -- Best regards, Igor Stasenko.

Re: [Pharo-dev] Pharo bootstrap with Ring and Calypso

2017-02-24 Thread Igor Stasenko
if you want to do something with > the image, you will anyway need most of methods needed for the class > builder like basic strings and collections support. > > I think, you can shrink image even more, by running something after booting it to remove ClassBuilder & co, if you don't need to create classes etc. -- Best regards, Igor Stasenko.

Re: [Pharo-dev] athens dead code?

2017-02-02 Thread Igor Stasenko
On 29 January 2017 at 19:16, stepharong <stephar...@free.fr> wrote: > On Sun, 29 Jan 2017 17:21:44 +0100, Igor Stasenko <siguc...@gmail.com> > wrote: > > > > On 29 January 2017 at 16:16, stepharong <stephar...@free.fr> wrote: > >> >> >> On

Re: [Pharo-dev] athens dead code?

2017-01-29 Thread Igor Stasenko
like it. > You don't have to advocate that to me. I am fully on your side with this :) -- Best regards, Igor Stasenko.

Re: [Pharo-dev] athens dead code?

2017-01-29 Thread Igor Stasenko
: [:builder | myBackendNeutralPathData sendCommandsTo: builder]. On 29 January 2017 at 17:41, Igor Stasenko <siguc...@gmail.com> wrote: > > > On 29 January 2017 at 16:16, stepharong <stephar...@free.fr> wrote: > >> >> >> On 27 January 2017 at 00

Re: [Pharo-dev] athens dead code?

2017-01-29 Thread Igor Stasenko
thSegment. Also, as i looking into code, there are some leftovers - the #convertWith:, and #visitWith: . These should be removed and users of #visitWith: should be refactored to #accept: protocol. To not confuse users what exactly protocol should be used. > -- > Best regards, > Igor Stasenko. > > > > > -- > Using Opera's mail client: http://www.opera.com/mail/ > -- Best regards, Igor Stasenko.

Re: [Pharo-dev] athens dead code?

2017-01-26 Thread Igor Stasenko
On 27 January 2017 at 09:17, stepharong <stephar...@free.fr> wrote: > On Fri, 27 Jan 2017 00:31:11 +0100, Igor Stasenko <siguc...@gmail.com> > wrote: > > > > On 27 January 2017 at 00:06, stepharong <stephar...@free.fr> wrote: > >> >> accep

Re: [Pharo-dev] memoized vs once

2017-01-26 Thread Igor Stasenko
On 27 January 2017 at 03:45, Igor Stasenko <siguc...@gmail.com> wrote: > > > On 27 January 2017 at 02:28, Ben Coman <b...@openinworld.com> wrote: > >> On Fri, Jan 27, 2017 at 7:35 AM, Igor Stasenko <siguc...@gmail.com> >> wrote: >> >

Re: [Pharo-dev] memoized vs once

2017-01-26 Thread Igor Stasenko
On 27 January 2017 at 02:28, Ben Coman <b...@openinworld.com> wrote: > On Fri, Jan 27, 2017 at 7:35 AM, Igor Stasenko <siguc...@gmail.com> wrote: > > > > > > On 27 January 2017 at 01:30, Ben Coman <b...@openinworld.com> wrote: > >> > >

Re: [Pharo-dev] memoized vs once

2017-01-26 Thread Igor Stasenko
> >> method > >> (so it will not be evaluated later at runtime again) so IMHO > >> #asMethodConstant > >> instead of #asMethodConst would be better. > > > > > > I do not understand any of them. > > method constant = constant of a method >

Re: [Pharo-dev] athens dead code?

2017-01-26 Thread Igor Stasenko
f course, it may be nit used by Athens itself.. but it doesn't means it is useless. > > -- > Using Opera's mail client: http://www.opera.com/mail/ > > -- Best regards, Igor Stasenko.

Re: [Pharo-dev] memoized vs once

2017-01-26 Thread Igor Stasenko
e computed , and takes a loong time) asMethodLiteral but that, of course, won't work if you would want to cache results based on method's input parameters. > -cbc > >> -- >> Using Opera's mail client: http://www.opera.com/mail/ >> >> > -- Best regards, Igor Stasenko.

Re: [Pharo-dev] memoized vs once

2017-01-25 Thread Igor Stasenko
you just start using it everywhere. > Phil > > > -- Best regards, Igor Stasenko.

Re: [Pharo-dev] memoized vs once

2017-01-25 Thread Igor Stasenko
. > > DynamicVariables are darker magic that this, right? > > Phil > > > On Thu, Jan 26, 2017 at 12:56 AM, Igor Stasenko <siguc...@gmail.com> > wrote: > >> Because caching are always comes with concerns, like when/where do we >> want to drop cached resul

Re: [Pharo-dev] memoized vs once

2017-01-25 Thread Igor Stasenko
.. let us welcome.. memoization. :) -- Best regards, Igor Stasenko.

Re: [Pharo-dev] memoized vs once

2017-01-25 Thread Igor Stasenko
issues. Fields are expanded" ^ self cache at: #issueCreateMeta ifAbsentPut: [ self getIssueCreateMetaWithExpandKeys: true ] Btw, it is a good question, what are the difference between caching and memoization, besides that google underlines 'memoization' word with thin red curly line while i typing? :) -- Best regards, Igor Stasenko.

Re: [Pharo-dev] memoized vs once

2017-01-25 Thread Igor Stasenko
just block without arguments.. so, what you going to use as keys for caching evaluation of such block, how do you identify what value(s) are inputs for such block and what not? -- Best regards, Igor Stasenko.

Re: [Pharo-dev] memoized vs once

2017-01-25 Thread Igor Stasenko
ng wihoout key, why not just store result of first evaluation and then use it directly anywhere else? why need to wrap it with block?? data := [some calculation ] value. self doSomethingWith: data. self doSomethingElseWith: data. self doSomethingElseElseWith: data. voila.. plain programming. Where doe

Re: [Pharo-dev] memoized vs once

2017-01-25 Thread Igor Stasenko
result := [ do something long or short or whatever] cached. On 26 January 2017 at 01:20, Igor Stasenko <siguc...@gmail.com> wrote: > > > On 26 January 2017 at 01:14, p...@highoctane.be <p...@highoctane.be> > wrote: > >> If one is doing any dynamic programmin

Re: [Pharo-dev] memoized vs once

2017-01-25 Thread Igor Stasenko
il > > On Wed, Jan 25, 2017 at 10:30 PM, Igor Stasenko <siguc...@gmail.com> > wrote: > >> #once can be interpreted as 'evaluate it once', >> >> but i don't like the #memoized .. it sounds painful to my ears. >> It sounds like something stinking smeared across

Re: [Pharo-dev] memoized vs once

2017-01-25 Thread Igor Stasenko
any unpleasant thoughts. IMHO, maybe #once is not the best wording for what it does , but #memoizing... yuck.. pardon me. :) -- Best regards, Igor Stasenko.

Re: [Pharo-dev] it's too quiet ... please ignore (except for stef:)

2016-12-29 Thread Igor Stasenko
gt;> >> wrote: >> >> >> >> >> The list >> >> server is up so it's just quiet:) >> >> >> >> >> >> >> >> >> On 12/29/16 10:04 AM, Dale Henrichs wrote: >> >> >> > No messages on list since yesterday morning? >> >> >> > >> >> >> > Dale >> >> >> > >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> Happy overquote! :) -- Best regards, Igor Stasenko.

Re: [Pharo-dev] Q: any work around ROS has been done on Pharo?

2016-12-25 Thread Igor Stasenko
image and all locked by waiting for some mutex/semaphores and telling them 'stop' waits forever and blocks everything.. How i can clean this up? -- Best regards, Igor Stasenko.

Re: [Pharo-dev] Q: any work around ROS has been done on Pharo?

2016-12-25 Thread Igor Stasenko
Cool, i installed it, and now i have some questions. What i should do in order to: - connect with ros master - get list of available topics - subscribe to a chosen topic - and finally receive some data from it On 25 December 2016 at 06:25, Igor Stasenko <siguc...@gmail.com> wrote: >

Re: [Pharo-dev] How stable 64-bit VM?

2016-12-24 Thread Igor Stasenko
ah, yeah, forgot to mention that i run it on ubuntu 16.04 On 25 December 2016 at 06:28, Igor Stasenko <siguc...@gmail.com> wrote: > Hi, > sorry for my ignorance, > i downloaded fresh build of 64-bit VM and has strange hiccups (crash on > downloading/installing a package)

[Pharo-dev] How stable 64-bit VM?

2016-12-24 Thread Igor Stasenko
Hi, sorry for my ignorance, i downloaded fresh build of 64-bit VM and has strange hiccups (crash on downloading/installing a package)... is it stable, or it is just me, too ignorant & stupid? -- Best regards, Igor Stasenko.

Re: [Pharo-dev] Q: any work around ROS has been done on Pharo?

2016-12-24 Thread Igor Stasenko
f ROS to steer robots. > > https://pleiad.cl/research/software/lrp > > > > Cheers, > > Alexandre > > > > > >> On Dec 22, 2016, at 9:38 PM, Igor Stasenko <siguc...@gmail.com> wrote: > >> > >> Hi, > >> > >> i wonder, are there any

Re: [Pharo-dev] Q: any work around ROS has been done on Pharo?

2016-12-24 Thread Igor Stasenko
> Hi igor > > Pharos is developed at Ecole des Mines de Douai by Noury, Luc and Santiago > was working on it during 1,5 years. > Noury Bouraqadi <noury.bouraq...@mines-douai.fr> > Luc Fabresse <luc.fabre...@gmail.com> > > Stef > > On Thu, 22 Dec 2016 21:38:29 +0100

[Pharo-dev] Q: any work around ROS has been done on Pharo?

2016-12-22 Thread Igor Stasenko
ster and understand it better. -- Best regards, Igor Stasenko.

Re: [Pharo-dev] Pharo on Raspberry, how? Who?

2016-12-22 Thread Igor Stasenko
On 22 December 2016 at 22:27, Sven Van Caekenberghe <s...@stfx.eu> wrote: > > > On 22 Dec 2016, at 21:13, Igor Stasenko <siguc...@gmail.com> wrote: > > > > > > > > On 22 December 2016 at 21:50, Sven Van Caekenberghe <s...@stfx.eu> > wrote: &g

Re: [Pharo-dev] Pharo on Raspberry, how? Who?

2016-12-22 Thread Igor Stasenko
On 22 December 2016 at 21:50, Sven Van Caekenberghe <s...@stfx.eu> wrote: > > > On 22 Dec 2016, at 20:40, Igor Stasenko <siguc...@gmail.com> wrote: > > > > > > so, as i understand VM comes by default with raspbian installation, or > what? > > y

Re: [Pharo-dev] Pharo on Raspberry, how? Who?

2016-12-22 Thread Igor Stasenko
so, as i understand VM comes by default with raspbian installation, or what? and what are those: https://bintray.com/estebanlm/pharo-vm/download_file?file_path=pharo-linux-ARMv6.0b8386a.zip ? -- Best regards, Igor Stasenko.

[Pharo-dev] Pharo on Raspberry, how? Who?

2016-12-22 Thread Igor Stasenko
smalltalk rather than prehistoric-era scripting language :) -- Best regards, Igor Stasenko.

Re: [Pharo-dev] about syntaxError

2016-12-08 Thread Igor Stasenko
something else, what exactly - look at debugger code, because i don't remember :). On 9 December 2016 at 02:00, Igor Stasenko <siguc...@gmail.com> wrote: > > On 9 December 2016 at 01:39, p...@highoctane.be <p...@highoctane.be> > wrote: > >> Nice to now understand h

Re: [Pharo-dev] about syntaxError

2016-12-08 Thread Igor Stasenko
rtain cases, it simply ignores it and pretends that it is done, suppressing actual code behavior, which would be triggered, if it wouldn't run simulated by debugger. > Phil > > -- Best regards, Igor Stasenko.

Re: [Pharo-dev] about syntaxError

2016-12-08 Thread Igor Stasenko
and this: "Simulation guard" is a good indication of what's gone wrong.. you are basically attempting to debug a debugger, using the very same debugger and this primitive is used throughout the debugger code to guard against such cases. On 9 December 2016 at 01:06, Igo

Re: [Pharo-dev] about syntaxError

2016-12-08 Thread Igor Stasenko
self buildMorphicViewOn: aSyntaxError. > ]. > ^ process suspend > > so it does not really help to understand the syntax error. > I do not get why this is so opaque. > > Stef > > > -- > Using Opera's mail client: http://www.opera.com/mail/ > > -- Best regards, Igor Stasenko.

Re: [Pharo-dev] Drastically improving the messageNotUnderstood title

2016-12-08 Thread Igor Stasenko
not sure.. i envision something like that: https://cdn.meme.am/instances/500x/66976516.jpg -- Best regards, Igor Stasenko.

Re: [Pharo-dev] Running on Ubuntu?

2016-11-24 Thread Igor Stasenko
to conflicting dependencies. anyways, this is not critical for my current needs. Thanks for attention. > On Tue, Nov 22, 2016 at 10:46 AM, Igor Stasenko <siguc...@gmail.com> > wrote: > > > > > > On 22 November 2016 at 16:50, Sven Van Caekenberghe <s...@stfx.eu> > wrote:

Re: [Pharo-dev] Breaking the 4GB barrier with Pharo 6 64-bit

2016-11-23 Thread Igor Stasenko
On 23 November 2016 at 12:41, p...@highoctane.be <p...@highoctane.be> wrote: > > > On Wed, Nov 23, 2016 at 10:51 AM, Igor Stasenko <siguc...@gmail.com> > wrote: > >> >> >> On 23 November 2016 at 10:50, p...@highoctane.be <p...@highoctane.be> >

Re: [Pharo-dev] Breaking the 4GB barrier with Pharo 6 64-bit

2016-11-23 Thread Igor Stasenko
gt; >> wrote: >> >>> >>> > On 22 Nov 2016, at 19:16, p...@highoctane.be wrote: >>> > >>> > >>> > >>> > On Tue, Nov 22, 2016 at 5:57 PM, Igor Stasenko <siguc...@gmail.com> >>> wrote: >>>

Re: [Pharo-dev] Breaking the 4GB barrier with Pharo 6 64-bit

2016-11-22 Thread Igor Stasenko
ling GC to skip over this so it won't attempt to scan it treating them as always alive.. this is where we getting back to my idea of heap spaces, where you can toss a subgraph into a special heap space that has such policy, that it is never scanned/GCed automatically and can be triggered only manually or something like that. > > Phil >> > > _,,,^..^,,,_ > best, Eliot > -- Best regards, Igor Stasenko.

Re: [Pharo-dev] Running on Ubuntu?

2016-11-22 Thread Igor Stasenko
ohh.. wait 6.0 is on the sight.. and i was mangling with 5.0.. yeah, that explains why it needs 32-bit libs and all that mess :) -- Best regards, Igor Stasenko.

Re: [Pharo-dev] Running on Ubuntu?

2016-11-22 Thread Igor Stasenko
hing) and after that i were able to run apt get install libgl1-mesa-glx:i386 without problems :) > Thierry > > > 2016-11-22 15:00 GMT+01:00 Igor Stasenko <siguc...@gmail.com>: > >> >> >> On 22 November 2016 at 15:06, David T. Lewis <le...@mail.msen

Re: [Pharo-dev] Running on Ubuntu?

2016-11-22 Thread Igor Stasenko
VM now runs, thanks everyone for your attention.. i wish it would install (or report missing requirements) correctly by itself On 22 November 2016 at 16:30, Igor Stasenko <siguc...@gmail.com> wrote: > > > On 22 November 2016 at 16:24, Thierry Goubier <thierry.goub...@

Re: [Pharo-dev] Running on Ubuntu?

2016-11-22 Thread Igor Stasenko
On 22 November 2016 at 15:06, David T. Lewis <le...@mail.msen.com> wrote: > On Tue, Nov 22, 2016 at 12:19:30PM +0200, Igor Stasenko wrote: > > ldd vm-display-X11 > > linux-gate.so.1 => (0xf77fd000) > > libpthread.so.0 => /lib/i386-linux-gnu/libpthread

Re: [Pharo-dev] Running on Ubuntu?

2016-11-22 Thread Igor Stasenko
stfx.eu> wrote: > Igor, > > Give us some more details > > - Ubuntu version > - Pharo version > - URL you used to download the VM > > Sven > > > On 22 Nov 2016, at 11:22, Igor Stasenko <siguc...@gmail.com> wrote: > > > > > > > >

Re: [Pharo-dev] Running on Ubuntu?

2016-11-22 Thread Igor Stasenko
bfreetype6:i386 > > ==>>> 0 upgraded, 0 newly installed, 0 to remove and 11 not upgraded. it seems like everything of above already installed on my box. > (you might need more for full UI) > > with ldd you can find unresolved dynamic libs > > > On 22

Re: [Pharo-dev] Running on Ubuntu?

2016-11-22 Thread Igor Stasenko
t; sudo apt-get install libssl1.0.0:i386 > sudo apt-get install libfreetype6:i386 > > (you might need more for full UI) > > with ldd you can find unresolved dynamic libs > > > On 22 Nov 2016, at 11:13, Igor Stasenko <siguc...@gmail.com> wrote: > >

Re: [Pharo-dev] Running on Ubuntu?

2016-11-22 Thread Igor Stasenko
On 22 November 2016 at 12:11, Nicolai Hess <nicolaih...@gmail.com> wrote: > > > 2016-11-22 11:07 GMT+01:00 Igor Stasenko <siguc...@gmail.com>: > >> Hey guys, >> >> just wanted to show others our cool stuff.. but faced strange problem: >> >> ~

[Pharo-dev] Running on Ubuntu?

2016-11-22 Thread Igor Stasenko
there right at the location of vm binary etc etc yadda yadda.. anyone knows what going on? -- Best regards, Igor Stasenko.

Re: [Pharo-dev] Breaking the 4GB barrier with Pharo 6 64-bit

2016-11-10 Thread Igor Stasenko
all data in > >memory, consider how much time it takes > >for GC to scan 4+ Gb of memory, > > That's often not what is happening. The large data is mostly static, so > gets moved out of new space very quickly. Otherwise working with large data > quickly becomes annoying indeed. I fully agree with you on that. > > Stephan > > -- Best regards, Igor Stasenko.

Re: [Pharo-dev] Breaking the 4GB barrier with Pharo 6 64-bit

2016-11-10 Thread Igor Stasenko
can help youself, because your problem is not that hard to solve. But instead, you prefer to rely on somebody else's effort(s). Arrhgghhh!! :) Cheers, > Doru > > > > > > -- > > Best regards, > > Igor Stasenko. > > -- > www.tudorgirba.com >

Re: [Pharo-dev] Breaking the 4GB barrier with Pharo 6 64-bit

2016-11-10 Thread Igor Stasenko
y => 8k image (near future displays) would take 126Mb > of memory. Double buffering would be useful for Roassal (huge zoomed out > visualization). > > > > Storing 126Mb array object takes a lot of memory but does not influence > on GC performance since it is just one o

Re: [Pharo-dev] Breaking the 4GB barrier with Pharo 6 64-bit

2016-11-10 Thread Igor Stasenko
gt; www.tudorgirba.com > www.feenk.com > > "Not knowing how to do something is not an argument for how it cannot be > done." > > > -- Best regards, Igor Stasenko.

Re: [Pharo-dev] Breaking the 4GB barrier with Pharo 6 64-bit

2016-11-10 Thread Igor Stasenko
e of lack of solution. > Cheers, > Tudor > > > > On Nov 10, 2016, at 4:11 AM, Igor Stasenko <siguc...@gmail.com> wrote: > > > > Nice progress, indeed. > > Now i hope at the end of the day, the guys who doing data > mining/statistical analysis wil

Re: [Pharo-dev] AthensCairoSurface not getting garbage collected

2016-07-09 Thread Igor Stasenko
ace is deleted, the surface sticks >> around. So, each time I run the app, I get another instance of >> AthensCairoSurface hanging around. That means all the forms stick around as >> well. So my image can quickly grow towards the 1GB size. >> > >> > Is there anything I can do about that? Can I manually get the surface >> to delete itself? >> > >> > Cheers, >> > >> > Jeff >> > >> >> -- >> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: >> Alexandre Bergel http://www.bergel.eu >> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. >> >> >> >> >> -- Best regards, Igor Stasenko.

Re: [Pharo-dev] AthensCairoSurface not getting garbage collected

2016-06-23 Thread Igor Stasenko
ade those changes could help you better. > Cheers, > > Jeff > > On Thu, Jun 23, 2016 at 7:11 AM Igor Stasenko <siguc...@gmail.com> wrote: > >> On 18 June 2016 at 19:36, J.F. Rick <s...@je77.com> wrote: >> >>> I'm using Athens rendering for m

Re: [Pharo-dev] AthensCairoSurface not getting garbage collected

2016-06-23 Thread Igor Stasenko
that? Can I manually get the surface to > delete itself? > > follow the pointers and look for the culprit, that holding it and not releasing. That's all i can advice. > Cheers, > > Jeff > -- Best regards, Igor Stasenko.

Re: [Pharo-dev] Athens Re: TxText model

2016-04-07 Thread Igor Stasenko
On 7 April 2016 at 13:10, Nicolai Hess <nicolaih...@gmail.com> wrote: > > > 2016-04-07 11:15 GMT+02:00 Igor Stasenko <siguc...@gmail.com>: > >> >> >> On 7 April 2016 at 10:32, Nicolai Hess <nicolaih...@gmail.com> wrote: >> >>> >&

Re: [Pharo-dev] Athens Re: TxText model

2016-04-07 Thread Igor Stasenko
On 7 April 2016 at 10:32, Nicolai Hess <nicolaih...@gmail.com> wrote: > > > 2016-04-06 16:58 GMT+02:00 Igor Stasenko <siguc...@gmail.com>: > >> >> >> On 6 April 2016 at 17:07, Nicolai Hess <nicolaih...@gmail.com> wrote: >> >>> >&

Re: [Pharo-dev] TxText model

2016-04-06 Thread Igor Stasenko
On 6 April 2016 at 20:31, Nicolai Hess <nicolaih...@gmail.com> wrote: > > > 2016-04-06 18:00 GMT+02:00 Igor Stasenko <siguc...@gmail.com>: > >> >> >> On 6 April 2016 at 18:34, Nicolai Hess <nicolaih...@gmail.com> wrote: >> >>&g

Re: [Pharo-dev] TxText model

2016-04-06 Thread Igor Stasenko
On 6 April 2016 at 18:34, Nicolai Hess <nicolaih...@gmail.com> wrote: > > Am 06.04.2016 5:21 nachm. schrieb "Igor Stasenko" <siguc...@gmail.com>: > > > > btw, > > > > if you wanna feel a difference, why we wanted vector based rendering, by &g

Re: [Pharo-dev] TxText model

2016-04-06 Thread Igor Stasenko
: view. sceneView openInWindow and try zooming it in and out with mouse wheel. On 6 April 2016 at 17:58, Igor Stasenko <siguc...@gmail.com> wrote: > > > On 6 April 2016 at 17:07, Nicolai Hess <nicolaih...@gmail.com> wrote: > >> >> >> 2016-04-06 10:56 G

Re: [Pharo-dev] TxText model

2016-04-06 Thread Igor Stasenko
On 6 April 2016 at 17:07, Nicolai Hess <nicolaih...@gmail.com> wrote: > > > 2016-04-06 10:56 GMT+02:00 Igor Stasenko <siguc...@gmail.com>: > >> >> >> On 6 April 2016 at 11:36, Nicolai Hess <nicolaih...@gmail.com> wrote: >> >>> &g

Re: [Pharo-dev] TxText model

2016-04-06 Thread Igor Stasenko
but to enable vector-based rendering for text. The rest was coming as a bonus and future work. Because else, all of it worth nothing if you cannot even render text with Athens.. -- Best regards, Igor Stasenko.

Re: [Pharo-dev] TxText model

2016-04-06 Thread Igor Stasenko
elped me to finish implementation of a wrapper for Morph, to be able to render any morph into Form, and then render Form on Athens surface. So, that is why it 'works' :) -- Best regards, Igor Stasenko.

Re: [Pharo-dev] TxText model

2016-04-06 Thread Igor Stasenko
On 6 April 2016 at 11:36, Nicolai Hess <nicolaih...@gmail.com> wrote: > > > 2016-04-06 9:59 GMT+02:00 Igor Stasenko <siguc...@gmail.com>: > >> >> >> On 6 April 2016 at 10:07, Nicolai Hess <nicolaih...@gmail.com> wrote: >> >&

Re: [Pharo-dev] [ bloc ] I do not understand why some behavior is not in the right place

2016-04-06 Thread Igor Stasenko
about that damn 'minimal common denominator' problem. :) Oh, and also i forgot to mention, that there could be also 2 more potential backends: - OpenVG and - Quartz, that is a vector graphics library for Mac OS On 6 April 2016 at 11:23, Igor Stasenko <siguc...@gmail.com> wrote: > >

Re: [Pharo-dev] [ bloc ] I do not understand why some behavior is not in the right place

2016-04-06 Thread Igor Stasenko
On 6 April 2016 at 11:14, Thierry Goubier <thierry.goub...@gmail.com> wrote: > > > 2016-04-06 10:07 GMT+02:00 Igor Stasenko <siguc...@gmail.com>: > >> >> >> On 6 April 2016 at 10:35, Nicolai Hess <nicolaih...@gmail.com> wrote: >> >>>

Re: [Pharo-dev] [ bloc ] I do not understand why some behavior is not in the right place

2016-04-06 Thread Igor Stasenko
clear and with much detail. On 6 April 2016 at 11:07, Igor Stasenko <siguc...@gmail.com> wrote: > > > On 6 April 2016 at 10:35, Nicolai Hess <nicolaih...@gmail.com> wrote: > >> >> >> 2016-04-05 16:31 GMT+02:00 Igor Stasenko <siguc...@gmail.com>

Re: [Pharo-dev] [ bloc ] I do not understand why some behavior is not in the right place

2016-04-06 Thread Igor Stasenko
On 6 April 2016 at 10:35, Nicolai Hess <nicolaih...@gmail.com> wrote: > > > 2016-04-05 16:31 GMT+02:00 Igor Stasenko <siguc...@gmail.com>: > >> >> >> On 5 April 2016 at 17:27, Igor Stasenko <siguc...@gmail.com> wrote: >> >>> >>

Re: [Pharo-dev] TxText model

2016-04-06 Thread Igor Stasenko
ations are bound to text size. > And how are these solved with TxText? > > > 1. By implementing new view, rendered by Athens 2. By introducing new model for storing text to overcome mentioned limitations. > >>> >>> - >>> Cheers, >>> Sean >>> -- >>> View this message in context: >>> http://forum.world.st/TxText-model-tp4888199p4888515.html >>> Sent from the Pharo Smalltalk Developers mailing list archive at >>> Nabble.com. >>> >>> >> > -- Best regards, Igor Stasenko.

Re: [Pharo-dev] [ bloc ] I do not understand why some behavior is not in the right place

2016-04-05 Thread Igor Stasenko
On 5 April 2016 at 17:27, Igor Stasenko <siguc...@gmail.com> wrote: > > > On 5 April 2016 at 16:29, Aliaksei Syrel <alex.sy...@gmail.com> wrote: > >> Now let's take a look at this code: >> >> drawOnSpartaCanvas: aCanvas >> >>> aCanvas

Re: [Pharo-dev] [ bloc ] I do not understand why some behavior is not in the right place

2016-04-05 Thread Igor Stasenko
Canvas will not >>maintain current state of pathTransform? Instead all transformations can >> be >>directly applied on cairo_t using native calls. If there is a need to get >>actual matrix we can ask cairo directly. From my perspective it simplifies >>transf

Re: [Pharo-dev] [ bloc ] I do not understand why some behavior is not in the right place

2016-04-05 Thread Igor Stasenko
o (do they exist outside of cairo?) and allow >>> to >>>draw both transparent fill and stroke without overlapping using only one >>>path. On class side of BlElement there are examples (exampleCircle) that >>>show such behavior. >>>

Re: [Pharo-dev] [ bloc ] I do not understand why some behavior is not in the right place

2016-04-05 Thread Igor Stasenko
for Athens. So, if you can expose such operation at more backend neutral level in Athens, then it is welcome as well. I was thinking about that, but never got my hands to it.. How to expose it in backend-neutral way. So, if you found how - do it. I can only welcome that. > Cheers, > Alex > >

Re: [Pharo-dev] [ bloc ] I do not understand why some behavior is not in the right place

2016-04-05 Thread Igor Stasenko
age :) > On Tue, Apr 5, 2016 at 1:33 PM, Igor Stasenko <siguc...@gmail.com> wrote: > >> >> >> On 5 April 2016 at 04:00, Ben Coman <b...@openinworld.com> wrote: >> >>> On Tue, Apr 5, 2016 at 2:51 AM, Igor Stasenko <siguc...@gmail.com> >

Re: [Pharo-dev] TxText model

2016-04-05 Thread Igor Stasenko
On 5 April 2016 at 04:16, Ben Coman <b...@openinworld.com> wrote: > On Mon, Apr 4, 2016 at 9:49 PM, Igor Stasenko <siguc...@gmail.com> wrote: > > > > > > On 4 April 2016 at 16:32, Thierry Goubier <thierry.goub...@gmail.com> > wrote: > >> >

Re: [Pharo-dev] [ bloc ] I do not understand why some behavior is not in the right place

2016-04-05 Thread Igor Stasenko
, Igor Stasenko <siguc...@gmail.com> wrote: > > > On 5 April 2016 at 04:00, Ben Coman <b...@openinworld.com> wrote: > >> On Tue, Apr 5, 2016 at 2:51 AM, Igor Stasenko <siguc...@gmail.com> wrote: >> > >> > Some more bashing today.. (don't take i

Re: [Pharo-dev] [ bloc ] I do not understand why some behavior is not in the right place

2016-04-05 Thread Igor Stasenko
On 5 April 2016 at 04:00, Ben Coman <b...@openinworld.com> wrote: > On Tue, Apr 5, 2016 at 2:51 AM, Igor Stasenko <siguc...@gmail.com> wrote: > > > > Some more bashing today.. (don't take it personal, i may be wrong) > > > > BlPath hierarchy.. and BlShape. &

Re: [Pharo-dev] [ bloc ] I do not understand why some behavior is not in the right place

2016-04-05 Thread Igor Stasenko
ade numerical crunching. And especially that code smells and need a cleanup (not your code, but code in Athens). All i wanna see is exposing feature in nice and consisting way. We all want it to be there. Not just you and me, but whole community does. The rest is a poetry. > Cheers > Alex >

Re: [Pharo-dev] [ bloc ] I do not understand why some behavior is not in the right place

2016-04-05 Thread Igor Stasenko
h many questions, all i got in response it: 'bullshit, it is perfect'. Because it feels like that. If all that i wrote here is bullshit, then fine.. perfect. You don't have to do and worry about anything. > Thanks > Alex > > -- Best regards, Igor Stasenko.

Re: [Pharo-dev] [ bloc ] I do not understand why some behavior is not in the right place

2016-04-04 Thread Igor Stasenko
evelopers mailing list archive at > Nabble.com. > > -- Best regards, Igor Stasenko.

Re: [Pharo-dev] [ bloc ] I do not understand why some behavior is not in the right place

2016-04-04 Thread Igor Stasenko
On 5 April 2016 at 01:12, Igor Stasenko <siguc...@gmail.com> wrote: > > > On 5 April 2016 at 00:51, Andrei Chis <chisvasileand...@gmail.com> wrote: > > btw, Andrei , if you looking how you can test if point contains shape or > not, take a look at AthensCurveFlatte

Re: [Pharo-dev] [ bloc ] I do not understand why some behavior is not in the right place

2016-04-04 Thread Igor Stasenko
false, and if not - evaluating a block. So, you don't have to implement all tests for all kinds of shapes that invented or not yet invented in universe. -- Best regards, Igor Stasenko.

  1   2   3   4   5   6   7   >