Dear Pali Rohár, In message <20210913122245.my6ik4yjy7rwlh65@pali> you wrote: > > Timeout is not too slow, but sometimes user is (when is interrupted by > other things during selecting file). And then it is not obvious why > sx/sb command is failing... compared to transfer via gkermit which do > not have this "problem".
I see. > > > So... I do not know what is better if current behavior or this new which > > > changes UI interaction. > > > > We can do both, and still solve your problem: make the timeout > > adjustable so you can set it to something you can conveniently work > > with. > > Good point! env with timeout (or easier would be retry count?) seems > like a ideal solution how to "define" behavior without changing default > one. And e.g. negative value can mean infinite to support all possible > combinations. I would recommend to define a timeout (in seconds), this is easier to understand for the end user - without looking at the source code they cannot know how a retry count translates into a time interval. And yes, setting the timeout to 0 could mean it waits forever. Best regards, Wolfgang Denk -- DENX Software Engineering GmbH, Managing Director: Wolfgang Denk HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: w...@denx.de The optimum committee has no members. - Norman Augustine