bug in mgetty/libc6 ?

• Messages sorted by:[ date ][ thread ][ subject ][ author ]

Hi,

wim@djo.wtm.tudelft.nl wrote:
> there are some bugs to report. Don't know if it's only mgetty or if it's
> libc6 stuff only, but they don't co-operate.

I know.

> Why change things when it works fine?  Whell, I'm sort of pushed by all
> these people that stubbornly believe in every upgrade.
> Fortunately I tried to 'upgrade' on a spare hard drive. Actually you can't
> upgrade RedHat4.2 to 5.x without wrecking havock on your system.
> You must do a fresh install.  And then troubles still start...

Yes, I know this as well... if you have installed *ONE* package that
wasn't on the original RH CD, you're lost after the upgrade.

> I think it's important to have mgetty running. It worked fine last few years.
> As little as I know about C, I managed to repeat some sections in the source
> and added some new variables to make mgetty configurable to answer to more
> complex ringback patterns than just twice.
> Just for completeness: mgetty1.1.9 compiled under RH4.2 and worked flawlessly.
> I didn't even try the mgetty that is included in RedHat5.0 (from CD).
> I could compile (the adapted) mgetty 1.1.9 (as well as 1.1.8) without errors.
> I could even run mgetty. It looked all normal.
> Then someone rang me up.

It has been discussed to great lengths on the mgetty mailing list that
1.1.9 is broken with GNU Libc 2.x.  Use 1.1.10 or up.  1.1.15 released
today.

[..]
> I'm not capable to resolve this 'bug', so it's your turn :-)

Fixed half a year ago...

> Next, there is a fax viewer 'g3vga' which I assume you know.

Not really.  I know that it exists, but I have never even compiled it.

> Although it compiles under RedHat4.2 (only if you change CC=... in Makefile
> to CC=gcc) it stops with error1 under RedHat5.0:
> 
> gcc -c -DPAGE_COLOR=BLACK -DTEXT_COLOR=WHITE -DBORDER_COLOR=RED -DTITLE_FG_COLOR=YELLOW -DTITLE_BG_COLOR=BLUE -DTITLE_FONT=\"antique-16\" -DPROMPT_FONT=\"script-16\" -DINPUT_FONT=\"972.cp\" -DMENU_FONT=\"ro\" -DNAME_TEMPLATE=\""%s.%03d"\"  -O2 -I. -Imisc -DMMAP  -DPRINT_COMMAND="\"/usr/bin/g32ps %s | /usr/bin/lpr"\" vgaui.c
> vgaui.c: In function `print_file':
> vgaui.c:907: `errno' undeclared (first use this function)
> vgaui.c:907: (Each undeclared identifier is reported only once
> vgaui.c:907: for each function it appears in.)
> make: *** [vgaui.o] Error 1

add "#include <errno.h>" somewhere at the top of that file.

> I still can't find out what libraries are used en find out what's in it to
> duplicate the missing concerning part into the source, or whatever solution
> would be apropriate.  

This is pretty standard C.  It just happend to work with libc5, because
some of their header files are overly inclusive concerning other header 
files.

gert

-- 
USENET is *not* the non-clickable part of WWW!
                                                           //www.muc.de/~gert/
Gert Doering - Munich, Germany                             gert@greenie.muc.de
fax: +49-89-35655025                        gert.doering@physik.tu-muenchen.de