9 replies to this topic

[Aragon0]

I think that multithreading would be very useful, I have also an idea how to do it:

function test()
end
os.callAsync("test")

What do you think about?

Redirecting Output would also help to make anwesome programs like remonte controlling and so. My idea was:

output.beginRedirect()
print("Something...")
Output=output.endRedirect()

I hope it will be implemented.

PS: Sorry for my english...

[Xfel]

Real multithreding isn't supported by lua. However, one could extend the parallel api to allow dynamic addition of coroutines. Some kind of fork function is definetely necessairy
For the other thing: You can redirect the output by using term.redirect. print and write only call the term functions. A friend of mine wrote some kind of ssh program using these.

[Leo Verto]

Xfel, on 25 April 2012 - 11:35 AM, said:

For the other thing: You can redirect the output by using term.redirect. print and write only call the term functions. A friend of mine wrote some kind of ssh program using these.

SSH? A working security system for CC messages? Interesting, I would like to know more about that.

[Cloudy]

The parallel API is how you should do multi threading - the API uses coroutines. The bios in fact calls a coroutine for rednet at the same time as the shell.

I don't think a fork function is necessary - parallel works perfectly fine.

[OminousPenguin]

Seeing as Java supports multithreading, would it not be possible to expose that through CC?

[Xfel]

Cloudy, on 25 April 2012 - 12:19 PM, said:

The parallel API is how you should do multi threading - the API uses coroutines. The bios in fact calls a coroutine for rednet at the same time as the shell.

I don't think a fork function is necessary - parallel works perfectly fine.

If you want some kind of background program, you need it. And that can't be done with parallel.

OminousPenguin, on 25 April 2012 - 12:27 PM, said:

Seeing as Java supports multithreading, would it not be possible to expose that through CC?

No. The architecture of lua isn't meant to handle syncronisation & co, so there would be a big potential source for errors. Coroutine is good enough.

[OminousPenguin]

Xfel, on 25 April 2012 - 01:53 PM, said:

Cloudy, on 25 April 2012 - 12:19 PM, said:

The parallel API is how you should do multi threading - the API uses coroutines. The bios in fact calls a coroutine for rednet at the same time as the shell.

I don't think a fork function is necessary - parallel works perfectly fine.

If you want some kind of background program, you need it. And that can't be done with parallel.

OminousPenguin, on 25 April 2012 - 12:27 PM, said:

Seeing as Java supports multithreading, would it not be possible to expose that through CC?

No. The architecture of lua isn't meant to handle syncronisation & co, so there would be a big potential source for errors. Coroutine is good enough.

First you say "you need it. And that can't be done with parallel." and then you say "Coroutine is good enough."... Maybe I'm misunderstanding you but it seems you contradict yourself.

Anyway. The Lua is compiled into Java bytecode and Java does support threads and synchronisation. The fact that Lua doesn't is irrelevant. I don't know how good a programmer the author of CC is and I'm not going to make any assumptions about whether he'd be able to implement it error free. The fact is that it would be possible.

[Leo Verto]

Why don't you just use several computers? />

[Aragon0]

If Multithreading isn't possible, is it possible to run many programs at the same time, like in Linux with the &? So you can run a server in the background by typing "server.lua &"? That would help a lot. And you can run the second program in an external java thread, that should be possible.

What do you think about that?

[Cloudy]

Xfel, on 25 April 2012 - 01:53 PM, said:

Cloudy, on 25 April 2012 - 12:19 PM, said:

The parallel API is how you should do multi threading - the API uses coroutines. The bios in fact calls a coroutine for rednet at the same time as the shell.

I don't think a fork function is necessary - parallel works perfectly fine.

If you want some kind of background program, you need it. And that can't be done with parallel.

Really?

while true do
	parallel.waitForAny(yourBackgroundFunc(), function() shell.run("shell") end)
end

There, backgrounded process which runs while shell does. Not to mention you can code this in Lua without a built in function - I know a person who has coded his own OS replacement complete with background processes, all without editing bios.lua.

OminousPenguin, on 25 April 2012 - 03:54 PM, said:

Anyway. The Lua is compiled into Java bytecode and Java does support threads and synchronisation. The fact that Lua doesn't is irrelevant. I don't know how good a programmer the author of CC is and I'm not going to make any assumptions about whether he'd be able to implement it error free. The fact is that it would be possible.

It wouldn't be worth the effort - Lua is not designed to be multi threaded apart from coroutines and he would have to substantially change it.