Hello Maurice.

14 Nov 06 23:37, you wrote to me:

 MK> Both serious and jest.  64-bit is being tested here and it does work.

 MK>>> This is a 64-bit system and Husky works as good as it ever
 MK>>> worked.

 SD>> You runs hpt on 64-bit system and hpt works normally? Or you retells
 SD>> some other opinion?

 MK> I compiled hpt and msged, along with the libs so, that they are all
 MK> running as 64-bit apps.  None of them will work on 32-bit systems.

OK. I memorizing: "husky is worked normally on 64-bit platform".

 MK>>> Care to discuss future testing of suitable nonDOS-think format(s)?

 SD>> Whats "nonDOS-think"?

 MK> All the current Husky development.  Now that squish/zip/etc has been take
 MK> care of it would be nice to see the present and future taken care of now
 MK> that backwards compatibility (DOS-think) is no longer an issue.  What
 MK> would be nice is the ability to convert raw pkt's into a more suitable
 MK> format, say pure text, so that a sysop could more readily convert that
 MK> into a format suitable to their users, such as HTML.  Not many, if any,
 MK> users can deal with squish nevermind the other standard offline DOS-think
 MK> formats such as bluewave, qwk, etc.

ZIP (or another data compressing tool) does not related with DOS. Data
compressing is needed for traffic economy (i.e. "thin" channel or
big-cost channel: GPRS, channel with traffic-based tarification).

Squish or another messagebase format may be replaces with SQL database to
helps searching and data conversions (share one messagebase between
newsserver, webserver and message editor).

PKT may be replaced with XML.

But i have one note:
Internal data presentation does not interesting for user. User looks text
on screen, not messagebase internal structures. Data storage internals is
inteeresting only for developers and hackers.

Stas

--- GoldED+/W32 1.1.5-20050419