Ah tx for the explanation.
I'm sure that I like bundles for the sake of them.
should not we removed DBXGlorp if it is not up to date?
Is BDXGlorp based on latest Glorp port?
GlorpDBX is nothing but a name to a Metacello config that used to load
both Glorp and the OpenDBX (now garageDB)
Hello Fabrice
Did you read the excellent book chapter written by sven on stream encodings?
Check Enterprise Pharo book http://books.pharo.org
Now can you tell us what you want to do?
It would be nice also to check if Xtreams offers (or deserves some
extensions).
Stef
Le 30/9/16 à 12:57,
+1
We want to support Windows!
But ... 64 bits, FFI++, ARM ... well you know. Gimme 10 Millions or just
one million
and the situation will be really different.
Stef
By the way I am all for COM for Pharo, the issue is that 2/3 of our
community are MacOS and Linux users , I dont even remember
Me too ;)
I thought that I was the only one not being able to use Spotter :)
I meant to add, in practice what I find happened is that I use Spotter
to do initial search for implementors, then I randomly select onne of
the so that I can do ctrl-M to get to the ImplementorsOf dialog. It
would
On Mon, Oct 3, 2016 at 2:52 AM, CodeDmitry wrote:
> @kilon.alios
>
> [1]
> I like C++/CLI more than C# because it is very refreshing to use a
> language capable of using managed memory and unmanaged memory.
>
> I am too used to being in languages where garbage collection is
Ok. Fine points.
Want to contribute? Easy: https://pharo.fogbugz.com/
Even more easy: join the association @ http://association.pharo.org/
Being using it for serious stuff and make money out of it? Join the
consortium : http://consortium.pharo.org/
Discover some little interesting gem or way
you dont need to have a lot of experience to contribute, even with zero
experience as a coder if you understand the basics you can at least
contribute class comments. Contribution wise Pharo is quite flexible and if
one is lost in the process people are more than happy to help him/her out.
When I
Contribution is something I've been thinking about for quite some time
because it's interesting how a lot of software is declared "open" but make
it not obvious what you can do to help, or at least participate, or just
take a glimpse at the code to see if something stands out.
I am a believer
I don't speak for the pharo community but even when I was new to smalltalk
back 4 years ago if I have read a comment like "Smalltalk is dead, why are
we studying this useless language" I would keep my distance from that
person. Because a) calling something "dead" in software is stupid b)
calling
On Sun, Oct 2, 2016 at 8:52 PM, CodeDmitry wrote:
> @kilon.alios
>
> [1]
> I like C++/CLI more than C# because it is very refreshing to use a
> language capable of using managed memory and unmanaged memory.
>
> I am too used to being in languages where garbage collection
@kilon.alios
[1]
I like C++/CLI more than C# because it is very refreshing to use a
language capable of using managed memory and unmanaged memory.
I am too used to being in languages where garbage collection is
forced on you and everything must be done via new or stack types
such as Java, most
I would for sure second that.
I am using COM for dealing with this thing: http://www.sparxsystems.com/
about all day long a couple days a week.
Bridging this with Roassal/Moose for additional visualisations would be
super (I am going to look at that one in the coming weeks to help with the
Well first of all what you linked supports my claim that 2/3 of Pharo users
are MacOS and Linux users which I based on another survey which pretty much
verifies what you linked.
Second the vast majorities of libraries out other for any programming
language are cross platform so I am willing to
2016-10-02 2:37 GMT-03:00 stepharo :
> should not we removed DBXGlorp if it is not up to date?
>
> Is BDXGlorp based on latest Glorp port?
GlorpDBX is nothing but a name to a Metacello config that used to load
both Glorp and the OpenDBX (now garageDB) drivers.
Esteban A.
2016-10-02 10:57 GMT-03:00 Dimitris Chloupis :
> By the way I am all for COM for Pharo, the issue is that 2/3 of our
> community are MacOS and Linux users , I dont even remember the last time we
> had a Windows only topic in the mailing list. Modern languages generally
>
By the way I am all for COM for Pharo, the issue is that 2/3 of our
community are MacOS and Linux users , I dont even remember the last time we
had a Windows only topic in the mailing list. Modern languages generally
avoid using OS specific libraries, the last exceptions be C# and Swift and
C#
Well that is not fair because C++ CLI is basically C++ .NET which is
another language altogether baring some resemblance to C++.
And you dont need C++ CLI to sit on barrier of runtime and compile , C++
can do this just fine.
I found this recently trying to experiment at whether its possible to
To be fair, C++CLI is quite a pleasure to code, it's a very refreshing
technology that sits nicely on the barrier of runtime and compiletime,
similar to Objective C; eg still has access to unmanaged resources, while
still having managed resources in contrast to Java/C# which kinda go one
step
Hi denis
I took again the latest 50 seaside32 and there is ZnZincServerAdaptor
loaded.
server := ZnZincServerAdaptor startOn: 8080
server := ZnZincServerAdaptor startOn: 8080
> On 2 Oct 2016, at 07:09, stepharo wrote:
>
> ;)
>
>
> btw are working on a com lib for pharo because we were discussing it with
> esteban
yes, Pablo already has a prototype working :)
Esteban
>
>
>
> Le 2/10/16 à 04:09, CodeDmitry a écrit :
>> Just made this image,
Hey, all you have to do is reboot your computer (often).
Sent from my iPhone
> On Oct 1, 2016, at 22:53, Dimitris Chloupis wrote:
>
> Ah the ugliness of Windoom programming has not changed since the last time I
> tried to learn MFC 20 years ago.it melts my eyes.
>
>
21 matches
Mail list logo