Pascalinterpreterinjava (soon to be a SCAR emulator)

So, I am mostly done with my latest project, a pascal interpreter in java, aptly named "pascalinterpreterinjava". If you have any better suggestions for a name, please post them.

Basically, I wrote an interpreter in java with the goal of being able to run SCAR scripts without SCAR. At this point, the only language feature it is missing is pointers.

In terms of the SCAR library (being able to call built-in SCAR functions), it currently supports: Input and output, String manipulation, File IO, Networking, and Script control, but is missing Forms, Keyboard/mouse control, and pixel/bitmap image finding.

You may notice that it is missing the most important functionality. This is partly because I haven't gotten around to it yet, but also because I am planning on giving it SMART- like functionality, and have it interface directly with the game, rather than taking control of your pointer.

So, here is the source code and class files. To run it, run run.sh or run.bat (for windows)

At this point it won't really do much besides give you a sandbox for writing pascal scripts (much like SCAR), except it lacks the macroing capability of SCAR. However, that brings me to my next point.

I would appreciate help with this project in three areas: First, I would be very grateful to anyone who tinkers around with it and finds bugs. Second, if anybody has experience coding GUIs in java, my GUI could use a real makeover (try resizing it to see what I mean.) Finally, if anybody knows about (or wrote) a good client loader I could use to directly send events to (and read pixels from) the applet, that would be great. Otherwise I will have to do something with the user specifying the top left corner of the applet or something like this. (also, it will allow me to make it send events silently and to multiple applets at the same time.) Once I get a client loader, I will finish writing the last of the api (although I don't know if I will ever implement forms)

Oh, I almost forgot to post the SVN for my project: http://pascalinterpreterinjava.googlecode.com Hosts the code, and you can find instructions there for downloading the latest code I have been working on.

Thanks a lot!

How about Jascal? 'Cause there is a Python interpreter in Java called Jython.

Hmm... That might be a good one. There are some things named jascal all ready though. I was hoping for a unique name, so people would find info if they googled it.

You could see how RSBot does some of the stuff you need. It's all open source ;)

How about JaSCAR? JavaSCAR

Pascjaval?

Quote:

---

Originally Posted by Da 0wner

Pascjaval?

---

I lol'd.

By the way, I'll test this in about an hour ;)

I think pascjaval it will be!

Hmmm this is simply eminent, I like it :) I'd be glad to help if/when needed, just msg me up.



~NS

Trevor: It's a little wierd.

Scar is like two things bundled in one. It is an interpreter, and an API for macroing. What I wrote was the first half of that, the interpreter. However, that is pretty much useless without any api to call. In order for it to do anything, you need one of three things.

Someone writes an interface to a bot they wrote (It will be *really* easy. Just look at some of the examples in the plugins folder.) This would probably be ideal, as it would mean the least work for me!

or someone could implement the scar api, which I started to do. This would make it a full-fledged clone of scar, and would be able to run scar without modification. This would be the only option to run non-rs scar scripts. However, this looks unlikely because it seems some of scar's functionality would require using JNI (Basically, I would have to write the code in C for every operating system I wanted it to work on.)

or, someone could write a bot which uses the scar api, but would allow you to minimize or run multiple bots. This seems to be what I will do, at least as one solution. In order to do this, I would have to write or use somebody else's client loader. My best bet will probably be to ask Benland100 for his, but he hasn't been on IM recently (I will PM him shortly.) Once the client is loaded, hooking up the functions to move the mouse and read the screen should be easy. (Bitmap/DTM stuff still will need to be done :P)


So your question about running java scripts (I think that is what you were trying to say) isn't quite right, because if you write a java script, you could call the bots API directly. What I wrote is only so SCAR scripts can call a java API. (Yes, I know it's already possible, but at the time of making this, I wasn't aware). This is only if you want to run scar scripts with some other bot (for example allowing minimization and multiple scripts at once.)

PIJ?
Pascal Interpreter in Java

~shut

http://www.google.com/search?q=pij

JIHAAAAAD!

pipija

p := pasca
l := linter
p := preter
i := in
j := java
a:= application

You might as well call it:

SPIIJ - SCAR Pascal Interpreter In Java

:p



~NS

Quote:

---

Originally Posted by Nadeem

You might as well call it:

SPIIJ - SCAR Pascal Interpreter In Java

:p



~NS

---

Or just spij, that sounds awesome.

~Myles

Quote:

---

Originally Posted by MylesMadness

Or just spij, that sounds awesome.

~Myles

---

Thats what I though but then added in the extra I because SPIJ is some spanish/indonesian government site...



~NS

JIPPA

Java Interpreter Programmed for Pascal Applications
~~
EVEN BETTER ONE:
JIPPO

Java Interpreter Programmed for Pascal Operations

Quote:

---

Originally Posted by marpis

JIPPA

Java Interpreted Programmed for Pascal Applications

---

Doesn't make sense, acronym sounds good.

Dont name something silly, give it a real name.
Java Application That Interprets SCAR Scripts and Allows You to Run Them
JATIS SAYRT. (which means "Love" in Swahili.)

Scava since it aims to be Scar in Java - maybe Scarva.
Otherwise, I like the sounds of SPARTA
Scar / Pascal Always Releases Trusted Apps
(Couldn't think of how to fit a J in it for Java though)

Maybe JASPER
Java Allows Scar / Pascal to Epicly Run

Possibly:
Greedily Run Other Pascal Environments, Java Introduces Muscle!
(Muscle referring to the power it brings).

My favourite one is "JAP"
Java Autoing in Pascal

Dude, can't you use SMART? I know you'd probably have to use JNI to call the functions, but it should work quite nicely (plus you get reflection!). If that's not possible, I could dig up an older version of SMART from the pre-embedded days, but you'd need Ben's permission for that, because he never publicly released that version. Also note that it would be missing some features taken for granted in the newer releases.

Of course, if all you're looking for is a simple loader, check out this thread by Tv-XxX. You'll want to read most of the thread, especially Yakman's posts. Note that my version of the loader is 'technically' safer, but neither should have any detectability problems.

I personally like "Greedily Run Other Pascal Environments, Java Introduces Muscle!" It's short and to the point.

Java Owning SCAR That Lasts for Eternity (JOSTLE)
SCAR In Disguise Gets On Track; Awesome; By Java (SIDGOTA BJ)
Java, A Capable, Kind Interpreter (JACKI)

honestly lardguy, just think of a word that would sounds good and fit your meaning into it if you know what i mean ;)

i cant get it to work in linux

Code:

---

Exception in thread "main" java.lang.NoClassDefFoundError: edu/js/interpreter/gui/ide
Caused by: java.lang.ClassNotFoundException: edu.js.interpreter.gui.ide
        at java.net.URLClassLoader$1.run(URLClassLoader.java:200)
        at java.security.AccessController.doPrivileged(Native Method)
        at java.net.URLClassLoader.findClass(URLClassLoader.java:188)
        at java.lang.ClassLoader.loadClass(ClassLoader.java:307)
        at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:301)
        at java.lang.ClassLoader.loadClass(ClassLoader.java:252)
        at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:320)
Could not find the main class: edu.js.interpreter.gui.ide.  Program will exit.

---

:(

~shut

Did you hardcode the entire gui? If so, you should probably consider using a/some LayoutManager(s), so that your gui will cope better with resizing.

For minimization, and such, create a new instance of the client class as an applet. Set its stub to one of your classes, and call it's init and start methods in that order. You can proceed to add it to a JFrame.

For sending mouse events, get the client's graphics component by either using a getCanvas() hook, or something like

Code:

---

applet.getComponent(0)

---

and dispatching events to it using the dispatchEvent(AWTEvent e) method.

If you need some help, pm me/post here.

PWJ Pascal With Java ? :)

~Home

Call it: Sex

Quote:

---

Originally Posted by Home

PWJ Pascal With Java ? :)

~Home

---

I think it'd be Java with Pascal :p.

I see how you could be thinking also (code Pascal in Java)?

I vote for Greedily Run Other Pascal Environments, Java Introduces Muscle, if only because of the acronym.

Lol, I would DEFINITELY install GROPE!

Hey,

About the client loader: I dug up an old loader I wrote and fixed it up. It is included in the latest svn.

About sending events to it: I had an idea of how to send events to it, but there are other things I also need in order to make it work. I need to intercept the events it would normally get. I started to code some of the key and mouse functions, but getting the bitmap from the screen seemed to be a problem. You can't actually get the buffer of a Canvas object. At first I thought they would be using repaint() and update(), and I figured out a way to intercept their events, but it turns out they don't. They instead use getGraphics() and then paint directly to the graphics. I don't know of any way of intercepting this. I tried turning on double buffering in the AWT peer, and grabbing the back buffer. This works, but not when minimized, so it is no better than normal screen grabbing. I think it might be possible that it stops drawing due to java code, which means it would be possible to make it keep drawing when minimized. However, I think it is native code that determines when it is minimized and stops updating the buffers, and I don't want to mess with that. Also, grabbing the back buffer isn't so great, because you have to wait a bit before you switch the buffers and try to grab it, because otherwise sometimes you will switch buffers before the client even paints the whole scene. If I could intercept the getGraphics call, that would be great, but I have semi given up for now.

On the other hand, in terms of getting straight scar emulation, things are progressing. I got the keyboard and mouse working. However, some things, like window targeting, require native code. I currently am building a library with Xlib (X Windows) code using JNI. My eventual plan is to create a windows and mac version, so it will be cross platform.

There are some things that I am not implementing, like SendKeysVB, because they would be projects of their own.

Some things are not possible with java, but are too trivial to do JNI stuff for now, like IsKeyDown.
Other things, like SendKeysSilent, I am leaving out because they are obsolete.

The way I see things, the next thing to do is Color functions, then Bitmaps, then OCR.

If somebody would help write the JNI stuff for windows and mac, that would be great.

About my gui: Not using a window manager is really my problem. I just use BoxLayout, because I can't figure out any of the other ones.

how far along is this project? also who will rhis be released to?

This will be released to everyone. Right now the mouse and keyboard input as well as window targeting is mostly done. Networking, File access, strings and math are all complete. I am starting on color finding and bitmaps. After that I will do OCR and it should be pretty complete. Right now, the SVN won't build, because it requires some native stuff that I haven't uploaded yet.

How about Scavenger? Real word, sounds good, sounds something like 'scava' etc...

What is up with everyone always trying to clone SCAR instead of trying to be original? -_-"

Open Source clones are highly original. It allows everyone to work on and learn from it, rather than one person.

Quote:

---

Originally Posted by Freddy1990

What is up with everyone always trying to clone SCAR instead of trying to be original? -_-"

---

What better way to have a successful bot than to have access to a well built and maintained library of code, many skilled scripters who are competent at the language and a mountain of scripts?

if scar was open source, people would work on it instead of trying to clone it.

Quote:

---

Originally Posted by Yakman

if scar was open source, people would work on it instead of trying to clone it.

---

Yet when I try open-source, no one seems interested enough to do anything but leech.

Depends, are your ideas creative? Is there room for improvement?

Leeching is part of the process. It is a waste of time to reinvent something, thus placing your code out there means you accept other people will use it and learn from it, most likely without contributing to your project, especially if it's goal is accomplished. When you release the source code to your stuff, most of it is finished. I thought it was obvious why no one had anything to add...

Quote:

---

Originally Posted by Freddy1990

Yet when I try open-source, no one seems interested enough to do anything but leech.

---

IIRC when you tried open-source, you basically gave the idea and said "go for it" with no formal guidelines, structure, or organization (EDIT: did you try to make an open-source project more than once?). I think people would be very interested in an open-source SCAR. It would be a great opportunity to learn and contribute. If you did decide to make it an open-source project, you couldn't just accept anyone though; giving anyone free-reign of an application obviously is not smart. But it being open-source would still provide a huge wealth of knowledge for non-contributors.

I see some good points here, for and against Open-Source..

So, why not 2 versions? Closed and Open. See how far the Open-Source would go?
I don't really see anyone losing on that.. I actually see everyone just winning on that. :p

We all clearly have seen what the power of the Open-Source can really become... (With that I mean, there's just loads and loads of amazing Open-Source applications around!)

But these are just my 2 cents. :D ..and to be honest, as long as SCAR has a good future, I am a happy man. Whether or not it will go Open-Source'd...

Ontopic:

Really nice project, Lard! Keep up the good work! It's gonna be great.