HDTenEightyP/NetNews huggingface dataset:
From: stevev@miser.uoregon.edu (Steve VanDevender)
Newsgroups: comp.sys.hp48
Subject: Re: temporary halt?
Date: 14 Oct 92 02:36:31 GMT
Article-I.D.: miser.STEVEV.92Oct13193631
Organization: University of Oregon Chemistry Stores

In article <xl1z!1f@rpi.edu> fokp@bray1b.its.rpi.edu (Pingtao
(Ben) Fok) writes:

   What happen is when I am doing something say copying a stack, the 
   calculator would halt for about 5 seconds and go back to normal.
   Also, when I am running a program, it halt in the same way.
   But the interesting thing is such halt doesn't happen to the tetris
   game.  I wonder why.

The halts come from the HP 48 garbage collecting.  Garbage
collection is a side effect of a particular class of memory
management algorithms that provide rapid dynamic memory
allocation.  In the HP 48, memory is allocated from a free area
until the free space is exhausted.  Then all the allocated memory
is scanned to find out which blocks are free, and these free
blocks are consolidated into a single free area again.  In
general obtaining new memory is very fast, except that the
process of consolidating memory introduces noticeable pauses into
program execution.

The tetris game you are using is allocating all the memory it
needs once at the beginning of the program, so that it will not
garbage collect during play.  However, it is difficult to do this
in standard user RPL or system RPL programs because nearly all
functions involve allocating memory for intermediate storage and
results.  Usually only machine-language programs can execute
without garbage collection.
--
Steve VanDevender 	stevev@greylady.uoregon.edu
"Bipedalism--an unrecognized disease affecting over 99% of the population.
Symptoms include lack of traffic sense, slow rate of travel, and the
classic, easily recognized behavior known as walking."
From: akcs.joehorn@hpcvbbs.cv.hp.com (Joseph K. Horn)
Date: Wed, 7 Oct 1992 07:40:05 GMT
Subject: Re: System RPL Questions
Message-ID: <2ad28ae3.1831.6comp.sys.hp48.1@hpcvbbs.cv.hp.com>
Newsgroups: comp.sys.hp48
Keywords: RPL Help

kskalb@immd1.informatik.uni-erlangen.de [Klaus Kalb] writes:

> I'm not sure either what TakeOver does in those objects that will
> never appear in menus, but I keep on including them. I assume that
> they are there prophylacticaly.

The REVIEW key (orange down-arrow) works even while you're typing
things onto the command line because REVIEW starts with TakeOver.

Not only menu keys, but *any* key that should run (not merely echo its
name) during command-line entry must have TakeOver as its first
non-colon word.

(Man, I hope that's right; it seems to be.)  -jkh-
From: fee@waikato.ac.nz
Newsgroups: comp.sys.hp48
Subject: Re: Shared library proposal
Date: 16 Oct 92 09:23:53 +1300
Organization: University of Waikato, Hamilton, New Zealand

In article <71140@hydra.gatech.EDU>, pshuprs@prism.gatech.EDU (Howlin' Bob) writes:
> 
> =================SHLIB48 Manifesto=====================
> (wow. that sounds grand, doesn't it?)
>  
> [stuff deleted]...
  
> Robert Sanders


Howlin' Bob,

Sounds like a good idea. Two things occur to me immediately (without a whole
lot of thought, I admit):

	1. A slight drawback (but only slight) - new users may take a while
		to latch on to it - in other words it could become 
		indispensible but confuse new users - like those who 
		don't know they need ->ASC and ASC-> etc...

(I still think it's a good idea though!)

	2. If users have the ability to remove various routines, they will
		soon forget what is left and will be downloading software
		that requires a routine before they realise they don't have it.
		
		Could you include a quick index utility so the user can 
		quickly determine whether the necessary routine is present 
		before downloading software that requires it?

		Also, will it be straightforward to reinstall deleted routines
		without having to download the whole library and throw out
		the junk again? ie: will routines be individual library objects?

		Finally, software developers would need to supply a list
		of required routines at the beginning of their software so
		the user knows what is required to be present to avoid tedium
		of downloading, unpacking, trying it out and finding they
		need a routine they deleted.
                                                               
Regards,
Conan.

-----------------------------------------------------------------
Conan J. Fee			    _      fee@waikato.ac.nz
Centre for Technology              (_)o    
University of Waikato, Hamilton    /\  \   Phone: +(64)(7)8384206
Private Bag 3105, New Zealand              Fax:   +(64)(7)8384218
-----------------------------------------------------------------
From: flavio@cflav.sublink.org (Flavio Casetta)
Newsgroups: comp.sys.hp48
Subject: HP48 Matrix Writer harmless bug
Date: 5 Oct 92 11:46:37 GMT
Organization: Flavio Casetta, Reg'd HP ISV & OEM of handheld computers.

Dear friends,

during the testing of the latest version of the Spreadsheet library,
I discovered one more bug in the Matrix Writer.

Since this imperfection is 100% harmless, the term 'bug' is a bit
excessive.
I rated the occurrence as rare. The bug affects all ROM revisions.

The imperfection appears when you have a Matrix Writer of 3 columns
width and you press [ENTER] from the command line while the
command line takes at least two lines of text.
After pressing [ENTER] the Matrix Writer display is rebuilded but
some garbage pixels (corresponding to the ruling line below the status
area and the PRG annunciator) remain on the screen.

The imperfection affects also the Spreadsheet library.

That's all.
__
* flavio@cflav.sublink.org (Flavio Casetta)
 ---------------------------------------------------------------------
| The usual disclaimer does not apply      |   +59 440404 (Vox populi) |
| ForCALC's opinions are necessarily mine  |   +59 304490 (Fax dei)    |
From: akcs.joehorn@hpcvbbs.cv.hp.com (Joseph K. Horn)
Date: Wed, 7 Oct 1992 07:40:07 GMT
Subject: Re: Running Prgs from other directory
Message-ID: <2ad28c76.1826.2comp.sys.hp48.1@hpcvbbs.cv.hp.com>
Newsgroups: comp.sys.hp48

kskalb@immd1.informatik.uni-erlangen.de [Klaus Kalb] writes:

> If the program calls subprograms, nothing helps except including it
> into a lib or keeping it and its subprograms in the path.
> Transforming the calls to subprograms into something like { HOME FOO
> BAR } RCL EVAL is clumsy and won't work in all situations.

Won't

   { HOME FOO BAR } PATH + EVAL

always work?  It runs BAR in the FOO directory, and then returns
automatically to whatever was the current directory beforehand.

This lovely method was posted by David J. Fred (djf@css.itd.umich.edu)
on January 15th, 1992, and is on Goodies Disk #7 as "FULLPATH.DOC".

-Joseph K. Horn-   -Peripheral Vision, Ltd.-
akcs.joehorn@hpcvbbs.cv.hp.com
"Why don't eyeglasses double-correct when you look in a mirror?"
Lines: 18
Date: Thu, 15 Oct 92 13:07:16 MDT
From: dougc@bert.cs.byu.edu (Douglas R. Cannon)
Organization: BYU, Provo, Utah
Newsgroups: comp.sys.hp48
Subject: Re: speeding up the 48SX

>>Yeah, but my HP48 can count from 0 to 65535 in a couple of seconds using
>>machine language.  Try that on your TI-81 and get back to me with the results.
>
>How would you go about that?  i.e. what commands?
>The book never states anything about machine language!
>Anything you could tell me to speed up the calculations would be useful.

HP, of course, states nothing about machine language.  (So it won't be in the
manual.)  I learned just about everything I know from an HP48 machine language
programming book that will hopefully be in print in USA soon (I know, everyone
is probably sick of hearing that...)

You could try looking at just about everything in the /hp48/hardware directory
at seq.uncwil.edu.  There's tons of good stuff in there.

>You know as well as I do that TI calculators have no machine language.
My point exactly.  Of course, ask an HP48 salesman if the HP48 is capable of
machine language, and he'll probably say no.
From: JOERN@gribb.hsr.no (Nedreaas, Jrn         8-94)
Newsgroups: comp.sys.hp48
Subject: Re: Finally an enhanced custom menu!
Date: 12 Oct 92 15:12:20 GMT
Organization: Rogaland University Centre

In article <81244.2ACCDCE5@wolf.sublink.org> Simone.Rapisarda@p10.f800.n33.z2.fidonet.org (Simone Rapisarda) writes:
>From: Simone.Rapisarda@p10.f800.n33.z2.fidonet.org (Simone Rapisarda)
>Subject: Re: Finally an enhanced custom menu!
>Date: 2 Oct 92 23:15:00 GMT

>In a posting of 02 Oct 92 Klaus Kalb writes:

> KK> SR> Talking about customization, one of the things that I hate more in
> KK> SR> the HP48 is the fact that an HP48 user cannot create tree-structured
> KK> SR> menus, s/he is compelled to use flat menus.
> KK>
> KK> That's true. I was feeling the same way and I worked out a somewhat
> KK> different solution some time ago.

>Thanks Klaus,
>your program is very similar to the first version of CRCSTM that I developed
>for my personal use some time ago.
>I finally developed the latest CRCSTM version that resolves the problem in a
>better way:

>- USER mode can be off (and it works with every USER keyboard because it's
>  not an assignment).

>- An idiot-proof error checking is done (so no crashs).

>- The menu displayed is not a special menu but just an enhanced custom-menu
>  that supports two other types of labels (so it should be more intuitive).

>- Both the new labels are supported in all the sub-menu of this custom-menu.
>  The tree depth is limited only by the available memory.


>I hope you'll like it (give a look at the next message).

>let me know!

>ciao

>                                                            RAP
>--  
> WolfNet BBS Pisa (Italy) Tel. +39-50-589050 300-14.4K Baud Matrix 2:332/602.0
> Simone Rapisarda - via FidoNet node 2:33/800
> UUCP: ...!gear!wolf!800.10!Simone.Rapisarda
> ARPA: Simone.Rapisarda@p10.f800.n33.z2.fidonet.org
From: akcs.levenson@hpcvbbs.cv.hp.com (william j. levenson)
Date: Fri, 9 Oct 1992 22:40:02 GMT
Subject: Re: sch48 misfeature
Message-ID: <2ad5ff38.1861.2comp.sys.hp48.1@hpcvbbs.cv.hp.com>
Newsgroups: comp.sys.hp48

SCH48 is fixed and a bit improved.  I've fixed the bug that Jan mentioned
as well as another minor bug having to do with alarm list updates when
keys are pressed rapidly (probably no one even noticed it).  I also added
a copy feature which allows you to quickly copy an alarm to different
days.  I hope this will make up for the lack of repeating alarms.  If
not, let me know.

I also added an edit feature which allows simpler editing of an alarm
text.

I have posted SCH48 v1.1 to the HP BBS in the files.hp48 conference.  I
also sent it to seq.uncwil.edu under the hp48/Uploads directory.  I've
mailed Chris Spell and asked him to post it to comp.sources.hp48 as well.
 Look for it there in the near future (Thanks Chris!).

Happy SHCeduling!

Bill Levenson
From: danc@parrot.geog.ubc.ca (Dan Ciarniello)
Newsgroups: comp.sys.hp48
Subject: Re: Help with strings wanted!
Date: 9 Oct 1992 18:05:15 GMT
Organization: University of British Columbia, Vancouver, B.C., Canada
Distribution: usa
NNTP-Posting-Host: parrot.geog.ubc.ca
Keywords: string command line

In article <BvuvzC.6o9@immd4.informatik.uni-erlangen.de>, kskalb@immd1.informatik.uni-erlangen.de (Klaus Kalb) writes:
|> pshuprs@prism.gatech.EDU (Howlin' Bob) writes:
|> 
|> >if you are editing a string by itself (i.e. you have a string on
|> >level 1 and push the edit key, or down-arrow) then this problem can
|> >be solved by changing the number to some number which is LARGER than
|> >the string. so, do this
|> 
|> >  C$ 1000 BC..DA"
|> 
|> >and the parser will copy all 7 characters into your level 1 string, although
|> >it is really looking for 1000.
|> 
|> No need to resort to numbers. C$ $ ... will copy the enrire rest
|> of the commandline into the string. RTFM.
                                       ^^^^

Excuse me, but I don't recall anything about C$ in the old FM.  I learned
about C$ from this group.  Is it in the new manual?  If so, I (and probably
many others) wouldn't know about it since we haven't any reason to buy
the new FM (What can I get from the new FM that I haven't already 
picked up from this group?).  RTFM seems somewhat harsh in this case.

Dan.

PS  If info about C$ does appear in th OFM feel free to correct me.
From: kraai4712@iscsvax.uni.edu
Newsgroups: comp.sys.hp48
Subject: Re: Card carrying cases?
Date: 9 Oct 92 15:22:07 -0500
Organization: University of Northern Iowa

In article <1992Oct8.020046.18538@panix.com>, jhawk@panix.com (John Hawkinson) writes:
> Does anyone know if there are any carrying cases available for
> hp48s expansion cards? Perhaps along the lines of those collapsable
> 3.5" disk cases?

How about a cheap ($.59) nylon wallet?
--------------------------------------------------------------------------
jim kraai, undergrad, university northern iowa, kraai4712@iscsvax.uni.edu
--------------------------------------------------------------------------
All opinions are my own, but are | Your eyes are weary from staring at the
   hereby released to the public | CRT.  You feel sleepy.  Notice how
   domain for the furtherance of | restful it is to watch the cursor blink
      common sense and a general | Close your eyes.  The opinions stated
          improvement of dinner- | above are yours.  You cannot imagine
             party conversation. | why you ever felt otherwise.

Newsgroups: comp.sys.hp48
From: aschoorl@engr.UVic.CA (Andre  Schoorl)
Subject: Re: Coupons...
Reply-To: aschoorl@engr.UVic.CA
Organization: University of Victoria, Victoria, BC, Canada
Date: Thu, 15 Oct 92 15:09:27 GMT

In article 29592@news.cs.brandeis.edu, st901745@pip.cc.brandeis.edu (Alastair M. Bor) writes:
>Sorry if this is in a FAQ... but my girlfriend is interested in
>getting a calculator.. I showed her the HP48SX and she was impressed.
>She decided to buy one... and as I was looking through the trusty old
>EDUCALC catalog I noticed that the coupons that you get expire on
>October 31, 1992. I would like to know what these coupons are for. If they
>are indeed usefull I will ask her to get the calculator as soon as
>possible before Oct. 31, else it doesn't matter if she waits till 
>Christmas. Also, do the coupons expire on the 31st or you must simply
>buy the calculator before the 31st.
>
>-Alastair Bor
>st901745@pip.cc.brandeis.edu


The coupons offer a free PC Link kit (regular $75 Canadian... maybe $60 US) and
tons of added bonuses on software, hardware, etc... that also must be bought
before October 31st.

I believe that you must buy the calculator before October 31st, to get your free
PC Link (Mac or IBM)

I'm still waiting for mine!

Andre Schoorl
aschoorl@engr.uvic.ca

Newsgroups: comp.sys.hp48
From: henko@ppvku.ericsson.se (Henrik Koberstein(PPL),0000,000000)
Subject: Re: Problems with usrlib.exe
Keywords: Libraries, usrlib
Reply-To: henko@ppvku.ericsson.se
Organization: Ericsson Programatic Sweden AB
Date: Thu, 15 Oct 1992 17:26:29 GMT

Bill Levenson writes:
<Stuff deleted>
> <<< xxxx ATTACH >> will do the trick (where xxxx is the library number).
>This is all in the USRLIB.EXE documentation!

There is a Sys-rpl work, XEQSETLIB, also mentioned in the dox. Wouldn't it
be better to use? Like:
:: xxx XEQSETLIB ;, where xxx is the lib number (short int).

  Just a thought / Henrik
Newsgroups: comp.sys.hp48
From: kskalb@immd1.informatik.uni-erlangen.de (Klaus Kalb)
Subject: Re: v07i014: rflib.cr - RF as LIB 903 v1.21, Part01/01
Organization: CSD., University of Erlangen
Date: Mon, 12 Oct 1992 10:06:02 GMT

ochealth@unixg.ubc.ca (ochealth) writes:

>I'd like to propose two libraries for RF:

>1. The full featured: with compress, decompress, and all the options
>2. A decompress only, which would be smaller. The XLIBs in the two libraries
>would correspond, but in the "RF lite" library, the non-existent features
>would cause an error, or say "download the full RF library"

I support this proposal. And please add the CRC check. 
2 bytes more per compressed object isn't a high price for that savety
feature.

I agree that RF already is a good program.
BTW: Wich compression method does it use ?

-KK
---
------------------------------------------------------------------------------
    Klaus Kalb     | mail :  IMMD1 / Martenstr. 3 / W-8520 Erlangen / Germany 
 Werch ein Illtum  | email:  kskalb@immd1.informatik.uni-erlangen.de   
------------------------------------------------------------------------------
From: fokp@cary112.its.rpi.edu (Pingtao (Ben) Fok)
Newsgroups: comp.sys.hp48
Subject: Re: 3-D graphics
Date: 13 Oct 92 22:29:16 GMT
Reply-To: fokp@rpi.edu
Organization: Rensselaer Polytechnic Institute, Troy, NY.

Your information is very interesting and I am wondering how much
would the Sparcom card be.  
Ben Fok
fokp@rpi.edu
quote from nobody:(how much you got to know before you know how little
you know. :)
From: akcs.husty@hpcvbbs.cv.hp.com (Ali Persian Momeni)
Date: Thu, 8 Oct 1992 04:40:02 GMT
Subject: Re: HP48 Bug??? or feature
Message-ID: <2ad3b21f.1855.2comp.sys.hp48.1@hpcvbbs.cv.hp.com>
Newsgroups: comp.sys.hp48

Hi all!
Two things:
     1.  For purging variables with ilegal names (this happens often when
you trun a library into a directory and you get variables with weird
names like "[1", "[2", ".", "..", "a b" and so on (no quotes of course)).
The way the autor made that variable with the ilegal name is using a 
SYSEVAL (and you can do it too!).  What you do is make a string of the
ilegal name that you like, for example ".ali." and the do #05B15h
SYSEVAL.  This syseval turns any string into a name, so now you have
'.ali.' on the stack and you can put somthin' in it or purge it, if
it were somethin' you were trying to get rid of.  The inverse of this
process is done with the SYSEVAL #05BE9h (i.e. # 0 5 B E 9 h 
S Y S E V A L ENTER).  This turns any name, like 'ali' to a string like 
"ali", (the ->string function would turn 'ali' into "'ali'".).
     Warnings: First, DON'T SYSEVAL THE WRONG HEXEDECIMAL!!!(or very
strange things may happen!)
               Second, Try to avoid making variable names that conflict
with the names of the built in functions (like making a var named 'SIN').

     2.  When you ansewere YES to Try to recomver memory? the calculator
looks for whatever it can.  Sometimes it finds some of your directories
but in kinda' forgets their name so it names the 'D.01' 'D.02' and so on.
The weird thing is that only hp48 with a ROM revision E seem to do this,
because I had a revision D before the one I have now (an E) and in my
many many many many times of crashing the thing and answering YES, it
alwayas either found stuff, or didn't, it never changed the dir names, so
GO FIGURE.

that's all,
ali.     momeni@vu-vlsi.ee.vill.edu
Newsgroups: comp.sys.hp48
From: hulsund@dsfys1.fi.uib.no (John Einar Hulsund)
Subject: Re: Carrying RAM cards around - how?
Keywords: RAM cards
Reply-To: hulsund@vsfys1.fi.uib.no
Organization: Depeartment of Physics, University of Bergen, Norway
Date: Fri, 9 Oct 92 09:43:15 GMT


In article <1992Oct9.085142.11320@waikato.ac.nz>, fee@waikato.ac.nz writes:
>Path: alf.uib.no!aun.uninett.no!sunic!mcsun!uunet!ukma!wupost!waikato.ac.nz!fee
>From: fee@waikato.ac.nz
>Newsgroups: comp.sys.hp48

>
>I have 4 RAM cards and I use my HP48SX in several locations and
>use features from the various cards irregularly.
>
>My problem is I don't have a good way of carrying the cards around, so
>they tend to be left in a drawer and therefore aren't always with me
>when I need them. Hhmmmm, a handheld feature that isn't always to hand...
>

A TDS 512k RAM card would be the perfect solution for you, but that is perhaps
not an option.

I have a TDS 256k RAM card, but I regret that I didn't buy a 512k RAM card.
I would have no problems filling one bank with science stuff, one bank with
hacking tools, one bank with games and....no, wait, two banks with hacking
tools!

John Einar.
From: akcs.joehorn@hpcvbbs.cv.hp.com (Joseph K. Horn)
Date: Wed, 7 Oct 1992 07:40:05 GMT
Subject: Re: Anybody used MATHLIB card?
Message-ID: <2ad28b23.1838.3comp.sys.hp48.1@hpcvbbs.cv.hp.com>
Newsgroups: comp.sys.hp48
Keywords: MATHLIB, hp48

lepard@mayo.edu [Kevin O. Lepard] writes:

> Has anyone ever seen or used the Engineering and Mathematics
> Library, MATHLIB, card by John Holland?  It's advertised in the new
> EduCALC catalog, and it sounds pretty good, but before I shell out
> $140 for it I'd thought I'd see if anyone  who had some exposure to
> it could comment.

It's a card and a huge hardbound reference book without which the card
is pretty useless (great copy-protection scheme!).  Very impressive
book, too, once you get used to the format.

I played with it for a day, and was at first impressed with its huge
number of functions, but couldn't help but notice two disappointing
things.  First, it's 100% User RPL (even the $CONFIG), so it's very
slow.  Second, many of the programs were written by others but no
credit was given.  I know this because I recognized some things I
wrote; even my choice of variable names was untouched (e.g. my ancient
and absolete PF prime factorizer).  So I looked up other programs; all
were plagiarized without any attempt to change even one byte, and none
are given any credit.  Uncool, IMHO.  But legal, sure.

If you have time to program your own tools, you'll save money getting
a 128K RAM card instead.  But if you aren't a programmer, you can be
sure that almost everything about engineering that *can* be programmed
can be found in Holland's card.

If you have any specific questions about it, ask here; I'm sure others
would like to know too, and I can pop into EduCALC and find out the
answer for y'all.  But please don't ask for a list of its functions;
it has zillions.

-Joseph K. Horn-   -Peripheral Vision, Ltd.-
akcs.joehorn@hpcvbbs.cv.hp.com
Disclaimer: I don't work for HP, EduCALC, or anybody else.
Newsgroups: comp.sys.hp48
From: chris@luchs (Christian Forst)
Subject: Re: HP48 emulation
Organization: Inst.of Theor.Chemistry,Univ.of Vienna,Austria
X-Newsreader: Tin 1.1 PL3
Date: Thu, 15 Oct 1992 18:21:26 GMT

'lo dudes,

Sorry for replying via posting but your host doesn`t seem to know you Karl.

karl@i21s3.ira.uka.de (Karl Schaefer) writes:
: hi there,
: ---------
: 
:   I have downloaded the `em48' hardware emulator from `seq.uncwil.edu'
: together with a speedup patch. `em48' seems to be a very good tool
: for program development and debugging.

How can I get a ROM list out of my HP48 to work with the emulator ?

	Christian (Christian.Forst@itc.univie.ac.at)
Newsgroups: comp.sys.hp48
From: COHEN_LA@eldi.epfl.CH ((DANIEL COHEN_LAROQUE <COHEN_LA@eldi.epfl.ch>))
Subject: (none)
Organization: UNCW news/mail gateway service
Date: Wed, 7 Oct 1992 10:36:26 GMT

From: kevin.jessup@mixcom.mixcom.com (kevin.jessup)

>Just a quick note to say how fast (compared to KERMIT) this protocol is...

>I just backed up my HP48 (116,000 bytes worth) using both Ymodem (with the
>XYMODEM v2.2 library) and the standard HP48 KERMIT archive method.

>Ymodem was done in 3 minutes and 49 seconds.
>KERMIT took 10 minutes and 31 seconds.

>So YMODEM was over 2 and 1/2 times faster!  Nice job.

>By the way, I use Zmodem from Omen Technology on my PC.  Omen Tech's version
>of Zmodem comes with Xmodem and Ymodem (to name a few) already bundled in.
>The Ymodem protocol that comes with it automatically detects the small
>packet size.  Works great!
 
I can hardly disagree with you Kevin! This is really a great time saving.

However, I'm wandering if ymodem is as safe as kermit because I noticed that
quite often (say once or twice a backup using kermit ), the 48 send again 
a packet which wouldn't has properly received. And what is strange is 
that it never appends when using xymodem.(Even if the CRC checksum is enabled)

Maybe it actually does it, but can't see it (no message)...

Anyway, Kevin, can you tell us where we can find Zmodem (any ftp site or this
soft isn't shareware?...) For the moment, I use Procomm but I don't find it
as convenient as kermit.(Of course Procomm is more complete but this is not 
what I'm looking for.)

Greetings from France.(and Switzerland)
Dan.

--
Daniel COHEN-LAROQUE
Swiss Federal Institute Of Technology
email: cohen_la@eldi.epfl.ch