Bug 10191 - Must do recieve (gkermit -r) before send (gkermit -s)
Summary: Must do recieve (gkermit -r) before send (gkermit -s)
Status: CLOSED NOTABUG
Alias: None
Product: Red Hat Linux
Classification: Retired
Component: gkermit   
(Show other bugs)
Version: 6.2
Hardware: All Linux
medium
medium
Target Milestone: ---
Assignee: Cristian Gafton
QA Contact:
URL:
Whiteboard:
Keywords:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2000-03-15 20:41 UTC by Dale Lovelace
Modified: 2008-05-01 15:37 UTC (History)
0 users

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Environment:
Last Closed: 2000-03-22 18:19:35 UTC
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)
Add an attachment (proposed patch, testcase, etc.)

Description Dale Lovelace 2000-03-15 20:41:42 UTC 
With two machines connected via serial cable, trying to send files
between the two using gkermit both in 1. minicom to minicom and 2. minicom
to mgetty, you must issue the gkermit recieve before the gkermit send. If
you issue the gkermit send first, you will see some garbage on the other
machines screen, and the transfer will fail.
Comment 1 Cristian Gafton 2000-03-22 18:19:59 UTC 
I think this is normal. the receiving end can not signal the sending part when
it is ready to receive data.
Note You need to log in before you can comment on or make changes to this bug.