hello,
On Sun, Apr 28, 2013 at 11:21:21AM -0400, OrangeCalx01 wrote:
> A machine implementing a virtual machine implementing a virtual machine? Oh
> the latency! Lol. Why not integrate the jvm itself into dis?
I really don't know about virtual machines and maybe it's a stupid
question but i'm r
Mischief reported a crash with on arm with
winwatch when closing all windows excluding those
ignored through the -e flag. Cinap_lenrek
narrowed the problem down to a bug in the 5l
linker: it generates incorrect code when using
the conditional operator and dividing.
A minimal test case is the follow
Yep, as said Aram, this will be actually a converter that converts compiled
java classes into pure dis code. And there is also 'jvm' program that would
be the class loader and linker, thread monitor and will perform other
functions of the original JVM. So, I think that execution speed shouldn't
be
since x is not yet entrenched, i have a suggestion for ease of
input. suppose x were redefined so the syntax were
"x[0-9a-f]+;". in the case that 6 hex digits are entered, then
the ";" is not necessary.
not only would this allow for entering 21-bit runes, it would also allow for
short sequences
> #include "../omap/random.c"
>
> which should be
>
> #include "../port/random.c"
>
> Although it was easy to fix, I wonder where this inconsistency
> in the source tree came from. Did I miss an update or something?
I think you did. /sys/src/9/bcm/random.c should have been deleted.
> Furtherm
On 28 Apr 2013 22:01:17 +0200 "Holger Sebert"
wrote:
> Hi,
>
> I did a quick hack on kbd.c and could make the "<,>,|" key
> work. Awesome! Thank you all for your help.
What was the fix?
> In the 'bcm' directory some modules refer to 'omap' although
> they apparently mean 'port', like this:
>
Hi,
I did a quick hack on kbd.c and could make the "<,>,|" key
work. Awesome! Thank you all for your help.
In the 'bcm' directory some modules refer to 'omap' although
they apparently mean 'port', like this:
#include "../omap/random.c"
which should be
#include "../port/random.c"
Although it
yes, didnt read the original proposal where it explicitely links
tho the paper. sorry for the noise and good luck.
--
cinap
That is the basis for the project proposal: starting by bringing that code
up to date.
Also, the Java side included a ton of Sun proprietary code that can't be
used directly.
(Probably some of it was open-sourced with Java, but it's still a slog to
work it out.)
On 28 April 2013 19:01, wrote:
>
brucee has done this already:
http://doc.cat-v.org/inferno/java_on_dis/
--
cinap
It is not a machine that emulates a machine, but rather a translator
that translates code for one machine to execute on another.
--
Aram Hăvărneanu
A machine implementing a virtual machine implementing a virtual machine? Oh the
latency! Lol. Why not integrate the jvm itself into dis?
On Sun Apr 28 07:58:26 EDT 2013, lu...@proxima.alt.za wrote:
> Unless my copy of /rc/bin/cpurc is out of date, it contains a
> self-confessed "dicey check" to ensure that TCP services are not
> started twice. In the list of possible candidates to be checked is
> "22" (ssh, of course) which, at lea
Unless my copy of /rc/bin/cpurc is out of date, it contains a
self-confessed "dicey check" to ensure that TCP services are not
started twice. In the list of possible candidates to be checked is
"22" (ssh, of course) which, at least in my case, is started in
/cfg/$sysname/cpurc as it may not be app
14 matches
Mail list logo
