Hi,
I just discovered very bad bug introduced in 1.17 kernel -- my
ethernec driver stopped to work reliably. I use some kind of TFTP
protocol for fast exchange between Falcon/CT60 and my laptop,
basically I stripped FreeMiNT set to prg + 10 lines cnf + inet4.xdd +
enec6.xif (from ct60 package) + my server app as INIT=. In 1.16,
everything works fine, I send command for start uploading, I upload a
file. In 1.17, in 75% of cases happens following:
- received 1 byte (message)
- received 4 bytes (length)
- received 4351 bytes of 122973 (data)
- received 4380 bytes
- received 5840 bytes
- infinite wait on next recv()
Received chunk sizes vary. On client side, I do send (1 byte), send (4
bytes), send (122973 bytes). My code is debugged and proven to work
for many months, so there shouldn't be a problem.
I'm not sure what I can do, I can provide both Linux and FreeMiNT
binaries/sources of my client/server app if needed. It seems like some
buffering / timing problem since 1.16 is really bullet-proof, I can
even run app in supervisor while sending packets from Linux and then
go back to my server app and everything is correctly received...
Wasn't there *any* changes which could at least remotely cause this? I
can test various builds but surely I don't want to spend time testing
*each* commit :) Something like git-bisect would really help here.
--
MiKRO / Mystic Bytes
http://mikro.atari.org