Re: $FreeBSD tag confusion
On Sun, Aug 29, 1999 at 09:37:51PM -0700, John Polstra wrote: Expansion of RCS keywords occurs on check_out_, not on checkin. In other words, your cvs is responsible for expanding them. Hmm... but what about if you're cvsup-ing the sources? I'm cvsup-ing stable, not current, (cvsup file included below) and $FreeBSD appears all over the place unexpanded. Is this the way it's supposed to be? Isn't cvsup supposed to be (effectively) doing a "check-out"? Or am I just confused? = cvsupfile = *defaulthost=cvsup2.FreeBSD.org *defaultbase=/usr *defaultprefix=/usr *defaultrelease=cvs use-rel-suffix *defaultdelete compress *defaulttag=RELENG_3 src-all src-crypto src-secure ports-all tag=. = cvsup -v = CVSup client, GUI version Software version: REL_16_0 Protocol version: 16.0 http://www.polstra.com/projects/freeware/CVSup/ Report problems to [EMAIL PROTECTED] = behavior = #] cd /usr/src #] rm bin/echo/echo.c #] date bin/echo/echo.1 #] make update -- Running /usr/local/bin/cvsup -- Parsing supfile "/etc/cvsupfile" Looking up address of cvsup2.FreeBSD.org Connecting to cvsup2.FreeBSD.org Connected to cvsup2.FreeBSD.org Server software version: REL_16_0 Negotiating file attribute support Exchanging collection information Establishing multiplexed-mode data connection Running Updating collection src-all/cvs Checkout src/bin/echo/echo.1 Checkout src/bin/echo/echo.c ^CCleaning up ... #] grep src/bin/echo bin/echo/echo.[1c] bin/echo/echo.1:.\" $FreeBSD: src/bin/echo/echo.1,v 1.6.2.2 1999/08/29 14:12:19 peter Exp $ bin/echo/echo.c: "$FreeBSD: src/bin/echo/echo.c,v 1.7.2.1 1999/08/29 14:12:20 peter Exp $"; = = So... no expansion of $FreeBSD that I can see here... Am I just confused? William R. Somsky [EMAIL PROTECTED] Physicist, Baritone, Guitarist http://www.halcyon.com/wrsomsky To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Currnet build problems
Partway through a make world, I'm seeing the following, I've applied up to cvs-cur.5622.gz and int-cvs-cur.0118.gz. Is this likely to be fixed sometime soon? Stephen cc -O -pipe -mpentiumpro -fschedule-insns2 -DKLUDGELINEMODE -DUSE_TERMIO -DENV_HACK -DSKEY -DENCRYPTION -DAUTHENTICATION -DKRB4 -I/usr/src/kerberosIV/usr.bin/telnet/../../../crypto/telnet -I/usr/src/kerberosIV/usr.bin/telnet/../../include -Wall -DHAVE_CONFIG_H -I/usr/obj/usr/src/kerberosIV/usr.bin/telnet/../../include -DBINDIR=\"/usr/bin\" -DSBINDIR=\"/usr/sbin\" -I/usr/obj/usr/src/tmp/usr/incl ude -c /usr/src/kerberosIV/usr.bin/telnet/../../../crypto/telnet/telnet/telnet. c In file included from /usr/src/kerberosIV/usr.bin/telnet/../../../crypto/telnet /telnet/telnet.c:64: /usr/src/kerberosIV/usr.bin/telnet/../../../crypto/telnet/libtelnet/auth.h:86: warning: type defaults to `int' in declaration of `auth_debug_mode' /usr/src/kerberosIV/usr.bin/telnet/../../../crypto/telnet/telnet/telnet.c:150: warning: missing braces around initializer for `toplevel[0]' /usr/src/kerberosIV/usr.bin/telnet/../../../crypto/telnet/telnet/telnet.c: In function `init_telnet': /usr/src/kerberosIV/usr.bin/telnet/../../../crypto/telnet/telnet/telnet.c:187: warning: implicit declaration of function `env_init' /usr/src/kerberosIV/usr.bin/telnet/../../../crypto/telnet/telnet/telnet.c: In function `mklist': /usr/src/kerberosIV/usr.bin/telnet/../../../crypto/telnet/telnet/telnet.c:682: warning: implicit declaration of function `is_unique' /usr/src/kerberosIV/usr.bin/telnet/../../../crypto/telnet/telnet/telnet.c: In function `gettermname': /usr/src/kerberosIV/usr.bin/telnet/../../../crypto/telnet/telnet/telnet.c:795: warning: implicit declaration of function `setupterm' /usr/src/kerberosIV/usr.bin/telnet/../../../crypto/telnet/telnet/telnet.c: In function `suboption': /usr/src/kerberosIV/usr.bin/telnet/../../../crypto/telnet/telnet/telnet.c:870: warning: implicit declaration of function `TerminalSpeeds' /usr/src/kerberosIV/usr.bin/telnet/../../../crypto/telnet/telnet/telnet.c: In function `slc_export': /usr/src/kerberosIV/usr.bin/telnet/../../../crypto/telnet/telnet/telnet.c:1330: warning: implicit declaration of function `TerminalDefaultChars' /usr/src/kerberosIV/usr.bin/telnet/../../../crypto/telnet/telnet/telnet.c: In function `env_opt_add': /usr/src/kerberosIV/usr.bin/telnet/../../../crypto/telnet/telnet/telnet.c:1661: warning: implicit declaration of function `opt_welldefined' /usr/src/kerberosIV/usr.bin/telnet/../../../crypto/telnet/telnet/telnet.c: In function `telrcv': /usr/src/kerberosIV/usr.bin/telnet/../../../crypto/telnet/telnet/telnet.c:1876: warning: implicit declaration of function `stilloob' /usr/src/kerberosIV/usr.bin/telnet/../../../crypto/telnet/telnet/telnet.c:1740: warning: `sbp' might be used uninitialized in this function /usr/src/kerberosIV/usr.bin/telnet/../../../crypto/telnet/telnet/telnet.c: In function `telsnd': /usr/src/kerberosIV/usr.bin/telnet/../../../crypto/telnet/telnet/telnet.c:2060: invalid use of undefined type `struct termio' /usr/src/kerberosIV/usr.bin/telnet/../../../crypto/telnet/telnet/telnet.c:2065: invalid use of undefined type `struct termio' /usr/src/kerberosIV/usr.bin/telnet/../../../crypto/telnet/telnet/telnet.c:2120: warning: implicit declaration of function `TerminalSpecialChars' /usr/src/kerberosIV/usr.bin/telnet/../../../crypto/telnet/telnet/telnet.c:2030: warning: `tbp' might be used uninitialized in this function /usr/src/kerberosIV/usr.bin/telnet/../../../crypto/telnet/telnet/telnet.c: In function `Scheduler': /usr/src/kerberosIV/usr.bin/telnet/../../../crypto/telnet/telnet/telnet.c:2223: warning: implicit declaration of function `process_rings' /usr/src/kerberosIV/usr.bin/telnet/../../../crypto/telnet/telnet/telnet.c: In function `sendnaws': /usr/src/kerberosIV/usr.bin/telnet/../../../crypto/telnet/telnet/telnet.c:2626: warning: implicit declaration of function `TerminalWindowSize' *** Error code 1 Stop in /usr/src/kerberosIV/usr.bin/telnet. *** Error code 1 Stop in /usr/src/kerberosIV/usr.bin. *** Error code 1 Stop in /usr/src/kerberosIV. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. # -- The views expressed above are not those of PGS Tensor. "We've heard that a million monkeys at a million keyboards could produce the Complete Works of Shakespeare; now, thanks to the Internet, we know this is not true."Robert Wilensky, University of California To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Perl still broken in 4.0-CURRENT
Hi, Perl seems to be broken for about 3 consecutive days now Anybody have any idea what might be causing this ? bash-2.03$ mirror /usr/local/lib/mirror/packages/daemonnews DynaLoader:/usr/libdata/perl/5.00503/DynaLoader.pm:188 Caught a SIGSEGV shutting down at /usr/local/bin/mirror line 3873. uname -a: FreeBSD shadowmere.student.utwente.nl 4.0-CURRENT FreeBSD 4.0-CURRENT #18: Wed Sep 1 10:22:37 CEST 1999 [EMAIL PROTECTED]:/usr/src/sys/compile/VANADIUM i386 Pascal Hofstee - [EMAIL PROTECTED] -BEGIN GEEK CODE BLOCK- Version: 3.1 GCS d- s+: a-- C++ UB P+ L- E--- W- N+ o? K- w--- O? M V? PS+ PE Y-- PGP-- t+ 5 X-- R tv+ b+ DI D- G e* h+ r- y+ --END GEEK CODE BLOCK-- To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Perl still broken in 4.0-CURRENT
Pascal Hofstee wrote: Hi, Perl seems to be broken for about 3 consecutive days now Anybody have any idea what might be causing this ? I suspect it is the recent changes in rtld. Dima To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Currnet build problems
A "make release" on -current also breaks there. It looks like it might be related to the new ncurses import, because it complains about: invalid use of undefined type `struct termio' John -- John Hay -- [EMAIL PROTECTED] Partway through a make world, I'm seeing the following, I've applied up to cvs-cur.5622.gz and int-cvs-cur.0118.gz. Is this likely to be fixed sometime soon? Stephen cc -O -pipe -mpentiumpro -fschedule-insns2 -DKLUDGELINEMODE -DUSE_TERMIO -DENV_HACK -DSKEY -DENCRYPTION -DAUTHENTICATION -DKRB4 -I/usr/src/kerberosIV/usr.bin/telnet/../../../crypto/telnet -I/usr/src/kerberosIV/usr.bin/telnet/../../include -Wall -DHAVE_CONFIG_H -I/usr/obj/usr/src/kerberosIV/usr.bin/telnet/../../include -DBINDIR=\"/usr/bin\" -DSBINDIR=\"/usr/sbin\" -I/usr/obj/usr/src/tmp/usr/incl ude -c /usr/src/kerberosIV/usr.bin/telnet/../../../crypto/telnet/telnet/telnet. c In file included from /usr/src/kerberosIV/usr.bin/telnet/../../../crypto/telnet /telnet/telnet.c:64: /usr/src/kerberosIV/usr.bin/telnet/../../../crypto/telnet/libtelnet/auth.h:86: warning: type defaults to `int' in declaration of `auth_debug_mode' /usr/src/kerberosIV/usr.bin/telnet/../../../crypto/telnet/telnet/telnet.c:150: warning: missing braces around initializer for `toplevel[0]' /usr/src/kerberosIV/usr.bin/telnet/../../../crypto/telnet/telnet/telnet.c: In function `init_telnet': /usr/src/kerberosIV/usr.bin/telnet/../../../crypto/telnet/telnet/telnet.c:187: warning: implicit declaration of function `env_init' /usr/src/kerberosIV/usr.bin/telnet/../../../crypto/telnet/telnet/telnet.c: In function `mklist': /usr/src/kerberosIV/usr.bin/telnet/../../../crypto/telnet/telnet/telnet.c:682: warning: implicit declaration of function `is_unique' /usr/src/kerberosIV/usr.bin/telnet/../../../crypto/telnet/telnet/telnet.c: In function `gettermname': /usr/src/kerberosIV/usr.bin/telnet/../../../crypto/telnet/telnet/telnet.c:795: warning: implicit declaration of function `setupterm' /usr/src/kerberosIV/usr.bin/telnet/../../../crypto/telnet/telnet/telnet.c: In function `suboption': /usr/src/kerberosIV/usr.bin/telnet/../../../crypto/telnet/telnet/telnet.c:870: warning: implicit declaration of function `TerminalSpeeds' /usr/src/kerberosIV/usr.bin/telnet/../../../crypto/telnet/telnet/telnet.c: In function `slc_export': /usr/src/kerberosIV/usr.bin/telnet/../../../crypto/telnet/telnet/telnet.c:1330: warning: implicit declaration of function `TerminalDefaultChars' /usr/src/kerberosIV/usr.bin/telnet/../../../crypto/telnet/telnet/telnet.c: In function `env_opt_add': /usr/src/kerberosIV/usr.bin/telnet/../../../crypto/telnet/telnet/telnet.c:1661: warning: implicit declaration of function `opt_welldefined' /usr/src/kerberosIV/usr.bin/telnet/../../../crypto/telnet/telnet/telnet.c: In function `telrcv': /usr/src/kerberosIV/usr.bin/telnet/../../../crypto/telnet/telnet/telnet.c:1876: warning: implicit declaration of function `stilloob' /usr/src/kerberosIV/usr.bin/telnet/../../../crypto/telnet/telnet/telnet.c:1740: warning: `sbp' might be used uninitialized in this function /usr/src/kerberosIV/usr.bin/telnet/../../../crypto/telnet/telnet/telnet.c: In function `telsnd': /usr/src/kerberosIV/usr.bin/telnet/../../../crypto/telnet/telnet/telnet.c:2060: invalid use of undefined type `struct termio' /usr/src/kerberosIV/usr.bin/telnet/../../../crypto/telnet/telnet/telnet.c:2065: invalid use of undefined type `struct termio' /usr/src/kerberosIV/usr.bin/telnet/../../../crypto/telnet/telnet/telnet.c:2120: warning: implicit declaration of function `TerminalSpecialChars' /usr/src/kerberosIV/usr.bin/telnet/../../../crypto/telnet/telnet/telnet.c:2030: warning: `tbp' might be used uninitialized in this function /usr/src/kerberosIV/usr.bin/telnet/../../../crypto/telnet/telnet/telnet.c: In function `Scheduler': /usr/src/kerberosIV/usr.bin/telnet/../../../crypto/telnet/telnet/telnet.c:2223: warning: implicit declaration of function `process_rings' /usr/src/kerberosIV/usr.bin/telnet/../../../crypto/telnet/telnet/telnet.c: In function `sendnaws': /usr/src/kerberosIV/usr.bin/telnet/../../../crypto/telnet/telnet/telnet.c:2626: warning: implicit declaration of function `TerminalWindowSize' *** Error code 1 Stop in /usr/src/kerberosIV/usr.bin/telnet. *** Error code 1 Stop in /usr/src/kerberosIV/usr.bin. *** Error code 1 Stop in /usr/src/kerberosIV. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. # -- The views expressed above are not those of PGS Tensor. "We've heard that a million monkeys at a million keyboards could produce the Complete Works of Shakespeare; now, thanks to the Internet, we know this is not true."Robert Wilensky, University of California To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe
Re: Currnet build problems
John Hay wrote: A "make release" on -current also breaks there. It looks like it might be related to the new ncurses import, because it complains about: invalid use of undefined type `struct termio' I suspect it's related to the international secure dist being out of sync. Make sure there's no -DTERMCAP in the telnet Makefiles... John -- John Hay -- [EMAIL PROTECTED] Cheers, -Peter -- Peter Wemm - [EMAIL PROTECTED]; [EMAIL PROTECTED]; [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Currnet build problems
invalid use of undefined type `struct termio' /usr/src/kerberosIV/usr.bin/telnet/../../../crypto/telnet/telnet/telnet.c:2065: invalid use of undefined type `struct termio' /usr/src/kerberosIV/usr.bin/telnet/../../../crypto/telnet/telnet/telnet.c:2120: I'm so glad you said this! I thought it was something to do with my private patches on my development box, and it had me beat... M -- Mark Murray Join the anti-SPAM movement: http://www.cauce.org To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Currnet build problems
invalid use of undefined type `struct termio' I suspect it's related to the international secure dist being out of sync. Make sure there's no -DTERMCAP in the telnet Makefiles... Nope. The makefiles are in src/kerberosIV/... and they are not export restricted. M -- Mark Murray Join the anti-SPAM movement: http://www.cauce.org To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
No Subject
unsubscribe To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Currnet build problems
Should the "#include termcap.h" in telnet.c be protected with a "#ifdef TERMCAP"? Dunno. I have removed it from 2 builds - one clean and one with all my crypto gunk (both failed, BTW). One box will take 1.5 hours, the other will take 3. M -- Mark Murray Join the anti-SPAM movement: http://www.cauce.org To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: $FreeBSD tag confusion
"William R. Somsky" [EMAIL PROTECTED] writes: Hmm... but what about if you're cvsup-ing the sources? I'm cvsup-ing stable, not current, (cvsup file included below) and $FreeBSD appears all over the place unexpanded. Is this the way it's supposed to be? Isn't cvsup supposed to be (effectively) doing a "check-out"? Or am I just confused? #] grep src/bin/echo bin/echo/echo.[1c] bin/echo/echo.1:.\" $FreeBSD: src/bin/echo/echo.1,v 1.6.2.2 1999/08/29 14:12:19 peter Exp $ bin/echo/echo.c: "$FreeBSD: src/bin/echo/echo.c,v 1.7.2.1 1999/08/29 14:12:20 peter Exp $"; So... no expansion of $FreeBSD that I can see here... Those are the expanded tags. When I said I had unexpanded tags, I meant that I was seeing just: "$FreeBSD$" instead of: "$FreeBSD: filename version timestamp committer status $" -- Kevin Street [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: $FreeBSD tag confusion
Kevin Street wrote: "William R. Somsky" [EMAIL PROTECTED] writes: Hmm... but what about if you're cvsup-ing the sources? I'm cvsup-ing stable, not current, (cvsup file included below) and $FreeBSD appears all over the place unexpanded. Is this the way it's supposed to be? Isn't cvsup supposed to be (effectively) doing a "check-out"? Or am I just confused? #] grep src/bin/echo bin/echo/echo.[1c] bin/echo/echo.1:.\" $FreeBSD: src/bin/echo/echo.1,v 1.6.2.2 1999/08/29 14:1 2:19 peter Exp $ bin/echo/echo.c: "$FreeBSD: src/bin/echo/echo.c,v 1.7.2.1 1999/08/29 14:12 :20 peter Exp $"; So... no expansion of $FreeBSD that I can see here... Those are the expanded tags. When I said I had unexpanded tags, I meant that I was seeing just: "$FreeBSD$" instead of: "$FreeBSD: filename version timestamp committer status $" Make sure you are fetching src-all, and if you are not getting src-anything, then either get src-base or set up $CVSROOT/CVSROOT/options to this: 23 cat /home/ncvs/CVSROOT/options tag=FreeBSD=CVSHeader tagexpand=iFreeBSD,Id Fetching src-base will do this for you, as well as getting the modules files and the commit logs. Cheers, -Peter To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: followup to apm problems.
On Tue, 31 Aug 1999 15:16:48 -0700, Mike Smith [EMAIL PROTECTED] said: Actually, that's almost entirely system-dependant. The BIOS may well poll the keyboard controller/USB controller, for example. And designs based on the Intel PIIX4 will generate SMI# interrupts for whichever activities are programmed in the BIOS, completely bypassing the traditional interrupt mechanism. -GAWollman -- Garrett A. Wollman | O Siem / We are all family / O Siem / We're all the same [EMAIL PROTECTED] | O Siem / The fires of freedom Opinions not those of| Dance in the burning flame MIT, LCS, CRS, or NSA| - Susan Aglukark and Chad Irschick To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
new ncurses lib changed tgetstr() API
After the import of ncurses 5.0 (beta?), I noticed strange behavior of clear on my xterm. I tracked it down to an API change of tgetstr(), here is the new code: char *tgetstr(NCURSES_CONST char *id, char **area GCC_UNUSED) { int i; T((T_CALLED("tgetstr(%s,%p)"), id, area)); if (cur_term != 0) { TERMTYPE *tp = (cur_term-type); for_each_string(i, tp) { const char *capname = ExtStrname(tp, i, strcodes); T(("trying %s", capname)); if (!strncmp(id, capname, 2)) { T(("found match : %s", _nc_visbuf(tp-Strings[i]))); /* setupterm forces cancelled strings to null */ returnPtr(tp-Strings[i]); } } } returnPtr(NULL); } and here is what termcap(3) says, char * tgetstr(const char *id, char **area) The tgetstr() function returns the string value of the capability id, places it in the buffer at area, and advances the area pointer. It decodes the abbreviations for this field described in termcap(5), except for cursor addressing and padding information. The tgetstr() function returns NULL if the capability was not found. The new code doesn't copy the cap string to the provided storage area, and programs like tset and tputs expect that. -lq To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: followup to apm problems.
In message [EMAIL PROTECTED], Garrett Wollman writes: On Tue, 31 Aug 1999 15:16:48 -0700, Mike Smith [EMAIL PROTECTED] said: Actually, that's almost entirely system-dependant. The BIOS may well poll the keyboard controller/USB controller, for example. And designs based on the Intel PIIX4 will generate SMI# interrupts for whichever activities are programmed in the BIOS, completely bypassing the traditional interrupt mechanism. And these interrupts will take as much as 50usec to service... -- Poul-Henning Kamp FreeBSD coreteam member [EMAIL PROTECTED] "Real hackers run -current on their laptop." FreeBSD -- It will take a long time before progress goes too far! To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
isa.c misses ISA_NIRQ and friends
Peter must have forgotten some changes, until he fixes it, you can use this patch to revert his change to isa.c Index: isa.c === RCS file: /home/ncvs/src/sys/i386/isa/isa.c,v retrieving revision 1.130 diff -u -r1.130 isa.c --- isa.c 1999/09/01 06:34:24 1.130 +++ isa.c 1999/09/01 14:11:17 @@ -104,13 +104,13 @@ if (!rle) { if (*rid 0) return 0; - if (type == SYS_RES_IRQ *rid = ISA_NIRQ) + if (type == SYS_RES_IRQ *rid 1) return 0; - if (type == SYS_RES_DRQ *rid = ISA_NDRQ) + if (type == SYS_RES_DRQ *rid 1) return 0; - if (type != SYS_RES_MEMORY *rid = ISA_NMEM) + if (type != SYS_RES_MEMORY *rid 3) return 0; - if (type == SYS_RES_IOPORT *rid = ISA_NPORT) + if (type == SYS_RES_IOPORT *rid 7) return 0; resource_list_add(rl, type, *rid, start, end, count); } schizo# config -r LINT Removing old directory ../../compile/LINT: Done. Don't forget to do a ``make depend'' Kernel build directory is ../../compile/LINT schizo# cd /sys/com*/LINT schizo# make isa.o [...] cc -c -O -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -ansi -nostdinc -I- -I. -I../.. -I../../../include -DKERNEL -include opt_global.h -elf ../../i386/isa/isa.c ../../i386/isa/isa.c: In function `isa_alloc_resource': ../../i386/isa/isa.c:107: `ISA_NIRQ' undeclared (first use in this function) ../../i386/isa/isa.c:107: (Each undeclared identifier is reported only once ../../i386/isa/isa.c:107: for each function it appears in.) ../../i386/isa/isa.c:109: `ISA_NDRQ' undeclared (first use in this function) ../../i386/isa/isa.c:111: `ISA_NMEM' undeclared (first use in this function) ../../i386/isa/isa.c:113: `ISA_NPORT' undeclared (first use in this function) *** Error code 1 -- Poul-Henning Kamp FreeBSD coreteam member [EMAIL PROTECTED] "Real hackers run -current on their laptop." FreeBSD -- It will take a long time before progress goes too far! To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: $FreeBSD tag confusion
Peter Wemm writes: Make sure you are fetching src-all, and if you are not getting src-anything, then either get src-base or set up $CVSROOT/CVSROOT/options to this: 23 cat /home/ncvs/CVSROOT/options tag=FreeBSD=CVSHeader tagexpand=iFreeBSD,Id Fetching src-base will do this for you, as well as getting the modules files and the commit logs. Yes, that was my problem. I was fetching src-all but into a subdir. I have my own CVSROOT for the rest of my cvs repository and needed to pick up the options file from FreeBSD's CVSROOT. In William's case he does not need to do anything. He's CVSuping in checkout mode and things are already working correctly. -- Kevin Street [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: isa.c misses ISA_NIRQ and friends
Poul-Henning Kamp wrote: Peter must have forgotten some changes, until he fixes it, you can use this patch to revert his change to isa.c Yeah, sorry folks. I am running that code right now (and have been for weeks) but it was dependent on another pending change that I had forgotten. It should be fixed now. Cheers, -Peter To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: kgzipped -STABLE GENERIC kernel boots on one machine, not theother
Doug White wrote: On Tue, 31 Aug 1999, Mark J. Taylor wrote: I've got a -STABLE GENERIC kernel, cvsupped and built this evening, that is all alone on a UFS floppy, and kgzipped. I thought kzip is for a.out only. You can kzip /boot/loader and gzip /kernel though. Yes and No, if it is kgzip (not kzip which is at the end of his life and probably will die soon ;) it's support both a.out and elf kernels. -Maxim -- "We believe in the Power and the Might!" (Manowar, 1996) Maxim V. Sobolev, Financial Analyst, Vega International Capital Phone: +380-(44)-246-6396 Fax: +380-(44)-220-8715 E-mail: [EMAIL PROTECTED] ICQ: #42290709 To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: new ncurses lib changed tgetstr() API
On Wed, Sep 01, 1999 at 09:52:10AM -0400, Luoqi Chen wrote: After the import of ncurses 5.0 (beta?), I noticed strange behavior of clear on my xterm. I tracked it down to an API change of tgetstr(), here is the new code: char *tgetstr(NCURSES_CONST char *id, char **area GCC_UNUSED) It is definitely bug on ncurses side and must be fixed *there* and not in userland code. (Peter please back out corresponding tset fix too) Many programs use area parameter. API change not allowed here. -- Andrey A. Chernov http://nagual.pp.ru/~ache/ MTH/SH/HE S-- W-- N+ PEC+ D A a++ C G+ QH+(++) 666+++ Y To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: A dumb question.
"Arthur H. Johnson II" [EMAIL PROTECTED] wrote: When I try to compile the kernel, I get this error at the end: ../../pci/if_xl.c ../../pci/if_xl.c:133: miibus_if.h: No such file or directory *** Error code 1 Stop in /usr/src/sys/compile/ARTHUR. You must first build a kernel first. *** Error code 1 Stop in /usr/src/sys/compile/ARTHUR. What happened to this file? You may have to add: controller miibus0 to you kernel config file. See LINT for details. -- Nathan AhlstromFreeBSD: http://www.FreeBSD.org/ [EMAIL PROTECTED] PGP Key ID: 0x67BC9D19 To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Fergot to say thanks
For the person who helped me with my xl driver kernel compile, thanks. I am alittle pine expunge happy! Arthur H. Johnson II http://www.linuxberg.com Linuxberg Manager [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: A dumb question.
Thanks. Arthur H. Johnson II http://www.linuxberg.com Linuxberg Manager [EMAIL PROTECTED] On Wed, 1 Sep 1999, Nathan Ahlstrom wrote: "Arthur H. Johnson II" [EMAIL PROTECTED] wrote: When I try to compile the kernel, I get this error at the end: ../../pci/if_xl.c ../../pci/if_xl.c:133: miibus_if.h: No such file or directory *** Error code 1 Stop in /usr/src/sys/compile/ARTHUR. You must first build a kernel first. *** Error code 1 Stop in /usr/src/sys/compile/ARTHUR. What happened to this file? You may have to add: controller miibus0 to you kernel config file. See LINT for details. -- Nathan AhlstromFreeBSD: http://www.FreeBSD.org/ [EMAIL PROTECTED] PGP Key ID: 0x67BC9D19 To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: followup to apm problems.
In message [EMAIL PROTECTED], Mike Smith writes: In message [EMAIL PROTECTED], Garrett Wollman writes: On Tue, 31 Aug 1999 15:16:48 -0700, Mike Smith [EMAIL PROTECTED] said: Actually, that's almost entirely system-dependant. The BIOS may well poll the keyboard controller/USB controller, for example. And designs based on the Intel PIIX4 will generate SMI# interrupts for whichever activities are programmed in the BIOS, completely bypassing the traditional interrupt mechanism. And these interrupts will take as much as 50usec to service... Since in the context that we're discussing the system is asleep, I can't actually see how this is in any way relevant... Because SMI interrupts happen all the time, not just when it is asleep :-( -- Poul-Henning Kamp FreeBSD coreteam member [EMAIL PROTECTED] "Real hackers run -current on their laptop." FreeBSD -- It will take a long time before progress goes too far! To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: $FreeBSD tag confusion
On Wed, Sep 01, 1999 at 09:20:44PM +0800, a little birdie told me that Peter Wemm remarked 23 cat /home/ncvs/CVSROOT/options tag=FreeBSD=CVSHeader tagexpand=iFreeBSD,Id Speaking of the whole subject, where is this (method of defining tags) documented? I've searched every bit of CVS documentation I can find anywhere, and none of it mentions this. -- Matthew Fuller (MF4839) |[EMAIL PROTECTED] Unix Systems Administrator |[EMAIL PROTECTED] Specializing in FreeBSD |http://www.over-yonder.net/ FutureSouth Communications |ISPHelp ISP Consulting "The only reason I'm burning my candle at both ends, is because I haven't figured out how to light the middle yet" To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: new ncurses lib changed tgetstr() API
After the import of ncurses 5.0 (beta?), I noticed strange behavior of clear on my xterm. I tracked it down to an API change of tgetstr(), here is the new code: char *tgetstr(NCURSES_CONST char *id, char **area GCC_UNUSED) It is definitely bug on ncurses side and must be fixed *there* and not in userland code. (Peter please back out corresponding tset fix too) Many programs use area parameter. API change not allowed here. ncurses doesn't claim to document our old API of course. The area arg is not even mentioned in the man page. The new tgetstr() man page seems to be a significant downgrade, not even counting the regression from mandoc format. Bruce To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: followup to apm problems.
In message [EMAIL PROTECTED] Mike Smith writes: : It's reasonable to assume this, yes. However it's also worth bearing : in mind that since the BIOS isn't using these interrupts to _detect_ : activity, turning them off is pretty pointless. Then why does the key up event cause the suspend to fail? Warner To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: followup to apm problems.
In message [EMAIL PROTECTED] Mike Smith writes: : It's reasonable to assume this, yes. However it's also worth bearing : in mind that since the BIOS isn't using these interrupts to _detect_ : activity, turning them off is pretty pointless. Then why does the key up event cause the suspend to fail? Because whatever mechanism the BIOS _is_ using to detect keyboard activity is catching it. -- \\ The mind's the standard \\ Mike Smith \\ of the man. \\ [EMAIL PROTECTED] \\-- Joseph Merrick \\ [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: $FreeBSD tag confusion
"Matthew D. Fuller" [EMAIL PROTECTED] writes: On Wed, Sep 01, 1999 at 09:20:44PM +0800, a little birdie told me that Peter Wemm remarked 23 cat /home/ncvs/CVSROOT/options tag=FreeBSD=CVSHeader tagexpand=iFreeBSD,Id Speaking of the whole subject, where is this (method of defining tags) documented? I've searched every bit of CVS documentation I can find anywhere, and none of it mentions this. /usr/src/contrib/cvs/src/main.c and rcs.c Looks like part of this was pulled in from OpenBSD and then enhanced. I couldn't find any documentation either. I think I should set up a separate cvs repository for the FreeBSD src since I may not want the same options for my own cvs repository. In particular that tagexpand line turns off all tag expansions except for $FreeBSD and $Id. -- Kevin Street [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: gdb-4.17 in FreeBSD 4.0-CURRENT
I tried doing the same on FreeBSD 3.2-STABLE but when I run it it complains that it is unable to find dynamic linker breakpoint function and then it stops with a SIGTRAP. Any ideas what might be wrong? Thanks. -Kip On Fri, 20 Aug 1999, Richard Cownie wrote: I managed to build gdb-4.17 in FreeBSD 4.0, here's how to do it: 1) gdb-4.17/configure --host=i386-unknown-freebsdelf4.0 Have to specify the host explicitly, otherwise it doesn't realize it needs to use ELF. 2) in gdb-4.17/Makefile, add "-DSVR4_SHARED_LIBS" to definition of CFLAGS 3) in gdb-4.17/gdb/solib.c, add #include "elf/common.h" (after #include "elf/external.h") 4) in gdb-4.17/gdb/infptrace.c, add #define U_REGS_OFFSET 0x1fa8 I figured out this number the hard way by searching all the valid PT_READ_U addresses and comparing the results with PT_GETREGS - found locations where eip and esp values matched up. Doubtless there's a better way to get the right value. Then it should all build (and perhaps work). The same hacks probably apply to gdb-4.18 and gdb-current (but so far gdb-4.17 is the most useful version I've seen for debugging C++). Richard Cownie ([EMAIL PROTECTED]) To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message