1. embedded euphoria
- Posted by Brian Broker <bkb at CNW.COM>
Jun 29, 2000
-
Last edited Jun 30, 2000
Would it be possible to embed Euphoria applications in a browser (similar
to java applets or shockwave). If so, what would it take? Would you need
the Euphoria source code to create an ActiveX object or create some kind of
plug-in? Does anybody else think this would be cool?
-- Brian
2. Re: embedded euphoria
- Posted by cense <cense at MAIL.RU>
Jun 29, 2000
-
Last edited Jun 30, 2000
On Thu, 29 Jun 2000, Brian Broker wrote:
> Would it be possible to embed Euphoria applications in a browser (similar
> to java applets or shockwave). If so, what would it take? Would you need
> the Euphoria source code to create an ActiveX object or create some kind of
> plug-in? Does anybody else think this would be cool?
>
> -- Brian
i think this could be really cool too, but the problem with doin such a thing
is that you would have to get the client side( browser ) to download a plug-in
to understand the embedded euphoria code. Another problem here is the fact that
you cant really "compile" Euphoria code... yet, you would have to embed a bound
Euphoria program instead and that could be very slow and extremly CPU intensive
when lots of people are connecting and using the the *eulet* ( embedded euphoria
object ).
On the other hand to create an ActiveX object, Euphoria would need compilation
and ActiveX support. But dont quote me on that, i dont really know all that
much about ActiveX.
--
CenSe,
a member of the
ak-software development team
http://ak-software.virtualave.net/
3. Re: embedded euphoria
On Thu, 29 Jun 2000 20:49:57 -0600, cense wrote:
>On Thu, 29 Jun 2000, Brian Broker wrote:
>> Would it be possible to embed Euphoria applications in a browser (similar
>> to java applets or shockwave). If so, what would it take? Would you
need
>> the Euphoria source code to create an ActiveX object or create some kind
of
>> plug-in? Does anybody else think this would be cool?
>>
>> -- Brian
>
>i think this could be really cool too, but the problem with doin such a
thing
>is that you would have to get the client side( browser ) to download a
plug-in
>to understand the embedded euphoria code. Another problem here is the fact
that
>you cant really "compile" Euphoria code... yet, you would have to embed a
bound
>Euphoria program instead and that could be very slow and extremly CPU
intensive
>when lots of people are connecting and using the the *eulet* ( embedded
euphoria
>object ).
>
>On the other hand to create an ActiveX object, Euphoria would need
compilation
>and ActiveX support. But dont quote me on that, i dont really know all that
>much about ActiveX.
Actually, I was thinking more along the lines of having some kind of
Euphoria plug-in or ActiveX object provided by RDS that could be passed a
text file of euphoria code to interpret. A good example of what I'm
talking about here is something like URLGrey Tea which is a java applet
that interprets BASIC-like code. For examples of what I did with this
language a few years ago see http://cnw.com/~bkb/URLGrey/
When you click on 'view source code' you are looking at the actual text
file passed to the applet. Now if Euphoria had some method of doing this
sort of thing...
-- Brian
4. Re: embedded euphoria
On 29 Jun 2000, at 20:49, cense wrote:
> On Thu, 29 Jun 2000, Brian Broker wrote:
> > Would it be possible to embed Euphoria applications in a browser (similar
> > to java applets or shockwave). If so, what would it take? Would you need
> > the Euphoria source code to create an ActiveX object or create some kind of
> > plug-in? Does anybody else think this would be cool?
> >
> > -- Brian
>
> i think this could be really cool too, but the problem with doin such a thing
> is that you would have to get the client side( browser ) to download a plug-in
> to understand the embedded euphoria code.
which would mean your puter is running someone else's code that you haven't
reviewed, a lot like the melissa virus, activex, javascript, etc., with pretty
full access to
anything on your puter. I'd set the proxies to filter it out.
If you are intent on doing this anyhoo, you should read up on the IE plugins at
Microsoft. It is possible to treat IE like a window for your application,
changing the
buttons, and what it does in responce to code (html, java, etc). As an example,
AOL
distributes an IE set up to run on AOL's established VPN and do their bidding.
The
VPN is why they replace windoz's winsock (you wouldn't do that), and the
modified IE
could have been done as a plugin to the existing IE, but they wanted to be sure
they
were the only ones in it. Popup ads on "free" internet isps often use a IE
plugin, since
IE runs the desktop, the popup is handled by IE.
An easy way to communicate to IE is to use DDE, but i have not tried DDE to IE.
DDE
does work nicely with other apps tho. You *could* have a Eu app running beside
IE,
not as a plugin, have Eu go to the webpage to get the code independantly of IE,
run it,
and DDE the result (or the location of the result) to IE.
Or, set an Eu-coded proxy on the puter, have IE contact it, the proxy sees all
the code
passing to IE from the webpage (and vice versa), and if it's Eu code, execute
it, then
pass it on to IE for display. This i have done, but not in Eu (yet),, well, not
quite,, i
have had the Eu browser contact the web thru the proxy, but not have IE contact
the
web thru Eu or Eu send anything to IE (yet).
But still, someone running unknown code on your machine, with unrestricted
access
to everything on it, is a *huge* security risk.
Kat
5. Re: embedded euphoria
Brian Broker wrote:
> Would it be possible to embed Euphoria applications in a browser (similar
> to java applets or shockwave). If so, what would it take? Would you need
> the Euphoria source code to create an ActiveX object or create some kind of
> plug-in? Does anybody else think this would be cool?
>
> -- Brian
Why use plugins? Then you would have to develop for each platform and each
browser. Wouldn't writing a Java interpreter be much easier? I was working on
an Euphoria interpreter in Java before, but I was disappointed with the
perfornance of my progran and discontinued it. Java isn't that much slower
than C, though, so I don't think writing it in Java would be too much of a
performance problem. I'd be glad to help develop am Euphoria interpreter in
Java if anyone has any interest in doing so.
Jeff
JJProg at cyberbury.net
6. Re: embedded euphoria
Jeff wrote:
> I was working on an Euphoria interpreter in Java
> before, but I was disappointed with the perfornance
> of my progran and discontinued it.
I'm working on a Euphoria to Java translator; you can find it at:
http://www.lanset.com/dcuny/java.htm
My implementation of sequences is pretty lame, so I've been rewriting the
library to implement them somewhat more efficiently, keeping track of
reference counts and so on. I've been sidetracked for the last month, so
there hasn't been much progress.
> Java isn't that much slower than C, though, so
> I don't think writing it in Java would be too
> much of a performance problem.
I agree. I was amazed how much faster the new Java interpreters are.
> I'd be glad to help develop [a] Euphoria
> interpreter in Java if anyone has any interest
> in doing so.
I considered writing an interpreter briefly, but figured a translator would
get more bang for the buck. Along the lines of what Robert is doing with the
C translator, you could develop the code with the Euphoria interpreter, and
then generate source in Java, with minimal type checking.
I'd written a Euphoria interpreter in Euphoria some time back, and there's a
bit of a performance hit. Writing 'pure' Java code would have take care of
that.
But I'm quite interested in seeing what you've done, and think a Euphoria
interpreter in Java would be very cool.
-- David Cuny
7. Re: embedded euphoria
"Cuny, David@DSS" wrote:
> Jeff wrote:
>
> > I was working on an Euphoria interpreter in Java
> > before, but I was disappointed with the perfornance
> > of my progran and discontinued it.
>
> I'm working on a Euphoria to Java translator; you can find it at:
>
> http://www.lanset.com/dcuny/java.htm
>
> My implementation of sequences is pretty lame, so I've been rewriting the
> library to implement them somewhat more efficiently, keeping track of
> reference counts and so on. I've been sidetracked for the last month, so
> there hasn't been much progress.
I downloaded your euphoria to java converter when you first announced it, but I
was (and still am) running Linux and JAVA.EX uses dos shell commands which are
incompatible in Linux.. Sorry I didn't mention yoir project in my e-maill - I
had forgotten you were already working on such a program. If you want to make
your program compatible with Linux, use rm -f instedad of del and use mv
instead of rename.
>
>
> > Java isn't that much slower than C, though, so
> > I don't think writing it in Java would be too
> > much of a performance problem.
>
> I agree. I was amazed how much faster the new Java interpreters are.
>
> > I'd be glad to help develop [a] Euphoria
> > interpreter in Java if anyone has any interest
> > in doing so.
>
> I considered writing an interpreter briefly, but figured a translator would
> get more bang for the buck. Along the lines of what Robert is doing with the
> C translator, you could develop the code with the Euphoria interpreter, and
> then generate source in Java, with minimal type checking.
>
> I'd written a Euphoria interpreter in Euphoria some time back, and there's a
> bit of a performance hit. Writing 'pure' Java code would have take care of
> that.
>
> But I'm quite interested in seeing what you've done, and think a Euphoria
> interpreter in Java would be very cool.
>
> -- David Cuny
The program I had written before was part of my bytecode Euphoria project. I
never got very far with it, and I don't think I have it anymore - the rest of
my bytecode euphoria files are on my website at
http://JJProg.tripod.com/compiledeu.html, including an interpreter in C++ and
an interpreter in Euphoria. Currently, the compiler doesn't parse standard
Euphoria, but a high-level assembly language with Euphoria sequences and
functions. I haven't done much work on it lately, though.
Jeff Fielding
