From: Norman Werner
Subject: Re: Re: general Interface CL <-> interactive Programm ?
Date: 
Message-ID: <87u1c1l0du.fsf@wh6-307.st.uni-magdeburg.de>
Kent M Pitman <······@world.std.com> writes:

>    Date: Sun, 11 May 2003 10:27:50 +0200
>    From: Norman Werner <·············@student.uni-magdeburg.de>
>    To: Kent M Pitman <······@world.std.com>
>    Subject: Re: general Interface CL <-> interactive Programm ?
>
>    Aargh,
>    the last letter should have gone to the newsgroup
>
>    Norman 
>
> In case you want to re-post it, I've included your text below.
>
> Btw, fyi, webster.com says:
>
>  Main Entry: dreck 
>  Variant(s): also drek  /'drek/
>  Function: noun
>  Etymology: Yiddish drek & German Dreck, from Middle High German drec;
>  akin to Old English threax rubbish
>  Date: 1922
>  : TRASH, RUBBISH 
>
> So I hope it means the same for us as for you. :)  Sounds like it
> does, but one never knows.

It does
> From: Norman Werner <·············@student.uni-magdeburg.de>
> Subject: Re: general Interface CL <-> interactive Programm ?
> To: Kent M Pitman <······@world.std.com>
> Date: Sun, 11 May 2003 10:25:26 +0200
>
> Kent M Pitman <······@world.std.com> writes:
>
>>
>> Since these things you are connecting to are platform-dependent,
>> that's a kind of odd request.
>>
>> On the Lisp Machine, for example, which is lisp down to the hardware,
>> what would it mean to connect to gnuplot?  Do you suppose that if gnuplot
>> existed there, it would be invoked by shell command, there being no shell?
>> It would be a Lisp function with keyword arguments.
>>
>> And even among PC and Mac, the variety of shells (sh/csh/bash vs DOS vs
>> whatever Apple has) is broad.
>>
>> There are legacy operating systems like VAX VMS, ITS DDT, MIT Multics,
>> and there could be (if we're lucky) future operating systems that are
>> different yet again than the dreck that passes for operating systems
>> these days. 
>
> You are saying "dreck" ? ... That's funny - At least for me being
> german. 
>> I would _hope_ that the first requirement of such a system
>> is that if you did a callout to another process, you didn't do it by 
>> writing commands onto a stream that had to be parsed before they could
>> be executed, but instead you passed real objects to real functions.  
>>
>> Your problem is ill-defined.
>>
>> If you relax the platform-independence part, you have half a hope 
>> of winning.
>
> Ok - with platform-independent meaning "runs on toasters and
> space-shuttles" the question is odd. But with platform-independent
> meaning "runs on all major lisp-implementations" ... Oops the question
> is odd too - since a package with support for different lisps will do.  
>
>
> Norman 
> ----------
>
Norman
-- 
Liebe Leute ... in letzter Zeit erhalte ich st�ndig excel und word dateien . 
ICH KANN DIE NICHT �FFNEN. 
Also vorher lieber z.B. nach pdf konvertieren ...tausend Dank

Norman Werner (Zi. 307)
J. G. Nathusius ring 7 (WH6)
39106 Magdeburg
·············@student.uni-magdeburg.de