Yes I will try to add the pharoers to the list and redo the list
After that there is also a list of method which do not have author.
I could not attach it to the wiki. So I will create a package with it.
To answer your question read my reply to rob: this is the way I
generated the list.
Stef
yes same here.
On May 17, 2009, at 2:10 AM, Tudor Girba wrote:
Hi,
Recently I encounter a strange error:
- I sometimes get a debugger due to some problems in my code
- when I try to investigate the trace, I get another debugger saying
that Invalid utf8 input detected'
This second
I've built a fractions calculator for the iPhone and need a few folks
to really test it. (confirm it's sane).
Although there are a number of fraction calculators in the store, none
do unlimited precision fractions
or unlimited factorials, so I've created one that allows you to enter
Can't reproduce
2009/5/16 Mariano Martinez Peck marianop...@gmail.com:
On Sat, May 16, 2009 at 7:34 AM, Adrian Lienhard a...@netstyle.ch wrote:
In 10303 on the Mac VM the shortcuts seem consistent.
What version and VM are you using?
Last exupery (without exupery package actually) VM for
Aren't historic methods (Sequeak 1.0) already relicensed?
2009/5/17 Stéphane Ducasse stephane.duca...@inria.fr:
Yes I will try to add the pharoers to the list and redo the list
After that there is also a list of method which do not have author.
I could not attach it to the wiki. So I will
I'm confused, in checking one or two of the entries against a v1.1
squeak's v1 squeak.source I can see
some methods that would be from the original push from Apple and don't
have author information, then changed
say as part of RAH's ANSI math updates.
Are you saying because the original entry
One solution would be to use getSource rather than getSourceFromFile.
However, with following code I detected no problem in my pharo-core
copy (10281 updated to 10306)
| problems total |
problems := OrderedCollection new.
total := 0.
SystemNavigation default allBehaviorsDo: [:cl | total := total
I do not know
Frankly I do not like this issue.
May be yoshiki can bring some light.
I just run his scripts.
On May 17, 2009, at 10:10 AM, John M McIntosh wrote:
I'm confused, in checking one or two of the entries against a v1.1
squeak's v1 squeak.source I can see
some methods that would be
Nicolas
when I run your script on the license looking for image
I got using 10306cl
I get the following error:
VM: Mac OS - intel - 1056 - Squeak3.8.1 of '28 Aug 2006' [latest
update: #6747] Squeak VM 4.1.1b2
Image: Pharo0.1 [Latest update: #10306]
SecurityManager state:
Restricted: false
doru
do you succeed to reproduce that?
Stef
On May 17, 2009, at 2:10 AM, Tudor Girba wrote:
Hi,
Recently I encounter a strange error:
- I sometimes get a debugger due to some problems in my code
- when I try to investigate the trace, I get another debugger saying
that Invalid utf8 input
Sure, a key stroke error, it's bar value:, not var value:,
This @!* workspace takes it as global without a warning
2009/5/17 Stéphane Ducasse stephane.duca...@inria.fr:
Nicolas
when I run your script on the license looking for image
I got using 10306cl
I get the following error:
VM:
There's something weird... If you hit var (UndefinedObject)
doesNotUnderstand: #value: that means there were a problem the first
time.
Unfortunately, due to bug in MethodContext tempNames, we don't know
the class and selector guilty.
From the set of selectors I can see this is Object.
From the
Hi,
I ran the snippet you sent on both 304cl and 306cl and I get the
following list:
Object-#doesNotUnderstand:
SystemNavigation-#browseMethodsWhoseNamesContain:
Utilities class-#changeStampPerSe
Utilities class-#methodsWithInitials:
Indeed, most of the annoyances are due to the
OK,
{Object#doesNotUnderstand:.
SystemNavigation#browseMethodsWhoseNamesContain:.
Utilities class#changeStampPerSe.
Utilities class#methodsWithInitials:} collect: [:e | e getSourceFromFile].
does not fail for me, BUT all these sources look like decompileString.
I guess this is dating from the
On May 17, 2009, at 08:31 , Stéphane Ducasse wrote:
Yes I will try to add the pharoers to the list and redo the list
After that there is also a list of method which do not have author.
I could not attach it to the wiki. So I will create a package with it.
To answer your question read my
http://code.google.com/p/pharo/issues/detail?id=814
Issue 814:
Image hangs on Desktop Color Change
___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Dave,
I am somewhere between curious and interested. If you document what you have
learned, at least it will be in the list archives for future reference.
Bill
-Original Message-
From: pharo-project-boun...@lists.gforge.inria.fr
[mailto:pharo-project-boun...@lists.gforge.inria.fr]
I've done so a few times in the past. Just let me know if you are trying to
build
it and need a hand.
Dave
On Sun, May 17, 2009 at 11:14:50AM -0400, Schwab,Wilhelm K wrote:
Dave,
I am somewhere between curious and interested. If you document what you have
learned, at least it will be in
I merged in the additional authors of this repository and I updated
the working list on the Wiki [1].
We currently have a total of 243 dirty methods.
Does anybody recognize an author on the list that could be contacted?
(one method of Bryce Kampjes is on the list but should not (will fix
Dave,
Ok, sorry about that. I was thinking more along the lines that seeing what you
have learned might (1:10^6)trigger a useful thought in my head.
Bill
-Original Message-
From: pharo-project-boun...@lists.gforge.inria.fr
[mailto:pharo-project-boun...@lists.gforge.inria.fr] On
Hi Bill,
if you are on Windows anyway why not use the windows logging
tools like dbmon.exe (available in the windows SDK or from [1]).
I learned about it from Smalltalk MT and its a nice way
to log/debug (see [2]).
Download the above dbmon.exe tool and start it. Then open pharo
and load FFI (by
I can send in a licence agreement.
Bryce
On Sun, 2009-05-17 at 19:46 +0200, Adrian Lienhard wrote:
I merged in the additional authors of this repository and I updated
the working list on the Wiki [1].
We currently have a total of 243 dirty methods.
Does anybody recognize an author on
On May 17, 2009, at 21:26 , Bryce Kampjes wrote:
I can send in a licence agreement.
Yes, please do so. I somehow thought you were on the list [1] but I
was wrong.
Thanks,
Adrian
[1] http://code.google.com/p/pharo/wiki/ListOfOkCommitters
Bryce
On Sun, 2009-05-17 at 19:46 +0200, Adrian
On Wed, Apr 8, 2009 at 8:52 AM, Lukas Renggli reng...@gmail.com wrote:
I noticed that #argumentCount is missing in the class BlockClosure.
#argumentCount is part of ANSI and Seaside depends on it (for now it
is part of Seaside-Closures).
I am trying to make GLORP work with Pharo and I get
Hi Mariano
BlockContext implemented #argumentCount (just delegating to #numArgs)
but BlockClosure does not.
You can change the sender in GLORP to #numArgs or implement
BlockClosure#argumentCount
Cheers,
Adrian
On May 17, 2009, at 22:06 , Mariano Martinez Peck wrote:
On Wed, Apr 8, 2009
At Sat, 16 May 2009 10:14:48 +0200,
Stéphane Ducasse wrote:
Hi yoshiki
What did you do with code of people that passed away.
It is obvious that they gave the code for squeak.
For Russel Swan, re removed his code. For Jerry Archibald, we
contacted his daughter and she signed the
At Sun, 17 May 2009 11:18:09 +0200,
Stéphane Ducasse wrote:
I do not know
Frankly I do not like this issue.
May be yoshiki can bring some light.
I just run his scripts.
Any methods that existed in 1.1 (1.1x, I forgot), are covered by
Apple.
-- Yoshiki
On May 17, 2009, at 9:42 PM, Nicolas Cellier wrote:
Just to remind my change was not a fix, just a workaround.
We have to discover why these non UTF-8 sources got into the change
file and cure the problem. Otherwise we might suffer a plague of
decompiled code spreading in our browsers :(
adrian
may be we should add argumentCount to BlockClosure too.
Stef
On May 17, 2009, at 10:20 PM, Adrian Lienhard wrote:
Hi Mariano
BlockContext implemented #argumentCount (just delegating to #numArgs)
but BlockClosure does not.
You can change the sender in GLORP to #numArgs or implement
Pleaseee!
Stef
On May 17, 2009, at 9:26 PM, Bryce Kampjes wrote:
I can send in a licence agreement.
Bryce
On Sun, 2009-05-17 at 19:46 +0200, Adrian Lienhard wrote:
I merged in the additional authors of this repository and I updated
the working list on the Wiki [1].
We currently
tx!
Stef
On May 17, 2009, at 10:36 PM, Yoshiki Ohshima wrote:
At Sun, 17 May 2009 11:18:09 +0200,
Stéphane Ducasse wrote:
I do not know
Frankly I do not like this issue.
May be yoshiki can bring some light.
I just run his scripts.
Any methods that existed in 1.1 (1.1x, I forgot), are
On May 17, 2009, at 10:28 PM, Yoshiki Ohshima wrote:
At Sat, 16 May 2009 10:14:48 +0200,
Stéphane Ducasse wrote:
Hi yoshiki
What did you do with code of people that passed away.
It is obvious that they gave the code for squeak.
For Russel Swan, re removed his code. For Jerry
WAIT, please, I'm working on another update right now.
Adrian
On May 17, 2009, at 22:55 , Stéphane Ducasse wrote:
Cool
I just integrated some changes so I will do 10398 :)
Stef
On May 17, 2009, at 9:04 PM, Adrian Lienhard wrote:
[816] MIT replacement for ScaledDecimal (thanks Nicolas!)
On May 17, 2009, at 22:56 , Stéphane Ducasse wrote:
adrian
may be we should add argumentCount to BlockClosure too.
Yes, probably.
Adrian
Stef
On May 17, 2009, at 10:20 PM, Adrian Lienhard wrote:
Hi Mariano
BlockContext implemented #argumentCount (just delegating to #numArgs)
but
On Sun, May 17, 2009 at 5:56 PM, Stéphane Ducasse stephane.duca...@inria.fr
wrote:
adrian
may be we should add argumentCount to BlockClosure too.
Yes. That was actually my question. I saw Lukas said that, but I didn't know
if I should add it in my code (as an extension) or if this should be
#argumentCount is important, it is part of the ANSI standard. Seaside
uses it and we had to add our own version up to now.
Lukas
On Sun, May 17, 2009 at 11:00 PM, Adrian Lienhard a...@netstyle.ch wrote:
On May 17, 2009, at 22:56 , Stéphane Ducasse wrote:
adrian
may be we should add
ok, I created an issue:
http://code.google.com/p/pharo/issues/detail?id=819
Adrian
On May 17, 2009, at 23:04 , Lukas Renggli wrote:
#argumentCount is important, it is part of the ANSI standard. Seaside
uses it and we had to add our own version up to now.
Lukas
On Sun, May 17, 2009 at
I started to go method by method through the EToys changesets and
apply what is relevant for Pharo. This brought the list of dirty
methods from 243 down to 164 (I updated the working list
http://code.google.com/p/pharo/wiki/ResultofRelicensing?ts=1242594801)
.
EToys 2181basicRemoval.st
-
Thanks adrian!
On Sun, May 17, 2009 at 6:11 PM, Adrian Lienhard a...@netstyle.ch wrote:
ok, I created an issue:
http://code.google.com/p/pharo/issues/detail?id=819
Adrian
On May 17, 2009, at 23:04 , Lukas Renggli wrote:
#argumentCount is important, it is part of the ANSI standard.
- Issue 817:Chronology contansts seconds... can be safely removed
- Issue 718:avoid full GC at startup time
Check there is a WeakArray initialize... changes.
___
Pharo-project mailing list
The next question is more aggressive. Having free use of underscores would
be a huge help to me. There are external libraries that are littered with
them, and relational databases for which the most natural (leaving
aesthetics out of it - this is about simplicity).
I have this exact
Hi,
I noticed in the ResultOfRelicensing list some methods that are part of the
SUnitExtensions package on Squeak Source (the ones listed as Maximiliano
Taborda who mades the Squeak port). I think this code is already MIT
Licensed like Aconcagua and Chalten packages. Hernan can you confirm this?.
42 matches
Mail list logo