Thank you both for your answers,
Great.
No emergency for me, it's for a POC about design by contract with
annotations I started last year and resumed recently.
As it starts working (at least it looks like), I will publish on
smalltalkhub soon so others can play with it too, tomorrow, time to
f
Hi,
I would like to trace returned values with MetaLink, but didn't found
the correct #arguments: parameter.
Here in my example I would like to call aMethodCall:returned: with the
return value of aMethodCall:
(the method on which the link is installed)
(MyObject>>#aMethodCall:) ast
Le 24/05/2015 07:47, stepharo a écrit :
Hi guys
I m back to europe after one week to senegal.
There I gave lectures to Dakar 3 h
OO advanced design
seaside
and met Pr. Alassane Bah an old Smalltalker that is eager to push Pharo.
I gave him my lectures and we will see what we will do.
Le 24/05/2015 18:50, Daniel Roe a écrit :
Please allow me this one non-Pharo message. I am not that familiar with these
message boards. When I see a message that I want to respond to how do I do
that? I've been going to my email program - hotmail - and pasting in the
subject line - copying
Hi Stef
Thinking to that today, I remembered myself two excellent links on this
subject.
Googling a bit to retrieve the links gave me tons of interesting stuff
(reactive, linq etc), but those ones are "classicals" .
Erik Meijer on duality of Enumerable and Observer
http://csl.stanford.edu/~ch
Le 22/03/2015 22:39, stepharo a écrit :
This is like the Iterator Design pattern and this is interesting.
Yes, usually in dotnet IQueryable is implemented by (or on top of) a
IEnumerable. It is one of the key elements of Linq that makes Linq very
user friendly for developers
Why don't you give
Le 22/03/2015 22:42, stepharo a écrit :
https://code.google.com/p/xtreams/
Thank you, I just found it too by watching the Martin Kobetic video on
youtube.
Very interesting
--
Regards,
Alain
Le 22/03/2015 21:44, Denis Kudriashov a écrit :
Hi
It is another perfect task for XStreams:
r := #('a12' 'b12' 'a13' 'a14' 'c23' 'a16') reading selecting: [:each |
each first = $a].
r get > a12
r get > a13
Looks interesting :)
You have a link for this package in Pharo (or squeak) ?
I found on
Le 22/03/2015 18:57, stepharo a écrit :
may be a first step would be to have findFirst: aBlock startingAt: based
on findFirst:
findFirst: aBlock
"Return the index of my first element for which aBlock evaluates as
true."
| index |
index := 0.
[(index := index + 1) <= self si
Le 22/03/2015 03:36, Ben Coman a écrit :
It would be nice, but btw will not address that situation. Parties
interested in the issue woudl still need to copy mail list discussion
there, or link to the mail archive of the discussion. Fogbugz should
hold case history.
cheers -ben
You are right i
Le 21/03/2015 14:08, stepharo a écrit :
Nice idea!
I think that we should have a Pharo-bugs mailing list that gets
notified for each bug that is filled in fogbugz
Yes that would be nice, when you look at bugs on fogbugz site, you do
not always see that it is discussed in the list (lot of thre
Le 21/01/2015 03:26, sergio_101 a écrit :
i am ready to put my seaside app online, and am finding that all the
information i am finding is outdated.
I am running the latest Pharo (as of last night), and ubuntu14.04.
May be you installed squeak in your system from the ubuntu package
managemen
Le 21/01/2015 00:38, horrido a écrit :
Well, I've already apologized. You are right, I was oblivious to
extra-cultural thinking, to which I plead ignorance. Now that I know better,
I shall do better.
Please remember, I'm a volunteer. I stepped up when no one else would. Am I
the best man for the
I agree fully with all of what Ben said,
but I would like to say a last word before stopping me too, because
that bother me and very probably other people.
I thought about that thread in the train this morning, I was reading
charlie hebdo "message de Cabu: allez les gars ne vous laissez pa
Le 20/01/2015 00:08, Ben Coman a écrit :
-1 to pharo-vm. No need to dilute vm-dev.
vm-dev ?
Of course, if it already exists please don't dilute! :)
And now that you said that, I reminds me may be there was a name like
that in a recent post and I found squeak.vmdevel on gmane.
--
Regards,
Le 18/01/2015 22:25, Alexandre Bergel a écrit :
Immersion in a living system, that's one thing you definitely want to
stick with.
And the visualization is really cool
Thank you Sven
:)
Yes, this is a cool article!
Alexandre
On Jan 18, 2015, at 5:23 PM, Tudor Girba wrote:
Hi Sven,
This i
Le 19/01/2015 13:34, Marcus Denker a écrit :
We really need a “smalltalk-talk” mailing list.
Marcus
+1
other lists could be helpful
pharo-vm : vm, vmmaker, compiler, plugins, whatever system level
pharo-general : orientation of pharo, general open questions
I don't think a chat is
Le 18/01/2015 10:49, Alain Rastoul a écrit :
Costs in the middle and long run are clearly related to code quality and
to bugs, not to productivity.
And of course, I should have said design first
--
Regards,
Alain
Hi horrido,
I do not agree with most of yours arguments.
Here is what I picked :
...
"Indeed, many organizations have to use JVM, and yes, they probably
fall back
on Java because that's the "safe" choice."
Most CEO or IT managers think like that, but this is a false marketing
argument mostl
...@inria.fr>> escribió:
> On 26 Nov 2014, at 23:48, Alain Rastoul
mailto:alf.mmm@gmail.com>> wrote:
>
> Do someone knows about a libevent binding for Pharo , or made
experiments with Pharo and this library ?
> After some experiment with the standa
Do someone knows about a libevent binding for Pharo , or made
experiments with Pharo and this library ?
After some experiment with the standard socket IO handling, I have the
feeling that it cannot scale on unix and neither on windows ...
TIA
Regards
Alain
our referential world is very restricted, whatever area we are talking
about
Le 17/11/2014 21:04, Alain Rastoul a écrit :
you are saying that zip ratio is somewhat related to normalized data,
interesting view, and certainly true :)
And right, this somewhat normalize all fields, a technique
you are saying that zip ratio is somewhat related to normalized data,
interesting view, and certainly true :)
And right, this somewhat normalize all fields, a technique used in
specialized columnstore databases (monetdb and others), often BI
databases with id representing values (that were my ex
hing.
One partial solution is to bind the server only to the localhost.
On 13 Nov 2014, at 19:17, Alain Rastoul wrote:
Hi,
CORBA main focus is about interoperability between systems, languages (don't
know about opentalk).
If you want smalltalk only remote execution, you can very easily
r
changing the command line parameters and it had no effect. Adding the colon
prevented the image from starting, as did using a single hyphen.
Paul
Alain Rastoul-2 wrote
Ah, this reminded me an old thread about memory on windows about why the
windows setting was 512 by default
http://lists
Ah, this reminded me an old thread about memory on windows about why the
windows setting was 512 by default
http://lists.pharo.org/pipermail/pharo-dev_lists.pharo.org/2011-April/047594.html
And about vm options, it reminded me too that on windows the option had
a trailing ':' that didn't exist
Hi Paul,
These are some vm memory allocation issues that exists on windows vm too
and are more related to your approach which is discutable than to a
real vm problem.
Suppose you have tomorrow to deal with all North American based health
care providers including Canada or even add South Amer
hing like that, but I fear this would be a quite
challenging project by itself since you would need to worry about things
like graphics and even handling inside the browser. Maybe someone could
take SqueakJS as a template and work on that.
On Sat, Nov 15, 2014 at 1:09 AM, Alain Rastoul
mailto:alf.mmm.
Yes, that's right.
Dan Ingall also did the Potato VM a rewrite of the Squeak vm in java
that looked very much like the VM interpreter C source file,
interpreting each byte code in a loop and switch statement, and it ran
surprisingly well (a little bit smooth but surprising).
Different too but i
Hi Andy,
If I understand your question, you want to remake Dan Ingall's lively
kernel ?
:)
http://lively-web.org/welcome.html
Cheers,
Alain
Le 14/11/2014 22:31, Andy Burnett a écrit :
I just saw this implementation of SQLite as a JS system, via Emscripten,
and I was curious whether somethin
Le 13/11/2014 20:17, Sven Van Caekenberghe a écrit :
Nice.
It is of course also important to note the security risks involved: the client
can execute absolutely anything.
Yes, a problem on open networks.
And important to notice
One partial solution is to bind the server only to the localhos
Hi,
CORBA main focus is about interoperability between systems, languages
(don't know about opentalk).
If you want smalltalk only remote execution, you can very easily do your
own on Pharo with Zinc http components and Fuel serializer: a small
server that reads smalltalk blocks, evaluates them
10-31 19:23 GMT-03:00 Alain Rastoul
mailto:alf.mmm@gmail.com>>:
Hi Annick,
you can't pass smalltalk strings or objects to ffi as parameters,
you have to allocate the buffer member of your structure
on the external heap ( plus to avoid being gc'd before ffi
umentation.
Stef
On 7/10/14 23:08, Alain Rastoul wrote:
This is another subject and another functionality I will need too.
The Rst link is of interest (thank you Denis) , I was thinking
of sending command objects with Fuel as all images will have the same
classes and performance is not very impo
Le 11/10/2014 13:44, Alain Rastoul a écrit :
One missing (but probably important precision if you try it) I forgot:
the workspaces are executed in two different pharo processes (vm) of course.
Hi Phil,
Yes, multi core support and communication is important, having that in
pharo could be great
Hi Phil,
Yes, multi core support and communication is important, having that in
pharo could be great.
Unfortunately, no I actually have no usable project for that, mine is not
a communication project and still really in pre-alpha stage.
For now, I'm starting with Zinc, 0mq is just from a pros
Hi Kilon,
I wanted to make some experiments with Nanomsg this morning, but had
some problems to build the libraries (they is no prebuilt binaries for
windows):
I discovered that the system path of my os
has been scratched by some recent mercurial installation,
the user path scratched by delphi
Hi Marten,
I took the 0mq binding of Panu on SmalltalkHub and
it worked out of the box for the simple hello world c client/server sample
translated to pharo, slightly modified to send/receive 8k byte arrays.
What I saw in this experiment is that
the reader process (a pharo vm) was 100% cpu bound
Exactly, for this part it's all about bytes on a wire :) : just
sending/receiving serialized objects over a stream socket:
consumers will be pulling data from producers
in a synchronous way.
I could use a simple stream socket for that, but I want
to wrap data in messages to keep control over that
I could easily,
in c or c++ I could too but a bit harder - I'll have to rebuild
libraries, use an external debugguer and so on - not a big deal
but I don't like it much.
On Wed, Oct 8, 2014 at 8:54 AM, Alain Rastoul
mailto:alf.mmm@gmail.com>> wrote:
You are both right
adobt it for latest pharo
08 окт. 2014 г. 1:09 пользователь "Alain Rastoul" mailto:alf.mmm@gmail.com>> написал:
This is another subject and another functionality I will need too.
The Rst link is of interest (thank you Denis) , I was thinking
of sending command obj
You are both right.
Question about nanomsg is the thread model (a big bonus of 0mq), which
is not clear to me.
they state: "...In nanomsg the objects are not tightly bound to
particular threads and thus these problems don't exist...", about some
thread related issues in 0mq.
I'll have to check
Tue, Oct 7, 2014 at 4:40 AM, Alain Rastoul
mailto:alf.mmm@gmail.com>> wrote:
Hi,
I played a bit with ZnServer and other zinc components and have
a question I can't answer myself (googling a bit didn't help neither),
and I'm seeking for advice: does it
org/index.html
On Tue, Oct 7, 2014 at 9:12 PM, Alain Rastoul
mailto:alf.mmm@gmail.com>> wrote:
Thanks you for your answers.
0mq looks great, but released with LGPL licence, and I don't like
that (I don't
understand why there is also a GPL licence file in the distributio
About 0mq, to be honest, I missed the external thread part,
and that's *very* interesting , for sure.
I find the license part quite complicated, but rereading it,
you are right, it should not be a problem (though still weird).
My goal is not to build a server with a lot of connections, and no
mes
Thanks you for your answers.
0mq looks great, but released with LGPL licence, and I don't like that
(I don't
understand why there is also a GPL licence file in the distribution ? -
clearly a *noway*),
I prefer a full smalltalk implementation I can debug when things go wrong.
I think latency an
Hi,
I played a bit with ZnServer and other zinc components and have
a question I can't answer myself (googling a bit didn't help neither),
and I'm seeking for advice: does it makes sense to use a
ZnServer/ZnWebSocket
as a mechanism to transfer data between two pharo processes - in my case
8k Byt
Le 29/09/2014 19:15, Sven Van Caekenberghe a écrit :
On 29 Sep 2014, at 19:10, Robert Shiplett wrote:
Must be a thing about European "guys" ...
- ByteString is needed for most european/occidental people who don't care about
internationalization and should stay because Pharo is an european
Le 27/09/2014 13:40, p...@highoctane.be a écrit :
https://en.wikipedia.org/wiki/Open-source_Unicode_typefaces is also
interesting.
Phil
Very interesting.
And some nice fonts.
I like Ubuntu and Roboto
May be I'll code in Roboto for a while :)
Le 27/09/2014 15:33, stepharo a écrit :
Just a question where is the BTree implementation?
On 27/9/14 07:50, Alain Rastoul wrote:
Hi,
I have a sluggish image due to some hanging reference on a big object
(a BTree filled with test data) that I inspected with GTInspector, and
can't get r
Le 27/09/2014 12:32, Sven Van Caekenberghe a écrit :
On 27 Sep 2014, at 05:51, Alain Rastoul wrote:
Le 27/09/2014 01:02, Sven Van Caekenberghe a écrit :
On 26 Sep 2014, at 23:22, Alain Rastoul wrote:
Pasting a Greek string in a workspace shows hieroglyphs (editors? morph?), but
GT
Hi,
I have a sluggish image due to some hanging reference on a big object (a
BTree filled with test data) that I inspected with GTInspector, and
can't get rid of those references.
Opening a PointerExplorer on this object show me lot of various
references from GLMCompositePresentations,
GLMPan
Le 27/09/2014 01:02, Sven Van Caekenberghe a écrit :
On 26 Sep 2014, at 23:22, Alain Rastoul wrote:
Pasting a Greek string in a workspace shows hieroglyphs (editors? morph?), but
GT Inspector display is ok.
That is a font issue. Check your font settings in the Settings Browser.
Like I
Le 26/09/2014 23:22, Alain Rastoul a écrit :
Le 26/09/2014 20:47, stepharo a écrit :
I'm not expert and I would like to know what people think.
But I think that we should consider
- the impact of spur new object format. I would like to have
unicode and clean the leadChar
Stef
Ju
Le 26/09/2014 20:47, stepharo a écrit :
I'm not expert and I would like to know what people think.
But I think that we should consider
- the impact of spur new object format. I would like to have
unicode and clean the leadChar
Stef
Just to start a new thread about that, because it deser
Le 25/09/2014 07:23, Sven Van Caekenberghe a écrit :
On 25 Sep 2014, at 01:04, Alain Rastoul wrote:
Le 25/09/2014 00:06, Sven Van Caekenberghe a écrit :
Alain,
The character encoding situation in Pharo is pretty good actually. The only
problem is that there is some old school code left
Le 25/09/2014 00:06, Sven Van Caekenberghe a écrit :
Alain,
The character encoding situation in Pharo is pretty good actually. The only
problem is that there is some old school code left that encodes strings into
strings, but today you can easily write much better and conceptually correct
c
Le 24/09/2014 19:09, Benjamin Pollack a écrit :
If Pharo used > ByteArrays to represent paths, with convenience methods for
working with
UTF-8 (since I do agree that's the most likely thing for a user/dev to
want), then you'd be able to work with all files no matter what, *and*
have a conveni
This example is just about storage, for a real app, dont use Arrays, but
make a User with name and password members, and a UserDAL class that do
the write.
Great!
As of your requirements there is very few business logic, and lot of
data entry.
With the estimation you gave about data size, I would try STON
straightforward to start prototyping.
see (for example)
http://www.jarober.com/blog/blogView?showComments=true&printTitle=ST_4U_389:_STON_Serial
Forgort to say:
It's great to see Pharo apps coming to business world !
keep on.
I wish you succeed
Alain
Hi Roelof,
This is a very broad question with a lot of options, there is no short
answer.
If I had to choose a relational database approach from the beginning,
I would choose Sqlite, it's a very nice db, small, fast, works very well
with Pharo (I used it some time ago with FFI, didn't know a
Le 27/08/2014 03:36, Ben Coman a écrit :
Hi Volkert,
I don't have Win 8.1 64-bit to test on, but to help reproducibility for
others, could you provide the exact downloads you are using for VM and
Image.
Do you end up with a PharoDebug.log or crash.dmp file in any Pharo folder?
cheers -ben
Hi,
No problem for me with Windows 8.1 (64 bits) and Pharo 3, I use it every
day.
If your computer crashes, I would suspect some hardware related issue,
not a vm problem.
Did you check in the system event log ?
(right click on computer icon in the file explorer, choose manage then
go in sys
64 matches
Mail list logo
