Re: LuaJIT in the Windows kernel?

  • From: Oliver Schneider <luajit-mailinglist@xxxxxxxxxx>
  • To: luajit@xxxxxxxxxxxxx
  • Date: Mon, 06 Aug 2012 15:50:17 +0000

Apologies folks. I had assumed too much knowledge in an area that
admittedly is a fringe area of software development :)

Anyway, from the responses so far I take it no one has ventured into
these "waters" before, so I'll test it. Does anyone happen to know an
option to switch off the use of floating point arithmetic entirely in
LuaJIT? It doesn't seem to be as flexible as stock Lua in that regard.

Thanks for the responses.

On 2012-08-04 02:03, Thomas Harning Jr. wrote:
> Haven't tried this, sounds like quite an interesting idea. Perhaps a 
> workaround that would have the least impact would be to guard all 
> calls to Lua w/ code to save/restore floating-point state (though 
> this might be expensive...).
It is fairly expensive, which is why I was asking.

On 2012-08-04 02:14, M. Edward (Ed) Borasky wrote:
> I can't for the life of me think of a single reason why one would 
> want to modify the Windows kernel. Do you mean "run LuaJIT on a 
> Windows machine?"
Yes, it's called a driver ;)

The way the Windows kernel (and btw the Linux kernel and many more)
works is that drivers run along with the executive and all the other
parts that comprise the OS at the same privilege level. Admittedly in
hindsight I should perhaps have used the term "kernel mode" instead.

Only on actual micro-kernels such as MINIX 3 will delegate many of the
"core tasks" to unprivileged processes instead.

On 2012-08-06 02:07, pansz wrote:
> afaik hardware drivers run in kernel, if you work for some hardware 
> company and want to use lua in windows driver you may want lua in 
> windows kernel.
> 
> the I above is my guess of one possible reason to use lua in windows 
> kernel.
Indeed, this is what I meant. Many different types of drivers run in
kernel mode (or sometimes referred to as "the kernel"), such as file
system drivers and various filter drivers. It's not just tied to
hardware per-se.


Thanks,

// Oliver

Other related posts: