Components in OpenComputers can only be accessed by computers that are connected to them by wire or wire-like blocks. But with network cards, you can have other computers send messages to a computer connected to a component, that could be interpreted by that computer as instructions to call certain functions on their available components.

Which made me wonder, would it be feasible to set up a system such that components selected to be connected wirelessly could be controlled seamlessly enough that, from the perspective of any program running on the remote machine, it would be indistinguishable from being actually connected to the components, events and all?

As far as I can tell, it should be possible, but OpenOS's component API code is confusing enough to me that I'm not sure how or if it even could be modified to achieve that.

Now even robot.up() does problem

The basic idea is that the kernel runs coroutines according to priorities (just like in real life) and maybe "punishes" threads that take too long to yield (it runs them less often).

This is all fine and dandy, but it would also be nice to run non-blocking threads while a thread is waiting on a blocking operation (events). That's where the problems arise.

Waiting on pullSignal would blocks other theads, even with a timeout.

Any ideas to overcome this?

The article:

http://hashbang.gr/breaking-the-4th-wall-with-minecraft/

Just figured I'd share a cool use of OC.

now we just need that on a server. (if someone desides to make a self-speading virus, we're doomed)

I made something like this, I turned it from a virus to a formatting tool.

___________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________

My SecuriWipe program is a program to securely and safely wipe your computer, format the drive, and flash your EEPROM. It leaves NO file behind and is easy to run!

WARNING:  SecuriWipe deletes ALL FILES on the drive run on!

SecuriWipe will FLASH YOUR BIOS, AND RENDER THE COMPUTER UNABLE TO BE OPERATED UNTIL THE EEPROM IS REPLACED AND HAS A NEW FLOPPY DISK/HARD DISK.

If you do not feel comfortable with the above method, there is an ALTERNATIVE!

The alternative method will only delete files off the drive, leaving the EEPROM to work. You will need to insert a new floppy disk into your computer and reinstall OpenOS to it.

To use method 1 of SecuriWipe, run this command in the shell: pastebin get Yc6sv6uQ SecuriWipe;SecuriWipe

To use method 2 of SecuriWipe, run THIS command in the shell: pastebin get 3NJj9aSJ SecuriWipe;SecuriWipe

___________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________

It SHOULDN'T delete anything it's not supposed to, have a look at the Pastebin. I need people to try this out so I can submit it to OPPM.

I wouldn't reccomend doing this on a survival computer, unless you really need it wiped.

Thanks!

https://gist.github.com/infinikiller64/9405952

https://gist.github.com/infinikiller64/9406237

post your creations!

I later made mods to the circuit, so that, on the PIC side, the pin that drives the SN75176's RE and DE high when transmitting data will also drive the SN75176's RE and DE on the PC side low to enable receiving. This in effect turns the line from two to three. It's wrong, but I'm just doing it to see how it'll really work if the RTS pin is working properly.

How do I go on making the RTS pin working correctly? I know I can just create an app using Visual Studio to connect to the line and have RTS toggled manually, but doing so is too troublesome and I'd rather have a hardware solution if possible.

1. Does anyone think this is a good idea?
2. Would anyone be interested in helping me?

This is of course an open discussion, so please, feel free to respond.

But if you didn't get the idea yet the mod is not gonna overwrite how openos works just the parts and one of the main points was to make the computers faster so if a devloper reads this help is welcome

Thanks! for making Open Computers love it!

Currently working on it in 1.7.10

but might do a 1.10.2 version if i get the 1.7.10 version done