Lukas Renggli schrieb:
running the tests in latest images PharoCore-1.1 and 1.0 on WinXP I see
GoferApiTest#testSubDirectoryRepository failing.
Are you sure that you use the latest Gofer code, because I think I
fixed that a while back.
I just ran the tests that come with
On 14 February 2010 09:26, Ch Lamprecht ch.l.n...@online.de wrote:
Lukas Renggli schrieb:
running the tests in latest images PharoCore-1.1 and 1.0 on WinXP I see
GoferApiTest#testSubDirectoryRepository failing.
Are you sure that you use the latest Gofer code, because I think I
fixed that a
hi Colin
I guess he missed that, so let me answer.
Is there a way not to have to specify the FileSystem to create a stream for a
file on disk?
str := FSUnixFilesystem new writeStreamOn: 'giffle'.
str nextPutAll: 'zz'.
str close
-
str := 'giffle' asWriteStream
str nextPutAll:
Are there some examples (not tests)?
Mason and Monticello 2 use it, as far as I know.
What is the difference between FSReference and FSPath?
Did you read the class comments?
FSPath: I an abstract filesystem path, independent of the string
representation used to describe paths on a specific
2010/2/14 Lukas Renggli reng...@gmail.com:
hi Colin
I guess he missed that, so let me answer.
Is there a way not to have to specify the FileSystem to create a stream for
a file on disk?
str := FSUnixFilesystem new writeStreamOn: 'giffle'.
str nextPutAll: 'zz'.
str close
-
Do we really reference the file-system or just a file ?
asFileReference or asFilename (VW) would be just fine to my own taste.
It can be a directory or filename. It does not have to exist (yet).
I agree that the name is long and that there are probably better ones.
Lukas
--
Lukas Renggli
I tried to use toolbuilder to open tools like the changeSorter and I always got
a rather small
window. So I checked in Squeak and the buildPluggableWindow method is different
Should we integrate this changes?
http://code.google.com/p/pharo/issues/detail?id=1963
buildPluggableWindow: aSpec
It is not a code problem. It is a social/political problem.
Right now yes: 16rff now is working in pharo as well as Squeak.
The question is how much do we put on the table to make what we believe
important done.
In addition do you prefer an old greyish smalltalk or a new one showing
interest
Lukas
sad sad. May be eliot was not aware of your work.
may be we should ressurect what you did and now we do not care about the FFI
maintainer :)
We can have PharoFFI if needed.
Stef
I'd like to discuss, what changes to compiler we may introduce to allow FFI
to handle pragmas in
sad sad. May be eliot was not aware of your work.
may be we should ressurect what you did and now we do not care about the FFI
maintainer :)
We can have PharoFFI if needed.
I don't have a problem with that. I am just saying that we've been
there and we've done that :-)
I don't care about
Ok thanks for the historical refresh. Some people may now understand why we
finally decided to do Pharo.
Now let us stop ranting and think about the blue sky of the new horizon.
What do we do in Pharo 1.1?
:)
I'm full ears open.
Stef
It is interesting to note that of course, after this was
Am Samstag, 13. Februar 2010 22:13:27 schrieb Torsten Bergmann:
I have implemented some authoring capabilities in ProfStefBrowser
to create new tutorials
Yes, authoring capabilities would be cool to have. But first
we have to find out what the content really should be and how
it should be
Of course I read them :)
this is the first thing I do.
Are there some examples (not tests)?
Mason and Monticello 2 use it, as far as I know.
sure
Now I mean little examples in the sense of a little tutorial (see below the rio
one).
I will probably start to write something like that for
All code that uses FileDirectory is full of these kind of bugs.
Working with paths and file-names on the bases of strings is never
really platform independent. Pharo should move on and adopt
Filesystem.
This is the idea. Now lukas I would like to see the interface of FileSystem
a bit more
Yes Alien is the way to go.
Stef
On Feb 14, 2010, at 10:28 AM, Lukas Renggli wrote:
sad sad. May be eliot was not aware of your work.
may be we should ressurect what you did and now we do not care about the FFI
maintainer :)
We can have PharoFFI if needed.
I don't have a problem with
Yes, authoring capabilities would be cool to have. But first
we have to find out what the content really should be and how
it should be represented (simple text, markup, active morphs, ...)
KISS and learn.
Better a simple working than a complex unfinished.
Some kind of simple markup
did you check the configurationOfFFI ???
Does it exist?
Stef
On Feb 14, 2010, at 7:45 AM, Yanni Chiu wrote:
Oops, this was on Pharo. I just checked Squeak3.11-9371-alpha.zip, and
ScriptLoaderloadFFI does not exist there.
Anyhow, what is the proper way to load FFI?
Yanni Chiu
On Sun, 14 Feb 2010, Stéphane Ducasse wrote:
Yes Alien is the way to go.
I wonder why you think that. Alien is
- mac only (you may say it's not true, because one could build a unix or
windows vm that supports it, but that didn't happen in the past 1.5
years)
- x86 only
Levente
Stef
First of all you should not hardcode the unix platform. Instead let
the system resolve the platform for you:
(FSDiskFilesystem current / 'griffle') writeStream
I prefer that.
I was not happy with my code.
At the moment there is no shortcut for this on String. I think it
would make sense
Yes Alien is the way to go.
I wonder why you think that. Alien is
- mac only (you may say it's not true, because one could build a unix or
windows vm that supports it, but that didn't happen in the past 1.5
years)
- x86 only
I'm not knowledgeable enough but I refer here to some
This is the idea. Now lukas I would like to see the interface of FileSystem
a bit more user friendly see the reply to our answers.
I would love to use FileSystem for Coral so the api is really important for
scripting.
Yeah, the Filesystem API is currently quite verbose in many parts.
Lukas
I think that with some practice it can stabilize in something nice.
I do not know if colin is interested into that - probably.
Stef
On Feb 14, 2010, at 12:01 PM, Lukas Renggli wrote:
This is the idea. Now lukas I would like to see the interface of FileSystem
a bit more user friendly see the
Arghh it's almost done but I have a bug:
SketchMorph fromStream: ('
http://lh3.ggpht.com/_BvlW9mJ6MFc/R-p4PtCKitI/A1A/jySYN6rz_pc/DSC00801.JPG'
asUrl retrieveContents contents readStream)
fails: image format is not recognized.
In JPEGReadWriter class understandsImageFormat
aStream
On Sun, 14 Feb 2010, laurent laffont wrote:
Arghh it's almost done but I have a bug:
SketchMorph fromStream: ('
http://lh3.ggpht.com/_BvlW9mJ6MFc/R-p4PtCKitI/A1A/jySYN6rz_pc/DSC00801.JPG'
asUrl retrieveContents contents readStream)
fails: image format is not recognized.
In
laurent
did you check if it was working on older version?
Which version are you using now?
I tried in Squeak and latest pharo and they both fail.
Stef
On Feb 14, 2010, at 1:01 PM, laurent laffont wrote:
Arghh it's almost done but I have a bug:
SketchMorph fromStream:
Make sure that the stream is binary:
SketchMorph fromStream: ('
http://lh3.ggpht.com/_BvlW9mJ6MFc/R-p4PtCKitI/A1A/jySYN6rz_pc/DSC00801.JPG'
asUrl retrieveContents contents asByteArray readStream)
Levente
It works ! Thank you ! You've just saved a screencast :)
Laurent Laffont
Try not to use ScriptLoader anymore to load projects or packages.
To install FFI, use the Metacello configuration, like this:
Gofer new
squeaksource: 'MetacelloRepository';
package: 'ConfigurationOfFFI';
load.
((Smalltalk at: #ConfigurationOfFFI) project version: '1.0') load.
I have a simple question: Does someone know if AlienFFI still locks the
complete VM while executing a function ? I mean, it behaves exactly as
normal FFI in that aspect ? I would love a FFI that doesn't lock the VM.
Or even better, let you choose, like VW FFI.
Cheers
Mariano
On Sun, Feb 14,
On Sun, Feb 14, 2010 at 12:46 AM, Ch Lamprecht ch.l.n...@online.de wrote:
Hello to everybody,
running the tests in latest images PharoCore-1.1 and 1.0 on WinXP I see
GoferApiTest#testSubDirectoryRepository failing.
It could be fixed by changing
MCSubDirectoryRepository#description
+
Hi Thorsten!
I have two questions regarding your implementation:
- What is the reason to have HelpBuilder and to create a hierarchy of
HelpTopic instances mirroring the layout of the actual content classes? Why
not use the class objects directly?
- Why do you use pragmas for the titles of the
Stef,
I've always understood why you launched Pharo.
On FFI/Alien and blocking the entire VM, I injected Dolphin's overlapped calls
into a discussion of the (rather serious) problems that can arise when
something does not return as soon as expected (or at all), and somebody with
good VM
;)
BTW did you convert my old videos?
Stef
On Feb 14, 2010, at 1:20 PM, laurent laffont wrote:
Make sure that the stream is binary:
SketchMorph fromStream:
('http://lh3.ggpht.com/_BvlW9mJ6MFc/R-p4PtCKitI/A1A/jySYN6rz_pc/DSC00801.JPG'
asUrl retrieveContents contents asByteArray
On Feb 14, 2010, at 4:01 PM, Schwab,Wilhelm K wrote:
Stef,
I've always understood why you launched Pharo.
On FFI/Alien and blocking the entire VM, I injected Dolphin's overlapped
calls into a discussion of the (rather serious) problems that can arise when
something does not return as
On Sun, Feb 14, 2010 at 4:24 PM, Stéphane Ducasse stephane.duca...@inria.fr
wrote:
;)
BTW did you convert my old videos?
yes, sort of :
http://pharocasts.blogspot.com/2010/01/learn-smalltalk-with-profstef.html
Laurent
Stef
On Feb 14, 2010, at 1:20 PM, laurent laffont wrote:
Adding a multi-threaded FFI interface is always feasible. What I'd suggest is
some get their corporate sponsor to pay for it as part of building the Alien
FFI plugin for
Unix and Windows. Then gift it back to the community, otherwise you'll see zero
movement.
On 2010-02-14, at 4:42 AM,
Well *cough* I've always wondered why we use a un-supported smalltalk based
decoder here versus relying on the
JPEGReadWriter2 which uses the JPEG libraries we bundle into the VMs. Maybe
you should to a quick performance test
and see how they compare?
On 2010-02-14, at 4:01 AM, laurent
10510
-
Issue 1788: SMTPClient does not send HELO or EHLO, session is not initiated
Issue 1953: Network: smtp should send helo first
--
Marcus Denker -- http://www.marcusdenker.de
INRIA Lille -- Nord Europe. Team RMoD.
___
Pharo-project
11209
-
Issue 1953: Network: smtp should send helo first
--
Marcus Denker -- http://www.marcusdenker.de
INRIA Lille -- Nord Europe. Team RMoD.
___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
Thanks for help and enjoy :)
http://pharocasts.blogspot.com/2010/02/rest-xml-parsing-and-photos.html
Laurent Laffont
On Sun, Feb 14, 2010 at 1:20 PM, laurent laffont
laurent.laff...@gmail.comwrote:
Make sure that the stream is binary:
SketchMorph fromStream: ('
Incredible. Clap clap clap!
Let me say that I really like your screencast and every time I see them, I
learn. I think that we really should have a link from the official pharo
website to your blog.
Little note just in case you didn't know. To TAB right or left several
rows/lines, just select
http://code.google.com/p/pharo/issues/detail?id=1884
This issue probably is the last obstacle for the 1.0 release. I've added the
following comment:
-
The preference proposed by Miguel does not solve the problem but puts the
burden on the user that needs to change the preference
Hi Danny,
- What is the reason to have HelpBuilder and to create a hierarchy of
HelpTopic instances mirroring the layout of the actual content classes?
Why
not use the class objects directly?
HelpBuilder builds the topics/books from code. I just wanted to decouple
the storage mechanism
As you may know, with 16rff change, we cannot anymore use a radix
notation combined with an exponent notation.
At least for base 14, the exponent letter is taken as an ordinary digit.
The options are:
1) revert the change
2) abandon combined radix+exponent notation
all the code for printing
2010/2/14 Mariano Martinez Peck marianop...@gmail.com
Incredible. Clap clap clap!
^o^
Let me say that I really like your screencast and every time I see them, I
learn.
Me too while recording :) I hope other people will contribute
I think that we really should have a link from the
As you may know, with 16rff change, we cannot anymore use a radix
notation combined with an exponent notation.
At least for base 14, the exponent letter is taken as an ordinary digit.
do you know how this is handled in VW?
Stef
The options are:
1) revert the change
2) abandon
Hi Frederic. I was looking for the packages to next PharoDev and I noticed
to commited a new version of NewInspector (NewInspector-FredericPluquet.57)
Do you know if this also work in 1.0 so that I can include the fix ?
Thanks
Mariano
___
On Sun, 14 Feb 2010, Nicolas Cellier wrote:
As you may know, with 16rff change, we cannot anymore use a radix
notation combined with an exponent notation.
At least for base 14, the exponent letter is taken as an ordinary digit.
The options are:
1) revert the change
2) abandon combined
I'd go for 1). Squeak extends the ANSI standard one way, while VW does in
another. If you want portable code, use the standard compatible syntax:
16rFF.
probably.
at least digitValue: was fixed in the process.
2) is acceptable, but I wouldn't do it.
2010/2/14 Stéphane Ducasse stephane.duca...@inria.fr:
As you may know, with 16rff change, we cannot anymore use a radix
notation combined with an exponent notation.
At least for base 14, the exponent letter is taken as an ordinary digit.
do you know how this is handled in VW?
Stef
16rff
I really like the idea of scripting and gluing together behavior.
What I would love to be able to do is to
use the webcam of my machine to scan a book ISBN number
and fetch all the data from a given provider.
Does anybody have an idea how we could plug all that together.
Stef
On Sun, 14 Feb 2010, Nicolas Cellier wrote:
2010/2/14 Stéphane Ducasse stephane.duca...@inria.fr:
what does our wonderful ANSI standard mentions?
Base 2 to 36 with letter A to Z.
Nothing about a-z. But nothing against it.
At 3.5.6 the BNF allows only uppercase letters
On Sun, Feb 14, 2010 at 10:09 PM, Yanni Chiu ya...@rogers.com wrote:
The last word on Metacello, that I recall reading in this list, is that
it is an experiment. Has that changed? I'm happy enough to changed my
habits, if that is the case.
Metacello seems to be very stable, not an experiment
On Sun, Feb 14, 2010 at 11:04 PM, Mariano Martinez Peck
marianop...@gmail.com wrote:
On Sun, Feb 14, 2010 at 10:09 PM, Yanni Chiu ya...@rogers.com wrote:
The last word on Metacello, that I recall reading in this list, is that
it is an experiment. Has that changed? I'm happy enough to
Hi folks: I was thinking that at least for the 1.0 release we should remove
obsolete default repositories. I don't know if the word is default but I
mean to those repositories that are already added when you download
PharoCore 1.0 image.
Those repositories are:
1)
Hi Lukas/Romain. While building a PharoDev, I noticed that
ECUntypedModelTest testNarrowWith is failing.
The problem is in:
self assert: count 100.
as count, which is equal to model entries size, is 98.
Of course, if I change it to
self assert: count 90.
for example, it works
11210
-
Issue 1966: remove WordArray#bobsTest
Issue 1965: remove squeakpages methods from ServerDirectory
Issue 1958: refactor #definitionST80
Issue 1928: Remaining _ in comments
Issue 669: Dependency between Morph-Kernel and FileList
--
Marcus Denker --
Ok...if AlienFFI doesn't support multi-threaded, then, I think the same as
Levente.
Why should I use AlienFFI instead of the normal FFI ? Which advantages does
Alien have? Does someone know ? (I ask just because of my ignorance)
Because for the moment it has two disadvantages, the ones Levente
Thanks Torsten for the explanation. Much clear now. I really like the idea.
On Sat, Feb 13, 2010 at 10:13 PM, Torsten Bergmann asta...@gmx.de wrote:
I have implemented some authoring capabilities in ProfStefBrowser
to create new tutorials
Yes, authoring capabilities would be cool to have.
Hi Mariano,
I think that is a good idea.
Just a note:
Gofer is in: http://source.lukas-renggli.ch/gofer
and not in: http://source.lukas-renggli.ch/flair
Cheers,
Doru
On 14 Feb 2010, at 23:11, Mariano Martinez Peck wrote:
Hi folks: I was thinking that at least for the 1.0 release we
FFI is weak (nearly useless??) on callbacks, where Alien appears to provide
good support. I agree the neither system is comlete w/o the ability to direct
calls to an os thread to avoid blocking the entire vm.
Bill
From:
If Gofer and Polymorph are included in the Core image ... wouldn't it make
more sense for those to be moved to those Pharo repositories then?
--
View this message in context:
http://n4.nabble.com/Cleaning-included-Monticello-repositories-in-PharoCore-tp1555481p1555830.html
Sent from the Pharo
It is stupid to have tests that depend on what else is loaded in the image.
OB and RB (for some parts) use a fake image with fake classes and
methods in which they run their test.
Lukas
2010/2/14 Mariano Martinez Peck marianop...@gmail.com:
Hi Lukas/Romain. While building a PharoDev, I
1) http://www.squeaksource.com/Pharo
2) http://www.squeaksource.com/PharoInbox
3) www.squeaksource.com/Installer
4) www.squeaksource.com/UIEnhancements
5) http://source.lukas-renggli.ch/flair
I sugest to only keep 1 and 2.
Lukas
--
Lukas Renggli
http://www.lukas-renggli.ch
63 matches
Mail list logo