Gjorgji sent you a private message :)

Re: Gjorgji sent you a private message :)

> Gjorgji has added you as a friend
> Is Gjorgji your friend?

I wonder how popular inferno would be, if it had a speed-date.com account.

Hehe.

Chris

--

-- 
christopher.nielsen@...

Re: Is there a regression test suite?

Re: Is there a regression test suite?

Do or do not, there is no whine.

--Yoda

On Mon, Oct 6, 2008 at 4:43 AM, Masha Rabinovich
<masharabinovich@...> wrote:
> Hi
> I think there is a shortcut - to write a translator from another programming
> language to Dis bytecode or to Limbo. It would take less than an year.
> It must be the language with great amount of applications written on.
> (Because there are no much written on Limbo and programming Limbo is still
> like walking  through a mined field - you can get a lot of strange bugs. I
> already got them in Tk, in memory allocator, ... writing trivial Limbo
> programs).
> I think it could be Standard ML (which is not big and has threads and
> channels similar to Limbo's) or Java (which has a lot of software written
> on, ans it seems there was the translator Java->Dis earlier).
>
> On Tue, Sep 23, 2008 at 8:32 PM, Alex Efros <powerman@...> wrote:
>>
>> If there as few bugs in
>> Inferno as it looks like, and if new bugs introduced very seldom, then it
>> probably have no sense to spend about a year writing huge automated test
>> suite for OS and all it libraries and applications.
>>
>
>

packages for Gentoo Linux

Hi!

I'd like to try to prepare (and support, if needed) Inferno packages for
Gentoo Linux (so-called ebuilds).

I can go ease way and do only that I need for my work, but I've seen this
task on http://code.google.com/p/inferno-os/wiki/Project_Suggestions
and wanna try to build it that way (i.e. prepare several different
packages to provide control over what and how should be installed).

I'm not sure my current experience with Inferno enough to decide which
packages should be prepared and which files/directories should be included
in each package. If somebody will provide this information (in general,
without resolving all dependencies and listing all files), I'll do it.
Also this information will be useful for somebody else who will prepare
packages for other OS/Linux distribution.

--

-- 
			WBR, Alex.

Re: inferno-tx mmap and shm interface?

On Thu, Oct 16, 2008 at 6:47 AM, Venkatesh Srinivas <me@...> wrote:
> Hi,
> I recently read about Inferno-tx's mmap and shm devices; am I correct in
> understanding that these are for fast communication between multiple
> Inferno instances on a system? And that you are meant to run 9p over
> them?

Well, these were actually implemented to allow for fast communication
between an Inferno running on a Xen Dom0 and a 9p client running on a
DomU (at the time running on top of a libraryOS).  I closed the loop
on the Inferno end (allowing two Infernos on the same host to talk
over them) as a way of testing my shared memory transport mechanism.
While there is no reason you couldn't use them to communicate between
Inferno's, I'm not sure it buys you anything over using named pipes as
there is no zero-copy semantics in that version of the shared memory
transport.

> Is there any currently-available way for the host OS to join in the fun,
> if its a *NIX?
>

No, I never did a Linux 9P client which used the shared memory --
virtio came along and I switched to that for my needs (which were all
essentially in virtualization environments).

> Is the Inferno-tx git tree available somewhere? I went to the git.9grid
> link, but couldn't find it there...
>

Yeah -- I moved them to a google code project:
http://code.google.com/p/inferno-tx

The parts you are interested in are in the inferno-power branch (I
originally did them in the context of a PPC server, there should be
nothing PPC specific about the mechanisms and I believe I tested them
on x86):

emu/port/devshm.c
emu/port/shm.c
emu/Linux/xsm.c <--- This is the ppc-xen specific bindings which are
about 2 years stale so probably won't work with a modern Xen

           -eric

Updating source code

Is there a replica/pull source for updating a Plan 9 installation of
inferno?  If not what is the recommended update mechanism?

Ian

Re: Updating source code

On Fri, Oct 17, 2008 at 11:11 AM, Michaelian Ennis
<michaelian.ennis@...> wrote:
> Is there a replica/pull source for updating a Plan 9 installation of
> inferno?  If not what is the recommended update mechanism?
>
> Ian
>

I've manually copied the latest source into the Plan 9 environment and
I am getting the error listed below when I build a native kernel.  Any
ideas?

Ian

allocdbuf: incompatible type signatures fe4dafd0(taslock.8) and
d933881c(/usr/inferno/Inferno/386/lib/libmemdraw.a(memopaque)) for
_tas
mk: 8c -wFVT -I/usr/inferno/Inferno/386/include ...  : exit status=rc
842099: 8l 842102: error
mk 842002: error

Re: Re: Updating source code

>I am getting the error listed below when I build a native kernel.  Any
>ideas?

>allocdbuf: incompatible type signatures fe4dafd0(taslock.8) and
>d933881c(/usr/inferno/Inferno/386/lib/libmemdraw.a(memopaque)) for
>_tas

the problem will be a disagreement about the type of _tas.
for the moment remove the T option from -wFVT in CFLAGS in the os mkfile

Re: Re: Updating source code

On Sat, Oct 18, 2008 at 5:46 PM, C H Forsyth <forsyth@...> wrote:
> the problem will be a disagreement about the type of _tas.
> for the moment remove the T option from -wFVT in CFLAGS in the os mkfile
>

Does the trick, thanks.

Ian