on Fri 05-11-1999 15:04 Vassilis Papathanassiou wrote:
>on Tue 26-10-1999 21:47 Ronald Andersson wrote:
>>
----- snip ----- re: the source archive of UDP, TCP, and STinG kernel
>>
>Fortunately I had the time before I go to Rhodes to inform you that
>everything has arrived but I haven't checked anything yet with the
>exception of SERIAL.CPX.

That's ok, as I expect those three to remain stable for a while now.
I just sent them to keep your reference set current.


>Earlier mail not mails to be exact :-)
>
I think I asked more than once, but it is no big deal.


>>You never did reply on that.  Are you sending them soon ?
>>
>Well, seems my Okami setup is not exactly correct since it has the tendency
>to hide older mails when newer are received. I have to correct these flags
>ASAP.

Yes, Okami can do some very destructive things with mail if misconfigured.
Internally it treats mail as a special case of newsgroups, and for those
it is quite normal to erase stuff regularly, even if unread...  I have
spent many hours fiddling with my O.INF and the other files to get it to
work as I like it.  (Well, almost anyway...  ;-)


>MintNet sources are sitting on my hard disk ready (archived) to be sent
>to you for quite some time now, so they'll follow this mail. I'll zip
>the library (sock.lib) also since the device driver etc part is already
>big.

I have MAGX_NET.LZH and MGXNET_L.LZH now, but have not yet had time for them.


>Unfortunately BNeT is in NOT working state right now! It works with
>MagiC but not with Single_TOS since I've changed my buffer scheme to
>use CN_get_NDB instead of CNget_block based on my now deeper knowledge
>of STinG internals and thus trying to avoid unnecessary memcpys here
>and there especially when file transfers are in progress. Hope to
>fix everything soon and send it to you the next minute :-)

Ok, but remember, tricky servers and device drivers were the main reason
why I introduced the DEFER mode, now implemented both for TCP and UDP.

If any of your problems relate to _appl_yield, or other 'unblocking'
issues, then that mode may be a solution.  My new NetD is dependent on it,
and could not work without it, as that would cause illegal system calls in
interrutpts and thus also inside TOS functions etc.

-- 
-------------------------------------------------------------------------
Regards:  Ronald Andersson                  mailto:dlanor@ettnet.se
http://dlanor.atari.org/    ICQ:38857203    http://www.ettnet.se/~dlanor/
-------------------------------------------------------------------------
