gmane.os.inferno.general

Recent emu binaries from google code for linux and windows

Hi,

anyone happens to have a recent emu binary built from google
code for Linux and/or windows?

I dont have linux and windows machines at hand and would like
to avoid having to install one just to build emu.

thanks a lot in any case.

headers

hiro | 29 Apr 19:52

Re: Recent emu binaries from google code for linux and windows

I offer you a fresh and shiny emu for 386 Linux.

--
hiro

Attachment (emu): application/octet-stream, 1514 KiB

headers

Francisco J Ballesteros | 29 Apr 20:48

Re: Recent emu binaries from google code for linux and windows

got both ones. thanks a lot!

On Tue, Apr 29, 2008 at 6:49 PM, Francisco J Ballesteros <nemo@...> wrote:
> Hi,
>
>  anyone happens to have a recent emu binary built from google
>  code for Linux and/or windows?
>
>  I dont have linux and windows machines at hand and would like
>  to avoid having to install one just to build emu.
>
>  thanks a lot in any case.
>

headers

Benjamin Huntsman | 29 Apr 22:05

emu built from google code

... with some helpful pointers regarding awk, I figured out most of the problems with my build environment. 
I've built emu for Nt under VC2005 on XP, with the Windows Server 2003 R2 SDK, and these instructions:  https://umdrive.memphis.edu/blstuart/htdocs/msvc8.html

While emu compiles and works, it takes a year-and-a-day (~10 minutes) to present the prompt.  At that point,
I can run the various commands, etc, but upon launching wm/logon, I get just the gray "inferno desktop"
window, with nothing on it.  Typing "inferno" and pressing enter gets me a blank desktop with the Log
window, but nothing else.  Definately no "start" menu.   I also get the following output on the console:

C:\Users\Inferno\20080416>emu -rc:/users/inferno/20080416 -pmain=1000000 -v
Inferno Fourth Edition (20080416) main (pid=9168) interp
Initial Dis: "/dis/emuinit.dis"
; wm/wm wm/logon
tk: font not found: /fonts/pelm/unicode.8.font
tk error on 'menubutton .toolbar.start -menu .m -borderwidth 0 -bitmap vitasmall
.bit': !failed to load bitmap
tk error on 'pack .toolbar.start -side left': !bad window path .toolbar.start
wmclient: tk error !failed to load bitmap on 'button .Wm_t.e -bitmap exit.bit -c
ommand {send wm_title exit} -takefocus 0'
wmclient: tk error !bad window path .Wm_t.e on 'pack .Wm_t.e -side right'
wmclient: tk error !failed to load bitmap on 'button .Wm_t.top -bitmap task.bit
-command {send wm_title task} -takefocus 0; pack .Wm_t.top -side right'
wmclient: tk error !failed to load bitmap on 'button .Wm_t.m -bitmap maxf.bit -c
ommand {send wm_title size} -takefocus 0; pack .Wm_t.m -side right'
tk error on 'text .cons.t -width 60w -height 15w -bg white -fg black -font /font
s/misc/latin1.6x13.font -yscrollcommand {.cons.scroll set}': !failed to open fon
t
tk error on 'pack .cons.t -fill both -expand 1': !bad window path .cons.t

It's almost like some modules aren't finding things in the root.  I have the fonts installed and stuff.  "ls
/fonts/pelm" shows that the unicode.8.font is in place, and similarly, the various .bit's are where they

(Continue reading)

headers

Jeff Sickel | 29 Apr 22:27

Re: emu built from google code

On Apr 29, 2008, at 3:05 PM, Benjamin Huntsman wrote:

> While emu compiles and works, it takes a year-and-a-day (~10  
> minutes) to present the prompt.

There is a problem on Unix ports where initial login will do the same  
thing.  This usually only happens during when traversing over a semi- 
large user list (in my case ~20k).  Very annoying and something that  
should be fixed at some point.

> ; wm/wm wm/logon
> tk: font not found: /fonts/pelm/unicode.8.font

Is  namespace finding the fonts before launching wm?

-jas

headers

Benjamin Huntsman | 29 Apr 23:24

RE: emu built from google code

>Is  namespace finding the fonts before launching wm?

Not entirely sure how I'd check that, other than:

; ls /fonts/pelm/unicode.8.font
/fonts/pelm/unicode.8.font
;

which shows it as present...

Thanks!

-Ben

-----Original Message-----
From: inferno-list-admin@... on behalf of Jeff Sickel
Sent: Tue 4/29/2008 1:27 PM
To: inferno-list@...
Subject: Re: [inferno-list] emu built from google code

On Apr 29, 2008, at 3:05 PM, Benjamin Huntsman wrote:

> While emu compiles and works, it takes a year-and-a-day (~10  
> minutes) to present the prompt.

There is a problem on Unix ports where initial login will do the same  
thing.  This usually only happens during when traversing over a semi- 
large user list (in my case ~20k).  Very annoying and something that  
should be fixed at some point.

(Continue reading)

headers

Charles Forsyth | 30 Apr 00:00

Re: emu built from google code

> While emu compiles and works, it takes a year-and-a-day (~10 minutes) to present the prompt

interesting, i wonder what that is.

>There is a problem on Unix ports where initial login will do the same  
>thing.  This usually only happens during when traversing over a semi- 
>large user list (in my case ~20k).  Very annoying and something that  
>should be fixed at some point.

i thought i had fixed that in devfs-posix.c but if so, only on *unix.
it was previously reading sequentially through the password and group files
instead of calling the functions that might use another indexing system or database.

i did not think there was a similar thing in the Windows devfs.c but perhaps
there is something that has that effect.

headers

Benjamin Huntsman | 30 Apr 00:06

RE: emu built from google code

>interesting, i wonder what that is.

;
The Inferno shell prompt.  Sorry about that.
I detect a note of sarcasm :), and you're right.  That's not exactly "working"...
I' about to just stick to the pre-built emu from 20071003 and leave building the Nt environment up to the professionals.

Thanks though!

-Ben

-----Original Message-----
From: inferno-list-admin@... on behalf of Charles Forsyth
Sent: Tue 4/29/2008 3:00 PM
To: inferno-list@...
Subject: Re: [inferno-list] emu built from google code

> While emu compiles and works, it takes a year-and-a-day (~10 minutes) to present the prompt

interesting, i wonder what that is.

>There is a problem on Unix ports where initial login will do the same  
>thing.  This usually only happens during when traversing over a semi- 
>large user list (in my case ~20k).  Very annoying and something that  
>should be fixed at some point.

i thought i had fixed that in devfs-posix.c but if so, only on *unix.
it was previously reading sequentially through the password and group files
instead of calling the functions that might use another indexing system or database.

(Continue reading)

headers

Charles Forsyth | 30 Apr 00:39

RE: emu built from google code

>>interesting, i wonder what that is.
> 
> ;
> The Inferno shell prompt.  Sorry about that.
> I 

no! i was being serious. i assumed you meant the shell prompt, i meant
`what could possibly cause that degree of delay?'