WARNING: I plan to commit MFC this ncurses patch in anycase
This is differences between our lib_baudrate and official variant, fixed at summer 2001. I constantly ask our ncurses maintainer (Peter) to commit this since summer 2001, but nothing happens, so I plan to do it in anycase even taking this file out of vendor branch since the bug must be fixed before 4.5. --- lib_baudrate.c Thu May 17 12:21:05 2001 +++ /tmp/lib_baudrate.c Sun Jan 13 11:06:34 2002 @@ -40,7 +40,42 @@ #include term.h /* cur_term, pad_char */ #include termcap.h /* ospeed */ -MODULE_ID($Id: lib_baudrate.c,v 1.19 2000/12/10 02:55:07 tom Exp $) +/* + * These systems use similar header files, which define B1200 as 1200, etc., + * but can be overridden by defining USE_OLD_TTY so B1200 is 9, which makes all + * of the indices up to B115200 fit nicely in a 'short', allowing us to retain + * ospeed's type for compatibility. + */ +#if defined(__FreeBSD__) || defined(__NetBSD__) || defined(__OpenBSD__) +#undef B0 +#undef B50 +#undef B75 +#undef B110 +#undef B134 +#undef B150 +#undef B200 +#undef B300 +#undef B600 +#undef B1200 +#undef B1800 +#undef B2400 +#undef B4800 +#undef B9600 +#undef B19200 +#undef EXTA +#undef B38400 +#undef EXTB +#undef B57600 +#undef B115200 +#undef B230400 +#undef B460800 +#define USE_OLD_TTY +#include sys/ttydev.h +#else +#undef USE_OLD_TTY +#endif /* USE_OLD_TTY */ + +MODULE_ID($Id: lib_baudrate.c,v 1.21 2001/06/30 22:59:22 tom Exp $) /* * int @@ -162,15 +197,20 @@ ret = 9600; ospeed = _nc_ospeed(ret); returnCode(ret); -} else +} #endif +#ifdef USE_OLD_TTY +result = cfgetospeed(cur_term-Nttyb); +ospeed = _nc_ospeed(result); +#else #ifdef TERMIOS ospeed = cfgetospeed(cur_term-Nttyb); #else ospeed = cur_term-Nttyb.sg_ospeed; #endif result = _nc_baudrate(ospeed); +#endif /* __FreeBSD__ */ if (cur_term != 0) cur_term-_baudrate = result; -- Andrey A. Chernov http://ache.pp.ru/ To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: new module-references compile error
On Sat, 12 Jan 2002 13:22:47 +0100 (MET) Michael Class [EMAIL PROTECTED] wrote: pc-micha:/sys/i386/compile/MCSMP2# make linking kernel.debug linprocfs.o: In function `linprocfs_donetdev': /sys/i386/compile/MCSMP2/../../../compat/linprocfs/linprocfs.c(.text+0xfe9): undefined reference to `linux_ifname' *** Error code 1 A few days ago changes were made to sys/compat/linux/linux_ioctl.c (rev. 1.79, I believe) that removed linux_ifname(). Just checkout rev. 1.78 and use that instead. cheers, mike makonnen To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: panic during fdisk'ing a md(4) device
On Sat, 12 Jan 2002, Michael Reifenberger wrote: Hi, more input: The panic occurs in dsname() while dereferencing devsw(dev)-d_name. devsw(dev) gives NULL. This was fairly clear from the panic message (the low fault address is almost certainly for a null pointer + offset, and it's fairly clear how dsname() gets a null pointer). Sorry I didn't reply earlier and save you the work debugging this. The call to dsname() occurs from dkmodminor() defined in disklabel.h I've seen two calls to dsname, only the second one panics. Any thoughts? dkmodminor() is supposed to modify a minor device that already has a devswitch. Since dsname() in it panics, the problem is earlier when the minor device is created without giving it a devswitch. Minor devices are supposed to be created in a hierarchial order so that this doesn't happen. E.g., ad0 in disk_create() (only ?) ad0s1now in dsopen() ad0s2 ad0s2a now in dsopen() ... I suggest adding printfs to make_dev() and makedev() to track the order. The problem occurs when makedev() is called without a corresponding make_dev(). Bruce To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: ghostscript-gnu build broken
On Sat, Jan 12, 2002 at 01:25:55PM +0200, John Hay wrote: It is not a -current problem. It is if you use the latest automake port, which is using v1.5. I tried that command manually with automake14 and then I didn't get that error. John, what steps did you do exactly ? Do you think its possible to put that logic into the port ? Andreas /// -- Andreas Klemm - Powered by FreeBSD Need a magic printfilter today ? http://www.apsfilter.org/ Songs from our band 64Bits http://www.64bits.de Inofficial band pages with add-on stuff http://www.apsfilter.org/64bits.html msg33520/pgp0.pgp Description: PGP signature
Re: new module-references compile error
In article [EMAIL PROTECTED] Mike Makonnen [EMAIL PROTECTED] wrote: On Sat, 12 Jan 2002 13:22:47 +0100 (MET) Michael Class [EMAIL PROTECTED] wrote: pc-micha:/sys/i386/compile/MCSMP2# make linking kernel.debug linprocfs.o: In function `linprocfs_donetdev': /sys/i386/compile/MCSMP2/../../../compat/linprocfs/linprocfs.c(.text+0xfe9): undefined reference to `linux_ifname' *** Error code 1 A few days ago changes were made to sys/compat/linux/linux_ioctl.c (rev. 1.79, I believe) that removed linux_ifname(). Just checkout rev. 1.78 and use that instead. $ And now linux_ioctl.c has rev. 1.81 and you can not simply revert it to the rev 1.78 or 1.77. Is there any intentions to unbroke current after removing linux_ifname() and not change linprocfs.c which needs it ? N.Dudorov To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: ghostscript-gnu build broken
On Sat, Jan 12, 2002 at 01:25:55PM +0200, John Hay wrote: It is not a -current problem. It is if you use the latest automake port, which is using v1.5. I tried that command manually with automake14 and then I didn't get that error. John, what steps did you do exactly ? Something like this: ### cd /usr/ports/print/ghostscript-gnu make (fill in the form and wait until it breaks) cd work/ghostscript-6.52/hpijs-1.0 aclocal14 automake14 --foreign --include-deps Makefile cd ../../.. make make install ### Do you think its possible to put that logic into the port ? I looked into it a bit. I think it is better if automake don't have to be run. What about removeing files/patch-hpijs-1.0:configure.in and patch the port Makefile with the appened patch? It seems to work here. John -- John Hay -- [EMAIL PROTECTED] / [EMAIL PROTECTED] Index: Makefile === RCS file: /home/ncvs/ports/print/ghostscript-gnu/Makefile,v retrieving revision 1.63 diff -u -r1.63 Makefile --- Makefile11 Jan 2002 21:47:33 - 1.63 +++ Makefile14 Jan 2002 06:06:18 - @@ -165,8 +165,10 @@ ${PERL} -pi -e 's|^DEVICE_DEVS|#DEVICE_DEVS|g' \ ${WRKSRC}/src/unix-gcc.mak # for HPinkjet driver - ${PERL} -pi -e 's|CFLAGS=-O2 -Wall||g ; \ -s|CXXFLAGS=-O2 -Wall||g' ${WRKSRC}/${HPIJS_NAME}/configure + # XXX The HPinkjet driver should not be compiled with optimization + ${PERL} -pi -e 's|CFLAGS=-O2 -Wall|CFLAGS=-pipe -Wall|g ; \ +s|CXXFLAGS=-O2 -Wall|CXXFLAGS=-pipe -Wall|g' \ +${WRKSRC}/${HPIJS_NAME}/configure find ${WRKSRC}/${HPIJS_NAME} -name '*.h' | xargs ${PERL} -pi -e \ 's|#include malloc.h||g' To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: new module-references compile error
On Mon, 14 Jan 2002 11:25:47 +0600 (NOVT) [EMAIL PROTECTED] (Nickolay Dudorov) wrote: And now linux_ioctl.c has rev. 1.81 and you can not simply revert it to the rev 1.78 or 1.77. The commits after 1.79 touch a different part of the file. Just reverse diff 1.79 and patch it onto 1.81. Everything except the ident string should succeed. cheers, mike makonnen To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message