Re: $FreeBSD tag confusion

1999-09-01 Thread William R. Somsky

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

1999-09-01 Thread Stephen Hocking-Senior Programmer PGS Perth

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

1999-09-01 Thread Pascal Hofstee

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

1999-09-01 Thread Dmitrij Tejblum

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

1999-09-01 Thread John Hay

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

1999-09-01 Thread Peter Wemm

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

1999-09-01 Thread Mark Murray

  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

1999-09-01 Thread Mark Murray

  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

1999-09-01 Thread Kennie J.Cruz Gutierrez

unsubscribe


To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message



Re: Currnet build problems

1999-09-01 Thread Mark Murray

 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

1999-09-01 Thread Kevin Street

"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

1999-09-01 Thread Peter Wemm

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.

1999-09-01 Thread Garrett Wollman

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

1999-09-01 Thread Luoqi Chen

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.

1999-09-01 Thread Poul-Henning Kamp

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

1999-09-01 Thread Poul-Henning Kamp


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

1999-09-01 Thread Kevin Street

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

1999-09-01 Thread Peter Wemm

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

1999-09-01 Thread Maxim Sobolev

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

1999-09-01 Thread Andrey A. Chernov

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.

1999-09-01 Thread Nathan Ahlstrom

"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

1999-09-01 Thread Arthur H. Johnson II

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.

1999-09-01 Thread Arthur H. Johnson II

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.

1999-09-01 Thread Poul-Henning Kamp

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

1999-09-01 Thread Matthew D. Fuller

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

1999-09-01 Thread Bruce Evans

 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.

1999-09-01 Thread Warner Losh

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.

1999-09-01 Thread Mike Smith

 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

1999-09-01 Thread Kevin Street

"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

1999-09-01 Thread Kip Macy


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