headers
Archie Cobbs | 1 Oct 2002 01:09
Picon
Favicon

bin/43544: Bogus definition of HUGE_VAL in <math.h>


>Number:         43544
>Category:       bin
>Synopsis:       Bogus definition of HUGE_VAL in <math.h>
>Confidential:   no
>Severity:       non-critical
>Priority:       medium
>Responsible:    freebsd-bugs
>State:          open
>Quarter:        
>Keywords:       
>Date-Required:
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Mon Sep 30 16:10:05 PDT 2002
>Closed-Date:
>Last-Modified:
>Originator:     Archie Cobbs
>Release:        FreeBSD 5.0-CURRENT sparc64
>Organization:
Packet Design
>Environment:
System: FreeBSD panther.freebsd.org 5.0-CURRENT FreeBSD 5.0-CURRENT #7: Tue Sep 17 18:14:25 PDT 2002
peter <at> panther.freebsd.org:/s/src/sys/sparc64/compile/PANTHER sparc64

>Description:

	The defintion of HUGE_VAL in <math.h> looks like this:

	    extern char __infinity[];
(Continue reading)

Permalink | Reply | 0 comments |
headers
Giorgos Keramidas | 1 Oct 2002 03:30
Picon
Favicon

Re: misc/43543: cdboot does not handle 'relaxed' ISO9660 discs

The following reply was made to PR misc/43543; it has been noted by GNATS.

From: Giorgos Keramidas <keramida <at> FreeBSD.org>
To: Tim Kientzle <kientzle <at> acm.org>
Cc: bug-followup <at> FreeBSD.org
Subject: Re: misc/43543: cdboot does not handle 'relaxed' ISO9660 discs
Date: Tue, 1 Oct 2002 04:26:58 +0300

 On 2002-09-30 15:21, Tim Kientzle <kientzle <at> acm.org> wrote:
 > Alter 'cdboot' to try both filenames.
 > The following patch accomplishes this.

 Nice idea.  But will this work for "/Boot/Loader" too?
 Is it possible to look for the name in any capitalisation?

 Perhaps by changing the bit in find_file that compares the filenames
 to ignore differences in lowercase and uppercase letters?  I haven't
 looked in x86 asm for a while, but how about something like this?

 * Note: This grows the size of the code a lot, and I haven't checked
 to see if it actually works, as I am in the middle of a long running
 buildworld.  It's just an idea.

 %%%
 Index: cdboot.s
 ===================================================================
 RCS file: /home/ncvs/src/sys/boot/i386/cdboot/cdboot.s,v
 retrieving revision 1.9
 diff -u -r1.9 cdboot.s
 --- cdboot.s	7 Nov 2001 01:20:33 -0000	1.9
(Continue reading)

Permalink | Reply | 0 comments |
headers
Tim Kientzle | 1 Oct 2002 05:50
Picon
Favicon

Re: misc/43543: cdboot does not handle 'relaxed' ISO9660 discs

The following reply was made to PR misc/43543; it has been noted by GNATS.

From: Tim Kientzle <kientzle <at> acm.org>
To: Giorgos Keramidas <keramida <at> FreeBSD.org>
Cc: bug-followup <at> FreeBSD.org
Subject: Re: misc/43543: cdboot does not handle 'relaxed' ISO9660 discs
Date: Mon, 30 Sep 2002 20:43:56 -0700

 I don't see the point of this.  FreeBSD/UFS
 is case sensitive, and the boot loader should
 always be called '/boot/loader'.  (I doubt
 the hard-disk boot blocks look for anything
 other than the all-lowercase version.)

 Supporting the all-uppercase '/BOOT/LOADER' is
 a concession to ISO9660, which encourages the
 use of all-uppercase names for compatibility
 (i.e., MSDOS).  Note that the uppercase version
 appears only in the internal disc catalog; the
 running system will see the lowercase RockRidge
 names, which are stored separately.  (With the
 -U option, mkisofs will put lowercase chars
 into the catalog.  People are starting to recommend
 that option for bootable discs of this sort,
 hence the need for my patch.)  The "/boot/loader"
 name should never appear in mixed case.

 In fact, case-insensitive comparisons are arguably
 wrong.  If someone has both "/boot/loader" and
 "/BoOt/LoAdEr" on the same disk, you want to
(Continue reading)

Permalink | Reply | 2 comments |
headers
Paul Mason | 1 Oct 2002 08:16
Picon
Favicon

misc/43547: ppp will not connect to att worldnet over dialup


>Number:         43547
>Category:       misc
>Synopsis:       ppp will not connect to att worldnet over dialup
>Confidential:   no
>Severity:       non-critical
>Priority:       medium
>Responsible:    freebsd-bugs
>State:          open
>Quarter:        
>Keywords:       
>Date-Required:
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Mon Sep 30 23:20:01 PDT 2002
>Closed-Date:
>Last-Modified:
>Originator:     Paul Mason
>Release:        FreeBSD 4.6
>Organization:
n/a
>Environment:
FreeBSD  4.6-RELEASE FreeBSD 4.6-RELEASE #0: Tue Jun 11 06:14:12 GMT 2002    
murray <at> builder.freebsdmall.com:/usr/src/sys/compile/GENERIC  i386

>Description:
ppp.log excerpt of latest connect attempt:

Phase: Using interface: tun0 
Phase: deflink: Created in closed state
(Continue reading)

Permalink | Reply | 0 comments |
headers
David Malone | 1 Oct 2002 09:30
Picon
Favicon

Re: i386/43534: release building fails in sys/boot/i386/kgzldr

Synopsis: release building fails in sys/boot/i386/kgzldr

State-Changed-From-To: open->closed
State-Changed-By: dwmalone
State-Changed-When: Tue Oct 1 00:30:26 PDT 2002
State-Changed-Why: 
Closed at submitters request.

http://www.freebsd.org/cgi/query-pr.cgi?pr=43534

To Unsubscribe: send mail to majordomo <at> FreeBSD.org
with "unsubscribe freebsd-bugs" in the body of the message
Permalink | Reply | 1 comment |
headers
Ruslan Ermilov | 1 Oct 2002 09:40
Picon
Favicon

Re: bin/43434: New option to 'dmesg' which allow to display or not old boot messages

The following reply was made to PR bin/43434; it has been noted by GNATS.

From: Ruslan Ermilov <ru <at> FreeBSD.org>
To: Brooks Davis <brooks <at> one-eyed-alien.net>
Cc: bug-followup <at> FreeBSD.org
Subject: Re: bin/43434: New option to 'dmesg' which allow to display or not old boot messages
Date: Tue, 1 Oct 2002 10:36:13 +0300

 --R3G7APHDIzY6R/pk
 Content-Type: text/plain; charset=us-ascii
 Content-Disposition: inline
 Content-Transfer-Encoding: quoted-printable

 On Mon, Sep 30, 2002 at 10:04:07AM -0700, Brooks Davis wrote:
 > On Mon, Sep 30, 2002 at 09:53:43AM +0300, Ruslan Ermilov wrote:
 > > On Fri, Sep 27, 2002 at 12:00:20PM -0700, Brooks Davis wrote:
 > > >  On Fri, Sep 27, 2002 at 08:36:52PM +0200, AurIlien Nephtali wrote:
 > > >  >=20
 > > >  >       Some times it could be usefull to display only the last boot
 > > >  >       message (ie: when grep'ing).  The attached patch modifies
 > > >  >       sys/kern/subr_prf.c and dmesg.c (and the also the manual).  =
 It
 > > >  >       adds a tag (---<<<BOOT>>>---) at the begining of each boot
 > > >  >       message (the tag macro is stored in sys/sys/msgbuf.h and cou=
 ld
 > > >  >       also be stored in /usr/include/msgbuf.h) dmesg.c is modified
 > > >  >       and has a new option: -o, which when it is specified, displa=
 ys
 > > >  >       the full content of the message buffer, otherwise only the l=
 ast
(Continue reading)

Permalink | Reply | 0 comments |
headers
Bruce Evans | 1 Oct 2002 10:02
Picon
Favicon

Re: kern/41781: clock_getres returns tv_nsec=0 when TSC is 1Ghz or faster

Synopsis: clock_getres returns tv_nsec=0 when TSC is 1Ghz or faster

State-Changed-From-To: open->closed
State-Changed-By: bde
State-Changed-When: Tue Oct 1 01:01:02 PDT 2002
State-Changed-Why: 
Fixed in kern_time.c revs 1.85 (-current) and 1.68.2.1 (RELENG_4).

http://www.freebsd.org/cgi/query-pr.cgi?pr=41781

To Unsubscribe: send mail to majordomo <at> FreeBSD.org
with "unsubscribe freebsd-bugs" in the body of the message
Permalink | Reply | 2 comments |
headers
Arne Woerner | 1 Oct 2002 10:20
Picon

Re: bin/43471: `ls -l` shows wrong size for big files

The following reply was made to PR bin/43471; it has been noted by GNATS.

From: Arne Woerner <woerner <at> mediabase-gmbh.de>
To: freebsd-gnats-submit <at> FreeBSD.org
Cc:  
Subject: Re: bin/43471: `ls -l` shows wrong size for big files
Date: Tue, 1 Oct 2002 08:12:59 GMT

 I think the reason was, that I used an ext2fs and that
 OpenBSD did not support very big files on such file
 systems. :-(

 It does not look like a bug in LS(1) now for me... :)

 -Arne

To Unsubscribe: send mail to majordomo <at> FreeBSD.org
with "unsubscribe freebsd-bugs" in the body of the message
Permalink | Reply | 2 comments |
headers
footman | 1 Oct 2002 11:22
Picon

Работа в сети.


Здравствуйте.

Дочитайте до конца, обещаем, Вам понравится. Предложение от GoldenStream

Предлагаем работу, которая будет приносить Вам удовольствие и доход (только величина доходов будет
напрямую зависеть от вашей активности: будете много суетиться – будет много денег).
Суть работы заключается в рассылке E-MAIL. ВСЕ, ЧТО ВАМ НУЖНО БУДЕТ ДЕЛАТЬ, ЭТО РАССЫЛАТЬ ГОТОВЫЕ ПИСЬМА
ПО E-MAIL, И ВРЕМЯ ОТ ВРЕМЕНИ ХОДИТЬ НА ПОЧТУ ИЛИ В БАНК ЗА ДЕНЬГАМИ!
Этот проект приобрел огромную популярность во всем мире. А у нас в России он только появился. Главное
преимущество - Максимальная простота, и легальность. Самая низкая себестоимость затрат заработка в Интернете.
Чтобы всё получилось, НУЖНО ТОЛЬКО ТОЧНО СЛЕДОВАТЬ ИНСТРУКЦИЯМ.

Как обещают: «100 000$ за 6 месяцев», не знаю, ещё не проверил, но 1000$ в месяц для начала – «зер гуд, Вальдемар».

Если заинтересуетесь, не заинтересуетесь или просто так – пишите: job4U <at> bk.ru

С уважением.
footman

P.S. Если не хотите, то просто удалите, а матюки не шлите и спокойно спите.

To Unsubscribe: send mail to majordomo <at> FreeBSD.org
with "unsubscribe freebsd-bugs" in the body of the message
Permalink | Reply | 0 comments |
headers
Marc Olzheim | 1 Oct 2002 17:44
Picon

bin/43562: crontab always returns 0.


>Number:         43562
>Category:       bin
>Synopsis:       crontab always returns 0.
>Confidential:   no
>Severity:       serious
>Priority:       medium
>Responsible:    freebsd-bugs
>State:          open
>Quarter:        
>Keywords:       
>Date-Required:
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Tue Oct 01 08:50:02 PDT 2002
>Closed-Date:
>Last-Modified:
>Originator:     Marc Olzheim
>Release:        FreeBSD 4.7-RC i386
>Organization:
ilse technology
>Environment:
System: FreeBSD office-install0.ilse.net 4.7-RC FreeBSD 4.7-RC #0: Wed Sep 18 17:24:55 CEST 2002
root <at> office-install0.ilse.net:/usr/src/sys/compile/Office.new i386

>Description:

	As you van see in /usr/src/usr.sbin/cron/crontab/crontab.c:125,
	crontab's exit status is always zero, even if something went
	wrong in the case of a "replace" command.
(Continue reading)

Permalink | Reply | 0 comments |

Gmane