Hi,
when I port a project to GNU Smalltalk I tend to use the snapshot/*.st
and convert it. Now with some MCZ versions of Aida/Iliad this is failing
because the fileout is broken. The fileout is broken in a way that at
some point (without a BOM) the creator started to use UCS-4 (or such) for
the
I am using MobaXterm (http://mobaxterm.mobatek.net/) on Windows to have a
Unix-like environment.
Thing is that the shell there is bash but all utilities (like unzip etc)
are based on busybox (http://www.busybox.net/).
This means that not all options are available.
Also, the $OS variable looks
on Mobaxterm the output of uname -a is
[Philippe.DELLGFX] → uname -a
CYGWIN_NT-6.1-WOW64 DELLGFX 1.7.17(0.262/5/3) 2012-10-28 12:24 i686
GNU/Linux
Clearly no Windows in there.
Phil
On 2013-05-05, at 10:43, p...@highoctane.be p...@highoctane.be wrote:
I am using MobaXterm (http://mobaxterm.mobatek.net/) on Windows to have a
Unix-like environment.
Thing is that the shell there is bash but all utilities (like unzip etc)
are based on busybox (http://www.busybox.net/).
Am 05.05.2013 um 10:07 schrieb Holger Hans Peter Freyther hol...@freyther.de:
Hi,
when I port a project to GNU Smalltalk I tend to use the snapshot/*.st
and convert it. Now with some MCZ versions of Aida/Iliad this is failing
because the fileout is broken. The fileout is broken in a way
Am 05.05.2013 um 10:44 schrieb p...@highoctane.be p...@highoctane.be:
on Mobaxterm the output of uname -a is
[Philippe.DELLGFX] → uname -a
CYGWIN_NT-6.1-WOW64 DELLGFX 1.7.17(0.262/5/3) 2012-10-28 12:24 i686 GNU/Linux
Clearly no Windows in there.
Hmm, I think you are running Windows 7
Il 04/05/2013 18:51, Holger Hans Peter Freyther ha scritto:
Hi,
I am trying to convert/import all of Iliad (since the development had
moved to Pharo) and I stumble up-on an issue I already had when I tried
to convert Aida.
This[1] monticello file in line 6417 starts to use UCS-4 for a
… will be online as soon as github is working again
30104
-
6161 DiskStoredirectoryAt:ifAbsent:nodesDo:
https://pharo.fogbugz.com/f/cases/6161
10460 Spec - InputWidget ok
https://pharo.fogbugz.com/f/cases/10460
10523 clean up #parseArgsAndTemps:notifying:
On 5 May 2013 09:54, Paolo Bonzini bonz...@gnu.org wrote:
Il 04/05/2013 18:51, Holger Hans Peter Freyther ha scritto:
Hi,
I am trying to convert/import all of Iliad (since the development had
moved to Pharo) and I stumble up-on an issue I already had when I tried
to convert Aida.
This[1]
I have a wish for NativeBoost (which is probably on your list anyway Igor, just
wanted to put it out there): function definitions should be able to understand
that I want to accept any object of a hierarchy.
Here's my use case:
self call: #(git_return_t
I remember Esteban had some similar problem when working on the
ObjCBridge... Esteban? :D
On Sun, May 5, 2013 at 12:14 PM, Max Leske maxle...@gmail.com wrote:
I have a wish for NativeBoost (which is probably on your list anyway Igor,
just wanted to put it out there): function definitions
BTW, here's a hack to get it working with one method only:
{#git_return_t. #git_object_lookup. {object className asSymbol. #*.
#object. #,. #git_repository_ptr. #repo. #,. #git_oid_ptr. #id. #,. #git_otype.
#type}}
:P
On 05.05.2013, at 12:18, Guillermo Polito
yeah, what I did was bypass the type checking, not a really solution... we need
something better.
On May 5, 2013, at 12:18 PM, Guillermo Polito guillermopol...@gmail.com wrote:
I remember Esteban had some similar problem when working on the ObjCBridge...
Esteban? :D
On Sun, May 5,
https://ci.inria.fr/pharo/job/Pharo-3.0-Update-Step-2-Validation/./label=win/125/
1 regressions found.
Tests.System.OSEnvironmentTest.testAtPut
https://pharo.fogbugz.com/default.asp?10532
2013/5/5 Camillo Bruni camillobr...@gmail.com
On 2013-05-05, at 10:43, p...@highoctane.be p...@highoctane.be wrote:
I am using MobaXterm (http://mobaxterm.mobatek.net/) on Windows to have
a
Unix-like environment.
Thing is that the shell
Hi Sean,
On 05 May 2013, at 07:12, Sean P. DeNigris s...@clipperadams.com wrote:
| reader |
FileStream fileNamed: fileName do: [ :file |
skip headers
file
nextLine;
nextLine;
I sometimes take for granted how extraordinary our community is. This
morning, it sunk in a bit how magical it truly is... I brought up two issues
I was having (not even bugs)... in the middle of the night... on a
Saturday... And like the Smalltalk fairy had come and snuck a solution under
my
+100!
Special thanks to Stef and all the guys at Lille. You're responsible for a lot
of the drive that we generate.
Max
On 05.05.2013, at 16:13, Sean P. DeNigris s...@clipperadams.com wrote:
I sometimes take for granted how extraordinary our community is. This
morning, it sunk in a bit how
I'll look at AlainTreeModel, then.
On May 3, 2013, at 5:35 PM, Clément Bera bera.clem...@gmail.com wrote:
It is AlainTreeModel.
Ben told me, I cheated. When I don't know I go ask him. Reportedly he has
sent a mail yesterday about that. But I didn't see it.
Me neither ;(
2013/5/3
It is even more true since the beginning of Pharo 3.0. I see so many things
integrated, bugs quickly fixed. Nice job Pharoers :)
2013/5/5 Max Leske maxle...@gmail.com
+100!
Special thanks to Stef and all the guys at Lille. You're responsible for a
lot of the drive that we generate.
Max
On 5 May 2013 12:14, Max Leske maxle...@gmail.com wrote:
I have a wish for NativeBoost (which is probably on your list anyway Igor,
just wanted to put it out there): function definitions should be able to
understand that I want to accept any object of a hierarchy.
Here's my use case:
thanks!
I hope that it will help people in their business.
Stef
On May 5, 2013, at 4:35 PM, Max Leske maxle...@gmail.com wrote:
+100!
Special thanks to Stef and all the guys at Lille. You're responsible for a
lot of the drive that we generate.
Max
On 05.05.2013, at 16:13, Sean P.
Begin forwarded message:
From: Johannes Brauer bra...@nordakademie.de
Subject: [Esug-list] first MOOC about OOP with Smalltalk and Seaside?
Date: May 4, 2013 5:29:33 PM GMT+02:00
To: ESUG Mailing list esug-l...@lists.esug.org, g...@gsug.org
g...@gsug.org, VWNC List v...@cs.uiuc.edu
Hi guys
Stupidly I introduced log: a while ago to replace Transcript show:. Now is the
current situation.
I still want to remove all the use of Transcript show:
Now since I thought I did a mistake with log: because it overload Integerlog:
I introduced trace: and traceCr:
Now I do not like
We also react this fast because we (I) know it will help a bunch of really cool
guys :)
Ben
On May 5, 2013, at 4:13 PM, Sean P. DeNigris s...@clipperadams.com wrote:
I sometimes take for granted how extraordinary our community is. This
morning, it sunk in a bit how magical it truly is... I
Thanks Igor.
I wonder if it would be possible instead to simply accept any object and only
use type checks in case of an error? In that case, extra cycles don't matter.
Or would an incompatible object crash the VM?
I hope this doesn't seem like a dumb question, I'm just curious.
On
Hi
I got
SLLogObjecterror
To convey an error.
level := self errorLevelString
SLLogObjecterrorLevelString
^ 'error'
then I did move to class side and ….
SLLogObjecterror
To convey an error.
level := self errorLevelString
stayed the same.
Does
On 5 May 2013 22:19, Max Leske maxle...@gmail.com wrote:
Thanks Igor.
I wonder if it would be possible instead to simply accept any object and only
use type checks in case of an error? In that case, extra cycles don't matter.
Or would an incompatible object crash the VM?
I hope this
On 05 May 2013, at 21:42, Stéphane Ducasse stephane.duca...@inria.fr wrote:
Hi guys
Stupidly I introduced log: a while ago to replace Transcript show:. Now is
the current situation.
I still want to remove all the use of Transcript show:
Now since I thought I did a mistake with log:
On 05.05.2013, at 23:06, Igor Stasenko siguc...@gmail.com wrote:
On 5 May 2013 22:19, Max Leske maxle...@gmail.com wrote:
Thanks Igor.
I wonder if it would be possible instead to simply accept any object and
only use type checks in case of an error? In that case, extra cycles don't
On 5 May 2013 23:59, Max Leske maxle...@gmail.com wrote:
On 05.05.2013, at 23:06, Igor Stasenko siguc...@gmail.com wrote:
On 5 May 2013 22:19, Max Leske maxle...@gmail.com wrote:
Thanks Igor.
I wonder if it would be possible instead to simply accept any object and
only use type checks in
Hello everyone!
I'm here to tell you that I started experimenting with a Pharo
implementation of this idea: http://swingstates.sourceforge.net/. For those
into UI programming I really recommend reading the first paper cited in
that page. It's for programming user interface interactions with state
curl -L get.pharo.org/30 | bash
% Total% Received % Xferd Average Speed TimeTime Time Current
Dload Upload Total SpentLeft Speed
100 25040 25040 0 41713 0 --:--:-- --:--:-- --:--:-- 65894
Please install curl or wget
Work for me :(
Ben
On May 6, 2013, at 4:42 AM, Igor Stasenko siguc...@gmail.com wrote:
curl -L get.pharo.org/30 | bash
% Total% Received % Xferd Average Speed TimeTime Time Current
Dload Upload Total SpentLeft Speed
100 25040
I did something similar (experiment).
I introduced a mode stack for my morphs.
So, all morphs has an initial default mode on stack.
When mouse enters the morph, a new mode over pushed on stack.
So, the state is not singular, it is composite.
The intent to use stack of modes was to associate a
Hi! We're sending this automatic email twice a month, to give the community an
opportunity to easily know what's happening and to coordinate efforts. Just
answer informally, and feel free to spawn discussions thereafter!
### Here's what I've been up to since the last WhatsUp:
-
I mentioned in another thread. #crLog, #logCr are intuitive and perfectly
fine.
Also hook Loggers first class into the system ( Toothpick ) and make it
default to Transcript with these messages routed to the Logger.
Transcript cr / current #crLog is akin to cout / System.out.println ..
mostly
On 06 May 2013, at 04:42, Igor Stasenko siguc...@gmail.com wrote:
curl -L get.pharo.org/30 | bash
% Total% Received % Xferd Average Speed TimeTime Time Current
Dload Upload Total SpentLeft Speed
100 25040 25040 0 41713
On 06.05.2013, at 00:58, Igor Stasenko siguc...@gmail.com wrote:
On 5 May 2013 23:59, Max Leske maxle...@gmail.com wrote:
On 05.05.2013, at 23:06, Igor Stasenko siguc...@gmail.com wrote:
On 5 May 2013 22:19, Max Leske maxle...@gmail.com wrote:
Thanks Igor.
I wonder if it would be
39 matches
Mail list logo