ANN: Dolphin project website

Hi,

I have put together a website at;

http://www.chartexplorer.com

It contains a couple of my Dolphin projects, as well as three applets.

All feedback welcomed,
Thanks,
Steve Waring

Steve,

> I have put together a website at;
>
> http://www.chartexplorer.com
>
> It contains a couple of my Dolphin projects, as well as three applets.
>
> All feedback welcomed,

Fantastic. But have you found any ETI yet?

Best Regards,

Andy Bower
Dolphin Support
http://www.object-arts.com

---
Visit the Dolphin Smalltalk WikiWeb
http://www.object-arts.com/wiki/html/Dolphin/FrontPage.htm
---

Steve,

Excellent Dolphin projects...I especially like the Scheme interpreter.  You
might grab a copy of Visual Works NC and then download a 3rd party package
for it called Jun. http://www.sra.co.jp/people/aoki/Jun/Main_e.htm
It is an interface to OpenGL.  Quite impressive.  But it also contains
Prolog and Lisp interpreters written in Smalltalk.

Chris
"Steve Waring" <[hidden email]> wrote in message
news:9579gr$g0jjg$[hidden email]...

Hi Chris,

Thanks for that link, Jun looks like a very comprehensive and interesting
set of packages.

Scheme was great fun to work with, especially in combination with the book
"The Structure and Interpretion of Computer Programs". I found many
references to implementing Scheme interpreters, but they were all based on
writing the interpreter in Scheme itself ... I often felt like I was in a
room full of mirrors!

Steve

"Chris Harrington" <[hidden email]> wrote in message
news:V1Ud6.568$[hidden email]...
> Steve,
>
> Excellent Dolphin projects...I especially like the Scheme interpreter.
You

Hi Andy,

> Fantastic. But have you found any ETI yet?

No little green men as yet :)

Steve

In article <95abs4$g1nic$[hidden email]>,
  "Steve Waring" <[hidden email]> wrote:
> Hi Chris,
>
> Thanks for that link, Jun looks like a very comprehensive and
interesting
> set of packages.

Also, from memory, the DOME case tool (GNU GPL) uses Scheme or a Scheme
like language to specify models (or is it the meta-model ..)  and so
must have an interpreter

http://www.src.honeywell.com/dome/

>
> Scheme was great fun to work with, especially in combination with the
book
> "The Structure and Interpretion of Computer Programs". I found many
> references to implementing Scheme interpreters, but they were all
based on
> writing the interpreter in Scheme itself ... I often felt like I was
in a
> room full of mirrors!
>
> Steve
>
> "Chris Harrington" <[hidden email]> wrote in message
> news:V1Ud6.568$[hidden email]...
> > Steve,
> >
> > Excellent Dolphin projects...I especially like the Scheme
interpreter.
> You
> > might grab a copy of Visual Works NC and then download a 3rd party
package
> > for it called Jun. http://www.sra.co.jp/people/aoki/Jun/Main_e.htm
> > It is an interface to OpenGL.  Quite impressive.  But it also
contains applets.
--
Edward Stow
[hidden email]


Sent via Deja.com
http://www.deja.com/

In article <95coka$hp3$[hidden email]>, Edward Stow
<[hidden email]> wrote:
[...]
> > You
> > > might grab a copy of Visual Works NC and then download a 3rd party
> package
> > > for it called Jun. http://www.sra.co.jp/people/aoki/Jun/Main_e.htm
> > > It is an interface to OpenGL.  Quite impressive.  But it also
> contains
> > > Prolog and Lisp interpreters written in Smalltalk.

Has anyone tried to write a Python interpreter in Smalltalk?

--
       <http://homepage.mac.com/keithray/resume.html>

On Sat, 03 Feb 2001 02:57:36 GMT, Keith Ray
<k1e2i3t4h5r6a7y@1m2a3c4.5c6o7m> wrote:

>Has anyone tried to write a Python interpreter in Smalltalk?

I tried this, although using Squeak Smalltalk not Dolphin Smalltalk.
I never finished the project but there's a partially working parser
which I could share.

bye
--
Stefan Matthias Aust____Truth until Paradox!____________________
     Jobs? ==> [hidden email]   www.baltic-online.de

In article <[hidden email]>, [hidden email] wrote:

I have the desire to see Python running inside Squeak
<http://www.squeak.org/>.

I was planning to start porting from the Jython sources, since those are
already in an object oriented language (Java).  If you could, please
email your parser to me and it will help me learn how Squeak could host
a Python language.

C. Keith Ray
remove spaces to get my email address
  c k e i t h r a y @ h o m e . c o m

--
       <http://homepage.mac.com/keithray/resume.html>

Keith Ray schrieb:
 Why not call Python via it's C interface ?

 Marten

In article <[hidden email]>, Marten
Feldtmann <[hidden email]> wrote:

Because that wouldn't allow writing Python subclasses of Smalltalk
classes and vice versa. Both Python and Squeak use bytecodes, and run in
a kind of VM. Squeak can call out to C code, but C code can't call into
Squeak -- the hooks are not there (yet).

Squeak happens to be implemented "in itself" -- that is, its virtual
machine was written and debugged in a subset of normal Smalltalk (I
think they call it 'Slang'). Then a translator (also written in
Smalltalk) converts the Slang code into C code, which is compiled and
becomes the real virtual machine. The original Slang-based virtual
machine can also be executed in Squeak -- so you have an "emulated"
virtual machine running (very slowly) inside a real virtual machine.

If Squeak can be made to handle multiple sets of byte-codes types, then
it could transparently handle Python, Java, and Smalltalk in its
"universal VM".

Or the JPython route -- implement Python within the host language/vm...
Jython allows interoperating with Java the way I want Python to
interoperate with Squeak Smalltalk.

Squeak can reconstuct the source code of a method from the byte-code
(does not include comments and probably not the local variable names),
it is possible that a combined Squeak/Python vm could let you choose to
view a method in Smalltalk syntax or in Python syntax.

Squeak has been ported to many platforms, including some that don't have
an operating system (ported to the "bare metal"). It has really good
MacOS support (my preferred platform).

--
       <http://homepage.mac.com/keithray/resume.html>

You might consider an approach similar to that used in
Frost ( http://oasis.canis.uiuc.edu:8080/Frost ) where
bytecodes for Java are translated to Smalltalk bytecodes.
Frost also parses Java source code, but when it does it
goes straight to VisualWorks bytecodes.

One of the things I'd like to consider for Frost would be
accomodating languages other than Java, especially languages
like Python or Ruby.  Not because I want to do Java, Python,
or Ruby development, but because I do NOT want to do Java,
Python, or Ruby development, but also do not want to have to
manually re-implement any useful code written in those languages
in Smalltalk.

It's also the sort of thing that hopefully puts positive pressures
on the VM designers, perhaps along the lines mentioned in the
"Universal VM" thread.

- les

In article <[hidden email]>, Les Tyrrell
<[hidden email]> wrote:

Thanks for the URL... and it's open source!

--
       <http://homepage.mac.com/keithray/resume.html>

On Wed, 14 Feb 2001 16:41:01 GMT, Keith Ray
<k1e2i3t4h5r6a7y@1m2a3c4.5c6o7m> wrote:

Keith,

I've up my sources for an unfinished python parser to
www.3plus4.de/squeak.  Feel free to use is a foundation for a real
Python system.  I think, this wouldn't be that difficult.  When I
started, I mostly ignored the runtime system but reading the Python
specification I did find anything which couldn't implemented in
Smalltalk.

bye
--
Stefan Matthias Aust____Truth until Paradox!____________________
     Jobs? ==> [hidden email]   www.baltic-online.de

In article <CYiPOj7XcM5XXhPxfIA3+zQuo=[hidden email]>, [hidden email] wrote:

Thanks!

( By the way the link named "Python" shows up as the invalid link
"<http://www.3plus4.de/squeak/www.python.org>". )

--
       <http://homepage.mac.com/keithray/resume.html>