"Hoehle, Joerg-Cyril" <Joerg-Cyril.Hoehle(a)t-systems.com> writes:
> Hello unknown,
>
> I still can't send e-mail to slime-devel (another e-mail just got
> rejected) and
> http://common-lisp.net/cgi-bin/mailman/options/slime-devel/joerg-cyril.hoeh…
> says Error: No such member: joerg-cyril.hoehle(a)t-systems.com.
>
> What happened? I was known to slime-devel 2-3 weeks ago.
>
> Is there something I shall do to get the system back to a sane state?
> Did common-lips.net restart their system from an old backup??
Apparently it was restored from an old backup:
http://common-lisp.net/pipermail/admin/2005-June/001103.html
The simplest is probably just to re-subscribe or post via gmane.
Helmut.
this is a test. this is only a test.
--
-Marco
Ring the bells that still can ring.
Forget the perfect offering.
There is a crack in everything.
That's how the light gets in.
-Leonard Cohen
hi,
due to 'apt-get dist-upgrade' "doing what IT means" and not "do what
I mean" common-lisp.net has recently been restored from a backup
dating back to april 2005. (thanks to mommer's dedication and quick
timing most people won't even notice this).
all the users and mailing lists should still be there, afaict
everything except ViewARCH is working as before. if you notice
something that has recently stopped working please point it out and
we'll get to fixing it.
thanks,
--
-Marco
Ring the bells that still can ring.
Forget the perfect offering.
There is a crack in everything.
That's how the light gets in.
-Leonard Cohen
Hi,
I'd like to host my new project CFFI at cl.net.
Description:
(Sorry if this is way more detail than you need, this will probably
become the README once I'm done writing it :-)
CFFI, the Common Foreign Function Interface, purports to be a portable
foreign function interface, similar in spirit to UFFI.
Unlike UFFI, CFFI requires only a small set of low-level functionality
from the Lisp implementation, such as calling a foreign function by
name, allocating foreign memory, and dereferencing pointers.
More complex tasks like accessing foreign structures can be done in
portable "user space" code, making use of the low-level memory access
operations defined by the implementation-specific bits. (This is not
yet implemented, however).
CFFI also aims to be more efficient than UFFI when possible. In
particular, UFFI's use of aliens in CMUCL and SBCL can be tricky to
get right. CFFI avoids this by using system area pointers directly
instead of alien objects. All foreign function definitions and uses
should compile without alien-value compiler notes in CMUCL/SBCL.
CFFI is being developed initially against SBCL and OpenMCL. Support
for CMUCL should be straightforward. From cursory inspection of the
documentation it should be possible to support Allegro CL, but a
Lispworks port may be difficult without vendor support. Whether CLISP
can be supported easily is currently unknown.
Project Name: cffi
Developer: jamesjb "James Bielman"
License: MIT
Thanks!
James
Hi,
I'd like to run a mailing list for "BLIS - Brussels Lisp Society".
This is supposed to be a mailing list with low traffic for Lispers in
Brussels and the surrounding area. It'd be nice if I could use common-
lisp.net for that mailing list.
Thanks and all the best,
Pascal
--
2nd European Lisp and Scheme Workshop
July 26 - Glasgow, Scotland - co-located with ECOOP 2005
http://lisp-ecoop05.bknr.net/