Michael Jeffrey | 5 May 2004 22:46
Favicon

Re: list archives? (grid software)

The Inferno Grid applications are sold under a
commercial licence.  We have  made versions available
free of charge for evaluation, particularly to
academic institutions.

----- Original Message ----- 
From: "Hugo Santos" <hugo@...>
To: <inferno-list@...>
Sent: Monday, April 26, 2004 1:00 PM
Subject: [inferno-list] list archives? (grid software)

> Hi,
> 
> I would like to know if there are any list archives since i wouldn't
> like to make duplicate questions :)
> If there aren't, i would like to know if there is any documentation on
> setuping inferno grids, or how the demo grid was setuped.
> 
> Thanks in advance,
> Hugo Santos
> 
> 

Dr. Christoph Hornung | 5 May 2004 16:56
Picon
Picon
Picon
Favicon

Re: list archives? (grid software)

hi,

very good and very successful for Inferno. Especially for R&D-institutes, the availability of free of
charge software supporting high innovative applications is essential

ch

Michael Jeffrey wrote:

> The Inferno Grid applications are sold under a
> commercial licence.  We have  made versions available
> free of charge for evaluation, particularly to
> academic institutions.
> 
> ----- Original Message ----- 
> From: "Hugo Santos" <hugo@...>
> To: <inferno-list@...>
> Sent: Monday, April 26, 2004 1:00 PM
> Subject: [inferno-list] list archives? (grid software)
> 
> 
> 
>>Hi,
>>
>>I would like to know if there are any list archives since i wouldn't
>>like to make duplicate questions :)
>>If there aren't, i would like to know if there is any documentation on
>>setuping inferno grids, or how the demo grid was setuped.
>>
>>Thanks in advance,
(Continue reading)

Dr. Christoph Hornung | 5 May 2004 18:13
Picon
Picon
Picon
Favicon

"OpenInferno"?

hi,

is there any "OpenInferno" Community, where open applications, drivers etc. are available and common
projects are under development?

ch

--

-- 

Dr. Christoph Hornung
Leiter Abteilung e-Learning & Knowledge Management
Fh-IGD
Fraunhoferstra€e 5
D-64283 Darmstadt
Tel: ++49 (0) 6151/155-560
Fax: ++49 (0) 6151/155-569
Mobil: 0175-4333-156
Email: christoph.hornung@...

Herman Tamás | 6 May 2004 00:58

Re: "OpenInferno"?

Dr. Christoph Hornung wrote:
> is there any "OpenInferno" Community, where open applications, drivers 
> etc. are available and common projects are under development?
my friend is the owner of inferno.hu domain & he promised that it
can b used 4 free for inferno related stuff, until he doesnt sell it,
or use it 4 his own -- not yet existing -- inferno ltd ;)

Mark F Rodriguez | 5 May 2004 23:06

RE: "OpenInferno"?

> 
> is there any "OpenInferno" Community, where open applications, drivers
> etc. are available and common projects are under development?
> 

I've been searching the net a lot these past few weeks on Inferno/Limbo and
believe I have most of the resources bookmarked. Unfortunately during my
[many] searches, I've not been able to find any such resource.

If one exists, I too would be very interested. I'm assuming most
users/developers are under the liberal license which means some source
should be available...

Thanks,
-Mark

Unknown | 6 May 2004 04:16

RE: "OpenInferno"?

> I've been searching the net a lot these past few weeks on Inferno/Limbo and
> believe I have most of the resources bookmarked. 

In case you missed it, http://caerwyn.home.comcast.net/
contains a mix of C and Limbo tools.

I'll put my tickfs on the site soon. This is basically
a styx interface to a Btree written in limbo. It replaces the lookfs
I already have on the site. It needs more work
but if anyone is interested in testing and reviewing the code, send
me a note and I'll forward what I have.

-Caerwyn

Mark F Rodriguez | 6 May 2004 04:27

Support for C Callbacks

I'm working on my first built-in module, but my underlying C code contains a
callback function. How can I support this within my Limbo module definition?

The existing code has a callback prototype similar to:
typedef int (*callback)(void*, int, char**, char**);

and I implement the C routine as:
int Callback(void *pArg, int argc, char **argv, char **names){
  return 0;
}

How would I define my Limbo module so when I run 'limbo -a' it would set up
a corresponding header file with a similar structure? I'd like to be able to
write the Callback function in Limbo.

Thanks,
-Mark

blstuart | 6 May 2004 04:39

Re: Support for C Callbacks

In message <20040506022726.NKZ1249.imf22aec.mail.bellsouth.net <at> Xaplos>, "Mark F
 Rodriguez" writes:
>I'm working on my first built-in module, but my underlying C code contains a
>callback function. How can I support this within my Limbo module definition?

I'm certainly no Limbo guru, but it appears to me that
the best way to do this is to encapsulate each callback
function into a module with the same function name.  Then
pass the module names to whoever calls the callback.

This does seem a little cumbersome, however.  There's
a part of me that thinks there should be some way to
do this with an adt, but I'm drawing a blank.

Brian L. Stuart

blstuart | 6 May 2004 05:24

A few fixes

For those who might be interesed in building native
versions of Inferno, here are a few patches that might
be of some help.  The changes to port/devsd.c and
init/shell.b allow the system to compile.  The changes
to pc/devvga.c makes #v work correctly.  These patches
are against the 20040331 release.

Also, I've gotten cpu working by forward porting
dis/auxi/cpuslave.dis.  However, the only copy of
the source I have is 3rd ed.  Is it ok to post
a version for 4th ed or should we consider that
file covered by the older license?

Brian L. Stuart

*** devsd.c.dist	Wed May  5 23:08:25 2004
--- devsd.c	Wed May  5 23:09:02 2004
***************
*** 154,160 ****
  	}
  	if(i >= unit->npart)
  		error(Ebadctl);
! 	if(strcmp(up->user, pp->user) && !iseve())
  		error(Eperm);
  	pp->valid = 0;
  	pp->vers++;
--- 154,160 ----
  	}
  	if(i >= unit->npart)
  		error(Ebadctl);
(Continue reading)

Charles Forsyth | 6 May 2004 10:09

Re: Support for C Callbacks

you can pass a module to another, but
generally, and almost invariably when there is more than
one thing going on, we replace a callback structure
by a process structure: the callback action is replaced by a message
send on a channel.   sometimes the initiator provides the channel;
sometimes the channel is returned from an initialisation
function in the called module.

see http://www.cs.bell-labs.com/cm/cs/doc/89/1-a.ps.gz
for a discussion of this approach to building a programming interface to a window system,
in contrast to the usual event-driven style (with callbacks, cf. X11).
in fact, the current Inferno window system was modelled on that one.

for a built-in module, it is probably easiest to
have the application that is interacting with the built-in module
provide an appropriate channel itself.

see Tk->namechan for example:
	namechan:	fn(t: ref Toplevel, c: chan of string, n: string): string;
when something happens, a message is sent to a Limbo application receiving on channel c;

alternatively, to show that giving a channel a textual name isn't necessary,
the select function of Prefab->Compound:
	select:	fn(comp: self ref Compound, elem: ref Element, i: int, c: chan of int): (int, int, ref Element);
which reads remote control selections from channel c
until the user chosen something from the menu represented by the Compound,
and select then returns the index.


Gmane