towards 0.2.1

--===============4250814121851544975==
Content-Type: multipart/signed; boundary="=-=-=";
	micalg=pgp-sha1; protocol="application/pgp-signature"

--=-=-=
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable

Latest HACKING "next" looks like:

  * DONE Also distribute .lz tarball.
  * TODO Fix bugs.
    * DONE (Guile 2) segfault in =E2=80=98guile_error=E2=80=99 if config fi=
le already closed
    * DONE (maint) Bump Automake min vers to 1.12.2.
    * DONE Add =E2=80=98--solitary=E2=80=99 to =E2=80=98serveez --help=E2=
=80=99 output, serveez(1).
    * DONE (Guile 1.8) Import =E2=80=98(ice-9 rdelim) write-line=E2=80=99.
    * TODO Finalize [[file:BUGS::B0018][B0018]].
    * TODO Finalize [[file:BUGS::B0012][B0012]].
  * Modernize Scheme code.
    * DONE (string-append DIR FILE) =3D> in-vicinity
    * DONE audit/rewrite one-armed =E2=80=98if=E2=80=99 expressions
    * DONE use =E2=80=98reverse!=E2=80=99 instead of =E2=80=98reverse=E2=80=
=99
    * DONE use =E2=80=98fs=E2=80=99, (widely available) SRFI and ice-9 modu=
les
  * DONE Update manpages; include release info.
  * DONE Announce planned retirement of Guile 1.3.4 support.

That is, the only TODO items are "Finalize B001[82]", reproduced here
(excerpt from BUGS):

  Bug:         B0018
  From:        Stefan Jahn <[email protected]>
  State:       unfixed
  Date:        2000-07-01
  Description: Cannot recompute the Linux kernel's checksums of larger
               (larger than a single MTU, fragmented) ICMP packets.  It
               seems like the defragmented user level packet (IP header)
               contains the checksum of the first fragment with its
               length and the More-Fragments-Flag set.
=20=20
  Bug:         B0012
  From:        Stefan Jahn <[email protected]>
  State:       unfixed
  Date:        2000-09-12
  Description: If the server has many open connections with much traffic
               Linux starts deadlocking for some reason.  This
               corresponds with the occurrence of EWOULDBLOCK or EAGAIN
               on network sockets.  Seems that if one socket starts
               this, all want to do the same: nothing but wasting time
               in kernel space.  Errors happen to be on outgoing
               connections only.

I think these are very old bugs that manifest only on very old kernels,
but maybe that's just wishful thinking.  (I haven't investigated.)

Stefan: Could you post test cases so that i might try to reproduce them?
If i can't scrounge up test cases in the next week or two, i'll change
the state to =E2=80=98cant-reproduce-wont-fix=E2=80=99 and release 0.2.1.

In the meantime, if anyone finds other problems (segfaults, portability,
whatever), please let me know.  NB: libserveez has not changed at all.

=2D-=20
Thien-Thi Nguyen
GPG key: 4C807502

--=-=-=
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.10 (GNU/Linux)

iEYEARECAAYFAlFJr9gACgkQZwMiJEyAdQL/SACfU5DSYpuGia8sL6EXoLD78ps0
K4YAn0/+MYYofzn/8BQ0iU74SdH7yt1F
=qmTX
-----END PGP SIGNATURE-----
--=-=-=--


--===============4250814121851544975==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
dev-serveez mailing list
[email protected]
https://lists.gnu.org/mailman/listinfo/dev-serveez

--===============4250814121851544975==--