Bug 12085 - ipppd fails on answering calls, not properly ruibuilt
Summary: ipppd fails on answering calls, not properly ruibuilt
Status: CLOSED RAWHIDE
Alias: None
Product: Red Hat Linux
Classification: Retired
Component: isdn4k-utils
Version: 6.2
Hardware: i386
OS: Linux
medium
high
Target Milestone: ---
Assignee: Ngo Than
QA Contact:
URL:
Whiteboard:
Keywords:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2000-06-11 14:50 UTC by Rolf Fokkens
Modified: 2008-05-01 15:37 UTC (History)
0 users

(edit)
Clone Of:
(edit)
Last Closed: 2000-07-02 19:55:17 UTC


Attachments (Terms of Use)

Description Rolf Fokkens 2000-06-11 14:50:40 UTC
The isdn4k-utils-3.1-22.i386.rpm contains a ipppd which contains a bug.
ipppd may claim "ioctl(SIOCADDRT) device route (ippp1/10.10.10.0/ffffff00):
File exists" on the dialed server which results in "IPCP terminated by peer
(sifaddr failed) on the dialing side. This is not consistent with the ipppd
source-code in isdn4k-utils-3.1-22.

It is consistent however with isdn4k-utils-3.0beta2; in this version
sys-linux.c, in sifaddr assumes an error if ioctl(SIOCADDRT) results in
EEXIST.

Rebuilding the SRPM (3.1-22) fails on iprofd which can't find certain
macro's. Skipping iprofd during build results in a correctly operating
ipppd in the RPM. So I guess that isdn4k-utils-3.1-22.i386.RPM was shipped
with an earlier ipppd binary because it wasn't rebuilt.

Comment 1 Ngo Than 2000-08-05 00:07:59 UTC
It was fixed in Beta4.


Note You need to log in before you can comment on or make changes to this bug.