lrzsz xmodem doesn't work

I'm sorry, but I do I need to do to make this get into the release?

Sorry, seems my last comment was incompressible - even to me.
Should read: What do I need to do to get this path into ubuntu?

should i have the same issue with karmic? the versions are the same. also can you point me in the right direction how to apply the patch? thank you!

disregard, my issue was a syntax problem

sdredwingsfan wrote:
> disregard, my issue was a syntax problem
>

OK, things good then?

yes, thank you

It looks like this bug belong to Ubutuntu 2.6.28 kernel that its ldisc sometime fail to flush after writing a tty.

I have a utility application sending boot image with Xmodem protocol. It works fine in debian, but failed to work in Ubuntu 9.04

I have a Ubuntu 9.04 hosted VMware running WindowsXP. In the virtual machine I run hyper Terminal to transfer boot image with its XModem. it also fail the same way. But Hyper Terminal works fine in Debian hosted WindowXP.

I am having some difficulty with my email and tell if my resposne
was sent so I'll just send it again.

I updated to 9.10 last week and re-installed lrzsz and minicom.
so they are now the stock Ubuntu 9.10 on my system. Problem
solved. Xmodem xfer works fine now. Thanks for looking at this.

bob(home/zoro)% uname -a
Linux bob 2.6.31-15-generic #49-Ubuntu SMP Fri Nov 6 09:52:03 UTC 2009
i686 GNU/Linux
bob(home/zoro)% lsz --version
lsz (lrzsz) 0.12.20
bob(home/zoro)% minicom --version
minicom version 2.3 (compiled Sep 25 2009)

I can confirm this bug. Using trzsz version 0.12.21-5 via minicom I cannot get xmodem to download to an ARM7 machines uboot unless I (1) open a second shell and use cat/dev/ttyxxx to flush the queue (2) start the xmodem send; (3) kill the extra shell. This flushes the queue and xmodem then works.

I know of others that are affected and they simply use HyperTerm within a virtual machine as a substitute and they have not reported the bug. Lots of folks working with embedded program are impacted by this. Why not just apply the patch listed above and fix it for everyone!

Ed Comer wrote:
> I can confirm this bug. Using trzsz version 0.12.21-5 via minicom I
> cannot get xmodem to download to an ARM7 machines uboot unless I (1)
> open a second shell and use cat/dev/ttyxxx to flush the queue (2) start
> the xmodem send; (3) kill the extra shell. This flushes the queue and
> xmodem then works.
>
> I know of others that are affected and they simply use HyperTerm within
> a virtual machine as a substitute and they have not reported the bug.
> Lots of folks working with embedded program are impacted by this. Why
> not just apply the patch listed above and fix it for everyone!
>
>
Thanks looking at this. I've been using this patch ever since
I first reported the problem so I think think it works.

As and aside, I'm amused by this concept:

"they simply use HyperTerm within a virtual machine as a substitute"

My first solution was just to write my own xmodem down loader - maybe
a couple hours - I used that for a couple of years, but was annoyed that
sx/minicom didn't work so I eventually tracked down the problem.

I think I actually did use HyperTerm with wine just to see if it worked
- it did.

Mark Hinds

Zoro, thanks for the patch but I'm going to have to wait for its integration. I have been unable to get a clean compile of lrzsz either current or older versions.

Ed Comer wrote:
> Zoro, thanks for the patch but I'm going to have to wait for its
> integration. I have been unable to get a clean compile of lrzsz either
> current or older versions.
>

Oh well, I just path thing myself and live happily. Thanks
for time, keep me posted.

Zoro!!! :-)

Mark Hinds