From owner-freebsd-bugs Sun Oct 22 1:10:13 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 6519037B4C5 for ; Sun, 22 Oct 2000 01:10:02 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id BAA00486; Sun, 22 Oct 2000 01:10:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Sun, 22 Oct 2000 01:10:02 -0700 (PDT) Message-Id: <200010220810.BAA00486@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Roman Shterenzon Subject: Re: kern/22103: 4.1-R with Adaptec and Vinum crashes on periodic daily Reply-To: Roman Shterenzon Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/22103; it has been noted by GNATS. From: Roman Shterenzon To: freebsd-gnats-submit@FreeBSD.org Cc: Greg Lehey Subject: Re: kern/22103: 4.1-R with Adaptec and Vinum crashes on periodic daily Date: Sun, 22 Oct 2000 10:05:11 +0200 (IST) It's all like this: 10 Oct 2000 03:27:00.396050 *** vinum started *** 10 Oct 2000 03:27:00.451028 list=20 11 Oct 2000 03:27:00.448167 *** vinum started *** 11 Oct 2000 03:27:00.491222 list=20 13 Oct 2000 03:27:00.467605 *** vinum started *** 13 Oct 2000 03:27:00.612045 list=20 14 Oct 2000 03:27:00.920054 *** vinum started *** 14 Oct 2000 03:27:00.945208 list=20 15 Oct 2000 03:27:00.500731 *** vinum started *** 15 Oct 2000 03:27:00.579603 list=20 16 Oct 2000 03:27:00.993321 *** vinum started *** 16 Oct 2000 03:27:01.108604 list=20 16 Oct 2000 12:26:33.018523 *** vinum started *** 16 Oct 2000 12:26:33.026764 list=20 16 Oct 2000 13:17:12.713388 *** vinum started *** 16 Oct 2000 13:17:12.732628 list=20 17 Oct 2000 03:27:01.103576 *** vinum started *** 17 Oct 2000 03:27:01.159431 list=20 18 Oct 2000 03:27:00.940111 *** vinum started *** 18 Oct 2000 03:27:00.971216 list=20 19 Oct 2000 03:27:01.055413 *** vinum started *** 19 Oct 2000 03:27:01.092888 list=20 20 Oct 2000 03:27:00.560548 *** vinum started *** 20 Oct 2000 03:27:00.616001 list=20 21 Oct 2000 03:27:00.034316 *** vinum started *** 21 Oct 2000 03:27:00.034989 list=20 22 Oct 2000 03:27:00.085521 *** vinum started *** 22 Oct 2000 03:27:00.086109 list=20 22 Oct 2000 09:46:48.130050 *** vinum started *** 22 Oct 2000 09:46:48.133477 list=20 22 Oct 2000 09:47:07.565852 *** vinum started *** 22 Oct 2000 09:47:07.566309 list=20 Vinum list command: 3 drives: D d1 State: up=09Device /dev/da0s2e=09Avail: 0/32953 MB = (0%) D d2 State: up=09Device /dev/da1s2e=09Avail: 0/32953 MB = (0%) D d3 State: up=09Device /dev/da2s2e=09Avail: 0/32953 MB = (0%) 1 volumes: V raid5 State: up=09Plexes: 1=09Size: 64 GB 1 plexes: P raid5.p0 R5 State: up=09Subdisks: 3=09Size: 64 GB 3 subdisks: S raid5.p0.s0 State: up=09PO: 0 B Size: 32 GB S raid5.p0.s1 State: up=09PO: 512 kB Size: 32 GB S raid5.p0.s2 State: up=09PO: 1024 kB Size: 32 GB The complete (requested by Greg) kdb session: Script started on Sun Oct 22 10:00:33 2000 matrix#=09gdb -k /usr/src/sys/compile/MATRIX/kernel.debug vmcore.0 GNU gdb 4.18 Copyright 1998 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you ar= e welcome to change it and/or distribute copies of it under certain condition= s. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-unknown-freebsd"... IdlePTD 3219456 initial pcb at 29a720 panicstr: page fault panic messages: --- Fatal trap 12: page fault while in kernel mode fault virtual address=09=3D 0x54 fault code=09=09=3D supervisor write, page not present instruction pointer=09=3D 0x8:0xc150fc67 stack pointer=09 =3D 0x10:0xc0277394 frame pointer=09 =3D 0x10:0xc02773b0 code segment=09=09=3D base 0x0, limit 0xfffff, type 0x1b =09=09=09=3D DPL 0, pres 1, def32 1, gran 1 processor eflags=09=3D interrupt enabled, resume, IOPL =3D 0 current process=09=09=3D Idle interrupt mask=09=09=3D bio=20 trap number=09=09=3D 12 panic: page fault syncing disks...=20 Fatal trap 12: page fault while in kernel mode fault virtual address=09=3D 0x30 fault code=09=09=3D supervisor read, page not present instruction pointer=09=3D 0x8:0xc01e2e50 stack pointer=09 =3D 0x10:0xc02771cc frame pointer=09 =3D 0x10:0xc02771d0 code segment=09=09=3D base 0x0, limit 0xfffff, type 0x1b =09=09=09=3D DPL 0, pres 1, def32 1, gran 1 processor eflags=09=3D interrupt enabled, resume, IOPL =3D 0 current process=09=09=3D Idle interrupt mask=09=09=3D bio=20 trap number=09=09=3D 12 panic: page fault Uptime: 6m22s Fatal trap 12: page fault while in kernel mode fault virtual address=09=3D 0x54 fault code=09=09=3D supervisor write, page not present instruction pointer=09=3D 0x8:0xc150fc67 stack pointer=09 =3D 0x10:0xc0276ab0 frame pointer=09 =3D 0x10:0xc0276acc code segment=09=09=3D base 0x0, limit 0xfffff, type 0x1b =09=09=09=3D DPL 0, pres 1, def32 1, gran 1 processor eflags=09=3D interrupt enabled, resume, IOPL =3D 0 current process=09=09=3D Idle interrupt mask=09=09=3D bio cam=20 trap number=09=09=3D 12 panic: page fault Uptime: 6m22s Fatal trap 12: page fault while in kernel mode fault virtual address=09=3D 0x54 fault code=09=09=3D supervisor write, page not present instruction pointer=09=3D 0x8:0xc150fc67 stack pointer=09 =3D 0x10:0xc0276394 frame pointer=09 =3D 0x10:0xc02763b0 code segment=09=09=3D base 0x0, limit 0xfffff, type 0x1b =09=09=09=3D DPL 0, pres 1, def32 1, gran 1 processor eflags=09=3D interrupt enabled, resume, IOPL =3D 0 current process=09=09=3D Idle interrupt mask=09=09=3D bio cam=20 trap number=09=09=3D 12 panic: page fault Uptime: 6m22s Fatal trap 12: page fault while in kernel mode fault virtual address=09=3D 0x54 fault code=09=09=3D supervisor write, page not present instruction pointer=09=3D 0x8:0xc150fc67 stack pointer=09 =3D 0x10:0xc0275c78 frame pointer=09 =3D 0x10:0xc0275c94 code segment=09=09=3D base 0x0, limit 0xfffff, type 0x1b =09=09=09=3D DPL 0, pres 1, def32 1, gran 1 processor eflags=09=3D interrupt enabled, resume, IOPL =3D 0 current process=09=09=3D Idle interrupt mask=09=09=3D bio cam=20 trap number=09=09=3D 12 panic: page fault Uptime: 6m22s Fatal trap 12: page fault while in kernel mode fault virtual address=09=3D 0x54 fault code=09=09=3D supervisor write, page not present instruction pointer=09=3D 0x8:0xc150fc67 stack pointer=09 =3D 0x10:0xc027555c frame pointer=09 =3D 0x10:0xc0275578 code segment=09=09=3D base 0x0, limit 0xfffff, type 0x1b =09=09=09=3D DPL 0, pres 1, def32 1, gran 1 processor eflags=09=3D interrupt enabled, resume, IOPL =3D 0 current process=09=09=3D Idle interrupt mask=09=09=3D bio cam=20 trap number=09=09=3D 12 panic: page fault Uptime: 6m22s dumping to dev #da/0x20001, offset 774 dump 511 510 509 508 507 506 505 504 503 502 501 500 499 498 497 496 495 49= 4 493 492 491 490 489 488 487 486 485 484 483 482 481 480 479 478 477 476 4= 75 474 473 472 471 470 469 468 467 466 465 464 463 462 461 460 459 458 457 = 456 455 454 453 452 451 450 449 448 447 446 445 444 443 442 441 440 439 438= 437 436 435 434 433 432 431 430 429 428 427 426 425 424 423 422 421 420 41= 9 418 417 416 415 414 413 412 411 410 409 408 407 406 405 404 403 402 401 4= 00 399 398 397 396 395 394 393 392 391 390 389 388 387 386 385 384 383 382 = 381 380 379 378 377 376 375 374 373 372 371 370 369 368 367 366 365 364 363= 362 361 360 359 358 357 356 355 354 353 352 351 350 349 348 347 346 345 34= 4 343 342 341 340 339 338 337 336 335 334 333 332 331 330 329 328 327 326 3= 25 324 323 322 321 320 319 318 317 316 315 314 313 312 311 310 309 308 307 = 306 305 304 303 302 301 300 299 298 297 296 295 294 293 292 291 290 289 288= 287 286 285 284 283 282 281 280 279 278 277 276 275 274 273 272 271 270 26= 9 268 267 266 265 264 263 262 261 260 259 258 257 256 255 254 253 252 251 2= 50 249 248 247 246 245 244 243 242 241 240 239 238 237 236 235 234 233 232 = 231 230 229 228 227 226 225 224 223 222 221 220 219 218 217 216 215 214 213= 212 211 210 209 208 207 206 205 204 203 202 201 200 199 198 197 196 195 19= 4 193 192 191 190 189 188 187 186 185 184 183 182 181 180 179 178 177 176 1= 75 174 173 172 171 170 169 168 167 166 165 164 163 162 161 160 159 158 157 = 156 155 154 153 152 151 150 149 148 147 146 145 144 143 142 141 140 139 138= 137 136 135 134 133 132 131 130 129 128 127 126 125 124 123 122 121 120 11= 9 118 117 116 115 114 113 112 111 110 109 108 107 106 105 104 103 102 101 1= 00 99 98 97 96 95 94 93 92 91 90 89 88 87 86 85 84 83 82 81 80 79 78 77 76 = 75 74 73 72 71 70 69 68 67 66 65 64 63 62 61 60 59 58 57 56 55 54 53 52 51 = 50 49 48 47 46 45 44 43 42 41 40 39 38 37 36 35 34 33 32 31 30 29 28 27 26 = 25 24 23 22 21 20 19 18 17 16 15 14 13 12 11 10 9 8 7 6 5 4 3 2 1 0=20 --- #0 boot (howto=3D260) at ../../kern/kern_shutdown.c:302 302=09=09=09dumppcb.pcb_cr3 =3D rcr3(); (kgdb) f 1 #1 0xc0153d38 in poweroff_wait (junk=3D0xc026f22f, howto=3D0x0) at ../../k= ern/kern_shutdown.c:552 552=09=09boot(bootopt); (kgdb) bt #0 boot (howto=3D0x104) at ../../kern/kern_shutdown.c:302 #1 0xc0153d38 in poweroff_wait (junk=3D0xc026f22f, howto=3D0x0) at ../../k= ern/kern_shutdown.c:552 #2 0xc0236d35 in trap_fatal (frame=3D0xc027551c, eva=3D0x54) at ../../i386= /i386/trap.c:927 #3 0xc0236a0d in trap_pfault (frame=3D0xc027551c, usermode=3D0x0, eva=3D0x= 54) at ../../i386/i386/trap.c:820 #4 0xc023660b in trap (frame=3D{tf_fs =3D 0xc0270010, tf_es =3D 0xc0150010= , tf_ds =3D 0x6c0010, tf_edi =3D 0xc16e6420,=20 tf_esi =3D 0xc16e6400, tf_ebp =3D 0xc0275578, tf_isp =3D 0xc0275548, = tf_ebx =3D 0xc208e040, tf_edx =3D 0x0,=20 tf_ecx =3D 0x56e0001, tf_eax =3D 0xff9373bf, tf_trapno =3D 0xc, tf_er= r =3D 0x2, tf_eip =3D 0xc150fc67, tf_cs =3D 0x8,=20 tf_eflags =3D 0x10246, tf_esp =3D 0xc16e6420, tf_ss =3D 0xc14bd000}) = at ../../i386/i386/trap.c:426 During symbol reading, inner block (0xc1505000-0xc150500a) not inside outer= block (0xc150bc0c-0xc150c3c2). During symbol reading, block at 0xc15050d4 out of order. #5 0xc150fc67 in complete_rqe () at /usr/src/sys/modules/vinum/../../dev/v= inum/vinuminterrupt.c:199 #6 0xc0178d6b in biodone (bp=3D0xc16e6420) at ../../kern/vfs_bio.c:2637 #7 0xc0126bb9 in dadone (periph=3D0xc14ca700, done_ccb=3D0xc183ac00) at ..= /../cam/scsi/scsi_da.c:1246 #8 0xc0122aff in camisr (queue=3D0xc0298690) at ../../cam/cam_xpt.c:6319 #9 0xc0122911 in swi_cambio () at ../../cam/cam_xpt.c:6222 #10 0xc011fd10 in xpt_polled_action (start_ccb=3D0xc027590c) at ../../cam/c= am_xpt.c:3389 #11 0xc0127081 in dashutdown (arg=3D0x0, howto=3D0x104) at ../../cam/scsi/s= csi_da.c:1538 #12 0xc0153984 in boot (howto=3D0x104) at ../../kern/kern_shutdown.c:297 #13 0xc0153d38 in poweroff_wait (junk=3D0xc026f22f, howto=3D0x0) at ../../k= ern/kern_shutdown.c:552 #14 0xc0236d35 in trap_fatal (frame=3D0xc0275c38, eva=3D0x54) at ../../i386= /i386/trap.c:927 #15 0xc0236a0d in trap_pfault (frame=3D0xc0275c38, usermode=3D0x0, eva=3D0x= 54) at ../../i386/i386/trap.c:820 #16 0xc023660b in trap (frame=3D{tf_fs =3D 0x10, tf_es =3D 0xc0150010, tf_d= s =3D 0x6c0010, tf_edi =3D 0xc16e7820,=20 tf_esi =3D 0xc16e7800, tf_ebp =3D 0xc0275c94, tf_isp =3D 0xc0275c64, = tf_ebx =3D 0xc208e100, tf_edx =3D 0x0,=20 tf_ecx =3D 0x56b0001, tf_eax =3D 0xff9373bf, tf_trapno =3D 0xc, tf_er= r =3D 0x2, tf_eip =3D 0xc150fc67, tf_cs =3D 0x8,=20 tf_eflags =3D 0x10246, tf_esp =3D 0xc16e7820, tf_ss =3D 0xc14bd000}) = at ../../i386/i386/trap.c:426 #17 0xc150fc67 in complete_rqe () at /usr/src/sys/modules/vinum/../../dev/v= inum/vinuminterrupt.c:199 #18 0xc0178d6b in biodone (bp=3D0xc16e7820) at ../../kern/vfs_bio.c:2637 #19 0xc0126bb9 in dadone (periph=3D0xc14ca700, done_ccb=3D0xc14dc000) at ..= /../cam/scsi/scsi_da.c:1246 #20 0xc0122aff in camisr (queue=3D0xc0298690) at ../../cam/cam_xpt.c:6319 #21 0xc0122911 in swi_cambio () at ../../cam/cam_xpt.c:6222 #22 0xc011fd10 in xpt_polled_action (start_ccb=3D0xc0276028) at ../../cam/c= am_xpt.c:3389 #23 0xc0127081 in dashutdown (arg=3D0x0, howto=3D0x104) at ../../cam/scsi/s= csi_da.c:1538 #24 0xc0153984 in boot (howto=3D0x104) at ../../kern/kern_shutdown.c:297 #25 0xc0153d38 in poweroff_wait (junk=3D0xc026f22f, howto=3D0x0) at ../../k= ern/kern_shutdown.c:552 #26 0xc0236d35 in trap_fatal (frame=3D0xc0276354, eva=3D0x54) at ../../i386= /i386/trap.c:927 #27 0xc0236a0d in trap_pfault (frame=3D0xc0276354, usermode=3D0x0, eva=3D0x= 54) at ../../i386/i386/trap.c:820 #28 0xc023660b in trap (frame=3D{tf_fs =3D 0xc0270010, tf_es =3D 0xc0150010= , tf_ds =3D 0x6c0010, tf_edi =3D 0xc16e8c20,=20 tf_esi =3D 0xc16e8c00, tf_ebp =3D 0xc02763b0, tf_isp =3D 0xc0276380, = tf_ebx =3D 0xc208e1c0, tf_edx =3D 0x0,=20 tf_ecx =3D 0x5680001, tf_eax =3D 0xff9373bf, tf_trapno =3D 0xc, tf_er= r =3D 0x2, tf_eip =3D 0xc150fc67, tf_cs =3D 0x8,=20 tf_eflags =3D 0x10246, tf_esp =3D 0xc16e8c20, tf_ss =3D 0xc14bd000}) = at ../../i386/i386/trap.c:426 #29 0xc150fc67 in complete_rqe () at /usr/src/sys/modules/vinum/../../dev/v= inum/vinuminterrupt.c:199 #30 0xc0178d6b in biodone (bp=3D0xc16e8c20) at ../../kern/vfs_bio.c:2637 #31 0xc0126bb9 in dadone (periph=3D0xc14ca700, done_ccb=3D0xc1835800) at ..= /../cam/scsi/scsi_da.c:1246 #32 0xc0122aff in camisr (queue=3D0xc0298690) at ../../cam/cam_xpt.c:6319 #33 0xc0122911 in swi_cambio () at ../../cam/cam_xpt.c:6222 #34 0xc011fd10 in xpt_polled_action (start_ccb=3D0xc0276744) at ../../cam/c= am_xpt.c:3389 #35 0xc0127081 in dashutdown (arg=3D0x0, howto=3D0x104) at ../../cam/scsi/s= csi_da.c:1538 #36 0xc0153984 in boot (howto=3D0x104) at ../../kern/kern_shutdown.c:297 #37 0xc0153d38 in poweroff_wait (junk=3D0xc026f22f, howto=3D0x0) at ../../k= ern/kern_shutdown.c:552 #38 0xc0236d35 in trap_fatal (frame=3D0xc0276a70, eva=3D0x54) at ../../i386= /i386/trap.c:927 #39 0xc0236a0d in trap_pfault (frame=3D0xc0276a70, usermode=3D0x0, eva=3D0x= 54) at ../../i386/i386/trap.c:820 #40 0xc023660b in trap (frame=3D{tf_fs =3D 0xc0270010, tf_es =3D 0xc0150010= , tf_ds =3D 0x6c0010, tf_edi =3D 0xc16e8020,=20 tf_esi =3D 0xc16e8000, tf_ebp =3D 0xc0276acc, tf_isp =3D 0xc0276a9c, = tf_ebx =3D 0xc208e280, tf_edx =3D 0x0,=20 tf_ecx =3D 0x5650001, tf_eax =3D 0xff9373bf, tf_trapno =3D 0xc, tf_er= r =3D 0x2, tf_eip =3D 0xc150fc67, tf_cs =3D 0x8,=20 tf_eflags =3D 0x10246, tf_esp =3D 0xc16e8020, tf_ss =3D 0xc14bd000}) = at ../../i386/i386/trap.c:426 #41 0xc150fc67 in complete_rqe () at /usr/src/sys/modules/vinum/../../dev/v= inum/vinuminterrupt.c:199 #42 0xc0178d6b in biodone (bp=3D0xc16e8020) at ../../kern/vfs_bio.c:2637 #43 0xc0126bb9 in dadone (periph=3D0xc14ca700, done_ccb=3D0xc1658c00) at ..= /../cam/scsi/scsi_da.c:1246 #44 0xc0122aff in camisr (queue=3D0xc0298690) at ../../cam/cam_xpt.c:6319 #45 0xc0122911 in swi_cambio () at ../../cam/cam_xpt.c:6222 #46 0xc011fd10 in xpt_polled_action (start_ccb=3D0xc0276e60) at ../../cam/c= am_xpt.c:3389 #47 0xc0127081 in dashutdown (arg=3D0x0, howto=3D0x104) at ../../cam/scsi/s= csi_da.c:1538 #48 0xc0153984 in boot (howto=3D0x104) at ../../kern/kern_shutdown.c:297 #49 0xc0153d38 in poweroff_wait (junk=3D0xc026f22f, howto=3D0x0) at ../../k= ern/kern_shutdown.c:552 #50 0xc0236d35 in trap_fatal (frame=3D0xc027718c, eva=3D0x30) at ../../i386= /i386/trap.c:927 #51 0xc0236a0d in trap_pfault (frame=3D0xc027718c, usermode=3D0x0, eva=3D0x= 30) at ../../i386/i386/trap.c:820 #52 0xc023660b in trap (frame=3D{tf_fs =3D 0x680010, tf_es =3D 0x680010, tf= _ds =3D 0xc0140010, tf_edi =3D 0x0,=20 tf_esi =3D 0xc02af7e0, tf_ebp =3D 0xc02771d0, tf_isp =3D 0xc02771b8, = tf_ebx =3D 0xc028959c, tf_edx =3D 0x688440,=20 tf_ecx =3D 0x3, tf_eax =3D 0x0, tf_trapno =3D 0xc, tf_err =3D 0x0, tf= _eip =3D 0xc01e2e50, tf_cs =3D 0x8,=20 ---Type to continue, or q to quit--- tf_eflags =3D 0x10202, tf_esp =3D 0x0, tf_ss =3D 0xc02771ec}) at ../.= =2E/i386/i386/trap.c:426 #53 0xc01e2e50 in acquire_lock (lk=3D0xc028959c) at ../../ufs/ffs/ffs_softd= ep.c:265 #54 0xc01e7012 in softdep_fsync_mountdev (vp=3D0xd41c0000) at ../../ufs/ffs= /ffs_softdep.c:3788 #55 0xc01eb04a in ffs_fsync (ap=3D0xc0277244) at ../../ufs/ffs/ffs_vnops.c:= 134 #56 0xc01e9d72 in ffs_sync (mp=3D0xc14cc000, waitfor=3D0x2, cred=3D0xc10c06= 80, p=3D0xc02af7e0) at vnode_if.h:537 #57 0xc018092f in sync (p=3D0xc02af7e0, uap=3D0x0) at ../../kern/vfs_syscal= ls.c:544 #58 0xc0153787 in boot (howto=3D0x100) at ../../kern/kern_shutdown.c:224 #59 0xc0153d38 in poweroff_wait (junk=3D0xc026f22f, howto=3D0x0) at ../../k= ern/kern_shutdown.c:552 #60 0xc0236d35 in trap_fatal (frame=3D0xc0277354, eva=3D0x54) at ../../i386= /i386/trap.c:927 #61 0xc0236a0d in trap_pfault (frame=3D0xc0277354, usermode=3D0x0, eva=3D0x= 54) at ../../i386/i386/trap.c:820 #62 0xc023660b in trap (frame=3D{tf_fs =3D 0xc0270010, tf_es =3D 0xc0150010= , tf_ds =3D 0x680010, tf_edi =3D 0xc16e9588,=20 tf_esi =3D 0xc16e9400, tf_ebp =3D 0xc02773b0, tf_isp =3D 0xc0277380, = tf_ebx =3D 0xc208e340, tf_edx =3D 0x0,=20 tf_ecx =3D 0x5610001, tf_eax =3D 0xff9773bf, tf_trapno =3D 0xc, tf_er= r =3D 0x2, tf_eip =3D 0xc150fc67, tf_cs =3D 0x8,=20 tf_eflags =3D 0x10246, tf_esp =3D 0xc16e9588, tf_ss =3D 0xc14bd000}) = at ../../i386/i386/trap.c:426 #63 0xc150fc67 in complete_rqe () at /usr/src/sys/modules/vinum/../../dev/v= inum/vinuminterrupt.c:199 #64 0xc0178d6b in biodone (bp=3D0xc16e9588) at ../../kern/vfs_bio.c:2637 #65 0xc0126bb9 in dadone (periph=3D0xc14ca700, done_ccb=3D0xc1808400) at ..= /../cam/scsi/scsi_da.c:1246 #66 0xc0122aff in camisr (queue=3D0xc0298690) at ../../cam/cam_xpt.c:6319 #67 0xc0122911 in swi_cambio () at ../../cam/cam_xpt.c:6222 #68 0xc022d0e0 in splz_swi () (kgdb) up 63 #64 0xc0178d6b in biodone (bp=3D0xc16e9588) at ../../kern/vfs_bio.c:2637 2637=09=09=09(*bp->b_iodone) (bp); (kgdb) print bp $1 =3D (struct buf *) 0xc16e9588 (kgdb) print *bp->b_iodone $2 =3D {void ()} 0xc150f6ac (kgdb) down #63 0xc150fc67 in complete_rqe () at /usr/src/sys/modules/vinum/../../dev/v= inum/vinuminterrupt.c:199 199=09} (kgdb) list 194=09=09=09VOL[rq->volplex.volno].active--;=09 /* another request finis= hed */ 195=09=09 biodone(ubp);=09=09=09=09 /* top level buffer completed */ 196=09=09 freerq(rq);=09=09=09=09=09 /* return the request storage */ 197=09=09} 198=09 } 199=09} 200=09 201=09/* Free a request block and anything hanging off it */ 202=09void 203=09freerq(struct request *rq) (kgdb) down #62 0xc023660b in trap (frame=3D{tf_fs =3D 0xc0270010, tf_es =3D 0xc0150010= , tf_ds =3D 0x680010, tf_edi =3D 0xc16e9588,=20 tf_esi =3D 0xc16e9400, tf_ebp =3D 0xc02773b0, tf_isp =3D 0xc0277380, = tf_ebx =3D 0xc208e340, tf_edx =3D 0x0,=20 tf_ecx =3D 0x5610001, tf_eax =3D 0xff9773bf, tf_trapno =3D 0xc, tf_er= r =3D 0x2, tf_eip =3D 0xc150fc67, tf_cs =3D 0x8,=20 tf_eflags =3D 0x10246, tf_esp =3D 0xc16e9588, tf_ss =3D 0xc14bd000}) = at ../../i386/i386/trap.c:426 426=09=09=09=09(void) trap_pfault(&frame, FALSE, eva); (kgdb) up 2 #64 0xc0178d6b in biodone (bp=3D0xc16e9588) at ../../kern/vfs_bio.c:2637 2637=09=09=09(*bp->b_iodone) (bp); (kgdb) up #65 0xc0126bb9 in dadone (periph=3D0xc14ca700, done_ccb=3D0xc1808400) at ..= /../cam/scsi/scsi_da.c:1246 1246=09=09=09biodone(bp); (kgdb) print bp $3 =3D (struct buf *) 0xc16e9588 (kgdb) print *bp $4 =3D { b_hash =3D { le_next =3D 0x0,=20 le_prev =3D 0x0 },=20 b_vnbufs =3D { tqe_next =3D 0x0,=20 tqe_prev =3D 0x0 },=20 b_freelist =3D { tqe_next =3D 0x0,=20 tqe_prev =3D 0x0 },=20 b_act =3D { tqe_next =3D 0xc16e9820,=20 tqe_prev =3D 0xc14bd000 },=20 b_flags =3D 0x204,=20 b_qindex =3D 0x0,=20 b_xflags =3D 0x0,=20 b_lock =3D { lk_interlock =3D { lock_data =3D 0x0 },=20 lk_flags =3D 0x400,=20 lk_sharecount =3D 0x0,=20 lk_waitcount =3D 0x0,=20 lk_exclusivecount =3D 0x1,=20 lk_prio =3D 0x14,=20 lk_wmesg =3D 0xc0257a24 "bufwait",=20 lk_timo =3D 0x0,=20 lk_lockholder =3D 0x5 },=20 b_error =3D 0x0,=20 b_bufsize =3D 0x2000,=20 b_bcount =3D 0x2000,=20 b_resid =3D 0x0,=20 b_dev =3D 0xc15cd880,=20 b_data =3D 0xcbdcc000 "=C0A\002",=20 b_kvabase =3D 0x0,=20 b_kvasize =3D 0x0,=20 b_lblkno =3D 0x0,=20 b_blkno =3D 0x2b08149,=20 b_offset =3D 0x0,=20 b_iodone =3D 0xc150f6ac ,=20 b_iodone_chain =3D 0x0,=20 b_vp =3D 0x0,=20 b_dirtyoff =3D 0x0,=20 b_dirtyend =3D 0x0,=20 b_rcred =3D 0xffffffff,=20 b_wcred =3D 0xffffffff,=20 b_pblkno =3D 0x2f07c0e,=20 b_saveaddr =3D 0x0,=20 b_driver1 =3D 0x0,=20 b_driver2 =3D 0x0,=20 b_caller1 =3D 0x0,=20 b_caller2 =3D 0x0,=20 b_pager =3D { pg_spc =3D 0x0,=20 pg_reqpage =3D 0x0 },=20 b_cluster =3D { cluster_head =3D { tqh_first =3D 0x0,=20 tqh_last =3D 0x0 },=20 cluster_entry =3D { tqe_next =3D 0x0,=20 tqe_prev =3D 0x0 ---Type to continue, or q to quit--- } },=20 b_pages =3D {0x0 },=20 b_npages =3D 0x0,=20 b_dep =3D { lh_first =3D 0x0 },=20 b_chain =3D { parent =3D 0x0,=20 count =3D 0x0 } } (kgdb) quit matrix#=09^D=08=08exit Script done on Sun Oct 22 10:02:36 2000 --Roman Shterenzon, UNIX System Administrator and Consultant [ Xpert UNIX Systems Ltd., Herzlia, Israel. Tel: +972-9-9522361 ] To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Oct 22 1:20:10 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 2DB8437B479 for ; Sun, 22 Oct 2000 01:20:02 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id BAA03433; Sun, 22 Oct 2000 01:20:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Sun, 22 Oct 2000 01:20:02 -0700 (PDT) Message-Id: <200010220820.BAA03433@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Roman Shterenzon Subject: Re: kern/22103: 4.1-R with Adaptec and Vinum crashes on periodic daily Reply-To: Roman Shterenzon Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/22103; it has been noted by GNATS. From: Roman Shterenzon To: freebsd-gnats-submit@FreeBSD.org Cc: Subject: Re: kern/22103: 4.1-R with Adaptec and Vinum crashes on periodic daily Date: Sun, 22 Oct 2000 10:12:17 +0200 Script started on Sun Oct 22 10:00:33 2000 matrix# gdb -k /usr/src/sys/compile/MATRIX/kernel.debug vmcore.0 GNU gdb 4.18 Copyright 1998 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-unknown-freebsd"... IdlePTD 3219456 initial pcb at 29a720 panicstr: page fault panic messages: --- Fatal trap 12: page fault while in kernel mode fault virtual address = 0x54 fault code = supervisor write, page not present instruction pointer = 0x8:0xc150fc67 stack pointer = 0x10:0xc0277394 frame pointer = 0x10:0xc02773b0 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = Idle interrupt mask = bio trap number = 12 panic: page fault syncing disks... Fatal trap 12: page fault while in kernel mode fault virtual address = 0x30 fault code = supervisor read, page not present instruction pointer = 0x8:0xc01e2e50 stack pointer = 0x10:0xc02771cc frame pointer = 0x10:0xc02771d0 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = Idle interrupt mask = bio trap number = 12 panic: page fault Uptime: 6m22s Fatal trap 12: page fault while in kernel mode fault virtual address = 0x54 fault code = supervisor write, page not present instruction pointer = 0x8:0xc150fc67 stack pointer = 0x10:0xc0276ab0 frame pointer = 0x10:0xc0276acc code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = Idle interrupt mask = bio cam trap number = 12 panic: page fault Uptime: 6m22s Fatal trap 12: page fault while in kernel mode fault virtual address = 0x54 fault code = supervisor write, page not present instruction pointer = 0x8:0xc150fc67 stack pointer = 0x10:0xc0276394 frame pointer = 0x10:0xc02763b0 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = Idle interrupt mask = bio cam trap number = 12 panic: page fault Uptime: 6m22s Fatal trap 12: page fault while in kernel mode fault virtual address = 0x54 fault code = supervisor write, page not present instruction pointer = 0x8:0xc150fc67 stack pointer = 0x10:0xc0275c78 frame pointer = 0x10:0xc0275c94 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = Idle interrupt mask = bio cam trap number = 12 panic: page fault Uptime: 6m22s Fatal trap 12: page fault while in kernel mode fault virtual address = 0x54 fault code = supervisor write, page not present instruction pointer = 0x8:0xc150fc67 stack pointer = 0x10:0xc027555c frame pointer = 0x10:0xc0275578 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = Idle interrupt mask = bio cam trap number = 12 panic: page fault Uptime: 6m22s dumping to dev #da/0x20001, offset 774 dump 511 510 509 508 507 506 505 504 503 502 501 500 499 498 497 496 495 494 493 492 491 490 489 488 487 486 485 484 483 482 481 480 479 478 477 476 475 474 473 472 471 470 469 468 467 466 465 464 463 462 461 460 459 458 457 456 455 454 453 452 451 450 449 448 447 446 445 444 443 442 441 440 439 438 437 436 435 434 433 432 431 430 429 428 427 426 425 424 423 422 421 420 419 418 417 416 415 414 413 412 411 410 409 408 407 406 405 404 403 402 401 400 399 398 397 396 395 394 393 392 391 390 389 388 387 386 38 5 384 383 382 381 380 379 378 377 376 375 374 373 372 371 370 369 368 367 366 365 364 363 362 361 360 359 358 357 356 355 354 353 352 351 350 349 348 347 346 345 344 343 342 341 340 339 338 337 336 335 334 333 332 331 330 329 328 327 326 325 324 323 322 321 320 319 318 317 316 315 314 313 312 311 310 309 308 307 306 305 304 303 302 301 300 299 298 297 296 295 294 293 292 291 290 289 288 287 286 285 284 283 282 281 280 279 278 277 276 275 274 273 272 271 270 269 268 267 266 26! 5 264 263 262 261 260 259 258 257 256 255 254 253 252 251 250 249 248 247 246 245 244 243 242 241 240 239 238 237 236 235 234 233 232 231 230 229 228 227 226 225 224 223 222 221 220 219 218 217 216 215 214 213 212 211 210 209 208 207 206 205 204 203 202 201 200 199 198 197 196 195 194 193 192 191 190 189 188 187 186 185 184 183 182 181 180 179 178 177 176 175 174 173 172 171 170 169 168 167 166 165 164 163 162 161 160 159 158 157 156 155 154 153 152 151 150 149 148 147 146 145 144 143 142 141 140 139 138 1 37 136 135 134 133 132 131 130 129 128 127 126 125 124 123 122 121 120 119 118 117 116 115 114 113 112 111 110 109 108 107 106 105 104 103 102 101 100 99 98 97 96 95 94 93 92 91 90 89 88 87 86 85 84 83 82 81 80 79 78 77 76 75 74 73 72 71 70 69 68 67 66 65 64 63 62 61 60 59 58 57 56 55 54 53 52 51 50 49 48 47 46 45 44 43 42 41 40 39 38 37 36 35 34 33 32 31 30 29 28 27 26 25 24 23 22 21 20 19 18 17 16 15 14 13 12 11 10 9 8 7 6 5 4 3 2 1 0 --- #0 boot (howto=260) at ../../kern/kern_shutdown.c:302 302 dumppcb.pcb_cr3 = rcr3(); (kgdb) f 1 #1 0xc0153d38 in poweroff_wait (junk=0xc026f22f, howto=0x0) at ../../kern/kern_shutdown.c:552 552 boot(bootopt); (kgdb) bt #0 boot (howto=0x104) at ../../kern/kern_shutdown.c:302 #1 0xc0153d38 in poweroff_wait (junk=0xc026f22f, howto=0x0) at ../../kern/kern_shutdown.c:552 #2 0xc0236d35 in trap_fatal (frame=0xc027551c, eva=0x54) at ../../i386/i386/trap.c:927 #3 0xc0236a0d in trap_pfault (frame=0xc027551c, usermode=0x0, eva=0x54) at ../../i386/i386/trap.c:820 #4 0xc023660b in trap (frame={tf_fs = 0xc0270010, tf_es = 0xc0150010, tf_ds = 0x6c0010, tf_edi = 0xc16e6420, tf_esi = 0xc16e6400, tf_ebp = 0xc0275578, tf_isp = 0xc0275548, tf_ebx = 0xc208e040, tf_edx = 0x0, tf_ecx = 0x56e0001, tf_eax = 0xff9373bf, tf_trapno = 0xc, tf_err = 0x2, tf_eip = 0xc150fc67, tf_cs = 0x8, tf_eflags = 0x10246, tf_esp = 0xc16e6420, tf_ss = 0xc14bd000}) at ../../i386/i386/trap.c:426 During symbol reading, inner block (0xc1505000-0xc150500a) not inside outer block (0xc150bc0c-0xc150c3c2). During symbol reading, block at 0xc15050d4 out of order. #5 0xc150fc67 in complete_rqe () at /usr/src/sys/modules/vinum/../../dev/vinum/vinuminterrupt.c:199 #6 0xc0178d6b in biodone (bp=0xc16e6420) at ../../kern/vfs_bio.c:2637 #7 0xc0126bb9 in dadone (periph=0xc14ca700, done_ccb=0xc183ac00) at ../../cam/scsi/scsi_da.c:1246 #8 0xc0122aff in camisr (queue=0xc0298690) at ../../cam/cam_xpt.c:6319 #9 0xc0122911 in swi_cambio () at ../../cam/cam_xpt.c:6222 #10 0xc011fd10 in xpt_polled_action (start_ccb=0xc027590c) at ../../cam/cam_xpt.c:3389 #11 0xc0127081 in dashutdown (arg=0x0, howto=0x104) at ../../cam/scsi/scsi_da.c:1538 #12 0xc0153984 in boot (howto=0x104) at ../../kern/kern_shutdown.c:297 #13 0xc0153d38 in poweroff_wait (junk=0xc026f22f, howto=0x0) at ../../kern/kern_shutdown.c:552 #14 0xc0236d35 in trap_fatal (frame=0xc0275c38, eva=0x54) at ../../i386/i386/trap.c:927 #15 0xc0236a0d in trap_pfault (frame=0xc0275c38, usermode=0x0, eva=0x54) at ../../i386/i386/trap.c:820 #16 0xc023660b in trap (frame={tf_fs = 0x10, tf_es = 0xc0150010, tf_ds = 0x6c0010, tf_edi = 0xc16e7820, tf_esi = 0xc16e7800, tf_ebp = 0xc0275c94, tf_isp = 0xc0275c64, tf_ebx = 0xc208e100, tf_edx = 0x0, tf_ecx = 0x56b0001, tf_eax = 0xff9373bf, tf_trapno = 0xc, tf_err = 0x2, tf_eip = 0xc150fc67, tf_cs = 0x8, tf_eflags = 0x10246, tf_esp = 0xc16e7820, tf_ss = 0xc14bd000}) at ../../i386/i386/trap.c:426 #17 0xc150fc67 in complete_rqe () at /usr/src/sys/modules/vinum/../../dev/vinum/vinuminterrupt.c:199 #18 0xc0178d6b in biodone (bp=0xc16e7820) at ../../kern/vfs_bio.c:2637 #19 0xc0126bb9 in dadone (periph=0xc14ca700, done_ccb=0xc14dc000) at ../../cam/scsi/scsi_da.c:1246 #20 0xc0122aff in camisr (queue=0xc0298690) at ../../cam/cam_xpt.c:6319 #21 0xc0122911 in swi_cambio () at ../../cam/cam_xpt.c:6222 #22 0xc011fd10 in xpt_polled_action (start_ccb=0xc0276028) at ../../cam/cam_xpt.c:3389 #23 0xc0127081 in dashutdown (arg=0x0, howto=0x104) at ../../cam/scsi/scsi_da.c:1538 #24 0xc0153984 in boot (howto=0x104) at ../../kern/kern_shutdown.c:297 #25 0xc0153d38 in poweroff_wait (junk=0xc026f22f, howto=0x0) at ../../kern/kern_shutdown.c:552 #26 0xc0236d35 in trap_fatal (frame=0xc0276354, eva=0x54) at ../../i386/i386/trap.c:927 #27 0xc0236a0d in trap_pfault (frame=0xc0276354, usermode=0x0, eva=0x54) at ../../i386/i386/trap.c:820 #28 0xc023660b in trap (frame={tf_fs = 0xc0270010, tf_es = 0xc0150010, tf_ds = 0x6c0010, tf_edi = 0xc16e8c20, tf_esi = 0xc16e8c00, tf_ebp = 0xc02763b0, tf_isp = 0xc0276380, tf_ebx = 0xc208e1c0, tf_edx = 0x0, tf_ecx = 0x5680001, tf_eax = 0xff9373bf, tf_trapno = 0xc, tf_err = 0x2, tf_eip = 0xc150fc67, tf_cs = 0x8, tf_eflags = 0x10246, tf_esp = 0xc16e8c20, tf_ss = 0xc14bd000}) at ../../i386/i386/trap.c:426 #29 0xc150fc67 in complete_rqe () at /usr/src/sys/modules/vinum/../../dev/vinum/vinuminterrupt.c:199 #30 0xc0178d6b in biodone (bp=0xc16e8c20) at ../../kern/vfs_bio.c:2637 #31 0xc0126bb9 in dadone (periph=0xc14ca700, done_ccb=0xc1835800) at ../../cam/scsi/scsi_da.c:1246 #32 0xc0122aff in camisr (queue=0xc0298690) at ../../cam/cam_xpt.c:6319 #33 0xc0122911 in swi_cambio () at ../../cam/cam_xpt.c:6222 #34 0xc011fd10 in xpt_polled_action (start_ccb=0xc0276744) at ../../cam/cam_xpt.c:3389 #35 0xc0127081 in dashutdown (arg=0x0, howto=0x104) at ../../cam/scsi/scsi_da.c:1538 #36 0xc0153984 in boot (howto=0x104) at ../../kern/kern_shutdown.c:297 #37 0xc0153d38 in poweroff_wait (junk=0xc026f22f, howto=0x0) at ../../kern/kern_shutdown.c:552 #38 0xc0236d35 in trap_fatal (frame=0xc0276a70, eva=0x54) at ../../i386/i386/trap.c:927 #39 0xc0236a0d in trap_pfault (frame=0xc0276a70, usermode=0x0, eva=0x54) at ../../i386/i386/trap.c:820 #40 0xc023660b in trap (frame={tf_fs = 0xc0270010, tf_es = 0xc0150010, tf_ds = 0x6c0010, tf_edi = 0xc16e8020, tf_esi = 0xc16e8000, tf_ebp = 0xc0276acc, tf_isp = 0xc0276a9c, tf_ebx = 0xc208e280, tf_edx = 0x0, tf_ecx = 0x5650001, tf_eax = 0xff9373bf, tf_trapno = 0xc, tf_err = 0x2, tf_eip = 0xc150fc67, tf_cs = 0x8, tf_eflags = 0x10246, tf_esp = 0xc16e8020, tf_ss = 0xc14bd000}) at ../../i386/i386/trap.c:426 #41 0xc150fc67 in complete_rqe () at /usr/src/sys/modules/vinum/../../dev/vinum/vinuminterrupt.c:199 #42 0xc0178d6b in biodone (bp=0xc16e8020) at ../../kern/vfs_bio.c:2637 #43 0xc0126bb9 in dadone (periph=0xc14ca700, done_ccb=0xc1658c00) at ../../cam/scsi/scsi_da.c:1246 #44 0xc0122aff in camisr (queue=0xc0298690) at ../../cam/cam_xpt.c:6319 #45 0xc0122911 in swi_cambio () at ../../cam/cam_xpt.c:6222 #46 0xc011fd10 in xpt_polled_action (start_ccb=0xc0276e60) at ../../cam/cam_xpt.c:3389 #47 0xc0127081 in dashutdown (arg=0x0, howto=0x104) at ../../cam/scsi/scsi_da.c:1538 #48 0xc0153984 in boot (howto=0x104) at ../../kern/kern_shutdown.c:297 #49 0xc0153d38 in poweroff_wait (junk=0xc026f22f, howto=0x0) at ../../kern/kern_shutdown.c:552 #50 0xc0236d35 in trap_fatal (frame=0xc027718c, eva=0x30) at ../../i386/i386/trap.c:927 #51 0xc0236a0d in trap_pfault (frame=0xc027718c, usermode=0x0, eva=0x30) at ../../i386/i386/trap.c:820 #52 0xc023660b in trap (frame={tf_fs = 0x680010, tf_es = 0x680010, tf_ds = 0xc0140010, tf_edi = 0x0, tf_esi = 0xc02af7e0, tf_ebp = 0xc02771d0, tf_isp = 0xc02771b8, tf_ebx = 0xc028959c, tf_edx = 0x688440, tf_ecx = 0x3, tf_eax = 0x0, tf_trapno = 0xc, tf_err = 0x0, tf_eip = 0xc01e2e50, tf_cs = 0x8, ---Type to continue, or q to quit--- tf_eflags = 0x10202, tf_esp = 0x0, tf_ss = 0xc02771ec}) at ../../i386/i386/trap.c:426 #53 0xc01e2e50 in acquire_lock (lk=0xc028959c) at ../../ufs/ffs/ffs_softdep.c:265 #54 0xc01e7012 in softdep_fsync_mountdev (vp=0xd41c0000) at ../../ufs/ffs/ffs_softdep.c:3788 #55 0xc01eb04a in ffs_fsync (ap=0xc0277244) at ../../ufs/ffs/ffs_vnops.c:134 #56 0xc01e9d72 in ffs_sync (mp=0xc14cc000, waitfor=0x2, cred=0xc10c0680, p=0xc02af7e0) at vnode_if.h:537 #57 0xc018092f in sync (p=0xc02af7e0, uap=0x0) at ../../kern/vfs_syscalls.c:544 #58 0xc0153787 in boot (howto=0x100) at ../../kern/kern_shutdown.c:224 #59 0xc0153d38 in poweroff_wait (junk=0xc026f22f, howto=0x0) at ../../kern/kern_shutdown.c:552 #60 0xc0236d35 in trap_fatal (frame=0xc0277354, eva=0x54) at ../../i386/i386/trap.c:927 #61 0xc0236a0d in trap_pfault (frame=0xc0277354, usermode=0x0, eva=0x54) at ../../i386/i386/trap.c:820 #62 0xc023660b in trap (frame={tf_fs = 0xc0270010, tf_es = 0xc0150010, tf_ds = 0x680010, tf_edi = 0xc16e9588, tf_esi = 0xc16e9400, tf_ebp = 0xc02773b0, tf_isp = 0xc0277380, tf_ebx = 0xc208e340, tf_edx = 0x0, tf_ecx = 0x5610001, tf_eax = 0xff9773bf, tf_trapno = 0xc, tf_err = 0x2, tf_eip = 0xc150fc67, tf_cs = 0x8, tf_eflags = 0x10246, tf_esp = 0xc16e9588, tf_ss = 0xc14bd000}) at ../../i386/i386/trap.c:426 #63 0xc150fc67 in complete_rqe () at /usr/src/sys/modules/vinum/../../dev/vinum/vinuminterrupt.c:199 #64 0xc0178d6b in biodone (bp=0xc16e9588) at ../../kern/vfs_bio.c:2637 #65 0xc0126bb9 in dadone (periph=0xc14ca700, done_ccb=0xc1808400) at ../../cam/scsi/scsi_da.c:1246 #66 0xc0122aff in camisr (queue=0xc0298690) at ../../cam/cam_xpt.c:6319 #67 0xc0122911 in swi_cambio () at ../../cam/cam_xpt.c:6222 #68 0xc022d0e0 in splz_swi () (kgdb) up 63 #64 0xc0178d6b in biodone (bp=0xc16e9588) at ../../kern/vfs_bio.c:2637 2637 (*bp->b_iodone) (bp); (kgdb) print bp $1 = (struct buf *) 0xc16e9588 (kgdb) print *bp->b_iodone $2 = {void ()} 0xc150f6ac (kgdb) down #63 0xc150fc67 in complete_rqe () at /usr/src/sys/modules/vinum/../../dev/vinum/vinuminterrupt.c:199 199 } (kgdb) list 194 VOL[rq->volplex.volno].active--; /* another request finished */ 195 biodone(ubp); /* top level buffer completed */ 196 freerq(rq); /* return the request storage */ 197 } 198 } 199 } 200 201 /* Free a request block and anything hanging off it */ 202 void 203 freerq(struct request *rq) (kgdb) down #62 0xc023660b in trap (frame={tf_fs = 0xc0270010, tf_es = 0xc0150010, tf_ds = 0x680010, tf_edi = 0xc16e9588, tf_esi = 0xc16e9400, tf_ebp = 0xc02773b0, tf_isp = 0xc0277380, tf_ebx = 0xc208e340, tf_edx = 0x0, tf_ecx = 0x5610001, tf_eax = 0xff9773bf, tf_trapno = 0xc, tf_err = 0x2, tf_eip = 0xc150fc67, tf_cs = 0x8, tf_eflags = 0x10246, tf_esp = 0xc16e9588, tf_ss = 0xc14bd000}) at ../../i386/i386/trap.c:426 426 (void) trap_pfault(&frame, FALSE, eva); (kgdb) up 2 #64 0xc0178d6b in biodone (bp=0xc16e9588) at ../../kern/vfs_bio.c:2637 2637 (*bp->b_iodone) (bp); (kgdb) up #65 0xc0126bb9 in dadone (periph=0xc14ca700, done_ccb=0xc1808400) at ../../cam/scsi/scsi_da.c:1246 1246 biodone(bp); (kgdb) print bp $3 = (struct buf *) 0xc16e9588 (kgdb) print *bp $4 = { b_hash = { le_next = 0x0, le_prev = 0x0 }, b_vnbufs = { tqe_next = 0x0, tqe_prev = 0x0 }, b_freelist = { tqe_next = 0x0, tqe_prev = 0x0 }, b_act = { tqe_next = 0xc16e9820, tqe_prev = 0xc14bd000 }, b_flags = 0x204, b_qindex = 0x0, b_xflags = 0x0, b_lock = { lk_interlock = { lock_data = 0x0 }, lk_flags = 0x400, lk_sharecount = 0x0, lk_waitcount = 0x0, lk_exclusivecount = 0x1, lk_prio = 0x14, lk_wmesg = 0xc0257a24 "bufwait", lk_timo = 0x0, lk_lockholder = 0x5 }, b_error = 0x0, b_bufsize = 0x2000, b_bcount = 0x2000, b_resid = 0x0, b_dev = 0xc15cd880, b_data = 0xcbdcc000 "ÀA\002", b_kvabase = 0x0, b_kvasize = 0x0, b_lblkno = 0x0, b_blkno = 0x2b08149, b_offset = 0x0, b_iodone = 0xc150f6ac , b_iodone_chain = 0x0, b_vp = 0x0, b_dirtyoff = 0x0, b_dirtyend = 0x0, b_rcred = 0xffffffff, b_wcred = 0xffffffff, b_pblkno = 0x2f07c0e, b_saveaddr = 0x0, b_driver1 = 0x0, b_driver2 = 0x0, b_caller1 = 0x0, b_caller2 = 0x0, b_pager = { pg_spc = 0x0, pg_reqpage = 0x0 }, b_cluster = { cluster_head = { tqh_first = 0x0, tqh_last = 0x0 }, cluster_entry = { tqe_next = 0x0, tqe_prev = 0x0 ---Type to continue, or q to quit--- } }, b_pages = {0x0 }, b_npages = 0x0, b_dep = { lh_first = 0x0 }, b_chain = { parent = 0x0, count = 0x0 } } (kgdb) quit matrix# ^Dexit Script done on Sun Oct 22 10:02:36 2000 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Oct 22 1:40: 5 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id A62B637B4C5 for ; Sun, 22 Oct 2000 01:40:01 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id BAA09380; Sun, 22 Oct 2000 01:40:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from ns.kobe1995.net (211.12.126.15.user.dt.il24.net [211.12.126.15]) by hub.freebsd.org (Postfix) with ESMTP id 7DB2D37B479 for ; Sun, 22 Oct 2000 01:32:21 -0700 (PDT) Received: from dandy.kobe1995.net (dandy [192.168.0.5]) by ns.kobe1995.net (8.8.8/3.4Wbeta6-primary) with ESMTP id RAA27056; Sun, 22 Oct 2000 17:32:14 +0900 (JST) Received: (from kaz@localhost) by dandy.kobe1995.net (8.9.3/3.4Wbeta6-glove) id RAA06008; Sun, 22 Oct 2000 17:32:14 +0900 (JST) Message-Id: <200010220832.RAA06008@dandy.kobe1995.net> Date: Sun, 22 Oct 2000 17:32:14 +0900 (JST) From: NAKAMURA Kazushi Reply-To: kaz@kobe1995.net To: FreeBSD-gnats-submit@freebsd.org Cc: kaz@ns.kobe1995.net X-Send-Pr-Version: 3.2 Subject: misc/22206: FreeBSD4.1R boot floppy can't recognize 440FX's IDE Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 22206 >Category: misc >Synopsis: FreeBSD4.1R boot floppy can't recognize 440FX's IDE >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Oct 22 01:40:01 PDT 2000 >Closed-Date: >Last-Modified: >Originator: NAKAMURA Kazushi >Release: FreeBSD 3.3-RELEASE i386 >Organization: PC shop LABBIT >Environment: PentiumPro/200MHz + 440FX chipset + IDE disk >Description: FreeBSD4.1R kern&mfsroot floppy can't recognize 440FX's IDE. There is no help for it. So I installed FreeBSD3.3R. 3.3R's dmesg is: FreeBSD 3.3-RELEASE #0: Thu Sep 16 23:40:35 GMT 1999 jkh@highwing.cdrom.com:/usr/src/sys/compile/GENERIC Timecounter "i8254" frequency 1193182 Hz CPU: Pentium Pro (199.31-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x617 Stepping = 7 Features=0xf9ff real memory = 100663296 (98304K bytes) avail memory = 94183424 (91976K bytes) Preloaded elf kernel "kernel" at 0xc0379000. Preloaded userconfig_script "/boot/kernel.conf" at 0xc037909c. Pentium Pro MTRR support enabled Probing for devices on PCI bus 0: chip0: rev 0x02 on pci0.0.0 chip1: rev 0x01 on pci0.1.0 ide_pci0: rev 0x00 on pci0.1.1 ---cut--- wdc0 at 0x1f0-0x1f7 irq 14 on isa wdc0: unit 0 (wd0): wd0: 1033MB (2116800 sectors), 2100 cyls, 16 heads, 63 S/T, 512 B/S wdc0: unit 1 (atapi): , removable, accel, dma, iordis acd0: drive speed 1378KB/sec, 256KB cache acd0: supported read types: CD-DA acd0: Audio: play, 256 volume levels acd0: Mechanism: ejectable tray acd0: Medium: no/blank disc inside, unlocked wdc1 not found at 0x170 3.3R's wd0 driver successes recognition of 440FX's IDE controller. But 4.1R's ata0 driver can not. >How-To-Repeat: Boot kern&mfsroot floppy of FreeBSD4.1R. Then, can't select fdisk drive. >Fix: Sorry, I can't fix new ata0 driver. -- Ãæ¼Ï»֡÷¿À¸Í NAKAMURA Kazushi@KOBE >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Oct 22 2:30: 6 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id AB28937B479 for ; Sun, 22 Oct 2000 02:30:03 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id CAA25927; Sun, 22 Oct 2000 02:30:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Sun, 22 Oct 2000 02:30:03 -0700 (PDT) Message-Id: <200010220930.CAA25927@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Paul van der Zwan Subject: Re: kern/21929: lpd cause system crash Reply-To: Paul van der Zwan Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/21929; it has been noted by GNATS. From: Paul van der Zwan To: freebsd-gnats-submit@freebsd.org Cc: wkwu@csie.nctu.edu.tw, jhb@freebsd.org Subject: Re: kern/21929: lpd cause system crash Date: Sun, 22 Oct 2000 11:26:45 +0200 I am having the same problem, code in inthand_add causes a trap 12. This happens regularly when printing a file. I also noted that when I run systat -vm some interrupt vectors are marked as stray and used by a device. Look at irq 0 and 6 in the output below. Might this be related to the changes in intr_machdep.? made in september ?? I never had these panics before I built and installed a new current about 3 weeks ago. Paul Mem:KB REAL VIRTUAL VN PAGER SWAP PAGER Tot Share Tot Share Free in out in out Act 24780 7944 46508 14640 3112 count 16 5 All 61560 9360 2644744 18368 pages 154 30 159 zfod Interrupts Proc:r p d s w Csw Trp Sys Int Sof Flt 144 cow 1035 total 2 1 4 19 876 707 2345 1333 405 457 14948 wire stray irq0 35792 act stray irq6 15.9%Sys 0.3%Intr 25.7%User 57.6%Nice 0.5%Idl 8060 inact ata0 irq14 | | | | | | | | | | 2704 cache 81 ahc0 irq9 ========>>>>>>>>>>>>>--------------------------- 408 free atkbd0 irq daefr fdc0 irq6 Namei Name-cache Dir-cache 96 prcfr sio0 irq4 Calls hits % hits % 22 react sio1 irq3 5541 4958 89 9 0 1 pdwak 685 sio2 irq10 358 pdpgs 100 clk irq0 Disks ad0 da0 da1 da2 acd0 fd0 pass0 5 intrn 128 rtc irq8 KB/t 0.00 18.78 19.50 6.94 0.00 0.00 0.00 14832 buf 41 fxp0 irq11 tps 0 32 3 46 0 0 0 213 dirty lpt0 irq7 MB/s 0.00 0.58 0.05 0.31 0.00 0.00 0.00 4405 desiredvnodes % busy 0 43 2 88 0 0 0 4183 numvnodes -- Paul van der Zwan paulz @ trantor.xs4all.nl "I think I'll move to theory, everything works in theory..." To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Oct 22 3: 0: 5 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 86B3237B4C5 for ; Sun, 22 Oct 2000 03:00:01 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id DAA34233; Sun, 22 Oct 2000 03:00:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id A93A137B479; Sun, 22 Oct 2000 02:54:39 -0700 (PDT) Message-Id: <20001022095439.A93A137B479@hub.freebsd.org> Date: Sun, 22 Oct 2000 02:54:39 -0700 (PDT) From: stake@po.shiojiri.ne.jp To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: kern/22208: vr0: MII without any phy! problem when coming back from Windows Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 22208 >Category: kern >Synopsis: vr0: MII without any phy! problem when coming back from Windows >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: wish >Submitter-Id: current-users >Arrival-Date: Sun Oct 22 03:00:01 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Takefumi SAYO >Release: 4.1.1-STABLE >Organization: Personal >Environment: FreeBSD 4.1.1-STABLE i386 >Description: vr driver claims "vr0: MII without any phy!" when coming back from Windows. # pciconf -l | grep vr vr0@pci0:11:0: class=0x020000 card=0xa1111259 chip=0x30651106 rev=0x42 hdr=0x00 % grep '$FreeBSD' /usr/src/sys/pci/{if_vrreg.h,if_vr.c} /usr/src/sys/pci/if_vrreg.h: * $FreeBSD: src/sys/pci/if_vrreg.h,v 1.7.2.1 2000/07/05 21:43:59 wpaul Exp $ /usr/src/sys/pci/if_vr.c: * $FreeBSD: src/sys/pci/if_vr.c,v 1.26.2.4 2000/08/04 23:45:28 peter Exp $ /usr/src/sys/pci/if_vr.c: "$FreeBSD: src/sys/pci/if_vr.c,v 1.26.2.4 2000/08/04 23:45:28 peter Exp $"; >How-To-Repeat: 1. Boot Windows9x which has VIA Rhine network driver. 2. Select reboot from Windows startup menu and boot FreeBSD with GENERIC kernel. >Fix: a. Power off after using Windows. b. Apply next patch to if_vr.c. But I don't know why it works. *** if_vr.c.dist Sat Aug 5 08:45:28 2000 --- if_vr.c Thu Oct 12 00:35:47 2000 *************** *** 729,734 **** --- 729,740 ---- goto fail; } + /* + * Next code comes from Linux via-rhine.c driver and it says + * "clear sticky bit before reset & read ethernet address". + */ + VR_CLRBIT(sc, 0x83, 0x3); + /* Reset the adapter. */ vr_reset(sc); References: Corega K.K. support page (in Japanese) http://www.corega.co.jp/technical/kondara11.htm and (modified ?) via-rhine.c for Linux http://www.corega.co.jp/technical/sorce/via-rhine.c Linux Drivers for PCI Ethernet Chips http://www.scyld.com/network/ethercard.html >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Oct 22 6:39: 5 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 95F6337B479; Sun, 22 Oct 2000 06:39:03 -0700 (PDT) Received: (from phantom@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id GAA07473; Sun, 22 Oct 2000 06:39:03 -0700 (PDT) (envelope-from phantom@FreeBSD.org) Date: Sun, 22 Oct 2000 06:39:03 -0700 (PDT) From: Message-Id: <200010221339.GAA07473@freefall.freebsd.org> To: phantom@FreeBSD.org, freebsd-bugs@FreeBSD.org, phantom@FreeBSD.org Subject: Re: misc/22191: query-pr-summary.cgi bug Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: query-pr-summary.cgi bug Responsible-Changed-From-To: freebsd-bugs->phantom Responsible-Changed-By: phantom Responsible-Changed-When: Sun Oct 22 06:38:39 PDT 2000 Responsible-Changed-Why: I'll take a look http://www.freebsd.org/cgi/query-pr.cgi?pr=22191 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Oct 22 7:20: 5 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 9852737B4C5 for ; Sun, 22 Oct 2000 07:20:01 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id HAA35315; Sun, 22 Oct 2000 07:20:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from racine.cybercable.fr (racine.cybercable.fr [212.198.0.201]) by hub.freebsd.org (Postfix) with SMTP id 5DE7F37B479 for ; Sun, 22 Oct 2000 07:17:06 -0700 (PDT) Received: (qmail 1138600 invoked from network); 22 Oct 2000 14:16:53 -0000 Received: from r227m167.cybercable.tm.fr (HELO gits.dyndns.org) ([195.132.227.167]) (envelope-sender ) by racine.cybercable.fr (qmail-ldap-1.03) with SMTP for ; 22 Oct 2000 14:16:53 -0000 Received: (from root@localhost) by gits.dyndns.org (8.11.0/8.11.0) id e9MEGq816551; Sun, 22 Oct 2000 16:16:52 +0200 (CEST) (envelope-from root) Message-Id: <200010221416.e9MEGq816551@gits.dyndns.org> Date: Sun, 22 Oct 2000 16:16:52 +0200 (CEST) From: Cyrille Lefevre Reply-To: clefevre@citeweb.net To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/22210: typeof(passwd->pw_gid) != typeof(group->gr_gid) Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 22210 >Category: bin >Synopsis: typeof(passwd->pw_gid) != typeof(group->gr_gid) >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: Sun Oct 22 07:20:01 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Cyrille Lefevre >Release: FreeBSD 4.1-STABLE i386 >Organization: ACME >Environment: FreeBSD gits 4.1-STABLE FreeBSD 4.1-STABLE #3: Sat Sep 23 10:20:30 CEST 2000 root@gits:/disk2/4.0-stable/src/sys/compile/CUSTOM i386 >Description: the type of the gr_gid member of struct group doesn't match the type of the pw_gid member of struct passwd which prevent a simple comparison such as passwd->pw_gid == group->gr_gid w/o a compiler warning. >How-To-Repeat: cat << EOF > /tmp/c.c #include #include #include int main () { struct passwd *passwd; struct group *group; passwd = getpwnam("root"); group = getgrnam("wheel"); printf ("%d\n", passwd->pw_gid == group->gr_gid); return (0); } EOF cc -W -Wall /tmp/c.c -o /tmp/c /tmp/c.c: In function `main': /tmp/c.c:11: warning: comparison between signed and unsigned >Fix: Index: grp.h =================================================================== RCS file: /home/ncvs/src/include/grp.h,v retrieving revision 1.3 diff -u -r1.3 grp.h --- grp.h 1997/05/07 19:59:59 1.3 +++ grp.h 2000/10/22 14:09:14 @@ -41,6 +41,8 @@ #ifndef _GRP_H_ #define _GRP_H_ +#include + #ifndef _POSIX_SOURCE #define _PATH_GROUP "/etc/group" #endif @@ -48,7 +50,7 @@ struct group { char *gr_name; /* group name */ char *gr_passwd; /* group password */ - int gr_gid; /* group id */ + gid_t gr_gid; /* group id */ char **gr_mem; /* group members */ }; >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Oct 22 7:25:32 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id B974637B4C5; Sun, 22 Oct 2000 07:25:30 -0700 (PDT) Received: (from bp@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id HAA61432; Sun, 22 Oct 2000 07:25:30 -0700 (PDT) (envelope-from bp@FreeBSD.org) Date: Sun, 22 Oct 2000 07:25:30 -0700 (PDT) From: Message-Id: <200010221425.HAA61432@freefall.freebsd.org> To: mbendiks@eunet.no, bp@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/21805: msdosfs_vnops comments are incorrect wrt locking Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: msdosfs_vnops comments are incorrect wrt locking State-Changed-From-To: open->closed State-Changed-By: bp State-Changed-When: Sun Oct 22 07:24:33 PDT 2000 State-Changed-Why: Committed, thanks! http://www.freebsd.org/cgi/query-pr.cgi?pr=21805 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Oct 22 7:29:51 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 74B7837B4D7; Sun, 22 Oct 2000 07:29:49 -0700 (PDT) Received: (from phantom@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id HAA85561; Sun, 22 Oct 2000 07:29:49 -0700 (PDT) (envelope-from phantom@FreeBSD.org) Date: Sun, 22 Oct 2000 07:29:49 -0700 (PDT) From: Message-Id: <200010221429.HAA85561@freefall.freebsd.org> To: phantom@FreeBSD.org, gnats-admin@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/22200: 4.1.1-RELEASE can't mount CDROMS (negative b_blkno) Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: 4.1.1-RELEASE can't mount CDROMS (negative b_blkno) Responsible-Changed-From-To: gnats-admin->freebsd-bugs Responsible-Changed-By: phantom Responsible-Changed-When: Sun Oct 22 07:29:16 PDT 2000 Responsible-Changed-Why: Misfilled PR http://www.freebsd.org/cgi/query-pr.cgi?pr=22200 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Oct 22 7:30: 5 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id E8A6B37B4C5 for ; Sun, 22 Oct 2000 07:30:01 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id HAA86364; Sun, 22 Oct 2000 07:30:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id 647B537B4CF; Sun, 22 Oct 2000 07:25:59 -0700 (PDT) Message-Id: <20001022142559.647B537B4CF@hub.freebsd.org> Date: Sun, 22 Oct 2000 07:25:59 -0700 (PDT) From: pekkas@netcore.fi To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: bin/22211: typoed tar -c clobbers archives Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 22211 >Category: bin >Synopsis: typoed tar -c clobbers archives >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: wish >Submitter-Id: current-users >Arrival-Date: Sun Oct 22 07:30:01 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Pekka Savola >Release: 4.1.1-STABLE >Organization: Netcore >Environment: >Description: Current tar (1.11.2) clobbers existing archives if called with: tar zcvf test.tar.gz when you meant to type: tar zxvf test.tar.gz This is, of course, a stupid typo, but more current tar versions (for example 1.13.17), detect and prevent the silliness: $ tar zcvf test.tar.gz tar: Cowardly refusing to create an empty archive Try `tar --help' for more information. >How-To-Repeat: See above. >Fix: Please consider upgrading tar :-) >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Oct 22 7:35:12 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id C363037B4CF; Sun, 22 Oct 2000 07:35:10 -0700 (PDT) Received: (from phantom@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id HAA95471; Sun, 22 Oct 2000 07:35:10 -0700 (PDT) (envelope-from phantom@FreeBSD.org) Date: Sun, 22 Oct 2000 07:35:10 -0700 (PDT) From: Message-Id: <200010221435.HAA95471@freefall.freebsd.org> To: phantom@FreeBSD.org, freebsd-bugs@FreeBSD.org, bp@FreeBSD.org Subject: Re: kern/5355: Fix for NULLFS problems Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: Fix for NULLFS problems Responsible-Changed-From-To: freebsd-bugs->bp Responsible-Changed-By: phantom Responsible-Changed-When: Sun Oct 22 07:33:48 PDT 2000 Responsible-Changed-Why: Boris is our nullfs guru, it's time to pass him related PRs http://www.freebsd.org/cgi/query-pr.cgi?pr=5355 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Oct 22 7:36:12 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 426CB37B4D7; Sun, 22 Oct 2000 07:36:11 -0700 (PDT) Received: (from bp@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id HAA95905; Sun, 22 Oct 2000 07:36:11 -0700 (PDT) (envelope-from bp@FreeBSD.org) Date: Sun, 22 Oct 2000 07:36:11 -0700 (PDT) From: Message-Id: <200010221436.HAA95905@freefall.freebsd.org> To: mbendiks@eunet.no, bp@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/21807: [patches] Make System attribute correspond to SF_IMMUTABLE Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: [patches] Make System attribute correspond to SF_IMMUTABLE State-Changed-From-To: open->analyzed State-Changed-By: bp State-Changed-When: Sun Oct 22 07:34:08 PDT 2000 State-Changed-Why: Interesting idea. Could you please submit it to freebsd-fs ? http://www.freebsd.org/cgi/query-pr.cgi?pr=21807 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Oct 22 7:36:35 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 6426737B4D7; Sun, 22 Oct 2000 07:36:34 -0700 (PDT) Received: (from phantom@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id HAA96057; Sun, 22 Oct 2000 07:36:34 -0700 (PDT) (envelope-from phantom@FreeBSD.org) Date: Sun, 22 Oct 2000 07:36:34 -0700 (PDT) From: Message-Id: <200010221436.HAA96057@freefall.freebsd.org> To: phantom@FreeBSD.org, freebsd-bugs@FreeBSD.org, bp@FreeBSD.org Subject: Re: kern/10520: can't exec files under nullfs Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: can't exec files under nullfs Responsible-Changed-From-To: freebsd-bugs->bp Responsible-Changed-By: phantom Responsible-Changed-When: Sun Oct 22 07:35:41 PDT 2000 Responsible-Changed-Why: One more victim for nullfs guru http://www.freebsd.org/cgi/query-pr.cgi?pr=10520 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Oct 22 7:39:59 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 4C75F37B4D7; Sun, 22 Oct 2000 07:39:58 -0700 (PDT) Received: (from phantom@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id HAA97160; Sun, 22 Oct 2000 07:39:58 -0700 (PDT) (envelope-from phantom@FreeBSD.org) Date: Sun, 22 Oct 2000 07:39:58 -0700 (PDT) From: Message-Id: <200010221439.HAA97160@freefall.freebsd.org> To: phantom@FreeBSD.org, freebsd-bugs@FreeBSD.org, bp@FreeBSD.org Subject: Re: conf/21540: installworld panics for diskless clients Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: installworld panics for diskless clients Responsible-Changed-From-To: freebsd-bugs->bp Responsible-Changed-By: phantom Responsible-Changed-When: Sun Oct 22 07:38:55 PDT 2000 Responsible-Changed-Why: One more victim for nullfs guru http://www.freebsd.org/cgi/query-pr.cgi?pr=21540 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Oct 22 7:41:39 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 7B75637B479; Sun, 22 Oct 2000 07:41:38 -0700 (PDT) Received: (from phantom@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id HAA97736; Sun, 22 Oct 2000 07:41:38 -0700 (PDT) (envelope-from phantom@FreeBSD.org) Date: Sun, 22 Oct 2000 07:41:38 -0700 (PDT) From: Message-Id: <200010221441.HAA97736@freefall.freebsd.org> To: phantom@FreeBSD.org, freebsd-bugs@FreeBSD.org, bde@FreeBSD.org Subject: Re: kern/14217: [PATCH] EXT2FS as a KLD Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: [PATCH] EXT2FS as a KLD Responsible-Changed-From-To: freebsd-bugs->bde Responsible-Changed-By: phantom Responsible-Changed-When: Sun Oct 22 07:40:56 PDT 2000 Responsible-Changed-Why: Over to ext2fs code owner http://www.freebsd.org/cgi/query-pr.cgi?pr=14217 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Oct 22 7:46:17 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id A1DFE37B4D7; Sun, 22 Oct 2000 07:46:15 -0700 (PDT) Received: (from phantom@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id HAA99402; Sun, 22 Oct 2000 07:46:15 -0700 (PDT) (envelope-from phantom@FreeBSD.org) Date: Sun, 22 Oct 2000 07:46:15 -0700 (PDT) From: Message-Id: <200010221446.HAA99402@freefall.freebsd.org> To: phantom@FreeBSD.org, freebsd-bugs@FreeBSD.org, bp@FreeBSD.org Subject: Re: kern/5517: Recursive NULLFS mount causes ufs_ihashget panic Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: Recursive NULLFS mount causes ufs_ihashget panic Responsible-Changed-From-To: freebsd-bugs->bp Responsible-Changed-By: phantom Responsible-Changed-When: Sun Oct 22 07:44:12 PDT 2000 Responsible-Changed-Why: Oops, one more nullfs related PR, let Boris operate him (hope you just need to close this PR, but who knows ...) http://www.freebsd.org/cgi/query-pr.cgi?pr=5517 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Oct 22 7:51:36 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 931F337B479; Sun, 22 Oct 2000 07:51:35 -0700 (PDT) Received: (from bp@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id HAA01186; Sun, 22 Oct 2000 07:51:35 -0700 (PDT) (envelope-from bp@FreeBSD.org) Date: Sun, 22 Oct 2000 07:51:35 -0700 (PDT) From: Message-Id: <200010221451.HAA01186@freefall.freebsd.org> To: mbendiks@eunet.no, bp@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/21808: [patches] msdosfs incorrectly handles vnode locking Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: [patches] msdosfs incorrectly handles vnode locking State-Changed-From-To: open->analyzed State-Changed-By: bp State-Changed-When: Sun Oct 22 07:37:48 PDT 2000 State-Changed-Why: I'm unsure if this patch is correct: it just gathers VOP_UNLOCK(fvp) invocations into one. it introduces a bug by not releasing fdvp vnode when it is necessary. de_flags field still not protected by the lock (should it be ?). http://www.freebsd.org/cgi/query-pr.cgi?pr=21808 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Oct 22 8: 0: 6 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id EA65737B4CF for ; Sun, 22 Oct 2000 08:00:00 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id IAA03949; Sun, 22 Oct 2000 08:00:00 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from lafontaine.cybercable.fr (lafontaine.cybercable.fr [212.198.0.202]) by hub.freebsd.org (Postfix) with SMTP id 21CE637B479 for ; Sun, 22 Oct 2000 07:49:15 -0700 (PDT) Received: (qmail 1138946 invoked from network); 22 Oct 2000 14:49:01 -0000 Received: from r227m167.cybercable.tm.fr (HELO gits.dyndns.org) ([195.132.227.167]) (envelope-sender ) by lafontaine.cybercable.fr (qmail-ldap-1.03) with SMTP for ; 22 Oct 2000 14:49:01 -0000 Received: (from root@localhost) by gits.dyndns.org (8.11.0/8.11.0) id e9MEmx216806; Sun, 22 Oct 2000 16:48:59 +0200 (CEST) (envelope-from root) Message-Id: <200010221448.e9MEmx216806@gits.dyndns.org> Date: Sun, 22 Oct 2000 16:48:59 +0200 (CEST) From: Cyrille Lefevre Reply-To: clefevre@citeweb.net To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/22212: skeyaccess(3) doesn't for primary group Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 22212 >Category: bin >Synopsis: skeyaccess(3) doesn't for primary group >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Oct 22 08:00:00 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Cyrille Lefevre >Release: FreeBSD 4.1-STABLE i386 >Organization: ACME >Environment: FreeBSD gits 4.1-STABLE FreeBSD 4.1-STABLE #3: Sat Sep 23 10:20:30 CEST 2000 root@gits:/disk2/4.0-stable/src/sys/compile/CUSTOM i386 >Description: skeyaccess(3) only check for group members and not for primary group. >How-To-Repeat: /etc/passwd: clefevre:*:2002:2002:Cyrille Lefevre:/home/clefevre:/bin/ksh /etc/group: users:*:2002: /etc/skey.access: permit group users deny ftp ftp://clefevre:XXXX@localhost/ Trying 127.0.0.1... Connected to localhost. 220 gits FTP server (Version 6.00LS) ready. Remote system type is UNIX. Using binary mode to transfer files. 331 Password required for clefevre. 530 Login incorrect. ftp: Login failed. ftp: Can't connect or login to host `localhost' 221 Goodbye. >Fix: Index: skeyaccess.c =================================================================== RCS file: /home/ncvs/src/lib/libskey/skeyaccess.c,v retrieving revision 1.9 diff -u -r1.9 skeyaccess.c --- skeyaccess.c 1998/10/26 11:54:36 1.9 +++ skeyaccess.c 2000/10/22 13:55:38 @@ -32,6 +32,7 @@ #include #include #include +#include #include #include #include @@ -152,7 +153,7 @@ int i; for (i = 0; login_info.internet_addr[i].s_addr; i++) - printf("%s%s", login_info.internet_addr[i].s_addr == -1 ? + printf("%s%s", login_info.internet_addr[i].s_addr == INADDR_NONE ? "(see error log)" : inet_ntoa(login_info.internet_addr[i]), login_info.internet_addr[i + 1].s_addr ? " " : "\n"); } @@ -261,11 +262,15 @@ static int match_group(login_info) struct login_info *login_info; { + struct passwd *passwd; struct group *group; char *tok; char **memp; - if ((tok = need_token()) && (group = getgrnam(tok))) { + if ((tok = need_token()) && + (passwd = getpwnam(login_info->user)) && (group = getgrnam(tok))) { + if (passwd->pw_gid == group->gr_gid) + return (1); for (memp = group->gr_mem; *memp; memp++) if (strcmp(login_info->user, *memp) == 0) return (1); @@ -454,6 +459,7 @@ #ifdef TEST +int main(argc, argv) int argc; char **argv; @@ -469,7 +475,7 @@ exit(0); } if (_PATH_SKEYACCESS[0] != '/') - printf("Warning: this program uses control file: %s\n", KEYACCESS); + printf("Warning: this program uses control file: %s\n", _PATH_SKEYACCESS); openlog("login", LOG_PID, LOG_AUTH); user = argv[1]; >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Oct 22 11: 7:56 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id A93EB37B479; Sun, 22 Oct 2000 11:07:55 -0700 (PDT) Received: (from johan@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id LAA69693; Sun, 22 Oct 2000 11:07:55 -0700 (PDT) (envelope-from johan@FreeBSD.org) Date: Sun, 22 Oct 2000 11:07:55 -0700 (PDT) From: Message-Id: <200010221807.LAA69693@freefall.freebsd.org> To: johan@FreeBSD.org, freebsd-bugs@FreeBSD.org, wpaul@FreeBSD.org Subject: Re: kern/22208: vr0: MII without any phy! problem when coming back from Windows Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: vr0: MII without any phy! problem when coming back from Windows Responsible-Changed-From-To: freebsd-bugs->wpaul Responsible-Changed-By: johan Responsible-Changed-When: Sun Oct 22 11:07:25 PDT 2000 Responsible-Changed-Why: Over to vr maintainer. http://www.freebsd.org/cgi/query-pr.cgi?pr=22208 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Oct 22 11: 9: 8 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 04BDE37B479; Sun, 22 Oct 2000 11:09:07 -0700 (PDT) Received: (from johan@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id LAA70127; Sun, 22 Oct 2000 11:09:06 -0700 (PDT) (envelope-from johan@FreeBSD.org) Date: Sun, 22 Oct 2000 11:09:06 -0700 (PDT) From: Message-Id: <200010221809.LAA70127@freefall.freebsd.org> To: johan@FreeBSD.org, freebsd-bugs@FreeBSD.org, sos@FreeBSD.org Subject: Re: misc/22206: FreeBSD4.1R boot floppy can't recognize 440FX's IDE Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: FreeBSD4.1R boot floppy can't recognize 440FX's IDE Responsible-Changed-From-To: freebsd-bugs->sos Responsible-Changed-By: johan Responsible-Changed-When: Sun Oct 22 11:08:49 PDT 2000 Responsible-Changed-Why: Over to ATA maintainer. http://www.freebsd.org/cgi/query-pr.cgi?pr=22206 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Oct 22 11:10:12 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id CAD4537B479; Sun, 22 Oct 2000 11:10:10 -0700 (PDT) Received: (from johan@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id LAA70528; Sun, 22 Oct 2000 11:10:10 -0700 (PDT) (envelope-from johan@FreeBSD.org) Date: Sun, 22 Oct 2000 11:10:10 -0700 (PDT) From: Message-Id: <200010221810.LAA70528@freefall.freebsd.org> To: johan@FreeBSD.org, freebsd-bugs@FreeBSD.org, sos@FreeBSD.org Subject: Re: kern/22204: ATA time-outs when using Seagate STT/20000A TR-5 ATAPI tape Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: ATA time-outs when using Seagate STT/20000A TR-5 ATAPI tape Responsible-Changed-From-To: freebsd-bugs->sos Responsible-Changed-By: johan Responsible-Changed-When: Sun Oct 22 11:09:54 PDT 2000 Responsible-Changed-Why: Over to ATA maintainer. http://www.freebsd.org/cgi/query-pr.cgi?pr=22204 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Oct 22 11:14:13 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id BF63D37B4D7; Sun, 22 Oct 2000 11:14:11 -0700 (PDT) Received: (from johan@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id LAA71796; Sun, 22 Oct 2000 11:14:11 -0700 (PDT) (envelope-from johan@FreeBSD.org) Date: Sun, 22 Oct 2000 11:14:11 -0700 (PDT) From: Message-Id: <200010221814.LAA71796@freefall.freebsd.org> To: johan@FreeBSD.org, freebsd-bugs@FreeBSD.org, ume@FreeBSD.org Subject: Re: bin/22196: if the first gethostbyname is for an ipv6 host it will fail Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: if the first gethostbyname is for an ipv6 host it will fail Responsible-Changed-From-To: freebsd-bugs->ume Responsible-Changed-By: johan Responsible-Changed-When: Sun Oct 22 11:13:35 PDT 2000 Responsible-Changed-Why: Let our IPv6 maintainer have a look at this. http://www.freebsd.org/cgi/query-pr.cgi?pr=22196 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Oct 22 11:37:41 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 08A5737B4C5; Sun, 22 Oct 2000 11:37:39 -0700 (PDT) Received: (from johan@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id LAA78941; Sun, 22 Oct 2000 11:37:38 -0700 (PDT) (envelope-from johan@FreeBSD.org) Date: Sun, 22 Oct 2000 11:37:38 -0700 (PDT) From: Message-Id: <200010221837.LAA78941@freefall.freebsd.org> To: johan@FreeBSD.org, freebsd-bugs@FreeBSD.org, luigi@FreeBSD.org Subject: Re: kern/22074: Typo in sys/netinet/ip_fw.c Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: Typo in sys/netinet/ip_fw.c Responsible-Changed-From-To: freebsd-bugs->luigi Responsible-Changed-By: johan Responsible-Changed-When: Sun Oct 22 11:37:05 PDT 2000 Responsible-Changed-Why: Over to code author. http://www.freebsd.org/cgi/query-pr.cgi?pr=22074 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Oct 22 11:38:56 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 0A32D37B4CF; Sun, 22 Oct 2000 11:38:55 -0700 (PDT) Received: (from johan@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id LAA79404; Sun, 22 Oct 2000 11:38:55 -0700 (PDT) (envelope-from johan@FreeBSD.org) Date: Sun, 22 Oct 2000 11:38:55 -0700 (PDT) From: Message-Id: <200010221838.LAA79404@freefall.freebsd.org> To: johan@FreeBSD.org, freebsd-bugs@FreeBSD.org, luigi@FreeBSD.org Subject: Re: kern/22065: Patch to add support to ipfw for per rule overriding of dynamic keep-state rule expiration lifetimes Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: Patch to add support to ipfw for per rule overriding of dynamic keep-state rule expiration lifetimes Responsible-Changed-From-To: freebsd-bugs->luigi Responsible-Changed-By: johan Responsible-Changed-When: Sun Oct 22 11:38:30 PDT 2000 Responsible-Changed-Why: Over to ipfw maintainer. http://www.freebsd.org/cgi/query-pr.cgi?pr=22065 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Oct 22 11:40: 3 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id C1F3B37B4C5; Sun, 22 Oct 2000 11:39:59 -0700 (PDT) Received: (from johan@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id LAA79793; Sun, 22 Oct 2000 11:39:59 -0700 (PDT) (envelope-from johan@FreeBSD.org) Date: Sun, 22 Oct 2000 11:39:59 -0700 (PDT) From: Message-Id: <200010221839.LAA79793@freefall.freebsd.org> To: johan@FreeBSD.org, freebsd-bugs@FreeBSD.org, brian@FreeBSD.org Subject: Re: kern/22063: bpf when used with the select system call with timeout doesn't forward packets on timeout Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: bpf when used with the select system call with timeout doesn't forward packets on timeout Responsible-Changed-From-To: freebsd-bugs->brian Responsible-Changed-By: johan Responsible-Changed-When: Sun Oct 22 11:39:36 PDT 2000 Responsible-Changed-Why: Over to bpf maintainer. http://www.freebsd.org/cgi/query-pr.cgi?pr=22063 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Oct 22 11:44:30 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id F19E937B479; Sun, 22 Oct 2000 11:44:28 -0700 (PDT) Received: (from johan@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id LAA81253; Sun, 22 Oct 2000 11:44:28 -0700 (PDT) (envelope-from johan@FreeBSD.org) Date: Sun, 22 Oct 2000 11:44:28 -0700 (PDT) From: Message-Id: <200010221844.LAA81253@freefall.freebsd.org> To: johan@FreeBSD.org, freebsd-bugs@FreeBSD.org, ume@FreeBSD.org Subject: Re: conf/22051: Error of option name of rtadvd in rc.network6 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: Error of option name of rtadvd in rc.network6 Responsible-Changed-From-To: freebsd-bugs->ume Responsible-Changed-By: johan Responsible-Changed-When: Sun Oct 22 11:44:10 PDT 2000 Responsible-Changed-Why: Over to IPv6 maintainer. http://www.freebsd.org/cgi/query-pr.cgi?pr=22051 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Oct 22 11:46:53 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id A1AD437B4C5; Sun, 22 Oct 2000 11:46:51 -0700 (PDT) Received: (from johan@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id LAA82178; Sun, 22 Oct 2000 11:46:51 -0700 (PDT) (envelope-from johan@FreeBSD.org) Date: Sun, 22 Oct 2000 11:46:51 -0700 (PDT) From: Message-Id: <200010221846.LAA82178@freefall.freebsd.org> To: cwasser@v-wave.com, johan@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/17831: FreeBSD 4.0 doesn't detect EpoX 7KXA properly Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: FreeBSD 4.0 doesn't detect EpoX 7KXA properly State-Changed-From-To: open->closed State-Changed-By: johan State-Changed-When: Sun Oct 22 11:46:01 PDT 2000 State-Changed-Why: Superseeded by PR 22052 which has a patch. http://www.freebsd.org/cgi/query-pr.cgi?pr=17831 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Oct 22 11:50:22 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 557B137B479; Sun, 22 Oct 2000 11:50:21 -0700 (PDT) Received: (from johan@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id LAA83311; Sun, 22 Oct 2000 11:50:21 -0700 (PDT) (envelope-from johan@FreeBSD.org) Date: Sun, 22 Oct 2000 11:50:21 -0700 (PDT) From: Message-Id: <200010221850.LAA83311@freefall.freebsd.org> To: johan@FreeBSD.org, freebsd-bugs@FreeBSD.org, sos@FreeBSD.org Subject: Re: kern/22052: KX133 device detection support Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: KX133 device detection support Responsible-Changed-From-To: freebsd-bugs->sos Responsible-Changed-By: johan Responsible-Changed-When: Sun Oct 22 11:49:08 PDT 2000 Responsible-Changed-Why: Was added to pcisupport.c rev 1.171. MFC reminder for Soren. http://www.freebsd.org/cgi/query-pr.cgi?pr=22052 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Oct 22 11:51:41 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 504E837B479; Sun, 22 Oct 2000 11:51:39 -0700 (PDT) Received: (from johan@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id LAA83752; Sun, 22 Oct 2000 11:51:39 -0700 (PDT) (envelope-from johan@FreeBSD.org) Date: Sun, 22 Oct 2000 11:51:39 -0700 (PDT) From: Message-Id: <200010221851.LAA83752@freefall.freebsd.org> To: johan@FreeBSD.org, freebsd-bugs@FreeBSD.org, murray@FreeBSD.org Subject: Re: misc/22040: Make sysinstall refer to environment variable `releaseName' Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: Make sysinstall refer to environment variable `releaseName' Responsible-Changed-From-To: freebsd-bugs->murray Responsible-Changed-By: johan Responsible-Changed-When: Sun Oct 22 11:51:05 PDT 2000 Responsible-Changed-Why: Over to sysinstall maintainer. http://www.freebsd.org/cgi/query-pr.cgi?pr=22040 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Oct 22 13:40: 5 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 365C437B4D7 for ; Sun, 22 Oct 2000 13:40:02 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id NAA20915; Sun, 22 Oct 2000 13:40:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Sun, 22 Oct 2000 13:40:01 -0700 (PDT) Message-Id: <200010222040.NAA20915@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: John Baldwin Subject: Re: kern/21929: lpd cause system crash Reply-To: John Baldwin Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/21929; it has been noted by GNATS. From: John Baldwin To: Paul van der Zwan Cc: wkwu@csie.nctu.edu.tw, freebsd-gnats-submit@freebsd.org Subject: Re: kern/21929: lpd cause system crash Date: Sun, 22 Oct 2000 13:34:37 -0700 (PDT) On 22-Oct-00 Paul van der Zwan wrote: > > I am having the same problem, code in inthand_add causes a trap 12. > This happens regularly when printing a file. > > I also noted that when I run systat -vm some interrupt vectors are marked as > stray and used by a device. Look at irq 0 and 6 in the output below. > Might this be related to the changes in intr_machdep.? made in september ?? > I never had these panics before I built and installed a new current about 3 > weeks ago. Notice the stray counts are 0. I.e., you are't having any stray counts at the moment. If you have 1 stray interrupt during boot then these stray entries will show up forever in vmstat even thugh you aren't getting any more stray interrupts. How do you know that the code in inthand_add() is causing a trap 12 btw? A stack trace and the trap message would be most helpful. -- John Baldwin -- http://www.FreeBSD.org/~jhb/ PGP Key: http://www.baldwin.cx/~john/pgpkey.asc "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Oct 22 15: 1:26 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id AA0D637B479; Sun, 22 Oct 2000 15:01:25 -0700 (PDT) Received: (from johan@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id PAA47162; Sun, 22 Oct 2000 15:01:25 -0700 (PDT) (envelope-from johan@FreeBSD.org) Date: Sun, 22 Oct 2000 15:01:25 -0700 (PDT) From: Message-Id: <200010222201.PAA47162@freefall.freebsd.org> To: johan@FreeBSD.org, freebsd-bugs@FreeBSD.org, markm@FreeBSD.org Subject: Re: kern/21582: rndcontrol -s 21 returns invalid argument. Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: rndcontrol -s 21 returns invalid argument. Responsible-Changed-From-To: freebsd-bugs->markm Responsible-Changed-By: johan Responsible-Changed-When: Sun Oct 22 15:00:20 PDT 2000 Responsible-Changed-Why: Mark killed rndcontrol in current, let him descide what to do about this PR. http://www.freebsd.org/cgi/query-pr.cgi?pr=21582 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Oct 22 15: 5:38 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id AAF1D37B479; Sun, 22 Oct 2000 15:05:36 -0700 (PDT) Received: (from johan@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id PAA50139; Sun, 22 Oct 2000 15:05:36 -0700 (PDT) (envelope-from johan@FreeBSD.org) Date: Sun, 22 Oct 2000 15:05:36 -0700 (PDT) From: Message-Id: <200010222205.PAA50139@freefall.freebsd.org> To: bmah@ca.sandia.gov, johan@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/10812: LINT configuration MAXDSIZ/DFLDSIZ misleading Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: LINT configuration MAXDSIZ/DFLDSIZ misleading State-Changed-From-To: open->closed State-Changed-By: johan State-Changed-When: Sun Oct 22 15:04:49 PDT 2000 State-Changed-Why: Superseeded by PR 21317, which has a patch for NOTES. http://www.freebsd.org/cgi/query-pr.cgi?pr=10812 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Oct 22 15:30: 9 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id CC10337B4E5 for ; Sun, 22 Oct 2000 15:30:00 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id PAA57605; Sun, 22 Oct 2000 15:30:00 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id 9C37837B479; Sun, 22 Oct 2000 15:25:16 -0700 (PDT) Message-Id: <20001022222516.9C37837B479@hub.freebsd.org> Date: Sun, 22 Oct 2000 15:25:16 -0700 (PDT) From: jeff+freebsd@spotlife.com To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: kern/22224: ipfw pipe command causes kernel panic Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 22224 >Category: kern >Synopsis: ipfw pipe command causes kernel panic >Confidential: no >Severity: critical >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Oct 22 15:30:00 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Jeff Kletsky >Release: 4.1.1-STABLE (cvsup of 2000-10-21) >Organization: SpotLife Inc. >Environment: FreeBSD port7.pn.wagsky.com 4.1.1-STABLE FreeBSD 4.1.1-STABLE: Sun Oct 22 08:51:27 PDT 2000 root@port4.pn.wagsky.com:/usr/src/sys/compile/GOLDENGATE.20001022 i386 >Description: With bridging enabled (fxp0/fxp1), and one_pass not set, the following commands cause a kernel panic ipfw pipe 1097 config ipfw add 20197 pipe 1097 ip from 64.220.148.97 to any Fatal trap 12: page fault while in kernel mode fault virtual address = 0xc055064a fault code = supervisor write, page not present instruction pointer = 0x8:0xc0176d57 stack pointer = 0x10:0xc02cb860 frame pointer = 0x10:0xc02cb86c code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL=0 current process = Idle interrupt mask = net trap number = 12 panic: page fault >How-To-Repeat: ipfw pipe 1097 config ipfw add 20197 pipe 1097 ip from 64.220.148.97 to any (consistently) ipfw rules and kernel config to follow (once I figure out how to get them off the "non-existent" machine) >Fix: >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Oct 22 16:20: 8 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id F2ACF37B4C5 for ; Sun, 22 Oct 2000 16:20:00 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id QAA75296; Sun, 22 Oct 2000 16:20:00 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from deep.trance.org (deep.trance.org [194.134.1.237]) by hub.freebsd.org (Postfix) with ESMTP id CD86537B4C5 for ; Sun, 22 Oct 2000 16:14:17 -0700 (PDT) Received: by deep.trance.org (Postfix, from userid 910) id 01BC2114D4; Mon, 23 Oct 2000 01:14:15 +0200 (CEST) Message-Id: <20001022231415.01BC2114D4@deep.trance.org> Date: Mon, 23 Oct 2000 01:14:15 +0200 (CEST) From: niels@prut.net To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/22225: Possible vn bugs in 4.1.1-STABLE triggered by building a CURRENT snapshot Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 22225 >Category: kern >Synopsis: Trying to build a CURRENT snapshot on 4.1.1-STABLE gives a panic >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Oct 22 16:20:00 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Niels Bakker >Release: FreeBSD 4.1.1-STABLE i386 >Organization: >Environment: FreeBSD 4.1.1-STABLE, sources from Oct 4, world and kernel and modules in sync. >Description: I was doing the following: cd /usr/src/release; make release CHROOTDIR=/home/release/rel CVSROOT=/home/ncvs NODOC=yes NOPORTS=yes This died at: [..] rolling compat20/compat20 tarball compat20 distribution is finished. rolling compat21/compat21 tarball compat21 distribution is finished. rolling compat22/compat22 tarball compat3x distribution is finished. rolling crypto/crypto tarball crypto distribution is finished. rolling krb4/krb4 tarball krb4 distribution is finished. rolling krb5/krb5 tarball krb5 distribution is finished. # More munition braindeadness. ( cd /R/stage/dists && if [ -f krb4/krb4.aa ] ; then mv krb4/* crypto && rmdir krb4 ; fi ) ( cd /R/stage/dists && if [ -f krb5/krb5.aa ] ; then mv krb5/* crypto && rmdir krb5 ; fi ) touch release.6 rolling src/sbase tarball rolling src/sbin tarball rolling src/scontrib tarball rolling src/scrypto tarball rolling src/setc tarball rolling src/sgames tarball rolling src/sgnu tarball rolling src/sinclude tarball rolling src/skrb5 tarball rolling src/skrb4 tarball rolling src/slib tarball rolling src/slibexec tarball rolling src/srelease tarball rolling src/ssbin tarball rolling src/ssecure tarball rolling src/sshare tarball rolling src/ssys tarball rolling src/stools tarball rolling src/subin tarball rolling src/susbin tarball if [ -d /R/stage/dists/crypto ] ; then ( cd /R/stage/dists/src && if [ -f ssecure.aa ] ; then mv ssecure.* ../crypto ; fi && if [ -f scrypto.aa ] ; then mv scrypto.* ../crypto ; fi && if [ -f skrb4.aa ] ; then mv skrb4.* ../crypto ; fi && if [ -f skrb5.aa ] ; then mv skrb5.* ../crypto ; fi ; ) ; fi src distribution is finished. touch release.7 cc -O -pipe -o write_mfs_in_kernel /usr/src/release/write_mfs_in_kernel.c rm -rf /R/stage/mfsfd mkdir /R/stage/mfsfd cd /R/stage/mfsfd && mkdir -p etc/defaults dev mnt stand/help ( cd /R/stage/trees/bin/dev && ls console tty bpf0 ttyv0 ttyv1 ttyv2 ttyv3 null zero card0 card1 card2 card3 usb usb0 uhid0 ums0 ulpt0 ugen0 kbd0 kmem mem | cpio -dump /R/stage/mfsfd/dev ) 0 blocks ( cd /R/stage/mfsfd/dev && rm -f *[swo]d*[bdefgh] ) ( cd /R/stage/mfsfd && for dir in bin sbin ; do ln -sf /stand $dir; done ) cp /sbin/dhclient-script /R/stage/mfsfd/stand cp /usr/src/release/../etc/defaults/pccard.conf /R/stage/mfsfd/etc/defaults/pccard.conf cp /usr/src/release/../etc/usbd.conf /R/stage/mfsfd/etc/usbd.conf cd /R/stage/trees/bin && ls etc/protocols etc/defaults/rc.conf | cpio -dump /R/stage/mfsfd/stand 47 blocks echo "nameserver 42/tcp name" > /R/stage/mfsfd/stand/etc/services echo "ftp 21/tcp" >> /R/stage/mfsfd/stand/etc/services echo "domain 53/tcp nameserver" >> /R/stage/mfsfd/stand/etc/services echo "domain 53/udp nameserver" >> /R/stage/mfsfd/stand/etc/services echo "cmd 514/tcp shell" >> /R/stage/mfsfd/stand/etc/services gzip -9c /usr/src/release/../COPYRIGHT > /R/stage/mfsfd/stand/help/COPYRIGHT.hlp.gz test -f /usr/src/release/install.cfg && cp /usr/src/release/install.cfg /R/stage/mfsfd *** Error code 1 (ignored) Making the regular boot floppy. Compressing doc files... sh -e /usr/src/release/scripts/doFS.sh -s mfsroot /R/stage /mnt 2880 /R/stage/mfsfd 8000 minimum2 disklabel: ioctl DIOCWLABEL: Operation not supported by device Warning: Block size restricts cylinders per group to 6. Warning: 2432 sector(s) in last cylinder unallocated /dev/rvnn0c: 5760 sectors in 2 cylinders of 1 tracks, 4096 sectors 2.8MB in 1 cyl groups (6 c/g, 12.00MB/g, 384 i/g) super-block backups (for fsck -b #) at: 32 3701 blocks Filesystem 1K-blocks Used Avail Capacity iused ifree %iused Mounted on /dev/vnn0c 2803 1877 702 73% 67 315 18% /mnt >How-To-Repeat: >Fix: >Release-Note: >Audit-Trail: >Unformatted: >>> Filesystem is 2880 K, 702 left >>> 8000 bytes/inode, 315 left mfsroot: 71.4% disklabel: ioctl DIOCWLABEL: Operation not supported by device Warning: Block size restricts cylinders per group to 6. Warning: 1216 sector(s) in last cylinder unallocated /dev/rvnn0c: 2880 sectors in 1 cylinders of 1 tracks, 4096 sectors 1.4MB in 1 cyl groups (6 c/g, 12.00MB/g, 32 i/g) super-block backups (for fsck -b #) at: 32 cg 0: bad magic number with the following panic: [/home/release/rel/usr/src/sys/i386/conf] root@trance # gdb -k /var/crash/*.0 GNU gdb 4.18 Copyright 1998 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-unknown-freebsd"... IdlePTD 3788800 initial pcb at 3050a0 panicstr: ufs_dirbad: bad dir panic messages: --- panic: ufs_dirbad: bad dir syncing disks... 7 2 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 done Uptime: 6h32m24s dumping to dev #da/0x20001, offset 393248 dump 63 62 61 60 59 58 57 56 55 54 53 52 51 50 49 48 47 46 45 44 43 42 41 40 39 38 37 36 35 34 33 32 31 30 29 28 27 26 25 24 23 22 21 20 19 18 17 16 15 14 13 12 11 10 9 8 7 6 5 4 3 2 1 0 --- #0 boot (howto=256) at ../../kern/kern_shutdown.c:302 302 dumpsys(); (kgdb) bt #0 boot (howto=256) at ../../kern/kern_shutdown.c:302 #1 0xc016c701 in panic (fmt=0xc02cadc7 "ufs_dirbad: bad dir") at ../../kern/kern_shutdown.c:552 #2 0xc024c8f2 in ufs_dirbad (ip=0xc10b5900, offset=0, how=0xc02cad70 "mangled entry") at ../../ufs/ufs/ufs_lookup.c:577 #3 0xc024c150 in ufs_lookup (ap=0xc7b3cdb4) at ../../ufs/ufs/ufs_lookup.c:246 #4 0xc0251345 in ufs_vnoperate (ap=0xc7b3cdb4) at ../../ufs/ufs/ufs_vnops.c:2285 #5 0xc0192ea9 in vfs_cache_lookup (ap=0xc7b3ce08) at vnode_if.h:77 #6 0xc0251345 in ufs_vnoperate (ap=0xc7b3ce08) at ../../ufs/ufs/ufs_vnops.c:2285 #7 0xc0195c38 in lookup (ndp=0xc7b3ce84) at vnode_if.h:52 #8 0xc0195734 in namei (ndp=0xc7b3ce84) at ../../kern/vfs_lookup.c:153 #9 0xc019b0c5 in stat (p=0xc7b30920, uap=0xc7b3cf80) at ../../kern/vfs_syscalls.c:1699 #10 0xc028ea11 in syscall2 (frame={tf_fs = 47, tf_es = 47, tf_ds = 47, tf_edi = 134563709, tf_esi = 10, tf_ebp = -1077937976, tf_isp = -944517164, tf_ebx = 134573389, tf_edx = 134573399, tf_ecx = 0, tf_eax = 188, tf_trapno = 12, tf_err = 2, tf_eip = 134522720, tf_cs = 31, tf_eflags = 643, tf_esp = -1077938132, tf_ss = 47}) at ../../i386/i386/trap.c:1150 #11 0xc02829f5 in Xint0x80_syscall () #12 0x8048546 in ?? () #13 0x8048139 in ?? () (kgdb) frame 3 #3 0xc024c150 in ufs_lookup (ap=0xc7b3cdb4) at ../../ufs/ufs/ufs_lookup.c:246 246 ufs_dirbad(dp, dp->i_offset, "mangled entry"); (kgdb) frame 2 #2 0xc024c8f2 in ufs_dirbad (ip=0xc10b5900, offset=0, how=0xc02cad70 "mangled entry") at ../../ufs/ufs/ufs_lookup.c:577 577 panic("ufs_dirbad: bad dir"); This is reproducible. The correct vn.ko was loaded prior to beginning the build. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Oct 22 16:30: 9 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id D8AB837B4E5 for ; Sun, 22 Oct 2000 16:30:03 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id QAA78301; Sun, 22 Oct 2000 16:30:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Sun, 22 Oct 2000 16:30:03 -0700 (PDT) Message-Id: <200010222330.QAA78301@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Garrett Wollman Subject: bin/22210: typeof(passwd->pw_gid) != typeof(group->gr_gid) Reply-To: Garrett Wollman Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/22210; it has been noted by GNATS. From: Garrett Wollman To: clefevre@citeweb.net Cc: FreeBSD-gnats-submit@FreeBSD.ORG Subject: bin/22210: typeof(passwd->pw_gid) != typeof(group->gr_gid) Date: Sun, 22 Oct 2000 19:22:51 -0400 (EDT) < said: > the type of the gr_gid member of struct group doesn't match > the type of the pw_gid member of struct passwd which prevent > a simple comparison such as passwd->pw_gid == group->gr_gid > w/o a compiler warning. This will be fixed in my giant POSIX-draft header patch which will hit the tree some time next month. -GAWollman To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Oct 22 18:10: 5 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id C9D5037B479 for ; Sun, 22 Oct 2000 18:10:01 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id SAA11803; Sun, 22 Oct 2000 18:10:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from anchor-post-34.mail.demon.net (anchor-post-34.mail.demon.net [194.217.242.92]) by hub.freebsd.org (Postfix) with ESMTP id 584F637B4C5 for ; Sun, 22 Oct 2000 18:00:21 -0700 (PDT) Received: from mithy.demon.co.uk ([212.229.81.227] helo=dino.mithy.org) by anchor-post-34.mail.demon.net with esmtp (Exim 2.12 #1) id 13nVyN-00075p-0Y for FreeBSD-gnats-submit@freebsd.org; Mon, 23 Oct 2000 02:00:20 +0100 Received: (from keith@localhost) by dino.mithy.org (8.9.3/8.11.1) id CAA02975; Mon, 23 Oct 2000 02:00:11 +0100 (BST) (envelope-from keith) Message-Id: <200010230100.CAA02975@dino.mithy.org> Date: Mon, 23 Oct 2000 02:00:11 +0100 (BST) From: Keith Jones Reply-To: keith@mithy.demon.co.uk To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/22228: Undocumented LINT option 'PANIC_REBOOT_WAIT_TIME' Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 22228 >Category: kern >Synopsis: Undocumented LINT option 'PANIC_REBOOT_WAIT_TIME' >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Sun Oct 22 18:10:01 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Keith Jones >Release: FreeBSD 4.1-STABLE i386 >Organization: no >Environment: any >Description: The LINT option 'PANIC_REBOOT_WAIT_TIME' is undocumented. >How-To-Repeat: In /usr/src/sys/i386/conf/LINT, see lines 2373 onwards. The option is on line 2414 or thereabouts (YMMV). (The same option is on line 2641 of the HEAD revision of the new NOTES file in CVS.) >Fix: Add the following commentary (more or less translated from shutdown_panic() in /usr/src/sys/kern/kern_shutdown.c): # Set the amount of time (in seconds) the system will wait # before rebooting automatically when a kernel panic occurs. # If set to (-1), the system will wait indefinitely until a # key is pressed on the console. >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Oct 22 18:20: 4 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id CEADE37B4C5 for ; Sun, 22 Oct 2000 18:20:01 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id SAA15008; Sun, 22 Oct 2000 18:20:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id CD67037B4C5; Sun, 22 Oct 2000 18:17:47 -0700 (PDT) Message-Id: <20001023011747.CD67037B4C5@hub.freebsd.org> Date: Sun, 22 Oct 2000 18:17:47 -0700 (PDT) From: arsaidac@flashcom.net To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: misc/22229: X configuration Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 22229 >Category: misc >Synopsis: X configuration >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Oct 22 18:20:01 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Adrian Saidac >Release: 4.1.1 >Organization: >Environment: N/A >Description: This is the second mail with the same subjet. Please respond I have a ASUS K7M with an AGP Diamond Stelth III 540 (S3 Pro+). I ca not configure the X - I am getting errors on the config time, even with the card available as a choice. Plase advise Adrian Saidac >How-To-Repeat: Install the XF86 enitonment >Fix: >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Oct 22 21:10:19 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 9183E37B479 for ; Sun, 22 Oct 2000 21:10:02 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id VAA74187; Sun, 22 Oct 2000 21:10:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Sun, 22 Oct 2000 21:10:02 -0700 (PDT) Message-Id: <200010230410.VAA74187@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Jeff Kletsky Subject: Re: kern/22224: ipfw pipe command causes kernel panic Reply-To: Jeff Kletsky Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/22224; it has been noted by GNATS. From: Jeff Kletsky To: freebsd-gnats-submit@FreeBSD.org, jeff+freebsd@spotlife.com Cc: Subject: Re: kern/22224: ipfw pipe command causes kernel panic Date: Sun, 22 Oct 2000 21:00:17 -0700 (PDT) Further testing indicates that the issue is not the creation of the firewall rule itself, but seems to be related to the flow of packets. ipfw pipe 1097 config ipfw add 21097 pipe 1097 ip from 64.220.148.97 to any or ipfw pipe config 1097 ipfw add 21097 pipe 1097 ip from 64.220.148.97 to any Both have the same behaviour: If no ethernet is connected, or just the ethernet to the outside world, things seem stable. As soon as the ethernet to the inside (traffic sources) are connected, the crash occurs. Occurs for other choices of IP address and netmask (including the proper class C netmask...) Tried to get a debugging kernel to dump to /var/crash. but am apparently missing something other than the config line in the configuration file and config -g. Will be happy to follow directions to get the crashed kernel. Let me know what else I can do to help... Jeff (Pipes are being created to throttle traffic and simulate degradation of service over modems and that great master of QOS, our friend, AOL...) uname-a: ======== FreeBSD goldengate.wagsky.com 4.1.1-STABLE FreeBSD 4.1.1-STABLE #0: Sun Oct 22 15:59:08 PDT 2000 toor@port7.pn.wagsky.com:/usr/src/sys/compile/GGdebug.20001022 i386 GGdebug.20001022 (kernel configuration) ======================================= # # GENERIC -- Generic kernel configuration file for FreeBSD/i386 # # For more information on this file, please read the handbook section on # Kernel Configuration Files: # # http://www.FreeBSD.org/handbook/kernelconfig-config.html # # The handbook is also available locally in /usr/share/doc/handbook # if you've installed the doc distribution, otherwise always see the # FreeBSD World Wide Web server (http://www.FreeBSD.org/) for the # latest information. # # An exhaustive list of options and more detailed explanations of the # device lines is also present in the ./LINT configuration file. If you are # in doubt as to the purpose or necessity of a line, check first in LINT. # # $FreeBSD: src/sys/i386/conf/GENERIC,v 1.246.2.15 2000/10/12 01:47:16 msmith Exp $ machine i386 #cpu I386_CPU #cpu I486_CPU cpu I586_CPU #cpu I686_CPU ident GOLDENGATE maxusers 32 makeoptions DEBUG=-g #Build kernel with gdb(1) debug symbols #options MATH_EMULATE #Support for x87 emulation options INET #InterNETworking options INET6 #IPv6 communications protocols options FFS #Berkeley Fast Filesystem options FFS_ROOT #FFS usable as root device [keep this!] options SOFTUPDATES #Enable FFS soft updates support options MFS #Memory Filesystem options MD_ROOT #MD is a potential root device options NFS #Network Filesystem options NFS_ROOT #NFS usable as root device, NFS required options MSDOSFS #MSDOS Filesystem options CD9660 #ISO 9660 Filesystem options CD9660_ROOT #CD-ROM usable as root, CD9660 required options PROCFS #Process filesystem options COMPAT_43 #Compatible with BSD 4.3 [KEEP THIS!] options SCSI_DELAY=15000 #Delay (in ms) before probing SCSI options UCONSOLE #Allow users to grab the console options USERCONFIG #boot -c editor options VISUAL_USERCONFIG #visual boot -c editor options KTRACE #ktrace(1) support options SYSVSHM #SYSV-style shared memory options SYSVMSG #SYSV-style message queues options SYSVSEM #SYSV-style semaphores options P1003_1B #Posix P1003_1B real-time extensions options _KPOSIX_PRIORITY_SCHEDULING options ICMP_BANDLIM #Rate limit bad replies options KBD_INSTALL_CDEV # install a CDEV entry in /dev # To make an SMP kernel, the next two are needed #options SMP # Symmetric MultiProcessor Kernel #options APIC_IO # Symmetric (APIC) I/O device isa device eisa device pci # Floppy drives device fdc0 at isa? port IO_FD1 irq 6 drq 2 device fd0 at fdc0 drive 0 #device fd1 at fdc0 drive 1 # ATA and ATAPI devices device ata0 at isa? port IO_WD1 irq 14 device ata1 at isa? port IO_WD2 irq 15 device ata device atadisk # ATA disk drives device atapicd # ATAPI CDROM drives #device atapifd # ATAPI floppy drives #device atapist # ATAPI tape drives options ATA_STATIC_ID #Static device numbering options ATA_ENABLE_ATAPI_DMA #Enable DMA on ATAPI devices # SCSI Controllers #device ahb # EISA AHA1742 family device ahc # AHA2940 and onboard AIC7xxx devices #device amd # AMD 53C974 (Teckram DC-390(T)) #device isp # Qlogic family device ncr # NCR/Symbios Logic device sym # NCR/Symbios Logic (newer chipsets) options SYM_SETUP_LP_PROBE_MAP=0x40 # Allow ncr to attach legacy NCR devices when # both sym and ncr are configured #device adv0 at isa? #device adw #device bt0 at isa? #device aha0 at isa? #device aic0 at isa? # SCSI peripherals device scbus # SCSI bus (required) device da # Direct Access (disks) device sa # Sequential Access (tape etc) device cd # CD device pass # Passthrough device (direct SCSI access) # RAID controllers interfaced to the SCSI subsystem #device asr # DPT SmartRAID V, VI and Adaptec SCSI RAID #device dpt # DPT Smartcache - See LINT for options! # RAID controllers #device ida # Compaq Smart RAID #device amr # AMI MegaRAID #device mlx # Mylex DAC960 family #device twe # 3ware Escalade # atkbdc0 controls both the keyboard and the PS/2 mouse device atkbdc0 at isa? port IO_KBD device atkbd0 at atkbdc? irq 1 flags 0x1 device psm0 at atkbdc? irq 12 device vga0 at isa? # splash screen/screen saver pseudo-device splash # syscons is the default console driver, resembling an SCO console device sc0 at isa? flags 0x100 # Enable this and PCVT_FREEBSD for pcvt vt220 compatible console driver #device vt0 at isa? #options XSERVER # support for X server on a vt console #options FAT_CURSOR # start with block cursor # If you have a ThinkPAD, uncomment this along with the rest of the PCVT lines #options PCVT_SCANSET=2 # IBM keyboards are non-std # Floating point support - do not disable. device npx0 at nexus? port IO_NPX irq 13 # Power management support (see LINT for more options) device apm0 at nexus? disable flags 0x20 # Advanced Power Management # PCCARD (PCMCIA) support #device card #device pcic0 at isa? irq 0 port 0x3e0 iomem 0xd0000 #device pcic1 at isa? irq 0 port 0x3e2 iomem 0xd4000 disable # Serial (COM) ports device sio0 at isa? port IO_COM1 flags 0x10 irq 4 device sio1 at isa? port IO_COM2 irq 3 device sio2 at isa? disable port IO_COM3 irq 5 device sio3 at isa? disable port IO_COM4 irq 9 # Parallel port device ppc0 at isa? irq 7 device ppbus # Parallel port bus (required) device lpt # Printer device plip # TCP/IP over parallel device ppi # Parallel port interface device #device vpo # Requires scbus and da # PCI Ethernet NICs. #device de # DEC/Intel DC21x4x (``Tulip'') device fxp # Intel EtherExpress PRO/100B (82557, 82558) #device tx # SMC 9432TX (83c170 ``EPIC'') #device vx # 3Com 3c590, 3c595 (``Vortex'') #device wx # Intel Gigabit Ethernet Card (``Wiseman'') # PCI Ethernet NICs that use the common MII bus controller code. device miibus # MII bus support #device dc # DEC/Intel 21143 and various workalikes #device pcn # AMD Am79C79x PCI 10/100 NICs #device rl # RealTek 8129/8139 #device sf # Adaptec AIC-6915 (``Starfire'') #device sis # Silicon Integrated Systems SiS 900/SiS 7016 #device ste # Sundance ST201 (D-Link DFE-550TX) #device tl # Texas Instruments ThunderLAN #device vr # VIA Rhine, Rhine II #device wb # Winbond W89C840F #device xl # 3Com 3c90x (``Boomerang'', ``Cyclone'') # ISA Ethernet NICs. #device ed0 at isa? port 0x280 irq 10 iomem 0xd8000 #device ex #device ep #device fe0 at isa? port 0x300 # WaveLAN/IEEE 802.11 wireless NICs. Note: the WaveLAN/IEEE really # exists only as a PCMCIA device, so there is no ISA attatement needed # and resources will always be dynamically assigned by the pccard code. #device wi # Aironet 4500/4800 802.11 wireless NICs. Note: the declaration below will # work for PCMCIA and PCI cards, as well as ISA cards set to ISA PnP # mode (the factory default). If you set the switches on your ISA # card for a manually chosen I/O address and IRQ, you must specify # those paremeters here. #device an # Xircom Ethernet #device xe # The probe order of these is presently determined by i386/isa/isa_compat.c. #device ie0 at isa? port 0x300 irq 10 iomem 0xd0000 #device le0 at isa? port 0x300 irq 5 iomem 0xd0000 #device lnc0 at isa? port 0x280 irq 10 drq 0 #device cs0 at isa? port 0x300 #device sn0 at isa? port 0x300 irq 10 # Pseudo devices - the number indicates how many units to allocated. pseudo-device loop # Network loopback pseudo-device ether # Ethernet support #pseudo-device sl 1 # Kernel SLIP #pseudo-device ppp 1 # Kernel PPP pseudo-device tun # Packet tunnel. pseudo-device pty # Pseudo-ttys (telnet etc) pseudo-device md # Memory "disks" pseudo-device gif 4 # IPv6 and IPv4 tunneling pseudo-device faith 1 # IPv6-to-IPv4 relaying (translation) # The `bpf' pseudo-device enables the Berkeley Packet Filter. # Be aware of the administrative consequences of enabling this! pseudo-device bpf 4 #Berkeley packet filter # USB support device uhci # UHCI PCI->USB interface device ohci # OHCI PCI->USB interface device usb # USB Bus (required) device ugen # Generic device uhid # "Human Interface Devices" device ukbd # Keyboard device ulpt # Printer device umass # Disks/Mass storage - Requires scbus and da device ums # Mouse # USB Ethernet, requires mii device aue # ADMtek USB ethernet device cue # CATC USB ethernet device kue # Kawasaki LSI USB ethernet # # Internet family options: # # TCP_COMPAT_42 causes the TCP code to emulate certain bugs present in # 4.2BSD. This option should not be used unless you have a 4.2BSD # machine and TCP connections fail. # # MROUTING enables the kernel multicast packet forwarder, which works # with mrouted(8). # # IPFIREWALL enables support for IP firewall construction, in # conjunction with the `ipfw' program. IPFIREWALL_VERBOSE sends # logged packets to the system logger. IPFIREWALL_VERBOSE_LIMIT # limits the number of times a matching entry can be logged. # # WARNING: IPFIREWALL defaults to a policy of "deny ip from any to any" # and if you do not add other rules during startup to allow access, # YOU WILL LOCK YOURSELF OUT. It is suggested that you set firewall_type=open # in /etc/rc.conf when first enabling this feature, then refining the # firewall rules in /etc/rc.firewall after you've tested that the new kernel # feature works properly. # # IPFIREWALL_DEFAULT_TO_ACCEPT causes the default rule (at boot) to # allow everything. Use with care, if a cracker can crash your # firewall machine, they can get to your protected machines. However, # if you are using it as an as-needed filter for specific problems as # they arise, then this may be for you. Changing the default to 'allow' # means that you won't get stuck if the kernel and /sbin/ipfw binary get # out of sync. # # IPDIVERT enables the divert IP sockets, used by ``ipfw divert'' # # IPSTEALTH enables code to support stealth forwarding (i.e., forwarding # packets without touching the ttl). This can be useful to hide firewalls # from traceroute and similar tools. # # TCPDEBUG is undocumented. # #options TCP_COMPAT_42 #emulate 4.2BSD TCP bugs #options MROUTING # Multicast routing options IPFIREWALL #firewall options IPFIREWALL_VERBOSE #print information about # dropped packets #options IPFIREWALL_FORWARD #enable transparent proxy support #options IPFIREWALL_VERBOSE_LIMIT=100 #limit verbosity #options IPFIREWALL_DEFAULT_TO_ACCEPT #allow everything by default options IPV6FIREWALL #firewall for IPv6 options IPV6FIREWALL_VERBOSE #options IPV6FIREWALL_VERBOSE_LIMIT=100 #options IPV6FIREWALL_DEFAULT_TO_ACCEPT options IPDIVERT #divert sockets #options IPFILTER #ipfilter support #options IPFILTER_LOG #ipfilter logging #options IPSTEALTH #support for stealth forwarding #options TCPDEBUG # Statically Link in accept filters #options ACCEPT_FILTER_DATA #options ACCEPT_FILTER_HTTP # The following options add sysctl variables for controlling how certain # TCP packets are handled. # # TCP_DROP_SYNFIN adds support for ignoring TCP packets with SYN+FIN. This # prevents nmap et al. from identifying the TCP/IP stack, but breaks support # for RFC1644 extensions and is not recommended for web servers. # # TCP_RESTRICT_RST adds support for blocking the emission of TCP RST packets. # This is useful on systems which are exposed to SYN floods (e.g. IRC servers) # or any system which one does not want to be easily portscannable. # options TCP_DROP_SYNFIN #drop TCP packets with SYN+FIN options TCP_RESTRICT_RST #restrict emission of TCP RST # ICMP_BANDLIM enables icmp error response bandwidth limiting. You # typically want this option as it will help protect the machine from # D.O.S. packet attacks. # options ICMP_BANDLIM # DUMMYNET enables the "dummynet" bandwidth limiter. You need # IPFIREWALL as well. See the dummynet(4) manpage for more info. # BRIDGE enables bridging between ethernet cards -- see bridge(4). # You can use IPFIREWALL and dummynet together with bridging. options DUMMYNET options BRIDGE dmesg.boot ========== Copyright (c) 1992-2000 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 4.1.1-STABLE #0: Sun Oct 22 15:59:08 PDT 2000 toor@port7.pn.wagsky.com:/usr/src/sys/compile/GGdebug.20001022 Timecounter "i8254" frequency 1193182 Hz CPU: Pentium/P55C (199.43-MHz 586-class CPU) Origin = "GenuineIntel" Id = 0x544 Stepping = 4 Features=0x8001bf real memory = 33554432 (32768K bytes) config> di pcic0 No such device: pcic0 Invalid command or syntax. Type `?' for help. config> di sn0 No such device: sn0 Invalid command or syntax. Type `?' for help. config> di lnc0 No such device: lnc0 Invalid command or syntax. Type `?' for help. config> di le0 No such device: le0 Invalid command or syntax. Type `?' for help. config> di ie0 No such device: ie0 Invalid command or syntax. Type `?' for help. config> di fe0 No such device: fe0 Invalid command or syntax. Type `?' for help. config> di ed0 No such device: ed0 Invalid command or syntax. Type `?' for help. config> di cs0 No such device: cs0 Invalid command or syntax. Type `?' for help. config> di bt0 No such device: bt0 Invalid command or syntax. Type `?' for help. config> di aic0 No such device: aic0 Invalid command or syntax. Type `?' for help. config> di aha0 No such device: aha0 Invalid command or syntax. Type `?' for help. config> di adv0 No such device: adv0 Invalid command or syntax. Type `?' for help. config> q avail memory = 29360128 (28672K bytes) Preloaded elf kernel "kernel" at 0xc0372000. Preloaded userconfig_script "/boot/kernel.conf" at 0xc037209c. Intel Pentium detected, installing workaround for F00F bug md0: Malloc disk npx0: on motherboard npx0: INT 16 interface pcib0: on motherboard pci0: on pcib0 isab0: at device 7.0 on pci0 isa0: on isab0 atapci0: port 0xffa0-0xffaf at device 7.1 on pci0 ata0: at 0x1f0 irq 14 on atapci0 ata1: at 0x170 irq 15 on atapci0 uhci0: port 0xff80-0xff9f irq 9 at device 7.2 on pci0 usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered pci0: at 13.0 irq 11 ahc0: port 0xfc00-0xfcff mem 0xffbeb000-0xffbebfff irq 9 at device 14.0 on pci0 ahc0: Host Adapter Bios disabled. Using default SCSI device parameters aic7850: Single Channel A, SCSI Id=7, 3/255 SCBs fxp0: port 0xfd80-0xfdbf mem 0xffc00000-0xffcfffff,0xfff7e000-0xfff7efff irq 11 at device 15.0 on pci0 fxp0: Ethernet address 00:d0:b7:3f:d4:ab fxp1: port 0xfe80-0xfebf mem 0xffe00000-0xffefffff,0xfff7f000-0xfff7ffff irq 9 at device 16.0 on pci0 fxp1: Ethernet address 00:d0:b7:3f:d2:29 fdc0: at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on isa0 fdc0: FIFO enabled, 8 bytes threshold fd0: <1440-KB 3.5" drive> on fdc0 drive 0 atkbdc0: at port 0x60,0x64 on isa0 atkbd0: flags 0x1 irq 1 on atkbdc0 kbd0 at atkbd0 psm0: irq 12 on atkbdc0 psm0: model MouseMan+, device ID 0 vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 16550A sio1 at port 0x2f8-0x2ff irq 3 on isa0 sio1: type 16550A ppc0: at port 0x378-0x37f irq 7 on isa0 ppc0: Generic chipset (ECP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/8 bytes threshold plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 DUMMYNET initialized (000608) IP packet filtering initialized, divert enabled, rule-based forwarding disabled, default to deny, unlimited logging BRIDGE 990810, have 9 interfaces -- index 1 type 6 phy 0 addrl 6 addr 00.d0.b7.3f.d4.ab -- index 2 type 6 phy 0 addrl 6 addr 00.d0.b7.3f.d2.29 IPv6 packet filtering initialized, unlimited logging ad0: 4112MB [8912/15/63] at ata0-master using WDMA2 ad2: 1222MB [2484/16/63] at ata1-master using WDMA2 acd0: CDROM at ata1-slave using PIO3 Waiting 15 seconds for SCSI devices to settle Mounting root from ufs:/dev/ad0s1a ifconfig -a =========== fxp0: flags=8943 mtu 1500 inet6 fe80::2d0:b7ff:fe3f:d4ab%fxp0 prefixlen 64 scopeid 0x1 inet 64.220.148.96 netmask 0xff000000 broadcast 255.255.255.0 ether 00:d0:b7:3f:d4:ab media: autoselect (10baseT/UTP) status: active supported media: autoselect 100baseTX 100baseTX 10baseT/UTP 10baseT/UTP fxp1: flags=8943 mtu 1500 inet6 fe80::2d0:b7ff:fe3f:d229%fxp1 prefixlen 64 scopeid 0x2 ether 00:d0:b7:3f:d2:29 media: autoselect status: no carrier supported media: autoselect 100baseTX 100baseTX 10baseT/UTP 10baseT/UTP lp0: flags=8810 mtu 1500 gif0: flags=8010 mtu 1280 gif1: flags=8010 mtu 1280 gif2: flags=8010 mtu 1280 gif3: flags=8010 mtu 1280 lo0: flags=8049 mtu 16384 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x8 inet6 ::1 prefixlen 128 inet 127.0.0.1 netmask 0xff000000 faith0: flags=8000 mtu 1500 rc.conf ======= # This file now contains just the overrides from /etc/defaults/rc.conf # please make all changes to this file. # Enable network daemons for user convenience. # -- sysinstall generated deltas -- # moused_flags="" kern_securelevel="1" kern_securelevel_enable="YES" linux_enable="YES" sendmail_enable="NO" moused_enable="YES" saver="blank" font8x8="cp437-8x8" font8x14="cp437-8x14" font8x16="cp437-8x16" portmap_enable="NO" nfs_server_enable="NO" inetd_enable="NO" usbd_enable="YES" sshd_enable="YES" ifconfig_fxp0="64.220.148.96 255.255.255.0" hostname="goldengate.wagsky.com" # jmk firewall_enable="YES" #firewall_type="OPEN" firewall_script="/etc/firewall/goldengate" allscreens_flags="80x60" sysctl.conf =========== net.link.ether.bridge=1 net.link.ether.bridge_ipfw=1 net.inet.ip.fw.one_pass=0 goldengate (firewall script) ============================ ipfwa='/sbin/ipfw add' # My interfaces, inside and outside iif='fxp0' oif='fxp1' irb="in recv ${iif} bridged" irsb="in recv ${iif} setup bridged" otb="in recv ${oif} bridged" # Yes, these look funny, otsb="in recv ${oif} setup bridged" # but are "correct" # "Hidden" IP and net that can access it myip='192.168.7.2' mynet='192.168.7.1' # DSL addresses assigned to me mydsl='64.220.148.96/30' mydslv='207.20.242.61' # Specific services mysmtp='64.220.148.97' myhttp='64.220.148.97' myntp="${mydsl}" # "Friendly" nets rp15='63.100.15.128/25' rp16='63.100.16.1/25' rp167='63.95.167.0/25' kanga20='63.100.16.20' kanga21='63.100.16.21' spotlife='208.48.65.0/24' spotlife_ftp='208.48.65.12' # # Begin rules # # Rule 1 is reserved for those "critical" things # Log all setup and icmp from the outside #${ipfwa} 2 count log icmp from any to any in via ${oif} ${ipfwa} 2 count log icmp from any to any # # Remember that, from the outside: # routed packets first appear "in ${oif}" # bridged packets *only* appear "in ${iif} ${ipfwa} 3 skipto 5 ip from any to any bridged ${ipfwa} 4 count log tcp from any to any setup in ${ipfwa} 5 count log tcp from any to any setup in recv ${iif} bridged # # Bridged packets appear only as in on if nearest destination # #${ipfwa} 10 count log ip from any to any bridged #${ipfwa} 20 count log ip from any to any bridged in #${ipfwa} 30 count log ip from any to any bridged out # Make sure that lo0 does what it is supposed to #${ipfwa} 100 allow ip from 127.0.0.1 to 127.0.0.1 recv lo0 xmit lo0 ${ipfwa} 100 allow ip from 127.0.0.1 to 127.0.0.1 via lo0 ${ipfwa} 101 allow ip from ${myip} to ${myip} via lo0 # Allow connections from the private net to the inside interface ${ipfwa} 200 deny log ip from ${myip} to ${myip} in recv ${iif} ${ipfwa} 210 allow ip from ${mynet} to ${myip} in recv ${iif} ${ipfwa} 220 allow ip from ${myip} to ${mynet} out xmit ${iif} ${ipfwa} 230 deny log ip from any to ${myip} via any # Prevent spoofing ${ipfwa} 10000 deny log ip from ${myip} to any in via any ${ipfwa} 10100 skipto 10102 ip from ${mydsl} to any bridged ${ipfwa} 10101 deny log ip from ${mydsl} to any in via ${oif} # Routed ${ipfwa} 10102 deny log ip from ${mydsl} to any in via ${iif} bridged ${ipfwa} 10200 skipto 10202 ip from ${mydslv} to any bridged ${ipfwa} 10201 deny log ip from ${mydslv} to any in via ${oif} # Routed ${ipfwa} 10202 deny log ip from ${mydslv} to any in via ${iif} bridged # Deny unacceptable sources ${ipfwa} 11000 deny log ip from 0.0.0.0/8 to any in via any ${ipfwa} 11010 deny log ip from 127.0.0.0/8 to any in via any ${ipfwa} 11020 deny log ip from 192.0.2.0/24 to any in via any ${ipfwa} 11030 deny log ip from 10.0.0.0/8 to any in via any ${ipfwa} 11040 deny log ip from 172.16.0.0/12 to any in via any ${ipfwa} 11050 deny log ip from 192.168.0.0/16 to any in via any ${ipfwa} 11060 deny log ip from 169.254.0.0/16 to any in via any ${ipfwa} 11200 deny log ip from 255.255.255.255 to any in via any ${ipfwa} 11210 deny log ip from 0.255.255.255:128.255.255.255 to any in via any ${ipfwa} 11220 deny log ip from 128.0.255.255:192.0.255.255 to any in via any ${ipfwa} 11230 deny log ip from 192.0.0.255:224.0.0.255 to any in via any ${ipfwa} 11240 deny log ip from 240.0.0.1 to any in via any # Deny unacceptable destinations ${ipfwa} 12000 deny log ip from any to 0.0.0.0/8 out via any ${ipfwa} 12010 deny log ip from any to 127.0.0.0/8 out via any ${ipfwa} 12020 deny log ip from any to 192.0.2.0/24 out via any ${ipfwa} 12030 deny log ip from any to 10.0.0.0/8 out via any ${ipfwa} 12040 deny log ip from any to 172.16.0.0/12 out via any ${ipfwa} 12050 deny log ip from any to 192.168.0.0/16 out via any ${ipfwa} 12060 deny log ip from any to 169.254.0.0/16 out via any ${ipfwa} 12200 deny log ip from any to 255.255.255.255 out via any ${ipfwa} 12210 deny log ip from any to 0.255.255.255:128.255.255.255 out via any ${ipfwa} 12220 deny log ip from any to 128.0.255.255:192.0.255.255 out via any ${ipfwa} 12230 deny log ip from any to 192.0.0.255:224.0.0.255 out via any ${ipfwa} 12240 deny log ip from any to 240.0.0.1 out via any # # 20000s are good places to put pre-screened allows and pipes # ########################## # # # Start allowing packets # # # ########################## ############################## # # # Special hosts and services # # # ############################## # RTSP from SpotLife ${ipfwa} 40010 allow udp from ${spotlife} to ${mydsl} ${irb} # FTP from ftp.spotlife.com ${ipfwa} 40020 allow tcp from ${spotlife_ftp} to ${mydsl} ${irb} ############### # # # By services # # # ############### # ftp ${ipfwa} 50020 allow log tcp from any 20 to ${mydsl} ${irsb} # ssh ${ipfwa} 50022 allow log tcp from any to ${mydsl} 22 ${irsb} # smtp ${ipfwa} 50025 allow log tcp from any to ${mysmtp} 25 ${irsb} # dns ${ipfwa} 50053 allow udp from any 53 to ${mydsl} # http ${ipfwa} 50080 allow tcp from ${kanga20} to ${myhttp} 80 ${irsb} ${ipfwa} 50080 allow tcp from ${kanga21} to ${myhttp} 80 ${irsb} ${ipfwa} 50080 allow log tcp from ${rp15} to ${myhttp} 80 ${irsb} ${ipfwa} 50080 allow log tcp from ${rp16} to ${myhttp} 80 ${irsb} ${ipfwa} 50080 allow log tcp from ${rp167} to ${myhttp} 80 ${irsb} ${ipfwa} 50080 allow log tcp from any to ${myhttp} 80 ${irsb} # auth ${ipfwa} 50113 allow log tcp from any to ${mydsl} 113 ${irsb} # ntp ${ipfwa} 50123 allow udp from 240.123.2.5 123 to ${myntp} ${irb} ${ipfwa} 50123 allow udp from 128.115.14.97 123 to ${myntp} ${irb} ${ipfwa} 50123 allow udp from 128.9.176.30 123 to ${myntp} ${irb} ${ipfwa} 50123 allow udp from 165.227.1.1 123 to ${myntp} ${irb} ${ipfwa} 50123 allow udp from 131.216.18.4 123 to ${myntp} ${irb} ${ipfwa} 50123 allow udp from 206.86.8.69 123 to ${myntp} ${irb} ${ipfwa} 50123 allow udp from 206.86.0.21 123 to ${myntp} ${irb} ################################ # # # Return packets, frag, etc... # # # ################################ ${ipfwa} 60000 allow ip from ${mydsl} to any ${otb} ${ipfwa} 60100 allow tcp from any to ${mydsl} established ${irb} ${ipfwa} 60200 allow icmp from any to ${mydsl} icmptypes 0,3,4,8,11 ${irb} # # Deny and log the rest... # ${ipfwa} 65534 deny log ip from any to any ----- Jeffrey Marc Kletsky SpotLife | Personal Broadcasting Sr. Product Manager jeff@spotlife.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Oct 22 22:40: 5 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 9E10B37B65F for ; Sun, 22 Oct 2000 22:40:03 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id WAA11117; Sun, 22 Oct 2000 22:40:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Sun, 22 Oct 2000 22:40:03 -0700 (PDT) Message-Id: <200010230540.WAA11117@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Cyrille Lefevre Subject: Re: bin/22210: typeof(passwd->pw_gid) != typeof(group->gr_gid) Reply-To: Cyrille Lefevre Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/22210; it has been noted by GNATS. From: Cyrille Lefevre To: Garrett Wollman Cc: FreeBSD-gnats-submit@FreeBSD.ORG Subject: Re: bin/22210: typeof(passwd->pw_gid) != typeof(group->gr_gid) Date: 23 Oct 2000 07:35:53 +0200 Garrett Wollman writes: > < said: > > > the type of the gr_gid member of struct group doesn't match > > the type of the pw_gid member of struct passwd which prevent > > a simple comparison such as passwd->pw_gid == group->gr_gid > > w/o a compiler warning. > > This will be fixed in my giant POSIX-draft header patch which will hit > the tree some time next month. do you think that FreeBSD will be POSIX compliant in the sense of the OpenGroup one day ? what I would like to say is, is it possible to make FreeBSD pass the OpenGroup validation tests ? is this a cost problem (I guess yes) ? Cyrille. -- home: mailto:clefevre@citeweb.net work: mailto:Cyrille.Lefevre@edf.fr To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Oct 22 23: 0: 5 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 079E137B4C5 for ; Sun, 22 Oct 2000 23:00:01 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id XAA17429; Sun, 22 Oct 2000 23:00:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id CF2CE37B479; Sun, 22 Oct 2000 22:55:38 -0700 (PDT) Message-Id: <20001023055538.CF2CE37B479@hub.freebsd.org> Date: Sun, 22 Oct 2000 22:55:38 -0700 (PDT) From: Stanley.Hopcroft@IPAustralia.GOv.AU To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: misc/22234: When using tun interface (user PPP), tcpdump does not show incoming packets when used with a filter expression Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 22234 >Category: misc >Synopsis: When using tun interface (user PPP), tcpdump does not show incoming packets when used with a filter expression >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Oct 22 23:00:01 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Stanley Hopcroft >Release: 4.1-RELEASE (also 4.0-RELEASE) >Organization: IP Australia >Environment: FreeBSD stan.aipo.gov.au 4.1-RELEASE FreeBSD 4.1-RELEASE #0: Fri Sep 1 13:27:48 EST 2000 root@stan.aipo.gov.au:/usr/src/sys/compile/STAN2 i386 >Description: tcpdump -itunX filter_expression shows only outgoing (from localhost) packets. It does not show any incoming packets. Problem machine has only one serial interface. Ethereal 8.xbehaves the same way. Ethernet interfaces are not affected. No NAT or IPFW or IPFILTER in place. >How-To-Repeat: tcpdump -itunX port telnet when you have an open telnet connection shows only the telnet client packets; there are no server reply packets. tcpdump -itunX Fix: Same behaviour under 4.0-RELEASE. Downgrade to 3.x I suspect. >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Oct 22 23:10: 5 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id A5E3037B479 for ; Sun, 22 Oct 2000 23:10:01 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id XAA22285; Sun, 22 Oct 2000 23:10:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id 43C9837B479; Sun, 22 Oct 2000 23:07:32 -0700 (PDT) Message-Id: <20001023060732.43C9837B479@hub.freebsd.org> Date: Sun, 22 Oct 2000 23:07:32 -0700 (PDT) From: Stanley.Hopcroft@IPAustralia.Gov.AU To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: misc/22235: ReadLine/ReadKey perl modules (part of CPAN-1.5[78]) do not provide command history under 4.1-RELEASE Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 22235 >Category: misc >Synopsis: ReadLine/ReadKey perl modules (part of CPAN-1.5[78]) do not provide command history under 4.1-RELEASE >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Oct 22 23:10:01 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Stanley Hopcroft >Release: 4.1-RELEASE >Organization: IP Australia >Environment: FreeBSD stan.aipo.gov.au 4.1-RELEASE FreeBSD 4.1-RELEASE #0: Fri Sep 1 13:27:48 EST 2000 root@stan.aipo.gov.au:/usr/src/sys/compile/STAN2 i386 >Description: The Perl Bundle (Bundle::CPAN) provides editing of the Perl debugger history with Perl modules ReadLine and Readkey. These modules have not changed in recent releases of Bundle::CPAN and work Ok under FreeBSD 4.0-R and 3.x-R. They do not work under 4.1-RELEASE. While the shell command history (tcsh/csh) works fine, both the cpan shell and the perl debugger (perl -de 1) provide no command line history or editing. The normal behaviour is when the "UPArrow" key is pressed to redisplay the last command or nothing. On a 4.1-R system, pressing "UpArrow" results in . no Escape sequence echo . a bleep . no last command displayed at the current debugger prompt. >How-To-Repeat: 1 Install Bundle::CPAN (ie CPAN-1.57 or 1-58) 2 start the (cpan shell or the) debuffer (perl -de 1) 3 enter a perl statement eg (print "Hello World\n") 4 press "UpArrow" key 5 you should see the last statement opposite the debugger prompt; pressing the "LeftArrow" key should move the curser left in the statement string >Fix: Downgrade to 4.0-RELEASE. ie reinstall 4.0-RELEASE + data + applications. This is a cost I am willing to bear but others may not. >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Oct 23 0: 0: 9 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 28A4537B479 for ; Mon, 23 Oct 2000 00:00:06 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id AAA39617; Mon, 23 Oct 2000 00:00:06 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id AF33D37B479; Sun, 22 Oct 2000 23:55:36 -0700 (PDT) Message-Id: <20001023065536.AF33D37B479@hub.freebsd.org> Date: Sun, 22 Oct 2000 23:55:36 -0700 (PDT) From: xuyifeng@stocke.com To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: i386/22236: mouse cursor bug under text console mode Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 22236 >Category: i386 >Synopsis: mouse cursor bug under text console mode >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Oct 23 00:00:02 PDT 2000 >Closed-Date: >Last-Modified: >Originator: XuYifeng >Release: FreeBSD-stable 4.1.1 >Organization: stocke.com >Environment: >Description: under text console mode, when mouse cursor is moved to the range of (X=4, Y=23) - (X=5, Y=24), mouse cursor flashes quickly, cost much cpu time, my machine is TWinhead PowerSlim 600 laptop pc. >How-To-Repeat: move mouse cursor to the range of(X=4, Y=23) - (X=5, Y=24) >Fix: don't know >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Oct 23 2:30: 5 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id E095037B4C5 for ; Mon, 23 Oct 2000 02:30:00 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id CAA95398; Mon, 23 Oct 2000 02:30:00 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from muffin.highwire.local (m916-mp1-cvx1a.not.ntl.com [213.104.43.148]) by hub.freebsd.org (Postfix) with ESMTP id A045937B479 for ; Mon, 23 Oct 2000 02:25:28 -0700 (PDT) Received: by muffin.highwire.local (Postfix, from userid 1001) id 2D3FA7038; Mon, 23 Oct 2000 10:25:27 +0100 (BST) Message-Id: <20001023092527.2D3FA7038@muffin.highwire.local> Date: Mon, 23 Oct 2000 10:25:27 +0100 (BST) From: robmel@innotts.co.uk Reply-To: robmel@innotts.co.uk, robmel@nadt.org.uk To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/22238: User PPP "deny_incoming" option does not deny incoming connections Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 22238 >Category: bin >Synopsis: User PPP "deny_incoming" option does not deny incoming connections >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Oct 23 02:30:00 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Robin Melville >Release: FreeBSD 4.1.1-STABLE i386 >Organization: Nottingham Alcohol & Drug Team >Environment: FreeBSD muffin.highwire.local 4.1.1-STABLE FreeBSD 4.1.1-STABLE #0: Fri Oct 20 02:59:08 BST 2000 root@muffin.highwire.local:/usr/obj/usr/src/sys/muffin i386 >Description: User PPP has the option to prevent any connections to be established from the remote end. The options "nat enable yes" and "nat deny_incoming yes" should place ppp in this state. It does not. PPP uses the libalias library which correctly returns the status flag PKT_ALIAS_IGNORED when an incoming connection is attempted. However ppp does not drop the packet as advertised. The implications of this are serious for users who believe they are behind a one-way firewall. In fact, all their services which are not explicity bound only to the loopback and/or internal interfaces are fully exposed on the Internet and can be connected to. While this does not bypass any other security which may be in place on these services it markedly increases their ppp host's vulnerability to unauthorised access using other known or unknown exploits. >How-To-Repeat: Set up PPP with "nat enable yes" and "nat deny_incoming yes". Cause ppp to dial up/make a remote connection. Use a port scanner from elsewhere on the Internet/remote network or attempt to connect to an internally available service. Services are both visible and available. >Fix: Alter /usr/src/usr.sbin/ppp/nat_cmd.c as follows: --- nat_cmd.c Sun Oct 22 11:22:01 2000 +++ nat_cmd+.c Sun Oct 22 11:53:49 2000 @@ -422,11 +422,14 @@ case PKT_ALIAS_IGNORED: if (log_IsKept(LogTCPIP)) { - log_Printf(LogTCPIP, "NAT engine ignored data:\n"); + log_Printf(LogTCPIP, "NAT engine set packet to be ignored:\n"); PacketCheck(bundle, MBUF_CTOP(bp), bp->m_len, NULL, NULL, NULL); } + /* libalias has marked this packet to be ignored. It should be dropped */ + m_freem(bp); + bp = NULL; break; - + default: log_Printf(LogWARN, "nat_LayerPull: Dropped a packet (%d)....\n", ret); m_freem(bp); >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Oct 23 2:50: 6 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 2ADA237B4C5 for ; Mon, 23 Oct 2000 02:50:01 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id CAA02332; Mon, 23 Oct 2000 02:50:00 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id ADB1D37B4C5; Mon, 23 Oct 2000 02:41:03 -0700 (PDT) Message-Id: <20001023094103.ADB1D37B4C5@hub.freebsd.org> Date: Mon, 23 Oct 2000 02:41:03 -0700 (PDT) From: toddpw@apricot.com To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: i386/22240: unstable UDMA on Iwill VD133PL v1.6 (Apollo MVP3, IDE rev 0x10) Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 22240 >Category: i386 >Synopsis: unstable UDMA on Iwill VD133PL v1.6 (Apollo MVP3, IDE rev 0x10) >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Oct 23 02:50:00 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Todd Whitesel >Release: 4.1, 4.1.1 >Organization: Anime Expo >Environment: FreeBSD yuri.toddpw.net 4.1.1-RELEASE FreeBSD 4.1.1-RELEASE #0: Tue Sep 26 00:46:59 GMT 2000 jkh@narf.osd.bsdi.com:/usr/src/sys/compile/GENERIC i386 >Description: Problem occurs after roughly 20 minutes of continual load. Irreproducible SEGV's, and kernel mode segfaults that panic, or spontaneous reboots. Happens with both UDMA66 and UDMA33 drives. Forcing PIO mode with "sysctl -w hw.atamodes=pio,pio,pio,pio" restores sanity. However it is not clear how to install such a machine without risk of corruption. NetBSD 1.4.2 and 1.5ALPHA2 have similar trouble, but exhibit symptoms quicker (5 minutes instead of 20). [NetBSD reports the IDE controller as VIA Technologies VT82C586A IDE Controller (IDE mass storage, interface 0x8a, revision 0x10)] dmesg: FreeBSD 4.1.1-RELEASE #0: Tue Sep 26 00:46:59 GMT 2000 jkh@narf.osd.bsdi.com:/usr/src/sys/compile/GENERIC Timecounter "i8254" frequency 1193182 Hz CPU: Pentium III/Pentium III Xeon/Celeron (731.47-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x683 Stepping = 3 Features=0x383f9ff real memory = 134152192 (131008K bytes) avail memory = 126459904 (123496K bytes) Preloaded elf kernel "kernel" at 0xc0416000. Pentium Pro MTRR support enabled md0: Malloc disk npx0: on motherboard npx0: INT 16 interface pcib0: on motherboard pci0: on pcib0 pcib2: at device 1.0 on pci0 pci1: on pcib2 pci1: at 0.0 isab0: at device 7.0 on pci0 isa0: on isab0 atapci0: port 0xd000-0xd00f at device 7.1 on pci0 ata0: at 0x1f0 irq 14 on atapci0 ata1: at 0x170 irq 15 on atapci0 ed0: port 0xe800-0xe81f irq 12 at device 11 .0 on pci0 ed0: address 00:80:c8:c0:e7:36, type NE2000 (16 bit) pcib1: on motherboard pci2: on pcib1 fdc0: at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on isa0 fdc0: FIFO enabled, 8 bytes threshold fd0: <1440-KB 3.5" drive> on fdc0 drive 0 atkbdc0: at port 0x60,0x64 on isa0 atkbd0: flags 0x1 irq 1 on atkbdc0 kbd0 at atkbd0 vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 16550A sio1 at port 0x2f8-0x2ff irq 3 on isa0 sio1: type 16550A ppc0: at port 0x378-0x37f irq 7 on isa0 ppc0: Generic chipset (EPP/NIBBLE) in COMPATIBLE mode plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 ata1-slave: ata_command: timeout waiting for intr ata1-slave: identify failed ad0: 9729MB [19767/16/63] at ata0-master using UDMA66 acd0: CDROM at ata1-master using PIO3 Mounting root from ufs:/dev/ad0s1a >How-To-Repeat: Order an Iwill VD133Pro from www.motherboards.com. You actually get a VD133PL but the price is correct so it's no big deal. Mine were version 1.6, the current version according to www.iwill.net. Set up a reasonable system (P3 733EB, 128MB PC133, Barracuda II ATA66). Install FreeBSD 4.1 or 4.1.1; if that succeeds then do some compiles. Two looping builds in parallel usually kill the machine in 20 minutes. >Fix: Use FreeBSD 2.2.6 or other earlier version which does not have atapci0. Disable atapci0 and force the use of wdc0/wdc1 which are PIO only. These are only workarounds however, and it is not clear how to bootstrap such a machine with just the install CD. >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Oct 23 3:10: 5 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 8ED3237B479 for ; Mon, 23 Oct 2000 03:10:03 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id DAA10613; Mon, 23 Oct 2000 03:10:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Mon, 23 Oct 2000 03:10:03 -0700 (PDT) Message-Id: <200010231010.DAA10613@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: =?koi8-r?B?4c7E0sXKIP7F0s7P1w==?= Subject: Re: i386/22240: unstable UDMA on Iwill VD133PL v1.6 (Apollo MVP3, IDE rev 0x10) Reply-To: =?koi8-r?B?4c7E0sXKIP7F0s7P1w==?= Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR i386/22240; it has been noted by GNATS. From: =?koi8-r?B?4c7E0sXKIP7F0s7P1w==?= To: toddpw@apricot.com Cc: freebsd-gnats-submit@FreeBSD.ORG Subject: Re: i386/22240: unstable UDMA on Iwill VD133PL v1.6 (Apollo MVP3, IDE rev 0x10) Date: Mon, 23 Oct 2000 13:59:40 +0400 On Mon, Oct 23, 2000 at 02:41:03AM -0700, toddpw@apricot.com wrote: > Forcing PIO mode with "sysctl -w hw.atamodes=pio,pio,pio,pio" restores sanity. > However it is not clear how to install such a machine without risk of corruption. > NetBSD 1.4.2 and 1.5ALPHA2 have similar trouble, but exhibit symptoms quicker (5 minutes instead of 20). > [NetBSD reports the IDE controller as VIA Technologies VT82C586A IDE Controller (IDE mass storage, interface 0x8a, revision 0x10)] I can confirm this problem, it occurse for me with Pro133A/Pro133Z VIA chipsets (ASUS motherboards). Setting atamodes to pio really not fix the problem, but makes it much harder to occurse, so I don't think it is ATA driver but VIA chipset itself. -- Andrey A. Chernov http://ache.pp.ru/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Oct 23 3:50: 4 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 3848B37B4C5 for ; Mon, 23 Oct 2000 03:50:01 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id DAA23562; Mon, 23 Oct 2000 03:50:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from hand.dotat.at (unknown [212.85.16.2]) by hub.freebsd.org (Postfix) with ESMTP id 1A0BD37B479 for ; Mon, 23 Oct 2000 03:41:46 -0700 (PDT) Received: from fanf by hand.dotat.at with local (Exim 3.15 #3) id 13nf2z-0000Ch-00 for FreeBSD-gnats-submit@freebsd.org; Mon, 23 Oct 2000 10:41:41 +0000 Message-Id: Date: Mon, 23 Oct 2000 10:41:41 +0000 From: Tony Finch Reply-To: Tony Finch To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/22241: make wicontrol default to wi0 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 22241 >Category: bin >Synopsis: make wicontrol default to wi0 >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Mon Oct 23 03:50:00 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Tony Finch >Release: FreeBSD 4.1.1-STABLE-20001015 i386 >Organization: dotat >Environment: >Description: `wicontrol` requires a -i argument, although in the vast majority of cases it is -i wi0. I think that should be a default. >How-To-Repeat: >Fix: Index: wicontrol.c =================================================================== RCS file: /home/ncvs/src/usr.sbin/wicontrol/wicontrol.c,v retrieving revision 1.9.2.2 diff -u -r1.9.2.2 wicontrol.c --- wicontrol.c 2000/09/21 00:26:59 1.9.2.2 +++ wicontrol.c 2000/10/23 10:36:26 @@ -795,7 +795,7 @@ } if (iface == NULL) - usage(p); + iface = "wi0"; if (key != NULL) { wi_setkeys(iface, key, modifier); >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Oct 23 4:10: 3 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 391BC37B4C5 for ; Mon, 23 Oct 2000 04:10:02 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id EAA33771; Mon, 23 Oct 2000 04:10:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Mon, 23 Oct 2000 04:10:02 -0700 (PDT) Message-Id: <200010231110.EAA33771@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Soren Schmidt Subject: Re: i386/22240: unstable UDMA on Iwill VD133PL v1.6 (Apollo MVP3, IDE rev 0x10) Reply-To: Soren Schmidt Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR i386/22240; it has been noted by GNATS. From: Soren Schmidt To: toddpw@apricot.com Cc: freebsd-gnats-submit@FreeBSD.ORG Subject: Re: i386/22240: unstable UDMA on Iwill VD133PL v1.6 (Apollo MVP3, IDE rev 0x10) Date: Mon, 23 Oct 2000 12:58:50 +0200 (CEST) It seems toddpw@apricot.com wrote: > Problem occurs after roughly 20 minutes of continual load. > Irreproducible SEGV's, and kernel mode segfaults that panic, or spontaneous reboots. > Happens with both UDMA66 and UDMA33 drives. > Forcing PIO mode with "sysctl -w hw.atamodes=pio,pio,pio,pio" restores sanity. > However it is not clear how to install such a machine without risk of corruption. > NetBSD 1.4.2 and 1.5ALPHA2 have similar trouble, but exhibit symptoms quicker (5 minutes instead of 20). > [NetBSD reports the IDE controller as VIA Technologies VT82C586A IDE Controller (IDE mass storage, interface 0x8a, revision 0x10)] > atapci0: port 0xd000-0xd00f at device 7.1 on pci0 > ata0: at 0x1f0 irq 14 on atapci0 > ata1: at 0x170 irq 15 on atapci0 > ata1-slave: identify failed > ad0: 9729MB [19767/16/63] at ata0-master using UDMA66 > acd0: CDROM at ata1-master using PIO3 Are you using a prober ATA66 compliant cable ? At any rate I have the same VIA chip (82c686) on two boards here, and I have absolutely _no_ problems with them, however you say it should be a 82c586 are you sure of that ? (check the mothernboard itself), as this could be a screwup in versioning of the VIA chips (they have a weird idea of how to differentiate the different chips)... -Søren To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Oct 23 4:20: 4 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 9DB7037B4C5 for ; Mon, 23 Oct 2000 04:20:01 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id EAA36793; Mon, 23 Oct 2000 04:20:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from spoogle.uglymug.org.uk (unknown [195.82.119.71]) by hub.freebsd.org (Postfix) with ESMTP id 3F86E37B4C5 for ; Mon, 23 Oct 2000 04:10:34 -0700 (PDT) Received: from root by spoogle.uglymug.org.uk with local (Exim 3.13 #1) id 13nfUq-000MOQ-00 for FreeBSD-gnats-submit@freebsd.org; Mon, 23 Oct 2000 12:10:28 +0100 Message-Id: Date: Mon, 23 Oct 2000 12:10:28 +0100 From: jpk28@cam.ac.uk Reply-To: jpk28@cam.ac.uk To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/22242: agp_if.c Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 22242 >Category: kern >Synopsis: kernel won't make depend/compile >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 Oct 23 04:20:01 PDT 2000 >Closed-Date: >Last-Modified: >Originator: julian >Release: FreeBSD 4.x-CURRENT i386 >Organization: Uglymug >Environment: Pentium class machine, with 64Mb ram >Description: I have cvsup'ed the latest release in the 4.x stream and attempted to compile up my own kernel. This fails as does trying to compile GENERIC [snip] ===> accf_http ===> agp make: don't know how to make agp_if.c. Stop *** Error code 2 Stop in /usr/home/cvsup/src/sys/modules. *** Error code 1 Stop in /usr/home/cvsup/src/sys/compile/GENERIC. >How-To-Repeat: cd ....../src/sys/i386/conf config GENERIC cd ../../compile/GENERIC make depend >Fix: Not sure, the complaint is about agp_if.c, however if I ignore that, and just to a make then the problem appears to be with the lack of agp_if.h - if I remove that dependancy then I get lots of warnings, and then it fails. Personally I don't care about agp support on this particular piece of hardware, although I do elsewhere. >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Oct 23 4:47:32 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id AB18937B479; Mon, 23 Oct 2000 04:47:31 -0700 (PDT) Received: (from ru@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id EAA59566; Mon, 23 Oct 2000 04:47:31 -0700 (PDT) (envelope-from ru@FreeBSD.org) Date: Mon, 23 Oct 2000 04:47:31 -0700 (PDT) From: Message-Id: <200010231147.EAA59566@freefall.freebsd.org> To: jpk28@cam.ac.uk, ru@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/22242: kernel won't make depend/compile Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: kernel won't make depend/compile State-Changed-From-To: open->closed State-Changed-By: ru State-Changed-When: Mon Oct 23 04:45:05 PDT 2000 State-Changed-Why: Please follow the instructions on kernel rebuilding from src/UPDATING. http://www.freebsd.org/cgi/query-pr.cgi?pr=22242 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Oct 23 5:21: 9 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 6911537B479; Mon, 23 Oct 2000 05:21:08 -0700 (PDT) Received: (from ru@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id FAA53252; Mon, 23 Oct 2000 05:21:08 -0700 (PDT) (envelope-from ru@FreeBSD.org) Date: Mon, 23 Oct 2000 05:21:08 -0700 (PDT) From: Message-Id: <200010231221.FAA53252@freefall.freebsd.org> To: andrew@ugh.net.au, ru@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: bin/22187: silence a warning from gcc when compiling finger Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: silence a warning from gcc when compiling finger State-Changed-From-To: open->closed State-Changed-By: ru State-Changed-When: Mon Oct 23 05:19:53 PDT 2000 State-Changed-Why: Fixed, but why did you remove the (ch == ' ') test in your patch? http://www.freebsd.org/cgi/query-pr.cgi?pr=22187 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Oct 23 5:37: 6 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from starbug.ugh.net.au (starbug.ugh.net.au [203.31.238.37]) by hub.freebsd.org (Postfix) with ESMTP id 861FD37B4C5; Mon, 23 Oct 2000 05:37:04 -0700 (PDT) Received: by starbug.ugh.net.au (Postfix, from userid 1000) id BE5E2A842; Mon, 23 Oct 2000 23:36:58 +1100 (EST) Received: from localhost (localhost [127.0.0.1]) by starbug.ugh.net.au (Postfix) with ESMTP id BC4265454; Mon, 23 Oct 2000 22:36:58 +1000 (EST) Date: Mon, 23 Oct 2000 22:36:58 +1000 (EST) From: andrew@ugh.net.au To: ru@FreeBSD.org Cc: freebsd-bugs@FreeBSD.org Subject: Re: bin/22187: silence a warning from gcc when compiling finger In-Reply-To: <200010231221.FAA53252@freefall.freebsd.org> Message-ID: X-WonK: *wibble* MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Mon, 23 Oct 2000 ru@FreeBSD.org wrote: > Fixed, but why did you remove the (ch == ' ') test in your patch? From the description of the original PR: This patch also removes the test for ch being a space as that will already have been caught by isprint(ch) Its just for a tiny bit of efficiency. It should have no functional change. The idea is that if ch is a space then isprint(ch) will be true and the second half (the part after the ||) will never be executed. If we are in the part after the || we already know ch != ' ' so there is no point in testing it. Thanks, Andrew To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Oct 23 8:40: 6 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 10EB737B479 for ; Mon, 23 Oct 2000 08:40:02 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id IAA54834; Mon, 23 Oct 2000 08:40:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Mon, 23 Oct 2000 08:40:02 -0700 (PDT) Message-Id: <200010231540.IAA54834@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Ruslan Ermilov Subject: Re: bin/22238: User PPP "deny_incoming" option does not deny incoming connections Reply-To: Ruslan Ermilov Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/22238; it has been noted by GNATS. From: Ruslan Ermilov To: robmel@innotts.co.uk Cc: FreeBSD-gnats-submit@FreeBSD.ORG Subject: Re: bin/22238: User PPP "deny_incoming" option does not deny incoming connections Date: Mon, 23 Oct 2000 18:33:37 +0300 On Mon, Oct 23, 2000 at 10:25:27AM +0100, robmel@innotts.co.uk wrote: > > User PPP has the option to prevent any connections to be established from the > remote end. The options "nat enable yes" and "nat deny_incoming yes" should > place ppp in this state. It does not. PPP uses the libalias library which > correctly returns the status flag PKT_ALIAS_IGNORED when an incoming > connection is attempted. However ppp does not drop the packet as advertised. > > The implications of this are serious for users who believe they are behind > a one-way firewall. In fact, all their services which are not explicity > bound only to the loopback and/or internal interfaces are fully exposed on the > Internet and can be connected to. While this does not bypass any other > security which may be in place on these services it markedly increases their > ppp host's vulnerability to unauthorised access using other known or > unknown exploits. > We had the discussion recently with Brian Somers on this topic. Hopefully, we will come up with a solution shortly. -- Ruslan Ermilov Oracle Developer/DBA, ru@sunbay.com Sunbay Software AG, ru@FreeBSD.org FreeBSD committer, +380.652.512.251 Simferopol, Ukraine http://www.FreeBSD.org The Power To Serve http://www.oracle.com Enabling The Information Age To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Oct 23 9:30: 8 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 379FA37B4CF for ; Mon, 23 Oct 2000 09:30:01 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id JAA74722; Mon, 23 Oct 2000 09:30:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id A4C3437B479; Mon, 23 Oct 2000 09:23:59 -0700 (PDT) Message-Id: <20001023162359.A4C3437B479@hub.freebsd.org> Date: Mon, 23 Oct 2000 09:23:59 -0700 (PDT) From: daveg@chiaro.com To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: kern/22244: Uninitialized field in radix_node structure Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 22244 >Category: kern >Synopsis: Uninitialized field in radix_node structure >Confidential: no >Severity: non-critical >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Oct 23 09:30:00 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Dave Gillam >Release: 4.0 >Organization: Chiaro Networks >Environment: FreeBSD bsd3.chiaro.com 4.0-RELEASE FreeBSD 4.0-RELEASE #0: Tue Sep 5 10:38:30 CDT 2000 daveg@bsd3.chiaro.com:/usr/src/sys/compile/bsd3 i386 >Description: The rn_mklist field of the radix_node structure is not always set to NULL when a radix_node is inserted into the radix tree. This can cause the code to incorrectly traverse a rn_mklist list and also causes rn_delete() to emit log messages. >How-To-Repeat: Continual add and remove radix_node from a radix tree. >Fix: zero out the rn_mklist field in the function rn_newpair(). *** radix.c 2000/05/25 17:14:47 1.2 --- radix.c 2000/10/16 17:29:25 1.3 *************** *** 340,345 **** --- 340,346 ---- t->rn_l = tt; t->rn_off = b >> 3; tt->rn_b = -1; tt->rn_key = (caddr_t)v; tt->rn_p = t; tt->rn_flags = t->rn_flags = RNF_ACTIVE; + t->rn_mklist = tt->rn_mklist = 0; /* zero mask list */ #ifdef RN_DEBUG tt->rn_info = rn_nodenum++; t->rn_info = rn_nodenum++; tt->rn_twin = t; tt->rn_ybro = rn_clist; rn_clist = tt; >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Oct 23 10:20: 7 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 1F6A537B4C5 for ; Mon, 23 Oct 2000 10:20:01 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id KAA94277; Mon, 23 Oct 2000 10:20:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id 70DB537B479; Mon, 23 Oct 2000 10:10:34 -0700 (PDT) Message-Id: <20001023171034.70DB537B479@hub.freebsd.org> Date: Mon, 23 Oct 2000 10:10:34 -0700 (PDT) From: daveg@chiaro.com To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: kern/22245: Incorrect handling of end-of-media in atapi cdrom driver Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 22245 >Category: kern >Synopsis: Incorrect handling of end-of-media in atapi cdrom driver >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Oct 23 10:20:00 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Dave Gillam >Release: 4.0 >Organization: Chiaro Networks >Environment: FreeBSD bsd3.chiaro.com 4.0-RELEASE FreeBSD 4.0-RELEASE #0: Tue Sep 5 10:38:30 CDT 2000 daveg@bsd3.chiaro.com:/usr/src/sys/compile/bsd3 i386 >Description: The atapi cdrom driver incorrecly handles the end-of-media (EOM) condition. It can attempt to read one block past the EOM when it is reading the last file on the CD. >How-To-Repeat: 1. create a cd with one file on it that is 1343775 bytes long dd if=/dev/zero of=/tmp/f bs=1343775 count=1 mkisofs -A "cd" -D -l -J -v -r -o /tmp/cdimage.raw /tmp/f cdrecord dev=0,0,0 speed=4 -multi -v /tmp/cdimage.raw 2. copy to file from the cd using /bin/cp (and cp must be compiled with -DVM_AND_BUFFER_CACHE_SYNCHRONIZED, which 4.0 is) the cp command will fail because: - since the file is less than 8meg, cp mmaps the file, which causes the the vnode pager to page in the file. - the block size of the cd is 2k and the page size is 4k. the file ends in the first 2k of the last page. the last page in of the file will result in two reads. - the first one works fine (it is the last block on the cd and it contains 287 bytes of file data). the next one attempts to read past the EOM. it should just return EOF, but instead a read command is issued to the controller. the read gets an error and the following is printed in the console: acd0: READ_BIG - ILLEGAL REQUEST asc=64 ascq=00 error=01 - the error is passed up to the vnode pager in the struct buf. this causes the page in to fail and the vnode pager prints the following on the console: vm_fault: pager read error, pid 292 (cp) - since the page in fails, the cp fails. Using dd or the like will not detect this problem since they do not attempt to read past the EOM like the vnode pager can. >Fix: this is a classic off-by-one error on the EOM detection code in acd_start() *** atapi-cd.c 2000/05/08 23:00:21 1.1 --- atapi-cd.c 2000/10/23 16:52:57 *************** *** 1117,1125 **** if (bp->b_flags & B_READ) { /* if transfer goes beyond EOM adjust it to be within limits */ ! if (lba + count > cdp->info.volsize) { /* if we are entirely beyond EOM return EOF */ ! if ((count = cdp->info.volsize - lba) <= 0) { bp->b_resid = bp->b_bcount; biodone(bp); return; --- 1117,1139 ---- if (bp->b_flags & B_READ) { /* if transfer goes beyond EOM adjust it to be within limits */ ! ! /* ! * The value in cdp->info.volsize is not the last LBA as the name ! * would lead you to believe. It is really the next available (empty) ! * LBA. Also the cdp->info.volsize is numbered 1 to N, not 0 to ! * (N-1). For example, if you have a disk that has 687 2K blocks of ! * data on it the LBA's are numbered 0 to 686. The physical blocks ! * used on the cdrom are 1 to 687 and the value in cdp->info.volsize ! * is 688. ! * ! * So the check needs to be (lba + count >= volsize) and (count = ! * (volsize - 1) - lba). Not (lba + count > volsize) and (count = ! * volsize - lba) which is what FreeBSD 4.0 has. ! */ ! if (lba + count >= cdp->info.volsize) { /* if we are entirely beyond EOM return EOF */ ! if ((count = (cdp->info.volsize - 1) - lba) <= 0) { bp->b_resid = bp->b_bcount; biodone(bp); return; >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Oct 23 11: 1:49 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 5154D37B479 for ; Mon, 23 Oct 2000 11:00:28 -0700 (PDT) Received: (from peter@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id LAA08390 for freebsd-bugs@freebsd.org; Mon, 23 Oct 2000 11:00:10 -0700 (PDT) (envelope-from owner-bugmaster@freebsd.org) Date: Mon, 23 Oct 2000 11:00:10 -0700 (PDT) Message-Id: <200010231800.LAA08390@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: peter set sender to owner-bugmaster@freebsd.org using -f From: FreeBSD bugmaster To: FreeBSD bugs list Subject: Current problem reports Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Current FreeBSD problem reports The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. Bugs can be in one of several states: o - open A problem report has been submitted, no sanity checking performed. a - analyzed The report has been examined by a team member and evaluated. f - feedback The problem has been solved, and the originator has been given a patch or a fix has been committed. The PR remains in this state pending a response from the originator. s - suspended The problem is not being worked on. This is a prime candidate for somebody who is looking for a project to do. If the problem cannot be solved at all, it will be closed, rather than suspended. c - closed A problem report is closed when any changes have been integrated, documented, and tested. Critical problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [1997/03/08] kern/2923 panic: vm_fault: fault on nofault entry, o [1997/12/21] kern/5355 bp Fix for NULLFS problems o [1998/02/03] kern/5641 jasone running processes at the IDLE priority (i o [1998/02/10] kern/5703 CDROM Media Error triggers complete syste s [1998/05/13] kern/6630 julian [PATCH] Fix for Cyrix I8254 bug o [1998/07/12] kern/7264 gibbs Buslogic BT 950 scsi card not detected o [1998/08/15] kern/7622 Kernel panic with Fatal trap 18. o [1998/09/08] i386/7859 luigi fatal trap 12 in midi_synth_input o [1998/09/28] kern/8074 se CAM rescan operation fatal o [1998/10/03] gnu/8138 obrien gcc -pipe xxx.s hangs f [1998/10/06] i386/8179 Install failure with motherbord using SIS a [1998/11/08] ports/8609 nectar eklogin service (kerberos klogind) fails o [1998/11/24] bin/8829 bug in innetgr (was: Fix port: security/s o [1998/11/25] kern/8861 mdodd under heavy (multi interface) traffic ep0 f [1998/12/09] kern/9036 Boot 3.0-Release hangs with BT-445S after o [1999/02/19] kern/10166 panic during heavy sio i/o;no coproc; ves o [1999/02/20] kern/10172 [panics] Kernel (esp kern/sys_pipe.c) die s [1999/02/26] kern/10281 Crash of 3.1-STABLE system due to scsi er o [1999/03/01] kern/10332 gibbs System freezes during certain SCSI activi o [1999/03/07] misc/10473 Incorrect aout compat libraries in XF8633 o [1999/03/09] kern/10507 Process hangs in state VM pgd o [1999/03/09] misc/10509 Cvs can hang system when used with pserve o [1999/03/09] kern/10520 bp can't exec files under nullfs o [1999/03/11] kern/10542 page fault while in kernel mode, not kern o [1999/03/11] kern/10545 When a fork/exec stress test is run, the o [1999/03/12] misc/10566 obrien patch dhcpc problem on /etc/pccard_ether o [1999/03/17] kern/10636 ipfw problems o [1999/03/20] i386/10690 Installation freezes after device selecti f [1999/03/20] kern/10701 ppbus printing problems o [1999/03/22] ports/10725 stb Wrong Cyrus IMAP deliver group o [1999/03/23] bin/10744 call to login() from aout/libutil.so.2.2 o [1999/03/27] kern/10828 3.1-STABLE freezes when writing to floppy o [1999/03/30] kern/10872 Panic in sorecieve() due to NULL mbuf poi o [1999/04/05] ports/10965 obrien lcc-3.6 unable to compile anything o [1999/04/13] kern/11112 Amanda on FreeBSD can wipe the _next_ tap f [1999/04/17] kern/11196 kernel mode page fault o [1999/04/20] kern/11238 Synchronous PPP not functional in leased o [1999/04/20] kern/11241 Install fails after SCSI probe o [1999/04/23] i386/11298 sos Enabling IDE DMA on Opti Viper-M crashes o [1999/04/27] kern/11351 system reboot for error with popper and d o [1999/05/10] kern/11629 File descriptor table sharing is broken o [1999/05/12] kern/11680 server freezes, all processes stuck in "i o [1999/05/13] i386/11681 gibbs Adaptec 2940 UW SCSI Controller BIOS 1.34 o [1999/05/14] kern/11707 ncr isn't recognized in 3.1-19990512-STAB o [1999/05/24] kern/11869 wpaul Network hangging due to xl0: tx underrun o [1999/05/31] kern/11966 TCP copies send and receive socket buffer o [1999/06/02] kern/11988 recvmsg with a cmsghdr but no iovec is br f [1999/06/05] kern/12041 n_hibma Crashes on startup if Zip drive is switch o [1999/06/07] kern/12072 vm_fault happened in binary file transfer o [1999/06/09] kern/12106 error 6: panic: cannot mount root o [1999/06/10] kern/12127 persistent crash on idle SMP system o [1999/06/16] kern/12248 CRON in malloc(): warning: pointer to wr o [1999/06/18] i386/12286 Segmentation violation when invoking JNI s [1999/06/23] kern/12367 Writing files larger than floppy capacity o [1999/06/25] kern/12395 gibbs Buslogic SCSI cards (BT948) time out unde o [1999/06/30] kern/12466 Fast system hangs under high FS load o [1999/07/05] kern/12521 lmbench-1.1's context switching test hang o [1999/07/12] misc/12607 System crashes after boot, portmap endles o [1999/07/13] alpha/12623 alpha Certain valid numeric strings cause a SIG f [1999/07/20] misc/12720 gdbm (And possibly other libraries in /us o [1999/07/21] kern/12730 poll() causes indeterministic program han o [1999/07/21] misc/12743 Cannot boot the 3.2 floppies o [1999/08/02] misc/12923 Installation fails on HP Net Server o [1999/08/06] bin/12998 des still inetd junk pointer too low to make o [1999/08/10] i386/13059 imp Install aborts with panic:aha0: Invalid C a [1999/08/20] kern/13270 dillon NFS hangs if written through self-mount o [1999/08/23] alpha/13338 alpha panic: pmap_remove_all: pv_table for 162b o [1999/08/24] kern/13352 No support for Promise Ultra/66 o [1999/08/30] misc/13474 Maximum Number of IPs Permitted in the .. o [1999/09/09] alpha/13653 alpha panic: pmap_remove_all: pv_table for 90b6 o [1999/09/12] kern/13709 panic: sched_sync: fsync failed o [1999/09/19] kern/13825 tx0 "holds" packets for long periods, eve o [1999/09/19] i386/13844 keyboard locks up when I page through a m f [1999/09/20] i386/13849 grog dump on vinum r5 freezes system o [1999/09/22] i386/13892 Kern.flp does not boot on Compaq Presario o [1999/09/24] i386/13933 nfs server panics in tulip_rx_intr() o [1999/09/24] kern/13940 Panic with dd on block/"cooked" devices u o [1999/09/24] kern/13944 ATAPI cd-rom not boot to install, nor de o [1999/09/27] misc/13995 Full duplex mode doesn't work right with o [1999/09/28] kern/14028 ATAPI cd-rom not boot to install and can' o [1999/09/28] i386/14030 imp aha0 probe fails 3.3.0-RELEASE install wi o [1999/10/05] kern/14141 3.3-RELEASE crashing often o [1999/10/06] kern/14162 sudden reboot problem ( maybe kernel pani o [1999/10/08] misc/14204 error 6: panic: cannot mout root(2) o [1999/10/10] i386/14256 System doesn't boot under FreeBSD 3.2 o [1999/10/14] kern/14322 mount respects permissions of underlying o [1999/10/15] kern/14347 kdump & truss won't compile because addit f [1999/10/24] i386/14492 FreeBSD won't install/work with an Asus S o [1999/10/25] kern/14510 kernel panic while pressing panic o [2000/02/09] i386/16620 mdodd 4.0-20000208-CURRENT fails to boot on ASU o [2000/02/14] kern/16708 wpaul 3Com 3c900-Combo Ehternet card make kerne o [2000/02/15] kern/16740 mckusick The kernel panics with "ffs_clusteralloc: o [2000/02/18] i386/16802 An user math program have the system on K o [2000/02/19] kern/16828 High Speed Pinging Over 8184 bytes Kills o [2000/02/21] kern/16890 Fatal trap 12: page fault while in kernel o [2000/02/26] kern/17011 Fatal trap 12 occur, dhclient with BOOTP o [2000/02/28] kern/17067 consistent "make -k buildworld" crash wit o [2000/03/03] kern/17152 alfred kernel panic:aio_write o [2000/03/07] kern/17248 FreeBSD 3.4 won't install on 486/100 IBM o [2000/03/10] kern/17305 advansys driver time-out around 30 minute o [2000/03/12] kern/17339 3.4-R on a K6-2: panic: pmap_release: fre o [2000/03/15] i386/17391 jhb FreeBSD boot loader does not recognize ke f [2000/03/15] i386/17398 imp Install failure of 4.0-Release via ftp an o [2000/03/15] kern/17400 sos panic: resource_list_alloc when booting o [2000/03/18] i386/17485 Partition editor completely non-functiona o [2000/03/22] i386/17558 ncr1 controller is not working properly i o [2000/03/23] kern/17565 4.0-RELEASE install does not access IDE d o [2000/03/27] kern/17620 jhay Digi/570i sync driver (if_ar.c) causes sy o [2000/03/28] alpha/17642 alpha FreeBSD/alpha 4.0 RELEASE installation fa o [2000/03/28] kern/17643 sos 3.4 to 4.0 upgrade: ATAPI drivers damage o [2000/03/29] i386/17661 sos 4.0-REL hangs after detecting ata1 o [2000/04/03] kern/17776 RAID5 with crashed disk corrupts filesyst o [2000/04/03] i386/17778 sos 4.0-RELEASE will not recognize IDE Contro o [2000/04/04] bin/17791 Restore does not handle bad or missing ta o [2000/04/04] misc/17793 Keyboard not found o [2000/04/04] ports/17806 msmith make in ports/net/citrix_ica loops on scr o [2000/04/04] i386/17808 cannot swap /dev/.... o [2000/04/05] kern/17821 Wavelan driver not working in 4.0 o [2000/04/08] kern/17870 n_hibma 4.0-release consistently crashes a couple o [2000/04/09] kern/17881 4.0-RELEASE kern.flp boot crashes upon pr f [2000/04/13] kern/17971 cannot boot 4.0 floppies to install o [2000/04/18] kern/18074 Fatal trap 12: page fault while in kernel o [2000/04/20] i386/18123 4.0-RELEASE crashes during boot from CD-R o [2000/04/23] kern/18182 Remote serial gdb no longer works since m o [2000/04/24] bin/18198 owner of ccontrol file in spool dir is wr o [2000/04/24] misc/18201 Freeze at boot time when trying to upgrad o [2000/04/25] misc/18205 Install via CD-Romm hangs o [2000/04/25] i386/18207 3.2-RELEASE to 4.0-RELEASE FTP upgrade fa o [2000/04/27] kern/18265 Vendor specific word = FFFF o [2000/05/01] kern/18335 sos FreeBSD 4.0 has a "WRITE command timeout f [2000/05/04] kern/18387 grog when performing certain vinum operations, o [2000/05/09] misc/18466 dillon install via nfs or ftp media silently tru o [2000/05/13] bin/18531 installation will not read files frm flop o [2000/05/16] ports/18606 billf cannot install the latest ucd-snmp port o [2000/05/17] kern/18623 out of swap s [2000/05/17] misc/18641 paul FreeBSD V4.0 crashes when using ifconfig o [2000/05/18] i386/18655 4.0-RELEASE Fails to install o [2000/05/18] kern/18665 Unpredictable crashes. Page fault while i o [2000/05/21] kern/18712 Kernel panic o [2000/05/22] kern/18754 grog Vinum: reviving RAID5 volume corrupts dat o [2000/05/23] misc/18786 SCSI hangs during FreeBSD 4.0 installatio s [2000/05/24] misc/18793 ken Hitachi DK319H needs quirk entry to work o [2000/05/25] alpha/18808 alpha Unalligned trap handler fails on quadword o [2000/05/29] kern/18874 32bit NFS servers export wrong negative v o [2000/05/29] bin/18887 Undefined symbol "_krb_err_txt" in telnet f [2000/06/03] kern/18982 make buildworld freezes my machine with a o [2000/06/04] kern/19000 Automatic Reebot, Fatal o [2000/06/05] kern/19022 pcm driver causes immediate panic on use o [2000/06/05] i386/19027 FTP install operation does not find XFree f [2000/06/09] kern/19162 asmodai 4.0-STABLE panics w/ softupdates and quot o [2000/06/10] misc/19175 mounting NFS can be done multiple times C o [2000/06/13] kern/19247 uthread_sigaction.c does not do anything o [2000/06/14] misc/19257 Detection of connected ports on a Cyclom o [2000/06/15] kern/19297 Multi-processor kernel fails to boot on T o [2000/06/16] conf/19336 write failure when adding distribution fi o [2000/06/16] i386/19338 ProLiant DL360 dual proc. locks when boot o [2000/06/17] kern/19353 Cannot install 4.0 o [2000/06/22] misc/19441 4.0-STABLE (06/21/00) Panics On bootup o [2000/06/23] kern/19480 System hang when use current (GENERIC) ke o [2000/06/26] bin/19529 Burning cdrom with burncd fails o [2000/06/27] kern/19551 bmilekic panic when enabling bridge_ipfw o [2000/06/28] kern/19572 executing command cd ../cdrom after mount a [2000/06/30] ports/19613 nate java causing SIGSEGV 11* segmentation vi o [2000/07/01] conf/19629 imp /etc/rc.sysctl can't set all syctls f [2000/07/03] kern/19661 imp hang or reboot when pcmcia ethernet adapt o [2000/07/05] kern/19726 wpaul fatal trap 12 / page fault o [2000/07/09] kern/19794 FreeBSD 4.0-Stable crash o [2000/07/12] gnu/19882 obrien ld does not detect all undefined symbols! o [2000/07/13] ports/19888 ports qpopper3 dumps core for APOP authetificat f [2000/07/20] i386/20069 sos hard crash, errors with freebsd 4.0 (waln o [2000/07/20] ports/20077 jmz Latex 99.12 fails to make completely f [2000/07/25] kern/20175 Unknown Ethernet Card o [2000/07/26] misc/20205 FreeBSD 4 will not install on a Compaq Pr o [2000/07/27] kern/20227 jlemon 4.1-RC: UDP checksum problem f [2000/07/29] kern/20296 sheldonh matcd driver is a) not in GENERIC and b) o [2000/07/30] i386/20308 yokota vidcontrol VESA_800x600 causes a kernel p f [2000/07/31] kern/20310 groudier Symbios 53c875j drivers don't work a [2000/07/31] kern/20312 tegge IO APIC problems o [2000/08/01] misc/20353 4.1 doesn't work on Compaq ML370 o [2000/08/03] kern/20375 APM doesn't work properly! Suspend/resum f [2000/08/03] i386/20379 unable to install, monitor goes black dur o [2000/08/04] kern/20394 sos kernel fails to recognize the second IDE o [2000/08/05] kern/20429 yokota setting flags 0x1 in atkbd0 locks keyboar o [2000/08/08] kern/20484 jlemon FreeBSD 4.0 crashes repeatedly: trap 12: o [2000/08/08] bin/20489 davidn pw problems: -w random not working correc o [2000/08/08] i386/20495 yokota 4.1-STABLE and 4.1-RELEASE: keyboard does o [2000/08/11] kern/20534 sos ata panic: resource_list_alloc: resource a [2000/08/13] kern/20573 sos ATA MFC Breaks -STABL o [2000/08/15] ports/20624 emulationvmware vmmon module locks kernel o [2000/08/16] kern/20671 wpaul panicstr:page fault; panic messages:Fatal f [2000/08/22] kern/20776 rnordier Cannot boot the install floppy for versio o [2000/08/22] i386/20791 gibbs Adaptec 2940UW bootup errors in FSD 4.0/3 o [2000/08/28] kern/20895 groudier sym driver doesn't work for SYM53C895A o [2000/08/31] gnu/20966 obrien binutils break C++ in GCC 2.95.x and GCC- o [2000/09/02] i386/20994 /etc/fstab or kernel not correctly instal f [2000/09/02] kern/21009 /etc/security make the system hangup o [2000/09/04] misc/21025 msmith BTX loader 1.00 gets 1Gb of memory from B f [2000/09/04] i386/21042 mdodd Keyboard driver problems with PS/2 Model o [2000/09/04] kern/21046 sos ATAPI interface hangs during install of 4 f [2000/09/05] i386/21071 gibbs SCSI Controller Not Detected When Attempt o [2000/09/05] i386/21072 sos Unable to install. Can't write disklabel o [2000/09/06] kern/21079 ume IPSEC, kernel ARPs for tunnel endpoint in f [2000/09/08] i386/21117 When booting 4.0 install disk receive thi f [2000/09/09] kern/21148 grog multiple crashes while using vinum o [2000/09/12] kern/21220 msmith mlx0: I/O error - attempt to write beyond o [2000/09/13] bin/21253 dump/restore fail on any stream (tape/pip o [2000/09/14] misc/21269 Install does not see disk on Advansys car o [2000/09/14] kern/21272 wpaul USB interrupts seem to be turned off o [2000/09/14] kern/21278 gibbs ahc driver wedges on stressed SMP system o [2000/09/17] kern/21323 msmith Lock up at boot on Acer507DX with pci.c 1 o [2000/09/17] ports/21332 will kde2 fails on dependency build o [2000/09/18] kern/21378 Accessing floppy under 4.1-STABLE (with D o [2000/09/19] kern/21397 Floppy drive doesn't work on Compaq ProLi o [2000/09/20] kern/21438 cg Sox recording in 16 bits creates a panic: o [2000/09/21] ports/21466 jseger port xpaint-2.5.7 won't make install f [2000/09/22] misc/21480 Harddrive death after FreeBSD Install o [2000/09/26] bin/21566 passwd does not work after updating from o [2000/09/27] kern/21592 insufficient PAP authentication in isp pr o [2000/10/01] i386/21677 Instalation crashed when shell started o [2000/10/02] i386/21717 DOS while opening /dev/audio o [2000/10/04] kern/21757 cp from nullfs-mounted filesystem aborts o [2000/10/04] i386/21758 X display font problem o [2000/10/05] i386/21772 No interrupts for 39160 PCI adapter in PR f [2000/10/05] kern/21773 sos panic w/nexus + ata (ivar problem) o [2000/10/06] misc/21782 4.1.1 and ADAPTEC 29160N SCSI controller o [2000/10/06] kern/21783 When msgrcv() blocks, it blocks ALL threa o [2000/10/06] kern/21790 marcel fstat64 does not exist in Linux emulation o [2000/10/06] i386/21802 after working fine for a few weeks, mach o [2000/10/08] kern/21831 gibbs kernel trap 12 crash in 4.1.1-STABLE o [2000/10/08] kern/21845 crash, while tring to send udp via half-b o [2000/10/09] misc/21861 PostgreSQL on jailed enviroment fails o [2000/10/11] kern/21915 gibbs Machine dies sig 12 in ahc driver (Freebs o [2000/10/12] ports/21927 dirk Error installing openssl f [2000/10/12] kern/21929 lpd cause system crash o [2000/10/12] kern/21932 gibbs 4.1.1-RELEASE : trap 12 during install f [2000/10/13] kern/21970 Kernel panic when trying to access a UDMA o [2000/10/14] gnu/21983 obrien gcc fails to link shared libraries agains o [2000/10/14] ports/21993 ports Port graphics/sane build fails with the n o [2000/10/15] ports/22016 msmith View of pkg-descr file was impossible to o [2000/10/16] ports/22020 ports apache13-modssl dies on alloc.c o [2000/10/18] bin/22077 X-Windows broken o [2000/10/18] kern/22086 DMA errors during intensive disk activity o [2000/10/18] kern/22103 4.1-R with Adaptec and Vinum crashes on p o [2000/10/19] alpha/22128 alpha Cannot install 4.1.1 on an Alpha AS200 o [2000/10/19] kern/22141 Missing include file in if_tx.c o [2000/10/22] ports/22213 ports dvipdfm-0.13.2b does not compile correctl o [2000/10/22] kern/22224 ipfw pipe command causes kernel panic o [2000/10/23] i386/22236 mouse cursor bug under text console mode o [2000/10/23] i386/22240 unstable UDMA on Iwill VD133PL v1.6 (Apol o [2000/10/23] kern/22245 Incorrect handling of end-of-media in ata 278 problems total. Serious problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [1995/10/18] bin/786 wpaul Problem with NIS and large group maps f [1996/08/22] kern/1533 dillon Machine can be panicked by a userland pro o [1996/09/29] kern/1689 TCP extensions throttles distant connecti s [1996/10/26] bin/1892 n_hibma install(1) removes target file s [1996/11/08] gnu/1981 ypserv handles null key incorrectly f [1996/12/22] kern/2270 Hayes ESP serial card locks system as of a [1996/12/30] kern/2325 quota.user enlarged, no boot on 2.2-BETA f [1997/01/09] bin/2430 grog mountd stops on loading if subnet mask is o [1997/02/07] kern/2690 asami When Using ccd in a mirror mode, file cre o [1997/02/09] kern/2698 After rewind I cannot read a tape; blocks o [1997/02/16] gnu/2749 peter cvs export using remote cvs fails - CVS/T o [1997/02/19] kern/2768 ktrace(1) -i dumps corrupted trace data o [1997/02/19] bin/2769 fsck needs several runs to clean up bad/d o [1997/02/20] bin/2785 wpaul callbootd uses an unitialized variable o [1997/02/22] kern/2800 DDS large data writing probrem o [1997/03/01] kern/2840 mlock+minherit+fork+munlock causes panics o [1997/03/03] kern/2858 peter FreeBSD NFS client can't mount filesystem o [1997/04/01] bin/3170 vi freaks and dump core if user doesn't e o [1997/04/05] kern/3201 peter de0 not re-enabled after hub down o [1997/04/06] kern/3219 sppp or arnet gets looped after connectio o [1997/04/15] bin/3305 Can't do encrypted rlogin into self o [1997/04/25] kern/3381 peter 2.2.x kernel panic on traversing and remo o [1997/04/25] kern/3384 telldir-seekdir can cause livelock o [1997/05/01] kern/3463 netstat -I packet count increase on sl0 w f [1997/05/04] i386/3502 mdodd Merge of if_ix* and if_ie* broke EE/16 su o [1997/05/06] bin/3524 imp rlogin doesn't read $HOSTALIASES for non- o [1997/05/12] kern/3579 peter de driver doesn't support newer SMC 9332 o [1997/05/12] kern/3581 intermittent trap 12 in lockstatus() f [1997/05/12] kern/3582 panic: bad dir (mangled entry) in 2.2-STA s [1997/05/25] kern/3685 [PATCH] panic: fdesc attr o [1997/05/30] kern/3726 peter process hangs in 2.2-stable when working f [1997/06/03] kern/3771 dillon NFS hangs when writing to local FS re-mou o [1997/06/04] i386/3779 changing cursor to blinking block causes o [1997/06/28] misc/3980 peter access via NFS fails during mount-operati o [1997/07/02] kern/4012 peter 2.2-RELEASE/Digital UNIX NFSv3 0 length f s [1997/07/06] gnu/4042 obrien gdb stackframe in static library shows no o [1997/07/17] kern/4115 peter SunOS NFS file has wrong owner if creator o [1997/07/26] bin/4176 restore gets confused when run over pipe o [1997/07/28] kern/4186 peter nfsiod, panic, page fault in kernel mode o [1997/07/30] kern/4194 peter kernel pci driver for Digital 21041 Ether o [1997/08/06] kern/4240 kernel fails to recognise 2nd serial port o [1997/08/10] kern/4265 Panic in dsinit when multiple FreeBSD sli o [1997/08/12] kern/4284 paul le0 goes OACTIVE after some time o [1997/08/13] kern/4295 SL/IP difficulties between 2.2.1 & 2.2.2 o [1997/08/16] kern/4312 arp table gets messed up, syslog "gateway o [1997/08/17] kern/4327 peter NFS over TCP reconnect problem s [1997/08/19] kern/4338 New device driver (Cyclades Cyclom-Z) o [1997/08/22] bin/4357 wosch bug in adduser script causes duplicate UI o [1997/09/02] kern/4454 X drops characters/locks up keyboard when o [1997/09/03] bin/4460 lpd hangs exiting (IE in ps table) o [1997/09/11] kern/4513 System lockup appears to be VM related. o [1997/09/14] i386/4533 Server with Cyclom-Y PCI card rebooted at o [1997/09/21] kern/4600 peter nfs lookups might give incorrect result o [1997/09/30] kern/4663 checkalias panic o [1997/10/01] kern/4666 dfr umount -f doesn't seem to work o [1997/10/01] bin/4672 rdist does not do hard links right when t o [1997/10/03] bin/4683 imp restore doesn't correctly handle "sparse" o [1997/10/16] kern/4774 trying to use IBCS2 shared libraries cras o [1997/10/16] kern/4782 dillon Under certain conditions, several krsh's o [1997/10/31] kern/4909 de ethernet driver is crazy on 100base o [1997/11/03] kern/4927 kernel does not check any quota and permi o [1997/11/05] bin/4949 rpc.rquotad stat()s fs with quota file in o [1997/11/15] conf/5062 login.access not evaluated correctly o [1997/11/18] kern/5085 System crash during mount command for CD o [1997/11/23] i386/5128 Adaptec 2940U Timeouts with QUANTUM disk o [1997/12/06] kern/5244 F00F workaround dosn't always work on SMP o [1997/12/14] bin/5297 will make incompatibility with System V style o [1997/12/19] kern/5347 peter DEC (de0) ethernet card has no buffers af o [1997/12/30] kern/5396 fdesc fs crashes system o [1997/12/31] i386/5401 peter de0 selects wrong media when reconnected f [1998/01/08] kern/5456 After writing more than 100MB to SCSI Exa o [1998/01/16] kern/5513 luigi new PnP code is BAD (soundcards) o [1998/01/26] misc/5574 bootpd gets timezone incorrectly o [1998/01/27] kern/5587 session id gets dropped o [1998/01/29] kern/5598 Support for magneto-optic SCSI devices wi o [1998/01/31] kern/5611 bind does not check sockaddr->sin_family o [1998/02/01] kern/5618 kernel memory leak in routetbl. o [1998/02/01] kern/5624 dumping to tape causes scsi bus reset o [1998/02/04] kern/5643 NCR 810/815 do not handle rewind correctl o [1998/02/19] kern/5794 Kernel Panic o [1998/02/28] kern/5877 sb_cc counts control data as well as data f [1998/03/11] kern/5975 can't boot freebsd: fatal trap12: page fa o [1998/03/16] kern/6035 The system "sort-of" hangs when playing b o [1998/03/19] kern/6066 paul lnc driver does not work correctly with A f [1998/03/22] kern/6103 panic: ffs_valloc: dup alloc o [1998/03/28] bin/6162 kinit does not default to the current use f [1998/04/03] kern/6203 kernel panics with "blkfree: freeing free f [1998/04/03] conf/6205 NFS/NIS freak out o [1998/04/04] kern/6212 dillon Two bugs with MFS filesystems fixed, one o [1998/04/07] kern/6238 luigi Sound-driver patch for MAD16 (OPTi 928,92 f [1998/04/08] kern/6252 sos ide cdrom hangs system when on same bus a o [1998/04/14] kern/6300 System locks up in SMP mode when accessin o [1998/04/19] kern/6351 DPT RAID controller stops working under h o [1998/04/20] i386/6368 Stallion Easyio 8 port not detected using o [1998/05/03] kern/6506 system will not soft reboot a [1998/05/06] bin/6536 pppd doesn't restore drainwait for tty o [1998/05/12] kern/6603 ncr driver hangs under high load f [1998/05/17] kern/6670 PANIC on boot with FreeBSD 3.0 (same comp o [1998/05/25] kern/6751 audio cd play suddenly stops. o [1998/05/25] kern/6755 peter Tulip (if_de) driver buggy in -current o [1998/05/27] misc/6773 kris [PATCH] tempnam.c security problems s [1998/06/02] bin/6830 will make(1) exhibits confusing and non-standa o [1998/06/05] kern/6865 OS crashes when exiting shell with suspen o [1998/06/10] kern/6908 kernel crash from user land o [1998/06/19] bin/6994 The netstat(1) -s generates wrong output s [1998/06/23] bin/7033 Same process notified multiple times o [1998/06/24] kern/7038 shimon Kernel panic caused by DPT driver (Got a s [1998/06/24] bin/7043 the fstat command doesn't know ISOFS, MSD o [1998/06/24] i386/7057 mdodd 3Com 3C509 locks up, or has >1000ms rtt u s [1998/07/05] kern/7169 cannot use accton on a append-only file s [1998/07/06] misc/7190 phk "Invalid partition table" after new insta s [1998/07/10] kern/7237 NCR SCSI driver ch0 troubles o [1998/07/11] kern/7245 processes die with signal 6, if machine o o [1998/07/12] i386/7266 yokota PSM detection failure with Linksys consol s [1998/07/14] kern/7281 [STABLE] Multicast kludge does not work c o [1998/07/26] kern/7405 dillon in pmap_changebit, pmap_pte_quick() retur s [1998/07/27] kern/7410 [PATCH] driver for arlan-655 s [1998/07/27] i386/7420 [PATCH] Maximum socket buffer size (SB_MA o [1998/07/28] kern/7424 dillon Machine crashes do not occur very often, s [1998/08/10] kern/7556 sl_compress_init() will fail if called an f [1998/08/10] kern/7557 dillon -current machine running Diablo, lockup, s [1998/08/10] kern/7561 CDROM (wcd) is prone to lock up system/pr o [1998/08/18] kern/7658 (1) rlogin from some host to the FreeBSD o [1998/08/18] kern/7664 scsiformat reports '0' for all parameters o [1998/08/27] bin/7756 disklabel misbehaving on seriously sick d o [1998/08/27] kern/7764 ps(1) hangs in pfslck/lockrd - All subseq o [1998/08/27] kern/7766 de driver still buggy - random ifc death o [1998/08/27] kern/7767 de driver still buggy - power cycle of de o [1998/09/09] bin/7872 dwmalone [PATCH] mountd(8) can apply flags to wron o [1998/09/09] bin/7876 gethostbyname flags temporary failure as o [1998/09/10] kern/7880 mount_cd9660 incorrect on multitrack CD-R o [1998/09/11] kern/7902 if_de doesn't properly recognize a "Magic o [1998/09/12] conf/7908 wrong perms on objformat after upgrade o [1998/09/16] gnu/7951 The gnu readline library core dumps when o [1998/09/17] bin/7968 If /usr/libexec/yppwupdate DNE, rpc.yppas o [1998/09/28] misc/8070 can't get a system with an NCR 810 contro o [1998/09/28] i386/8081 Problem with MULTIPORT driver and Boca BB o [1998/09/30] gnu/8099 obrien [patch] some bugs in cpio o [1998/10/03] kern/8137 [patch] quotaoff followed by quotaon can f [1998/10/05] kern/8158 sio driver breaks in 2.2.7R in kernels wi o [1998/10/06] kern/8180 open("..",O_RDONLY|O_NONBLOCK) fails o [1998/10/08] kern/8206 [patch] Unconected UDP socket declined, i o [1998/10/08] kern/8215 Creating 2 root partitions in sysinstall o [1998/10/13] kern/8312 Under heavy load, the system panics with o [1998/10/14] bin/8322 Mail doesn't respect REPLYTO in .mailrc a [1998/10/19] conf/8379 gshapiro check_rcpt returns OK for nonexistent add o [1998/10/20] i386/8385 2.2.7 hangs while detecting type of COM1' o [1998/10/21] i386/8397 Code using popen compiled on BSDI BSD/OS o [1998/10/22] i386/8414 ibcs2 emulation sets serial baud-rate inc o [1998/10/22] kern/8415 SMP kernel freezes while downloading larg o [1998/10/31] bin/8518 freopen() in append mode followed by ftel o [1998/11/01] kern/8534 insufficient support routines for poll(2) o [1998/11/03] kern/8561 /kernel inode change time changes every r f [1998/11/05] kern/8580 dillon Hanging NFS pagein in nfs_bio.c (2.2.7, w o [1998/11/08] kern/8607 maxprocsperuid setting causes sybase/linu o [1998/11/08] ports/8622 markm exmh2 has problems with some date formats o [1998/11/10] bin/8646 peter Implement rlogind -a option o [1998/11/11] kern/8655 Umount trouble of SCSI removable device f [1998/11/11] kern/8657 dillon nfs client hung in nfs_bwrite/vfs_busy_pa o [1998/11/14] bin/8685 sending a SYST by ftp client closes conne o [1998/11/18] bin/8745 wosch adduser permit adding `root' and mail ali o [1998/11/20] kern/8773 Intel AN430TX motherboard ps/2 port not r f [1998/11/20] kern/8778 gibbs Buslogic BT948 in 2 boxes upgraded from S f [1998/11/25] bin/8865 dwmalone syslogd hangs with serial console o [1998/11/29] conf/8903 dillon /etc/rc can do NFS mounts before the netw o [1998/12/02] kern/8940 system clock runs extremely slowly (and s f [1998/12/06] kern/8981 this also fixes X crashes and sio silo ov o [1998/12/16] kern/9095 swap detect error o [1998/12/20] i386/9140 NIS "Magic cookie" in master.passwd slays o [1998/12/21] kern/9163 peter [patch] squid does not join a multicast g o [1998/12/31] bin/9252 [patch] login program "login" don't set K o [1999/01/06] kern/9355 can't select() for writes on a bpf o [1999/01/07] bin/9379 pppd does not go through all interfaces l o [1999/01/08] kern/9391 if_addmulti doesn't check for retifma == o [1999/01/09] kern/9407 "make kernel" yields buggy kernel in cera o [1999/01/09] kern/9408 parameter reversed to a pci_cfgwrite in p o [1999/01/09] kern/9411 System crash on swapping to hole-files o [1999/01/11] bin/9440 obrien amd can't mount filesystems with type:=uf o [1999/01/13] kern/9478 support for running a script from kldload f [1999/01/14] kern/9487 pcm: mixer's synth and cd devices are swa o [1999/01/14] bin/9495 su doesn't look at login.cnf all the time o [1999/01/15] bin/9516 ftpd doesn't honor invalid shelll in logi o [1999/01/17] kern/9548 UNION fs corrupts data and has undefined f [1999/01/17] kern/9550 sos The latest -current as of 17 January has o [1999/01/21] kern/9599 SMP hang after reseting CPU 1 s [1999/01/22] docs/9618 asmodai many typos in groff_mm(7) f [1999/01/25] kern/9673 ISO CD-ROM Problem o [1999/01/28] i386/9759 Tar process hangs on buggy tapes o [1999/02/01] kern/9862 system crashes writing to msdos jaz disk o [1999/02/02] kern/9883 MGET()(and variants) return NULL with M_W s [1999/02/06] kern/9927 gibbs the ahc driver doesn't correctly grok swi o [1999/02/06] i386/9933 No error reported writing to write-protec o [1999/02/06] kern/9935 vmstat reprots bad AVM values o [1999/02/08] kern/9961 When loading if_ppp_mod.o system crashes, o [1999/02/08] i386/9962 Install Panics in with integer divide fau o [1999/02/08] kern/9974 Large amounts of kernel clock drift with f [1999/02/09] bin/9982 ume inet_addr(3) should be return 32bit uint. o [1999/02/11] kern/10021 MOUNTING A EXT2FS A AFTER MOUNTING AN MSD o [1999/02/11] bin/10031 ypxfr does not work with Solaris master s o [1999/02/13] kern/10066 problem with a X-Window and syscons drive f [1999/02/14] i386/10089 sos ATAPI tape driver (wst) doesn't handle En o [1999/02/15] kern/10107 dillon interlock situation with exec_map and a p f [1999/02/25] bin/10264 davidn passwd(1) tryis NIS even with `-l' switch o [1999/02/25] kern/10265 file locking does not work with kernel pt o [1999/02/26] kern/10280 Display Adapters (PCI) probed wrong way - o [1999/02/28] misc/10302 jkh installer o [1999/02/28] bin/10312 ken pciconf -l generates output incompatible o [1999/02/28] kern/10316 le0 goes OACTIVE after some time o [1999/03/02] bin/10353 ypserv gets segmentation violation o [1999/03/03] kern/10381 hlfsd/NFS failure -- directory cached bet o [1999/03/05] kern/10411 top, vmstat, iostat show 0% cpu idle & us o [1999/03/07] kern/10466 resume causes crashes if BIOS extmem != R o [1999/03/08] kern/10492 broadcast IP address can be set on interf o [1999/03/09] bin/10510 Remote cvs botches commits on occassion o [1999/03/11] bin/10553 syslogd suddenly stopped logging o [1999/03/14] kern/10581 Kernel panic while using find on an ext2 o [1999/03/14] kern/10594 EXT2FS mount problems o [1999/03/14] bin/10596 I can't find out where someone is logged o [1999/03/15] misc/10599 [PATCH included]malloc/free breaks in cer o [1999/03/15] kern/10603 dcs Random system panics o [1999/03/15] kern/10607 Fast forwarding breaks when arp cache exp f [1999/03/16] i386/10626 RTC BIOS diagnostic error on install o [1999/03/16] bin/10633 obrien [patch] tcpslice timezone problem and upd o [1999/03/17] i386/10646 Bridge code missing from ed0 driver in 3. o [1999/03/19] kern/10671 setlogin(2) return EINVAL for length of n o [1999/03/20] kern/10698 de driver doesn't work with some tulip bo o [1999/03/24] bin/10774 sio0 doesn't work well, i belive the prob o [1999/03/24] kern/10778 "ipforward_rt" is not cleared when routin o [1999/03/27] bin/10821 des getpwent() fails on NIS clients after dro o [1999/03/29] i386/10862 sos wd.c STILL cannot recognize correct disk o [1999/03/30] kern/10870 eivind Kernel panic when writing to write-protec o [1999/03/30] misc/10879 Cannot build aout binaries under 3.1-RELE o [1999/03/30] bin/10880 Profiler libraries missing o [1999/04/01] bin/10912 /bin/sh: Fix to prevent infinite loops on o [1999/04/03] i386/10935 PCI cards detected twice o [1999/04/05] i386/10969 kernel fails to compile with ccs0 f [1999/04/06] i386/10983 lnc NIC driver doesn't work o [1999/04/06] bin/10991 lpd hangs system if printer not ready on o [1999/04/07] kern/11004 Quota Issues on SMP o [1999/04/07] bin/11005 `umount -f' does not work if the NFS-serv o [1999/04/08] misc/11024 getpwnam(3) uses incorrect #define to lim o [1999/04/11] kern/11080 fatal trap 18 while trying to mount inval o [1999/04/11] kern/11084 3.1-R kernel trap 12 with interrupts o [1999/04/13] bin/11119 NFS quotas fail to report if alternate fi o [1999/04/18] kern/11208 Complete system hang/freeze. No PANIC me o [1999/04/20] bin/11247 des fetch doesn't notice FTP error after RETR o [1999/04/21] kern/11255 Fore System ATM Card not working o [1999/04/21] kern/11266 frequent crashes with "Page fault, fatal o [1999/04/26] conf/11336 Broken data sent to printer through devic o [1999/04/28] kern/11366 Filesystem can cause hang/crash in certai o [1999/04/28] conf/11376 NFS mount may be happening too soon in /e o [1999/04/29] bin/11382 generated code using rpcgen with -b optio o [1999/04/29] kern/11385 PCNet/PCI Ethernet adapter works in 3.1-R o [1999/04/29] i386/11395 ghostscript5.50 does not print properly, o [1999/04/30] kern/11405 pwd_mkdb with no tmp space leads to kerne o [1999/05/02] i386/11454 mkdir() and chdir() doesn't check argumen o [1999/05/03] kern/11462 CS network interface driver (for CS89XX b o [1999/05/03] bin/11464 obrien union copies likely broken for alpha egcs o [1999/05/04] kern/11490 yokota VESA+VM86+Splash == unstable system o [1999/05/05] kern/11507 msmith CS89XX (i386/isa/if_cs.c) fails to proper o [1999/05/05] kern/11513 cannot mount CD-ROM: Device not configure o [1999/05/05] misc/11523 3.1-STABLE BRIDGE option does not work o [1999/05/05] misc/11525 dwmalone [PATCH] Networking patches to increase # o [1999/05/07] gnu/11562 tar verification doesn't work o [1999/05/07] kern/11563 pci_unmap_int doesn't do anything o [1999/05/12] i386/11664 lnc1 NIC fail to work o [1999/05/12] bin/11666 ypserv fails to reply host name resolutio f [1999/05/12] kern/11679 httpd and perl5 processes stuck in "nocha o [1999/05/13] kern/11686 APM: Always "Resume failure" from suspend o [1999/05/13] kern/11692 3.1-stable deadlock o [1999/05/13] kern/11697 gibbs Disk failure hangs system f [1999/05/18] kern/11766 darrenr Can not traceroute through ipnat. o [1999/05/18] i386/11773 yokota mouse works at setup time. Under X it go o [1999/05/19] misc/11778 mpz_get_str() in libgmp leads up to cored f [1999/05/20] misc/11800 gibbs Problem with scsi AHA2940 and sony SDT-20 o [1999/05/20] i386/11801 Remounting CD on IDE CDROM after eject fa o [1999/05/21] kern/11821 /dev/fd0a hangs on large files, including o [1999/05/23] kern/11867 Sound driver loses interrupts, no sound o [1999/05/28] kern/11911 3.1-R : writing file larger than floppy s o [1999/05/28] kern/11915 access system call says file is readable o [1999/05/28] kern/11922 missing reentrant interfaces for getpwnam o [1999/05/29] kern/11928 kldload loads kernel modules even if ther o [1999/05/29] kern/11937 vm problems after havy memory usage o [1999/05/31] kern/11969 VM_fault with mmap'd CDROM data. f [1999/06/02] i386/11991 fdisk does not assign slices to unused pa o [1999/06/02] bin/11992 /usr/src/sbin/mountd/mountd.c has '#ifdef o [1999/06/04] kern/12022 phk System clock timewarps o [1999/06/06] bin/12054 explicit -ltermcap after -lncurses causes o [1999/06/06] kern/12062 sa tape driver with Cipher 60M SCSI QIC t o [1999/06/08] bin/12091 syslog packets from a remote machine are o [1999/06/09] kern/12104 Certain cdcontrol commands don't work pro o [1999/06/10] bin/12120 named crashes. o [1999/06/12] gnu/12175 obrien gdb crashes with pids > 32736 o [1999/06/13] bin/12191 wcol is trying to allocate a shared memor o [1999/06/16] bin/12242 segmentation fault running /usr/bin/fmt o [1999/06/16] kern/12247 userlevel program let kernel hang f [1999/06/17] kern/12262 pcm sound driver with SB16pnp does not ap o [1999/06/18] bin/12272 The ctype locales print an error message o [1999/06/18] kern/12274 cd mount problem o [1999/06/20] kern/12305 clock() ticks backwards o [1999/06/21] kern/12320 error 6: panic: cannot mount root (2) o [1999/06/22] bin/12349 des 3.2-R inetd doesn't re-read ALL configura s [1999/06/24] kern/12381 bde Bad scheduling in FreeBSD o [1999/06/25] conf/12387 CDROM boot failure on Thinpad 770X, 380ED o [1999/06/25] kern/12394 3.2-RELEASE, rl0 ethernet interface freez o [1999/06/28] kern/12434 signal 11 (core dumped) on mysqld when ma o [1999/06/30] kern/12464 bad reference in struct vm_zone o [1999/07/01] kern/12484 [PATCH] bpf_filter() broken f [1999/07/06] i386/12529 Linksys ether16 NE2000 compat. won't conf o [1999/07/06] bin/12538 getpwuid() NIS UID override fails o [1999/07/07] kern/12551 mks ASIC output is shifted following a short o [1999/07/07] docs/12557 nik There are no man pages for the widely use o [1999/07/09] misc/12577 Can't link code using catopen o [1999/07/13] kern/12632 Panic (trap 18) with Symbios SCSI control o [1999/07/14] misc/12640 Can use 2nd CD-ROM for fixit mode. o [1999/07/15] kern/12646 IGMP reports not sent if no multicast rou o [1999/07/18] kern/12703 tx0 truncates skip packets o [1999/07/20] bin/12727 billf Game patches from NetBSD o [1999/07/21] conf/12745 diffs to delay start of amd rwhod timed o o [1999/07/22] kern/12758 Adjusting the idle priority of a process o [1999/07/23] i386/12771 lpt hangs and never works again, even aft o [1999/07/24] kern/12800 buffer leak in cluster_wbuild o [1999/07/27] alpha/12832 alpha config -g creates broken Makefile in 3.2- o [1999/07/27] kern/12838 PC-Card ctlr(0) Vadem 365 support seems b o [1999/07/28] misc/12856 installworld over nfs broken (3.2S) o [1999/07/29] kern/12869 panic: softdep_flushfiles: looping o [1999/07/30] kern/12884 Hot to panic FreeBSD-3.2-Release o [1999/08/02] ports/12930 asami libtool create defuct makefiles if PREFIX o [1999/08/03] misc/12938 gethostbyaddr(209.201.116.19) - Bus error o [1999/08/04] kern/12979 Response time continually slows on idle m o [1999/08/05] kern/12991 system queue is cleared when a port or pi f [1999/08/06] kern/12996 ifconf in sys/net/if.c returns larger buf o [1999/08/07] conf/13013 Selecting CDROM as install media doesn't o [1999/08/08] misc/13027 sysinstall has no /dev entry for wfd0s4 ( f [1999/08/10] i386/13058 Installation hangs after commit o [1999/08/14] kern/13141 se Multiple LUN support in NCR driver is bro o [1999/08/15] kern/13150 panic: ufs_dirbad: bad dir o [1999/08/15] gnu/13172 Bug in workaround of russian locale & sor o [1999/08/16] kern/13180 panic: ffs_alloccg: map corrupted o [1999/08/17] kern/13198 panic: vm_fault: fault on nofault entry o [1999/08/17] gnu/13200 The assembler chokes on very long operand o [1999/08/18] kern/13234 .../netinet/ip_input.c should include opt o [1999/08/24] bin/13350 make clean in bsd.obj.mk no longer proper o [1999/08/25] misc/13378 Tecra 8000 hangs in UserConfig, cannot co o [1999/08/25] kern/13382 Only 1 parallel port supported if pps ena o [1999/08/26] kern/13405 syslogd get system hang o [1999/08/27] gnu/13427 obrien gdb reports wrong info o [1999/08/28] gnu/13438 objc forward core dump using system cc f [1999/08/29] i386/13452 changing to root device wd0s1a \n error 2 o [1999/08/29] bin/13463 /bin/sh does not handle interrupts correc o [1999/08/30] misc/13470 Old problem re-introduced: TCP sucket buf o [1999/09/01] kern/13517 hang system o [1999/09/05] kern/13587 Voxware MIXER_READ ioctl corrupts memory o [1999/09/06] kern/13593 Problems with FIFO and select o [1999/09/07] kern/13612 gibbs "Timedout SCB handled by another timeout" o [1999/09/07] kern/13630 system halts after npx0 detected on 3.2 i o [1999/09/07] kern/13632 Floppy hangs system o [1999/09/08] kern/13646 Kernel Trap error when booting 3.3-RC ker f [1999/09/09] i386/13655 sysmouse, signal 10 and XF86_S3 o [1999/09/10] bin/13679 ncurses-based programs eat 100% CPU after o [1999/09/10] bin/13691 fenner tcpslice cannot extract over 2GB part of o [1999/09/11] bin/13703 MCNP compilation problem o [1999/09/12] bin/13711 root fs not properly unmounted after shut o [1999/09/12] ports/13714 stb netatalk-1.4b2+asun2.1.3 fails chmod g+s o [1999/09/13] gnu/13729 strip(1) exits with an error on script fi o [1999/09/13] kern/13740 wrong IP statistics o [1999/09/15] kern/13757 wpaul tl0: adapter check: 180005 mesages keep c f [1999/09/15] i386/13765 memory problem: compilation of emacs dies o [1999/09/15] bin/13768 sh MAKEDEV cdN creates all cd(N-1)-device o [1999/09/16] conf/13775 multi-user boot may hang in NIS environme o [1999/09/16] conf/13785 jkh boot block/manager problem at installatio o [1999/09/17] i386/13787 lnc driver isn't really the lnc driver o [1999/09/18] i386/13811 ide cdrom stops recognizing audio cdroms o [1999/09/19] ports/13839 will kdegraphics11 'make PREFIX' fix, one comp f [1999/09/20] i386/13857 Problem with switching between processes o [1999/09/22] alpha/13912 alpha unaligned access Problem seems to be aff o [1999/09/23] misc/13920 pppd acts differently on 3.3-RELEASE ("mi o [1999/09/24] kern/13941 ncr0: SCSI phase error on GENERIC kernel o [1999/09/26] misc/13978 peter a write to last column bug appears since o [1999/09/26] bin/13980 Parameter expansion pattern removal bug i o [1999/09/27] kern/13997 phk RLIMIT_NPROC works unadequately for jails o [1999/09/28] kern/14026 Many network connections get left in the o [1999/09/28] kern/14033 Data acq process gets stuck in vmopar o [1999/09/30] kern/14060 3.3-STABLE on primary mail server panics o [1999/09/30] bin/14069 Buffer overflow in mail(1) o [1999/09/30] kern/14072 Rebooting in FreeBSD 3.3 wipes out known o [1999/10/02] kern/14096 parallel port -- ppi -- driver broken aft o [1999/10/03] bin/14102 make world -DWANT_AOUT fails in lib/compa o [1999/10/04] misc/14121 resurfaced bug in rmt preventing remote d o [1999/10/04] kern/14123 lnc driver is not working o [1999/10/04] i386/14135 lpt1 nolonger exists after 3.2-RELEASE o [1999/10/05] kern/14144 bad conversions in kern_fork() o [1999/10/07] misc/14178 FreeBSD 3.2 - Calls from CGI scripts, cro o [1999/10/07] kern/14183 grog bridge forwarding corrupted broadcast IP o [1999/10/10] bin/14250 dwmalone restore(8) can loop if tty goes away or w o [1999/10/10] misc/14254 [Fwd: clock(3) runs backwards! (fwd)] (fw o [1999/10/10] kern/14257 error 6: panic: cannot mount root (2) - d o [1999/10/12] i386/14282 Using FreeBSD 3.* ThinkPad 600E doesn't r o [1999/10/12] kern/14285 dillon NFS client appears to lose data f [1999/10/14] i386/14324 wst OR atapi drivers won't work o [1999/10/14] misc/14326 kerberos4 pam-related breakage in current o [1999/10/14] misc/14327 names used in netdb.h may conflict with n o [1999/10/14] i386/14334 imp AHA-1542A not supported by FreeBSD 3.x (" o [1999/10/15] kern/14354 grog vinum cannot compile for alpha o [1999/10/20] misc/14431 Network Interface Problem o [1999/10/20] bin/14444 enigma command can't decrypt files encryp o [1999/10/21] i386/14446 Doesn't boot on Mobile Celeron o [1999/10/25] bin/14524 markm PERL 5.005_03 Config.PM on 3.2-STABLE say o [1999/10/25] kern/14536 kernel panic on 64KB block size ufs files o [1999/10/26] kern/14546 SB128PCI work incorrect play wav-files un o [1999/10/26] kern/14549 mdodd 3C509 broken in 3.3 o [1999/10/27] kern/14566 yokota Non-kernel programs have little/no contro a [1999/10/31] bin/14626 gshapiro sendmail 8.9.3 bug with aliases in -CURRE o [1999/11/03] i386/14689 waitpid doesn't harvest child process whe o [1999/11/04] kern/14712 root has access to NFS mounted directorie o [1999/11/05] kern/14722 TCP connections hangs in FIN_WAIT_2 for > o [1999/11/05] bin/14729 murray when sysinstall is running as init it sho o [1999/11/07] bin/14782 ypbind can not bind to Solaris NIS master o [1999/11/10] misc/14811 getpwent is not enumerating all entries i o [1999/11/10] kern/14812 de0 driver malfunctions in full-duplex o [1999/11/11] ports/14826 obrien security/fwtk smapd calls sendmail with w o [1999/11/12] bin/14844 rwhod is remotely crashable o [1999/11/12] kern/14848 Frame Relay support, corrected a [1999/11/12] misc/14856 billf ftp stalls on FreeBSD 3.3 (CDROM) tested o [1999/11/14] kern/14890 ffs_valloc: dup alloc o [1999/11/15] misc/14895 portmap bug (when run with -v flag) o [1999/11/15] kern/14900 3.3-RELEASE panic in pmap_pte_quick() o [1999/11/16] kern/14917 grog DMA doesn't works with ALI ALADDIN M1543/ o [1999/11/16] bin/14920 install(1) hangs when intalling files sam o [1999/11/17] i386/14946 mjacob rmt - remote magtape protocol o [1999/11/17] kern/14962 PnP doesn't detect AWE64 when PnP modem i o [1999/11/17] misc/14964 Network Interface Configuration Problem a o [1999/11/18] bin/14978 lprm(1) does not kill active daemon if ho o [1999/11/19] kern/14997 NFSv3 open O_EXCL fails to set proper "at o [1999/11/19] i386/15003 mdodd 3C574 (ep0) reads bogus ethernet address o [1999/11/21] i386/15018 Printingproblem o [1999/11/22] bin/15046 obrien /sbin/dhclient-script ignores resolv.conf o [1999/11/23] bin/15070 vfprintf/cvt/__dtoa race condition in thr o [1999/11/24] i386/15074 Two different panics when running Linux b o [1999/11/24] kern/15075 Intel Etherexpress Pro timeouts when >1 c o [1999/11/24] kern/15086 Borked sscape drivers :) o [1999/11/25] kern/15087 3.3-STABLE panic while starting daemons ( o [1999/11/25] kern/15089 mmap of files from 2K-block device failed f [1999/11/26] ports/15107 green Patch for FreeBSD s/key support in OpenSS o [1999/11/26] misc/15109 problem printing graphic pages o [1999/11/27] ports/15123 rse www/apache13-modssl has PREFIX problems f o [1999/11/28] conf/15150 phantom Taking encoding scheme latin1 into accoun o [1999/11/30] misc/15190 crashing while in a multiplatform environ o [1999/12/01] kern/15204 systems panics when ktrace-ing o [1999/12/02] misc/15228 C++ exceptions+threads SIGABRTs. o [1999/12/02] kern/15235 dillon Race conditions in pipe_write causes kern o [1999/12/05] misc/15269 error server timeout downloading small fi o [1999/12/06] i386/15327 Unable to use ISA sound card with AD1816A o [1999/12/08] i386/15364 Flash Player 4 for Linux has no sound wit o [1999/12/11] kern/15420 3.3-RELEASE Kernel freeze o [1999/12/12] bin/15450 The name of the tagfile is left in the pa o [1999/12/13] bin/15471 kris Fix several buffer overflows o [1999/12/13] kern/15475 pppd(8) sets the Source Address field of o [1999/12/14] kern/15478 incorrect utmp/wtmp records update upon c o [1999/12/14] kern/15486 Attempt to write to a "write-prot" floppy o [1999/12/15] kern/15508 disk usage after "strip" is wrong o [1999/12/17] kern/15542 de suddenly stops working o [1999/12/17] ports/15543 hosokawa Samba + DHCP = UNKNOWN HOST NAME o [1999/12/17] i386/15548 Intel EtherExpress Pro/10+: Only 1024 byt o [1999/12/18] i386/15553 marcel Linux Emulation don't emulate accept(2) e o [1999/12/18] kern/15554 malloc fails in OMAGIC programs o [1999/12/20] bin/15581 ftp(1) file completion does not work if s o [1999/12/21] misc/15610 3.4-RELEASE installation hang on aic0 SCS o [1999/12/21] kern/15611 EIDE Large Disk Support, Newfs problem, F f [1999/12/22] i386/15631 3.4 won't install with IBM 37.5 gb disks o [1999/12/23] misc/15662 markm [PATCH] perl5 Sys::Hostname fails if no P o [1999/12/26] kern/15707 dillon bad trap in mprotect o [1999/12/29] conf/15766 My desktop display is too large, I can´t o [2000/01/01] kern/15825 dillon Softupdates gets behind, runs the system o [2000/01/01] bin/15829 peter cvs -C not_a_number core dumps o [2000/01/02] i386/15845 Driver for RealTek 8029 o [2000/01/03] misc/15869 3.4-STABLE-20000103 install fails to disk o [2000/01/03] kern/15870 small PicoBSD Kernel link fails o [2000/01/03] bin/15877 Perl 5.00503 interpreter crashes with a s o [2000/01/04] i386/15879 System hangs while watching the tv and ap o [2000/01/04] gnu/15892 NFS-exported ext2 file system makes Linux o [2000/01/04] i386/15897 Any fix for rpc.lockd on Free BSD 3.2 nfs o [2000/01/05] ports/15922 chuckr print/a2ps cannot find ogonkfied fonts [p o [2000/01/05] bin/15924 ndc restart don't preserve start options o [2000/01/07] i386/15961 System allows no keyboard input after flo o [2000/01/09] kern/16013 FreeBSD 3.3 sends ICMP reply to IP unicas o [2000/01/09] bin/16014 New cvs in -stable prints consistent erro o [2000/01/10] kern/16040 Read-only files under NFS are not seen as o [2000/01/11] misc/16068 FreeBSD 3.3 with IDE > 32GB causes Panic: o [2000/01/12] kern/16090 mdodd No buffer space available o [2000/01/13] misc/16102 root's home directory is too open o [2000/01/14] kern/16122 Incorrect SysV SHM segment accounting by o [2000/01/15] i386/16132 FreeBSD doesn't install on Notebook w/ Sy o [2000/01/17] misc/16154 modem ring kills freebsd o [2000/01/17] bin/16155 cp -p does not preserve modification time o [2000/01/17] i386/16164 "vga"/"sc" don't work when a video card i o [2000/01/18] kern/16171 mmap(2) of /dev/kmem cause kernel panic o [2000/01/18] bin/16186 [PATCH] Insecure use of strncpy() and str o [2000/01/18] misc/16197 Installation problems on IBM Thinkpad 365 o [2000/01/19] i386/16214 Driver for Intel EtherExpress 16 is unrel f [2000/01/20] misc/16238 e-bones has a Y2K bug o [2000/01/20] kern/16239 dillon NFS mount file system from multi-homed re o [2000/01/20] bin/16244 [PATCH] don't allow password re-use when o [2000/01/21] kern/16257 Kernel panic in sbdrop o [2000/01/21] i386/16269 smp dosen't work with >2 cpus on AMI Goli o [2000/01/21] bin/16271 vi has wrong len type in re_tag_conv() o [2000/01/22] kern/16299 nfs.ko can be unloaded when nfsd is runni o [2000/01/23] kern/16318 Fix for wrong interface when adding new r o [2000/01/23] alpha/16319 alpha No trailing newline in /usr/src/lib/libc/ o [2000/01/24] ports/16341 obrien Fix for minicom detecting modem status li o [2000/01/24] bin/16342 Problems with krb_realmofhost() and/or kr o [2000/01/24] ports/16343 reg bsd.port.mk cannot override make.conf. o [2000/01/25] i386/16349 Intel EtherExpress Pro/10+ card detection o [2000/01/25] bin/16353 rlogin encryption is broken on transmit s o [2000/01/27] ports/16396 reg libtool -export-symbols doesn't restrict f [2000/01/27] ports/16410 kris ssh and x forwarding problem o [2000/01/27] kern/16416 Hang on boot with SMP Dell 2400 o [2000/01/28] misc/16423 Installation problem of 3.4-RELEASE using o [2000/01/30] gnu/16481 Cpp crashes frequently o [2000/01/30] i386/16482 IDE disk fails on secondary IDE master de o [2000/02/06] kern/16515 Deadlock by ntpd o [2000/02/08] bin/16578 host-name field is hexadecimal instead of o [2000/02/08] conf/16586 net if down after fail during install o [2000/02/08] kern/16587 cg Can't record with newpcm & CS4236 (AW35/P o [2000/02/09] kern/16598 xmcd stopped by racd0c ioctl error while o [2000/02/09] kern/16605 samba 2.0.6 under 3.4-RELEASE can't open o [2000/02/09] ports/16621 marcel emulators/linux_base needs to be installe o [2000/02/10] kern/16644 Bad comparsion expression in bpf_filter.c o [2000/02/10] bin/16645 Inetd(8) internal ident won't work with m o [2000/02/18] bin/16812 level 0 dump runs forever -- generates a o [2000/02/18] kern/16816 vop_stdpoll() in /sys/kern/vfs_default.c o [2000/02/20] conf/16832 amd.map options won't play with Solaris N o [2000/02/20] kern/16849 Close on an ide tape drive hangs o [2000/02/20] misc/16860 suggetion on installation process. o [2000/02/21] conf/16879 tanimura Sound drivers seem to be using shared irq o [2000/02/21] ports/16882 obrien Memory leak with g++ 2.8.1 and STL 2.8.1. o [2000/02/22] bin/16920 cdcontrol fails under 4.0-20000214-CURREN o [2000/02/23] kern/16937 ie0 not probed in -current of 2000-02-18 o [2000/02/23] conf/16948 murray Sysinstall/disklabel: bad partition table o [2000/02/23] ports/16955 markm 'pgp5' built with ports/security/pgp5 doe o [2000/02/25] ports/16983 ache procmail port not prefix clean o [2000/02/25] misc/16991 jhb booting install disk and USB o [2000/02/27] kern/17033 Samsung SN-124 ATAPI CD-ROM not supported o [2000/02/28] bin/17056 rshd does improper home directory check o [2000/03/01] misc/17108 SecureRPC not supported in mount_nfs comm o [2000/03/01] conf/17117 Dial-up problems when using Kppp o [2000/03/02] bin/17134 problem with 3.0-RELEASE cron forgetting o [2000/03/03] kern/17142 4.0-CURRENT hangs in ex_isa_identify() wh o [2000/03/03] kern/17146 panic in devfs_open() while mounting devi o [2000/03/03] kern/17153 mjacob Qlogic Ultra3 cards seem to write very sl o [2000/03/05] kern/17208 3.4 Lock-up during file-completion o [2000/03/06] i386/17228 Installation floppies hang up on Compaq A o [2000/03/06] misc/17235 endless loop? harddrive corrupted? o [2000/03/06] ports/17237 hosokawa in samba suite smbclient -M worked incorr o [2000/03/10] misc/17310 NIS host name resolving may loop forever o [2000/03/11] ports/17313 ache wu-ftpd ports install invalid file owners o [2000/03/11] ports/17314 hosokawa in samba: testparm incorrectly generate w o [2000/03/12] bin/17338 netstat shows down counting UDP delivery o [2000/03/12] i386/17346 APIC cannot be enabled without turning on o [2000/03/13] bin/17360 kris [PATCH] Cleanup bug in pam_ssh o [2000/03/14] i386/17374 Archive QIC02 tape-unit device randomly h o [2000/03/14] kern/17375 yokota kldload/unload cycles with syscons screen o [2000/03/15] kern/17393 kldload syscall allows the same kernel mo o [2000/03/16] kern/17403 cg CS4232 wont play w/newpcm o [2000/03/16] conf/17406 nis in /etc/host.conf breaks network prog f [2000/03/16] misc/17409 4.0-RELEASE install fails on Compaq 1850R o [2000/03/16] alpha/17410 alpha Bad tag on Alpha boot floppies o [2000/03/16] kern/17422 bde 4.0-STABLE: top: nlist failed o [2000/03/16] i386/17423 System hangs then reboots o [2000/03/17] gnu/17433 libobjc locks mutex before deallocating i o [2000/03/17] misc/17435 There's no DES crypto distribution in 4.0 o [2000/03/17] kern/17439 sos 4.0-STABLE: mount of non-fixated CD-R -> o [2000/03/18] bin/17482 ftpd(8) forget to close TCP port in passi o [2000/03/18] kern/17483 Cannot run disklabel on virgin disk o [2000/03/19] kern/17494 Two problems with the tun device o [2000/03/19] kern/17499 grog Can't revive VINUM RAID5 o [2000/03/20] ports/17503 obrien lsof port doesn't build on FreeBSD 5.0 o [2000/03/20] kern/17504 ken Another Micropolis Synchronize Cache Prob f [2000/03/20] misc/17517 wpaul 100/10baseT card resets under load f [2000/03/21] i386/17526 PB of frequency heuristic in uipc_socket. o [2000/03/21] conf/17540 NIS host lookups cause NFS mounts to wedg o [2000/03/21] kern/17542 cg random static with GUS PnP o [2000/03/22] misc/17562 PAS16 sound cycles o [2000/03/23] misc/17567 make buildworld bombing at KerbIV o [2000/03/24] kern/17583 julian NETATALK code can corrupt mbuf free lists o [2000/03/24] misc/17584 groudier fatal SCSI error with a Symbios 53c875 co o [2000/03/24] kern/17592 sos ata READ/WRITE command timeouts o [2000/03/26] kern/17613 impossible to build FS KLD without kernel o [2000/03/27] i386/17626 green sshd cores when I scp to it o [2000/03/28] kern/17634 cg Non-deterministic PnP sound device config o [2000/03/28] kern/17636 FreeBSD 4 uses network card driver dc whe s [2000/03/28] alpha/17637 billf misconfigured syscons bell causes panic o o [2000/03/28] ports/17652 stb netatalk port modification for des/md5 ch o [2000/03/29] i386/17662 gibbs cam_xpt.c incorrectly disables tagged que o [2000/03/29] kern/17680 Multiple crashes due to load in 4.0/5.0 e o [2000/03/30] kern/17695 cg Vibra16X sound card doesn't record audio o [2000/03/30] kern/17697 Boot floppy+local ftp upgrade from 3.4/in o [2000/03/31] i386/17713 gibbs MAKEDEV and /stand/sysinstall goofups wit o [2000/03/31] kern/17715 io memory requests from pnp devices lands o [2000/04/01] kern/17738 reboot after panic: softdep_lock: locking o [2000/04/01] kern/17746 sos afd0 is accessed for no reason a couple o o [2000/04/02] i386/17755 FTP install of 4.0 allocates too few inod o [2000/04/02] kern/17757 deischen select returns 0 if pthread_kill'd w/ sig o [2000/04/02] i386/17761 disk label editor in 4.0 deleted 3.4 part o [2000/04/03] kern/17779 ADIC 1200d (DAT changer) and Symbios SCSI o [2000/04/04] i386/17800 bde [PATCH] problem with statclock initializa o [2000/04/06] kern/17829 The dc driver is seriously broken o [2000/04/06] misc/17832 Enlightenment gives Segmentation fault a [2000/04/06] kern/17839 sos ad driver and SMP kernel panic (vinum may o [2000/04/07] bin/17841 ttyp0 (and only 0!) produces stdout input o [2000/04/07] kern/17842 Erratic user time reports for long runnin o [2000/04/07] bin/17843 ftpd fails to set cwd with mode 700 NFS m o [2000/04/07] kern/17844 Amd wedges every morning since I've upgra o [2000/04/08] kern/17863 Running DAP reboots computer o [2000/04/08] kern/17871 starting to accumulate undeletable direct o [2000/04/09] i386/17883 4.0-RELEASE panics during install. o [2000/04/09] i386/17890 sos Still having trouble identifying disk geo o [2000/04/10] kern/17895 stale unix domain connections o [2000/04/10] kern/17905 dillon 4.0-SNAP keep on crashing every 3 days o [2000/04/10] i386/17915 pcm0 direct DMA issues. o [2000/04/10] kern/17920 sos ata/ad driver HARD ERROR failure with int o [2000/04/10] kern/17923 cg SB16 ISA-PnP sometimes produces loud stat o [2000/04/11] i386/17926 yokota psm device problems with apm resume o [2000/04/11] i386/17930 wpaul Patch to MFC WaveLAN WEP into 3.4-STABLE o [2000/04/11] kern/17936 panic: resource_list_alloc: resource entr o [2000/04/11] i386/17940 Cannot recongize the scsi card AIC-7899 o [2000/04/12] kern/17961 n_hibma Fatal Trap 12. Page fault while in kernel o [2000/04/12] kern/17965 wpaul vr (MII-bus version in 4.0 ONLY) driver l o [2000/04/14] ports/18003 cwt amanda2.4's SCSI changer script (chg-chio o [2000/04/14] kern/18012 adrian vnode_free_list corruption, "free vnode i o [2000/04/15] kern/18024 when printing through gs: panic: lockmgr: o [2000/04/15] kern/18031 alpha system panics cpu_fork during AIO c o [2000/04/17] misc/18065 FREEBSD 4.0 crashes on boot Compaq Prolia o [2000/04/18] misc/18071 I cannot install Oracle 8i in FreeBSD 4.0 o [2000/04/19] i386/18089 4.0R install hangs on newfs or fsck o [2000/04/19] kern/18096 random crashes probably caused by lockmgr o [2000/04/20] kern/18110 DC-390 SCSI BIOS setting no effect and IB f [2000/04/20] kern/18113 Kernel panic while untarring a large arch o [2000/04/21] i386/18132 BTX dumps trying to boot w/ dedicated SCS o [2000/04/22] bin/18160 pppd does not hang up sometimes while sta o [2000/04/23] ports/18180 jmz xdm authorization fails with XDM-AUTHORIZ o [2000/04/23] bin/18181 Getty can fail to observe :de: specificat o [2000/04/23] i386/18185 gibbs Adaptec 3950U2 errors during boot/probe o [2000/04/24] kern/18200 mdodd 3com 3c509b recognized twice during boot o [2000/04/25] kern/18209 green rlimits are never checked in exec() if ex f [2000/04/25] i386/18212 4.0-RELEASE does not see all disk. o [2000/04/25] bin/18221 DNS resolver can fail for large DNS respo f [2000/04/26] kern/18234 phk 4.0-CURRENT crashes when "make test" in p o [2000/04/27] kern/18252 sysctl -a causes panic o [2000/04/28] i386/18268 RTC BIOS error10 (memorysize) o [2000/04/28] kern/18270 [PATCH] kldunload "vn" doesn't clean up e o [2000/04/28] kern/18285 the system froze when use scon -s 50 f [2000/04/29] kern/18303 grog panic: vinvalbuf: dirty bufs o [2000/04/30] kern/18315 System hang when doing back-to-back captu o [2000/04/30] kern/18316 close-together bt848/878 captures to file o [2000/05/02] kern/18345 cg sbc / pcm not fully recognizing AWE64 o [2000/05/02] kern/18348 yokota kernel crash o [2000/05/18] kern/18650 panic when enabling linux with emu10k1 dr o [2000/05/19] gnu/18672 std::basic_string::c_str() o [2000/05/19] bin/18678 Bug in libz o [2000/05/19] kern/18687 mrouted and IPDIVERT cause a panic o [2000/05/20] kern/18704 GLOB_ERR not handled correctly by glob() o [2000/05/21] misc/18728 Audio and video desynch in Realplayer on s [2000/05/21] kern/18735 asmodai add support to Accton EN1217 network adap o [2000/05/22] bin/18742 times.allow field parsed incorrectly o [2000/05/22] kern/18751 if_dc doesn't autosense 100Mb mode o [2000/05/22] kern/18757 dg [PATCH] fxp driver doesn't enable flow co o [2000/05/22] kern/18763 kernel crashes when sysctl(3) is called o [2000/05/22] alpha/18768 wpaul Digital DE500-BA with "dc" driver doesn't f [2000/05/28] kern/18858 microuptime() errors even after disabling o [2000/05/28] misc/18860 Cannot write DATA record to /home/archive o [2000/05/29] kern/18869 4.0-Stable SMP kernel from 22. May unstab o [2000/05/29] kern/18875 arpintr() problem o [2000/05/30] kern/18899 if_vr.c can't bridging properly when bpf o [2000/05/30] bin/18903 pkg_add deleted its own database o [2000/05/31] kern/18924 sysctl hw.bt848 crashes machine (bktr dri o [2000/05/31] conf/18925 No X Desktop Environments in 4.0 o [2000/05/31] misc/18927 jwd Missing tools in release/scripts/src-inst o [2000/05/31] gnu/18930 obrien Fix mktemp() problem with libg2c o [2000/05/31] kern/18932 Total loss of ethernet needing reboot. P o [2000/06/01] i386/18940 Reading from stdin using linux-jdk-1.2.2 o [2000/06/02] kern/18980 ATAPI Drive boots Install CD but then say o [2000/06/03] i386/18981 3.4 CDROM fails to boot on Dell PowerEdge f [2000/06/04] kern/19009 Mounting bad CD-ROM causes crash o [2000/06/05] kern/19020 kernel reboots sometimes o [2000/06/05] misc/19025 Installer assumes /dev exists if target d f [2000/06/06] conf/19080 murray sysinstall's use of host.conf prevents ft o [2000/06/07] ports/19093 obrien problem with mail/muttzilla o [2000/06/08] kern/19121 IPv4 multicast does not work without rout o [2000/06/08] misc/19125 Undefined symbol `_poll' referenced from f [2000/06/12] kern/19219 le driver causes kernel panic during ifco o [2000/06/12] bin/19231 quota/mount commands inconsistency o [2000/06/12] ports/19232 ports port name changed and being updated o [2000/06/13] ports/19238 will sgmltools1 o [2000/06/13] i386/19245 -fexpensive-optimizations buggy (even wit o [2000/06/14] kern/19256 in devicedriver cy.c make_dev (..) probl o [2000/06/14] ports/19281 billf Error in ucd-snmp port with tkmib o [2000/06/16] kern/19347 top, CPU and SMP-problem in new kernel o [2000/06/17] bin/19357 swap info incorrect after using sysinstal o [2000/06/18] kern/19363 Do allow processes know about their file o [2000/06/19] bin/19375 makekey accepts only 8-byte password o [2000/06/19] misc/19376 ncurses alters buffering of stdin/stdout o [2000/06/19] kern/19389 Panic caused by sendfile(2) o [2000/06/19] bin/19393 programs using strftime () dump core if R o [2000/06/20] kern/19402 Signals 127 and 128 cannot be detected in o [2000/06/20] bin/19405 telnetd sends DO AUTHENTICATION even if a o [2000/06/20] kern/19407 Panic running linux binary on ext2fs o [2000/06/23] conf/19461 X authentication doesn't work off the CD o [2000/06/23] kern/19465 SYNC_CHACHE PROBREM: NEWTECH NDA20128A o [2000/06/23] kern/19479 processes stuck in 'ffsvgt' and 'FFS no' o [2000/06/23] kern/19482 Upgrade from 4.0-RELEASE to 4.0-STABLE ca o [2000/06/24] kern/19488 Bug in 4.0-STABLE (acting as a Bridging f o [2000/06/25] kern/19499 EtherExpress 16 is not probed o [2000/06/25] i386/19508 pci bus not probed for pci ethernet card f [2000/06/25] i386/19512 get problem in compile gcc-2.7.2.3 o [2000/06/26] ports/19518 jkoshy xli-1.17.0 fillscreen option paints white o [2000/06/27] conf/19542 Problem with Proxy o [2000/06/27] misc/19548 DES in 3.5-RELEASE allows trailing charac o [2000/06/27] misc/19557 Denying more than 10 ports with an 'open' a [2000/06/28] ports/19561 andreas Ghostscript 6 in ports refuses to build o [2000/06/28] conf/19569 stock IPFW rules have subtle udp hole o [2000/06/30] kern/19603 luigi 20 ethernet interfaces not compatible wit o [2000/06/30] docs/19604 steve Web query interface doesn't search or Ori o [2000/06/30] bin/19606 Telnet & Telnetd coredump when disabling o [2000/06/30] kern/19612 cg SBLive produces 75% static and 25% actual f [2000/06/30] kern/19614 johan missing blowfish in current kernel tree ( f [2000/06/30] kern/19615 cannot build current kernel (30-june-2000 f [2000/06/30] kern/19616 current kernel build failes on miibus o [2000/07/02] misc/19646 Level 0 dump takes way longer than it sho o [2000/07/02] kern/19654 wpaul 20 dc ports in one machine (5x 4port card o [2000/07/03] i386/19662 kernel panic after too many socket freed o [2000/07/03] kern/19672 dillon contigmalloc1() oddity for large alignmen o [2000/07/03] misc/19673 obrien dhclient-script will not always set the h o [2000/07/04] misc/19703 sos HTP366 ATA66 lockup with Fast ATA66 Drive o [2000/07/05] ports/19711 asami bsd.port.mk and autoconf are conflict o [2000/07/05] kern/19714 dillon swap_pager_getswapspace: failed o [2000/07/06] i386/19737 Cannot build a profiled kernel; load fail o [2000/07/07] bin/19773 [PATCH] telnet infinite loop depending on o [2000/07/08] bin/19789 sos [PATCH] msinfo reports incorrect data for o [2000/07/09] kern/19814 marcel Oracle8i installer triggers problem in th o [2000/07/10] i386/19820 Installation of Lotus Notes 5.0 for Linux o [2000/07/12] kern/19875 A new protocol family, PF_IPOPTION, to ha o [2000/07/12] kern/19880 Problem with configuring RS-232 multiport o [2000/07/13] misc/19909 dillon Problem with NFS client in 4.0-STABLE o [2000/07/14] bin/19935 obrien tcsh doesn't seem to pass control charcte o [2000/07/14] kern/19938 sos IDE tape drive (ast0) timeout too quick o [2000/07/15] bin/19946 possible bug in sh(1) with -p flag (privi o [2000/07/15] misc/19951 jmz moused has problems with XFree86 o [2000/07/16] ports/19967 obrien Update port: sysutils/lsof o [2000/07/17] misc/19994 sscanf() fails on 64-bit operations o [2000/07/17] kern/20001 small PicoBSD kernels fail to compile o [2000/07/18] kern/20016 pthreads: Cannot set scheduling timer/Can o [2000/07/18] docs/20028 doc ASCII docs should reflect tags f [2000/07/19] kern/20035 sos Kernal Panik when try to install FreeBSD o [2000/07/19] kern/20040 msmith Toshiba 2775 hangs after pcib0 driver is o [2000/07/21] kern/20086 imp The procedure in UPDATING misses install o [2000/07/22] kern/20115 cg pcm0 doesnot work on Panasonic Let's note o [2000/07/23] docs/20117 doc *printf manpage doesn't document %n o [2000/07/24] ports/20156 dirk 1.6.2.2 has some nasty bugs o [2000/07/25] misc/20172 byacc 1.9 fails to generate $default tran o [2000/07/26] bin/20194 amd doesn't provide directories automatic o [2000/07/27] misc/20210 4.1-RC crashes o [2000/07/27] kern/20213 NFS and Linuxulator issues in PR kern/194 o [2000/07/27] kern/20217 avalon IPF default block and inclusion in rc.net o [2000/07/27] bin/20220 unable to Ctrl-C (quit) when using "more" o [2000/07/27] kern/20234 green panic(): lockmgr: pid 259, not exclusive o [2000/07/28] alpha/20248 alpha DEFPA FDDI on alpha panics system o [2000/07/28] kern/20256 phk microuptime went backwards message keeps o [2000/07/28] bin/20259 des fetch(1) confused when redirected from ht o [2000/07/28] conf/20272 jkh Missing subdirs in the src/usr.sbin src p o [2000/07/29] conf/20282 murray sysinstall does not recover some /etc fil o [2000/07/30] kern/20299 cg Noise / Scratchiness in 4.1 SBLive driver f [2000/07/31] kern/20335 yokota S3Trio64V+ is detected as CGA by syscons o [2000/08/01] kern/20340 cg SNDCTL_DSP_GETODELAY on pcm device is inc o [2000/08/02] kern/20361 In in.c:in_addmulti, missing splx when if o [2000/08/02] bin/20372 ftp login incorrect when s/key active but a [2000/08/02] bin/20373 obrien Setting breakpoints in shared objects bro o [2000/08/03] kern/20382 sos Panic when trying to mount non-fixated CD o [2000/08/04] ports/20401 ports lang/erlang skips the build of crypto.app o [2000/08/08] ports/20490 tg Termios timeout parameters, VMIN, VTIME, o [2000/08/09] ports/20503 sheldonh apache w/ mod_perl segfaults on 'use IO;' f [2000/08/09] i386/20507 yokota Mouse freezes in 4.0-release after some u f [2000/08/09] i386/20513 obrien Installation (over internet) does not wor o [2000/08/10] kern/20523 Support for PCI multiport cards for sio d o [2000/08/10] misc/20530 asmodai CMSG_DATA requires additional header file o [2000/08/12] ports/20564 ports [PATCH] nethack-gtk md5 correction, typo o [2000/08/13] kern/20572 marcel cannot safely remove COMPAT_43 from the k o [2000/08/13] ports/20581 ports current cdrecord port fails to install o [2000/08/14] bin/20591 src/usr.bin/file/MAINT & README & file.1 f [2000/08/14] gnu/20608 Problem by 'make world' from update 4.0-R o [2000/08/14] kern/20609 dillon panic: vm_fault: fault on nofault entry, o [2000/08/15] kern/20619 arpintr o [2000/08/15] kern/20631 kernel panics on ifconfig if_le f [2000/08/15] kern/20632 stacking mount_null causes an error: moun o [2000/08/15] bin/20633 jhb fdisk doesn't handle LBA correctly o [2000/08/16] bin/20646 dwmalone [PATCH] /bin/cp -p whines on set[ug]id im o [2000/08/16] ports/20656 dec Update port: net/gated (fix ports/19988) o [2000/08/16] ports/20663 andreas MD5 checksum mismatches for ports/databas o [2000/08/17] ports/20679 ports Port of Tcpview-1.0 o [2000/08/17] ports/20680 ports ports that don't have man pages with NO_I f [2000/08/17] i386/20685 fbsd 4.1-stable crashed when compiling st f [2000/08/17] misc/20687 murray FTP Install thru http proxy jumps to extr f [2000/08/17] kern/20689 groudier Newbusified version of ncr driver does no o [2000/08/18] ports/20705 ports xwave port fails to build o [2000/08/18] gnu/20707 obrien /usr/libexec/cpp doesn't support -undef f o [2000/08/18] kern/20708 imp Adaptec 1542 ISA SCSI Controller not dete o [2000/08/18] ports/20711 cwt amanda doesn't like the output from its c o [2000/08/20] bin/20725 Raw floppy writes fail for partial bytes. o [2000/08/20] kern/20734 n_hibma USB mouse detaches and never reataches o [2000/08/21] kern/20765 imp Crash in bdgtakeifaces when performing kl o [2000/08/22] bin/20779 assar junk pointer error causes kpasswd to fail o [2000/08/22] kern/20785 ru changing IP address on an interface may n o [2000/08/23] misc/20796 After "Waiting 15 seconds for SCSI device o [2000/08/24] ports/20819 ports XFMail 1.4.0 dumps core w/signal 6 when c o [2000/08/24] ports/20822 jmz [PATCH] PAM support broken in XDM o [2000/08/24] ports/20831 torstenb Autoconf Port: Bug introduced by patch-ag f [2000/08/25] i386/20833 On first boot, filesystem failed, startup o [2000/08/25] gnu/20835 markm Errno.pm is lost in perl system o [2000/08/25] kern/20842 dillon NFS client ignores read-only file setting o [2000/08/26] misc/20861 jasone libc_r does not honor socket timeouts o [2000/08/26] misc/20865 murray Installation auto default 50 MB root not o [2000/08/28] ports/20905 ports new port: www/oops o [2000/08/28] gnu/20912 obrien gdb does not recognise old executables. o [2000/08/28] ports/20913 ports ports not linking against -ljpeg o [2000/08/29] kern/20924 sos ata0-slave doesn't show up o [2000/08/29] i386/20925 doscmd(1) does not truncate a file int wr o [2000/08/29] kern/20933 sos ATAPI ZIP drive allows mounted disks to b o [2000/08/30] bin/20952 ftpd doesn't honor account expiration tim o [2000/08/31] kern/20958 mdodd ep0 lockup with ifconfig showing OACTIVE f [2000/08/31] i386/20973 Probing error-------cannot install o [2000/09/01] ports/20986 reg Mozilla M17 installs incorrectly o [2000/09/02] ports/21002 stb setiathome port has problems under clean o [2000/09/03] ports/21014 will [PATCH] Fix for kdelibs2 PLIST o [2000/09/03] ports/21015 will [PATCH] Fix for kdebase2 PLIST a [2000/09/04] kern/21028 sheldonh Add Zoom V90 Internal modem support o [2000/09/04] ports/21055 ports popper3 dumps core o [2000/09/06] kern/21073 cg PCM sound driver silently accepts imprope o [2000/09/06] bin/21078 wpaul rtsol does not work on USB interface aue0 o [2000/09/06] i386/21087 tanimura ed driver incorrectly fails probe for ISA o [2000/09/07] misc/21089 vi silently corrupt open file on SIGINT w o [2000/09/07] ports/21095 ports MASTER_SITES_GNU are semi-broken [PATCH] o [2000/09/08] ports/21116 ports vmware2 does not compile on -current o [2000/09/08] kern/21118 luigi Multiple problems in ipfw's stateful code f [2000/09/08] ports/21126 ports httpd warnings regarding attempts to free o [2000/09/08] kern/21131 Floppy causing cold boot in -STABLE o [2000/09/08] kern/21132 setting kern.hostid to 2887705710 fails. o [2000/09/08] bin/21133 sail driver dies o [2000/09/08] kern/21139 IBM DNES drives need 'quirk table' entry. o [2000/09/09] kern/21143 `#define schedsofttty' et al. should not o [2000/09/09] ports/21146 green [patch] openssh with LOGIN_CAP don't setu o [2000/09/09] bin/21152 @monthly entry in crontab is run every da o [2000/09/09] kern/21155 Load average (either with uptime both top o [2000/09/10] kern/21162 panic in ffs_softdep.c: handle_workitem_f o [2000/09/10] kern/21173 cg pcm "panic: no feed" with Creative SB AWE o [2000/09/10] kern/21175 peter ISA DMA channels 4-7 operate on wrong mem o [2000/09/11] bin/21208 tar does not support 2.5 GB file o [2000/09/11] kern/21209 groudier scsi ncr driver installs instead of scsi o [2000/09/11] ports/21210 dima acroread port missing lib o [2000/09/13] alpha/21247 alpha edquota fails with alignment error a [2000/09/13] bin/21248 kris openssl dumps core with blank passwords o [2000/09/13] bin/21251 NIS problem - ypbind does loop in CLNT_BR o [2000/09/13] misc/21252 dhclient opens too many files o [2000/09/14] gnu/21260 buffer overrun in uux o [2000/09/14] ports/21263 jseger Cannot use ImageMagick o [2000/09/14] ports/21264 markm tn3270 port receives segmentation fault s [2000/09/14] bin/21268 [MFC] user set no nobody is not good o [2000/09/14] kern/21270 Kernel compilation errors and dies when c o [2000/09/14] gnu/21276 libI77 is unable to handle files >2Gbytes o [2000/09/15] ports/21289 ports qpopauth doesn't work(qpopper ports) o [2000/09/15] bin/21292 ifconfig warn but does duplicate IP addre f [2000/09/15] kern/21294 des linprocfs:/proc/stat & /proc//stat d o [2000/09/15] i386/21297 kernel panic TRAP 18 during kern.flp inst o [2000/09/15] misc/21300 Install CD-ROMs don't give users enough r o [2000/09/15] kern/21304 wpaul dc0 watchdog timeouts on NetGear FA310TX o [2000/09/15] kern/21305 roger bktr driver dosn't send signals in contin o [2000/09/16] ports/21306 ports New ports: GB2JIS, a tool to convert GB t o [2000/09/16] ports/21319 ports ports submission - wmx10 o [2000/09/17] misc/21328 Should newer version of OS-BS be on CDROM o [2000/09/18] ports/21355 ports evg port fails to run - syntax error in a o [2000/09/18] ports/21360 ports kaffe port's PLIST file is inaccurate o [2000/09/18] kern/21363 cg Panic in pcm/channel.c when running RealP o [2000/09/18] bin/21375 obrien [PATCH] dhclient runs away on interface r o [2000/09/18] misc/21384 pcm driver has static in recorded audio o [2000/09/18] ports/21386 ports compile fails on -current o [2000/09/19] kern/21400 ata driver stealing IRQ15 on Compaq Proli o [2000/09/19] misc/21406 freebsd's bootinst or booteasy overwrites o [2000/09/20] ports/21416 ports Patch-ab for port emulators/xmame refer t o [2000/09/20] ports/21417 ports ports/news/trn/pkg/PLIST misses bin/inews o [2000/09/20] kern/21424 Blocking issue while regenerating aliases o [2000/09/20] kern/21429 box reboots with panic: pipeinit: cannot o [2000/09/20] gnu/21433 g++ optimiser produces bad code on right f [2000/09/20] ports/21437 bmah port update to correct mail/exmh2 support o [2000/09/21] ports/21448 ports msql2d.sh doesn't start the daemon o [2000/09/21] misc/21451 murray [PATCH] Release/Sysinstall documentation: o [2000/09/21] kern/21461 ISA PnP resource allocator problem o [2000/09/21] kern/21463 marcel Linux compatability mode should not allow o [2000/09/21] ports/21464 marcel linux_base port installs insecure glibc r o [2000/09/23] ports/21508 ports Re: FIX: devel/pcre to install a working a [2000/09/25] conf/21540 bp installworld panics for diskless clients o [2000/09/25] ports/21548 ports libcoro.a (ports) should use MAP_STACK wh o [2000/09/25] docs/21550 doc Some documents on Softupdates are not yet o [2000/09/25] ports/21554 marcel linux_base-6.1 incorrectly enables NIS by o [2000/09/26] i386/21559 rnordier BTX loader sometime show registers o [2000/09/26] misc/21583 CVS pserver - login succeeds but checkout o [2000/09/27] conf/21593 Whither cons25, or, cons25 causing intero o [2000/09/27] bin/21603 green Can't change user passwords on 4.1.1-STAB s [2000/09/27] bin/21605 will make(1) lacks :C/// variable modifier (pa o [2000/09/28] i386/21624 trap in gusc_attach o [2000/09/28] kern/21625 yokota kernel hangs if SC_NO_FONT_LOADING define o [2000/09/28] kern/21631 4.1.1 Release and Stable don't detect my o [2000/09/28] bin/21637 [telnet] No address associated with hostn o [2000/09/28] kern/21642 Compaq Netelligent 10/100 card (TI Thunde o [2000/09/29] kern/21647 unable to boot 4.1-STABLE- with 4GB of RA o [2000/09/29] kern/21653 I need a AD1816 Driver o [2000/09/29] bin/21654 Re: nvi's -c flag does no do what it is d o [2000/09/29] ports/21656 ports PGP6 port based on pgp-6.5.8 a [2000/09/29] bin/21658 obrien The combination of dhclient & WinNT serve o [2000/09/30] bin/21660 crontab mishandles day range o [2000/10/01] kern/21674 Fujitsu MO drives M2513A don't like the s o [2000/10/01] kern/21676 CDROM drive not recognised during install o [2000/10/01] kern/21686 msmith 3ware twe driver not working properly wit o [2000/10/01] kern/21688 Kernel crash with Adaptec AAA-133 and ahc o [2000/10/02] kern/21693 hwptr went backwards 2112 -> 1312 a [2000/10/02] conf/21694 ume Multi network interface will not be work o [2000/10/02] misc/21701 murray Keymap selection menu broken on initial i o [2000/10/02] docs/21708 doc kqueue/kevent man pages isn't specific ab o [2000/10/02] misc/21713 Getting an error message in Free BSD whil o [2000/10/02] ports/21714 ports audio problem with nil o [2000/10/02] misc/21716 The site search results *suck*. o [2000/10/03] kern/21736 Source-tree broken, can't compile Kernel o [2000/10/04] i386/21743 ps pxeboot ignores NFS server IP address in o [2000/10/04] ports/21756 peter errors in Squid-2.3.4's configure prevent o [2000/10/04] ports/21761 peter Re: errors in Squid-2.3.4's configure pre o [2000/10/05] kern/21771 Fix for sppp and Cronyx drivers update o [2000/10/05] ports/21774 ports upgrading Boehm's Garbage Collector port o [2000/10/05] gnu/21779 patch(1)'s bug of new file creation o [2000/10/06] ports/21780 ports audio/vorbis should not depend on xmms! o [2000/10/06] ports/21784 andreas further improving the PostgreSQL port o [2000/10/06] kern/21791 Hang on FIN_WAIT_2 a [2000/10/06] kern/21808 [patches] msdosfs incorrectly handles vno o [2000/10/07] i386/21824 bt driver no longer attaches due to chang o [2000/10/07] kern/21827 mount causes freebsd 4.1.1 to reboot o [2000/10/08] ports/21838 ports Updated port devel/sip o [2000/10/08] ports/21839 ports Updated port x11-toolkits/py-qt o [2000/10/08] bin/21840 small more(1) is less(1) and that should be on o [2000/10/09] kern/21860 The fix to TCP_ISSINCR after the bugtraq o [2000/10/09] kern/21864 Update Aironet stuff for WEP and fix "tcp o [2000/10/09] kern/21869 Compiling a a.out kernel on FreeBSD 4.0 o [2000/10/09] bin/21877 kris [PATCH] DSA support for pam_ssh o [2000/10/10] kern/21893 sos SiS 5591 (early revision) has broken UDMA o [2000/10/10] kern/21898 If options NFS is not in the kernel, moun o [2000/10/10] misc/21904 Fix for diskless startup bug in /etc/rc o [2000/10/11] bin/21918 Revision 1.5 provides incomplete fix for o [2000/10/12] bin/21934 jkh CVSupit install from /stand/sysinstall st o [2000/10/12] misc/21940 Modem Power-Off kills system o [2000/10/12] bin/21943 pthreads: longjmp from signal handler jum o [2000/10/12] kern/21946 vm_fault when (accidentally) attempted to o [2000/10/13] ports/21951 ports ports/databases/db3: cannot configure o [2000/10/13] misc/21955 sos FreeBSD 4.1.1 does not recognize the slav o [2000/10/13] ports/21958 ports NEW PORT www/neon -- an HTTP and WebDAV c o [2000/10/13] kern/21965 Running ldconfig (linux binary) from ld-1 o [2000/10/14] docs/21990 doc exec(3) manpage vs source inconsistency o [2000/10/15] misc/21997 asami after pkg_add 40upgrade-2000.08.25 telnet o [2000/10/15] misc/21998 green ident only for outgoing connections o [2000/10/15] i386/22006 quotacheck halt o [2000/10/15] ports/22010 ports Automatic build of windowmaker is broken o [2000/10/16] gnu/22025 markm perl does chmod in installworld o [2000/10/16] kern/22029 mckusick use of softdependencies leads to major fi o [2000/10/16] ports/22035 ports configure problem o [2000/10/16] ports/22036 ports StarOffice 5.2 CDROM install still fails o [2000/10/16] ports/22037 ports Missing shared xpm lib prevents windowmak o [2000/10/17] ports/22046 nakai Update port: misc/rpm o [2000/10/17] ports/22047 ports T3X port change request o [2000/10/17] ports/22048 ports TIDE port change request o [2000/10/17] kern/22063 brian bpf when used with the select system call o [2000/10/17] kern/22072 make kernel failed o [2000/10/18] kern/22078 Option ROM(s) must be excluded from ISA I o [2000/10/18] bin/22105 /usr/src/bin/sh - Permission denied when o [2000/10/19] misc/22111 Install 4.1.1 o [2000/10/19] ports/22131 ports New port: port of seejpeg (console graph o [2000/10/19] kern/22142 securelevel does not affect mount o [2000/10/20] ports/22148 ports Can't make chipmunk port o [2000/10/20] conf/22151 source mechanism of /etc/rc.conf* files o [2000/10/20] kern/22152 luigi typo in ip_fw.c o [2000/10/20] i386/22153 make installworld error when upgrading fr o [2000/10/20] ports/22172 ports freetds port does not work to access MS-S o [2000/10/21] ports/22194 ports Update Makefile for misc/heyu o [2000/10/21] kern/22200 4.1.1-RELEASE can't mount CDROMS (negativ o [2000/10/22] misc/22206 sos FreeBSD4.1R boot floppy can't recognize 4 o [2000/10/22] bin/22212 skeyaccess(3) doesn't for primary group o [2000/10/22] kern/22225 Trying to build a CURRENT snapshot on 4.1 o [2000/10/22] ports/22226 ports python 2.0 port fails to compile o [2000/10/22] ports/22227 ports boehm-gc don't work correctly in leak det o [2000/10/22] misc/22229 X configuration o [2000/10/23] bin/22238 User PPP "deny_incoming" option does not o [2000/10/23] ports/22239 ports Image-Magic ports make error o [2000/10/23] ports/22243 ports MAINTAINER UPGRADE of deve/tcl-memchan: 2 1020 problems total. Non-critical problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- a [1995/01/11] i386/105 bde Distributed libm (msun) has non-standard s [1995/05/13] bin/401 Add REMOTE_* variables s [1995/06/15] bin/517 Bad group change with 'install' s [1995/08/07] bin/658 ifconfig alias has to be separately given s [1995/09/26] kern/742 syslog errors accessing Mac hard disks [p o [1995/10/03] kern/765 asmodai umount -f can`t umount a NFS filesystem i s [1995/11/20] kern/831 one minor complaint about the kernel visu a [1995/11/30] bin/854 swapinfo shows incorrect information for a [1996/01/30] bin/981 fenner clnt_broadcast() is not aware of aliases s [1996/03/20] bin/1093 route's diagnostic is weird a [1996/07/07] bin/1375 eivind Extraneous warning from mv(1) [PATCH] s [1996/09/08] bin/1589 msmith [PATCH] ftp fails to flush output o [1996/09/14] gnu/1611 phk groff should use "system-wide" papersize s [1996/10/13] misc/1791 tegge syslimits.h does not allow overriding def o [1996/10/20] bin/1849 obrien gdb sets library breakpoints on the wrong o [1996/10/24] bin/1881 obrien file(1) misidentifies Sun3/m68k executabl s [1996/11/04] gnu/1961 [PATCH] uucp logging files are in /var/sp s [1996/11/22] bin/2090 clients may bind to FreeBSD ypserv refusi s [1996/12/02] bin/2137 vm statistics are bad s [1996/12/14] bin/2216 obrien [PATCH] Ada specs not being compiled into a [1996/12/21] bin/2265 guido su(1) does not call skeyaccess() o [1996/12/24] kern/2273 dufault support for POSIX.4 / POSIX.1a RT-schedul s [1996/12/27] kern/2298 Support for DSR/DCD swapping on serial po a [1996/12/27] misc/2302 brandon new crypt() including SHS and an extendab o [1997/01/10] bin/2442 davidn setusershell()/endusershell() missing o [1997/01/28] bin/2603 dufault Added POSIX.4/POSIX.1b constants in unist o [1997/02/02] gnu/2637 tar dumped core with -g option. a [1997/02/02] bin/2641 wpaul login_access.c doesn't work with NIS by d o [1997/02/14] bin/2737 yppasswd fails to change password on a su o [1997/02/15] misc/2745 fenner PR querry web form doesn't sort correctly o [1997/03/03] kern/2865 peter NFS client hangs on umount, ls, df when N o [1997/03/06] bin/2898 fenner arp -a -n buglet o [1997/03/10] bin/2934 sh(1) has problems with $ENV o [1997/03/10] bin/2938 hoek Add -b, -l, and -f options to du(1) o [1997/03/31] gnu/3157 obrien Patches to gas and gdb to support MMX ext o [1997/04/07] bin/3221 rpc.rusersd : can't communicate with SunO o [1997/04/07] misc/3225 [PATCH] uucpd.c should normalize host nam o [1997/04/08] misc/3237 marcel SCRIPTS addition to bsd.prog.mk o [1997/04/09] bin/3242 incorrect prototype for initgroups o [1997/04/14] kern/3281 errors when "rm -r"-ing in a mounted ext2 o [1997/04/14] kern/3282 ext2fs causes fs-unmount at shutdown/rebo o [1997/04/14] bin/3284 [PATCH] symorder(1): -t option doesn´t wo o [1997/04/14] bin/3286 [PATCH] missing error checking in mount_m o [1997/04/14] kern/3287 [PATCH] missing symbols in /usr/src/sys/i o [1997/04/15] kern/3299 /dev/console hangs o [1997/04/17] bin/3314 [PATCH] /etc/daily did not run on April 6 o [1997/04/29] bin/3416 ibcs emulation problems a [1997/05/08] gnu/3552 the -L option of tar does not work proper o [1997/05/12] kern/3584 luigi cleanup TCP_REASS macro in tcp_input.c o [1997/05/16] bin/3608 Telnet in linemode will break apart long o [1997/06/02] bin/3762 dufault Bogus return values from rtprio(1) f [1997/06/07] bin/3805 single process tftpd o [1997/06/09] bin/3826 KerberosIV sometimes hangs rcp o [1997/06/10] bin/3837 dufault new feature for rtprio o [1997/06/12] kern/3853 luigi netboot/ns8390.c breaks NS datasheet o [1997/06/15] kern/3879 peter Can't export mounted ext2fs via NFS o [1997/06/18] kern/3901 dg Multicast for Intel 10/100 Ethernet Card o [1997/06/19] misc/3912 ctags(1) cannot trace some macro correctl o [1997/06/24] kern/3944 paul if_le doesnt receive ether multicast pack o [1997/06/25] kern/3948 nonworking t/tcp server side o [1997/06/26] i386/3962 sos print disk internal cache size during pro o [1997/06/27] kern/3968 Hardware probes die on Peak SBCs. o [1997/07/07] kern/4051 pppd connect 'chat ...' broken o [1997/07/18] bin/4116 davidn Kerberized login as .root fails to o [1997/07/23] kern/4153 New tcp initial send sequence number code s [1997/07/24] bin/4157 [PATCH] netstat atalk output should print o [1997/07/26] bin/4172 des suggest reconnection option added to fetc s [1997/07/28] kern/4184 [PATCH] minor nits in sys/netatalk s [1997/07/31] bin/4204 [PATCH] ac printed wrong report about tty o [1997/08/07] kern/4243 file locking doesn't work for pipe o [1997/08/08] misc/4249 wpaul ypchsh doesn't care about changing a user o [1997/08/12] misc/4285 SDL RISCom/N2 (ISA) o [1997/08/13] kern/4297 dufault SIGEV_NONE and SIGEV_SIGNAL go in signal. o [1997/08/13] i386/4300 msmith The initial timeout on open("/dev/lpt0".. o [1997/08/14] ports/4304 asami Recommendation re. Ports Collection o [1997/08/29] kern/4413 No way to unmount a floppy that goes bad o [1997/08/29] bin/4419 sheldonh man can display the same man page twice o [1997/08/29] bin/4420 roberto find -exedir doesn't chdir for first entr o [1997/09/03] bin/4459 bde No prototype for moncontrol(3) and monsta o [1997/09/13] kern/4528 processes hang if the mount_portal proces o [1997/09/14] bin/4545 f77 will only call `cc', no com-line opti s [1997/09/15] i386/4547 luigi asc.c and pcaudio.c should use selrecord f [1997/09/16] misc/4556 will make can't build executable from single F o [1997/09/21] kern/4597 Patch to pass NPX status word in signal c f [1997/09/21] kern/4601 Contrib: userconfig patch to edit SCSI co o [1997/09/25] bin/4629 calendar doesn't print all dates sometime o [1997/09/28] misc/4646 Can't fixit with an NFS-mounted CD. o [1997/09/29] conf/4654 Need to do post-ifconfig commands o [1997/10/04] bin/4688 peter sys/utsname.h SYS_NMLN 32 too small o [1997/10/05] bin/4696 ping hangs on certain unresolvable hosts o [1997/10/15] gnu/4771 diff to correct misleading total bytes in o [1997/10/22] bin/4828 ypxfr makes false assumption about RPC ca o [1997/10/24] kern/4845 Boot complains about disk slices in FAT p o [1997/10/24] kern/4847 imp pccard stuff fails after running Win95 wi o [1997/11/01] bin/4915 peter NFS mounts to linux machine can hang syst o [1997/11/08] bin/4975 quotaon while server very busy causes loc o [1997/11/10] kern/4997 DDB_UNATTENDED doesn't always work o [1997/11/11] kern/5009 ibcs2 emulation o [1997/11/13] bin/5031 lpr does not remove original file if -s i o [1997/11/14] kern/5048 dillon Calling shutdown(fd,1) multiple times wil o [1997/11/15] kern/5059 peter mountd, nfsd, etc. fail when lp0 defined o [1997/11/20] kern/5108 dillon pmap_release panics with 'freeing held pa o [1997/11/20] kern/5110 dillon kernel crash & core in pmap_testbit durin o [1997/11/23] bin/5134 cdcontrol will eject a mounted CDROM s [1997/11/28] bin/5173 [PATCH] restore ought to deal with root s s [1997/11/30] i386/5182 bde [PATCH] A patch support high speed serial s [1997/12/11] kern/5275 dillon [PATCH] Added volume (barcode) support to s [1997/12/14] bin/5296 slattach fails creating pidfile with ioct o [1997/12/22] kern/5362 peter mount incorrectly reports / as an NFS exp f [1997/12/30] i386/5398 dillon silo overflows running o [1998/01/02] bin/5410 phantom pkg_info options s [1998/01/03] bin/5419 [PATCH] timed rejects valid networks with f [1998/01/08] kern/5429 Ethernet collision during file transfers s [1998/01/08] bin/5444 [PATCH] ypserv uses wrong dns lookup orde o [1998/01/11] bin/5483 Login(1) clears utmp entry o [1998/01/15] kern/5502 nfsd process usage doesn't get accounted s [1998/01/20] misc/5531 [SUBMISSION] new library function abs2rel s [1998/01/20] kern/5532 [PATCH] Dropped packet counts are inaccur o [1998/01/24] i386/5559 PC-Card joystick ports were not supported o [1998/01/26] kern/5577 bde Unnecessary disk I/O and noatime ffs fixe a [1998/01/28] bin/5591 Trouble with LD_PRELOAD environment varia o [1998/01/31] bin/5609 lpd cannot send long files to HP's JetDir o [1998/02/06] kern/5672 dillon Crash from scsi aborted command 'Overlapp o [1998/02/09] kern/5689 phk sysctl vm.vmmeter - bogus and unsupported o [1998/02/10] bin/5712 /bin/chio code cleaup and option added o [1998/02/14] bin/5745 [PATCH] Add /usr/local/share/mk to defaul o [1998/02/14] bin/5746 bootparamd will not netboot sun 3 compute o [1998/02/14] bin/5747 ld.so error message o [1998/02/17] kern/5768 Shutdown aborts syncing, when sync isn't o [1998/02/18] i386/5784 ibcs2 emulation not handling ioctl(..FION o [1998/02/19] kern/5795 Panic: "bremfree: removing a buffer when o [1998/02/20] misc/5803 "tab" function from "ee" not compatible w s [1998/02/25] misc/5855 /etc/services is out of date with IANA o [1998/02/26] bin/5857 non-functional lpr/lpr o [1998/02/26] kern/5863 Kernel support for sorted SHUTDOWN & SHUT o [1998/03/01] bin/5880 df -t does not support devfs o [1998/03/02] bin/5901 new version of `fmt' o [1998/03/03] bin/5912 kinit exits if no user name specified o [1998/03/06] kern/5931 dma errors in syslog with GUS-max o [1998/03/06] i386/5932 perfmon kernel code should check for non- o [1998/03/11] gnu/5982 no error exit code from tar on child fail o [1998/03/13] bin/6000 kadmin ank uses bad default expiration of o [1998/03/15] bin/6015 indent(1) breaks source with backslash ne o [1998/03/16] kern/6032 poor TCP performance using FDDI over long o [1998/03/22] gnu/6107 obrien gdb should support PRINTF_HAS_LONG_LONG f [1998/03/28] bin/6161 assar 2.2.6 kerberos servers are awfully visibl o [1998/03/31] bin/6183 quota hangups o [1998/03/31] kern/6184 No error if resulting file pos in lseek i o [1998/04/01] bin/6187 peter mounting nfs directories with -b can caus o [1998/04/03] bin/6202 No way to detect removable media. o [1998/04/04] kern/6213 peter NFS-mounted swap (via vnconfig) easily cr o [1998/04/06] bin/6234 ypserv -d is broken o [1998/04/14] kern/6296 IP_HDRINCL sockets force header fields to a [1998/04/14] kern/6299 vmstat -i does not show PnP device interr s [1998/04/15] bin/6314 [PATCH] /usr/sbin/ac modification o [1998/04/16] kern/6318 pppd does not update wtmp on hangup o [1998/04/16] misc/6320 Sometimes nohup isn't good enough. o [1998/04/17] bin/6332 bde /usr/include/time.h doesn't compile with o [1998/04/17] gnu/6338 Gnu tar not working properly with the -G o [1998/04/18] conf/6346 Kernel version strings need to relate to f [1998/04/20] bin/6359 routed does sent router discovry solicita a [1998/04/27] kern/6432 IFF_NOARP does not affect ethernet interf s [1998/05/05] bin/6521 nbm [MAYBE PATCH] "rmdir -p x/y/z/" fails o [1998/05/07] kern/6544 luigi Only get one channel through sound card o [1998/05/11] i386/6595 Old IP address persistent after change o [1998/05/12] misc/6612 hoek bsd.man.mk can't handle man pages with ": o [1998/05/13] kern/6623 non-root user can crash system if disconn o [1998/05/13] conf/6624 davidn One class with nologin=/etc/nologin: reje o [1998/05/15] kern/6651 peter Possible NFS deadlock clue s [1998/05/17] kern/6668 [PATCH] new driver: Virtual Ethernet driv a [1998/05/26] misc/6759 phk buggy code in libdisk.a's disk.c o [1998/05/26] kern/6769 peter panic: nfs rcvunlock s [1998/05/29] kern/6781 [PATCH] exabyte changer doesn't grok LUNs s [1998/05/29] bin/6785 place for all the default dump flags o [1998/06/01] kern/6820 cd9660_mount NULL pointer deref for no CD o [1998/06/06] kern/6874 accounting prevents transition to multi u o [1998/06/13] misc/6936 phk sysinstall: install from MS-DOS MO divece o [1998/06/18] kern/6981 CD unmount w/o CD in drive can cause pani o [1998/06/22] bin/7022 asami changes to bsd.port.mk to accompany PR bi o [1998/06/22] bin/7023 asami bsd.port.(%|subdir.).mk patches for size f [1998/06/23] i386/7031 Our RocketPort port does not support DEVF s [1998/06/24] kern/7044 [PATCH] WaveLAN (2.4G, ISA, full-length b o [1998/06/25] docs/7065 wosch FreeBSD webpages -> applications, port br s [1998/06/28] i386/7100 integrate pcvt configuration into the /et s [1998/07/01] bin/7136 kerberized telnetd doesn't use gettytab % f [1998/07/02] kern/7146 imp The PCCARD doesnt recognize cards in top s [1998/07/08] kern/7210 [PATCH] od(4) bug fixes and enhancements, s [1998/07/10] misc/7232 murray Suggestion for FreeBSD installation dialo o [1998/07/10] kern/7234 yokota keyboard problems during login immediatel o [1998/07/12] bin/7265 A warning flag is added to ln(1). o [1998/07/13] ports/7268 asami MASTER_SITE_OVERRIDE works more better o [1998/07/14] kern/7282 some old and rarely used drivers have app o [1998/07/15] bin/7287 Incorrect domain name for MAP_UPDATE in m o [1998/07/16] bin/7298 Improvements to ln(1). a [1998/07/19] bin/7324 wosch Suggestions for minor modifications to ad f [1998/07/23] kern/7377 we have a new digiboard driver supporting a [1998/07/31] docs/7456 doc dialog(3) man page outdated f [1998/08/12] kern/7589 Tulip Driver parses SROM contents wrong f [1998/08/13] conf/7606 [PATCH] NIS Makefile.dist: NOPUSH replace s [1998/08/18] bin/7669 libalias does not IRC DCC packets under c o [1998/08/19] gnu/7687 description of default baud rate for cu c o [1998/08/20] kern/7693 Misleading warning in cblock_alloc_cblock o [1998/08/22] kern/7722 Changes to acct format o [1998/08/23] bin/7728 ftpd processes hang o [1998/08/27] bin/7753 arp command fails silently on invalid pro o [1998/08/28] misc/7771 Debugging putenv/getenv o [1998/09/02] i386/7816 dfr [Patch] NE2000 PnP card IDs to sys/i386/i o [1998/09/03] bin/7828 Add a command line option to cp to make i o [1998/09/05] kern/7837 patches to add a p_auth extension pointer o [1998/09/08] bin/7860 Extra option to pr(1). s [1998/09/08] bin/7868 [almost patch]Morse Code Fixups o [1998/09/11] bin/7895 multiple identical NFS mounts accepted o [1998/09/16] misc/7946 ccdconfig gives confusing error when give o [1998/09/17] bin/7962 /usr/bin/ee prompts "save changes" when f o [1998/09/18] bin/7973 lpd: Bad control file owner in case of re o [1998/09/19] kern/7990 patch - teach kernel about RB_POWEROFF fl o [1998/09/20] bin/7998 jkh pkg_add seems to have unneeded umask o [1998/09/20] misc/8005 yokota Keyboard freezes going from KDE to text m s [1998/09/21] kern/8015 nbm [patch] Some sysctl descriptions for the o [1998/09/24] ports/8042 torstenb If pidentd dies, you must kill all telnet o [1998/09/26] bin/8060 install ignores the +X mode flag o [1998/09/27] conf/8061 profiling utilities seperate from profili o [1998/09/27] ports/8063 asami [PATCH] Add multiple CDROM support to bsd o [1998/09/29] bin/8084 NIT: non-working code in rshd o [1998/10/03] misc/8133 markm [patch] bug in telnetd (Kerberos IV) o [1998/10/03] misc/8139 [patch] missing /usr/src/share/examples/d f [1998/10/08] bin/8211 Script to search kernel for an address o [1998/10/12] bin/8295 order of options in printcap causes some o [1998/10/13] conf/8303 3.0-981009-BETA can't make swap device on o [1998/10/13] kern/8311 kernel panic on de0 o [1998/10/16] misc/8346 Strftime can't generate ISO-8601 timezone o [1998/10/16] kern/8349 [PATCH] Changer definition for SureStore o [1998/10/19] kern/8376 CLOCK_VIRTUAL not implemented o [1998/10/19] misc/8378 Is termcap not maintained enough ? o [1998/10/22] kern/8420 __getcwd() from an (forcibly) unmounted f o [1998/10/24] misc/8434 boot.flp /bin/init crashes during probe w o [1998/10/24] i386/8436 boot.flp sysinstall crashes when probing o [1998/10/24] bin/8438 ex/vi: Error: tcsetattr: Interrupted syst o [1998/10/27] i386/8474 repquota does not pick up NIS information o [1998/10/28] bin/8479 Final \'s in /etc/exports did not work in o [1998/10/30] kern/8498 Race condition between unp_gc() and accep o [1998/11/03] bin/8553 /usr/libexec/mail.local doesn't handle "> o [1998/11/07] kern/8589 incorrect spelling for "dependency" and " o [1998/11/07] i386/8598 MAKEDEV fails if not run from current dir o [1998/11/08] kern/8604 ps u gets confused about process start ti o [1998/11/09] bin/8631 pci interrupts are shown on EISA only mac o [1998/11/09] kern/8633 TCP packet via SLIP/CSLIP containing this s [1998/11/12] kern/8661 stb sys/netatalk/at_control.c needs to correc o [1998/11/12] bin/8666 X blocks serial port with getty process o o [1998/11/13] gnu/8679 tar man page should be updated o [1998/11/19] misc/8764 pwd_mkdb is slow on many users o [1998/11/19] docs/8765 dwhite some suggested text for describing passwo o [1998/11/27] i386/8867 murray /stand/sysinstall core dumps (signal 11) o [1998/11/30] bin/8913 negative time values for csh 'time' built o [1998/12/01] kern/8925 options kern file needs AWE_DEFAULT_MEM_S o [1998/12/08] bin/9012 route add -host hostIP -interface localIP o [1998/12/15] kern/9092 DELF raid volumes cause panics under CAM f [1998/12/16] i386/9102 Voxware does not provide /dev/mixer for E o [1998/12/16] ports/9107 asami Addition to bsd.port.mk for searching mul o [1998/12/18] bin/9123 pax can't read tar archives that contain o [1998/12/20] kern/9144 luigi acd driver inconsistency (byte order in C o [1998/12/22] bin/9176 dillon placemark to split mount_ufs out of mount o [1998/12/24] bin/9188 telnet gets stuck in ttydrain() f [1998/12/28] misc/9220 nvi: catalog: mistake in Russian error me o [1998/12/29] bin/9233 gmp's mpq_add and mpq_sub are buggy o [1999/01/04] bin/9318 vgrind(1): no JAVA support o [1999/01/04] i386/9319 D-Link DE-528CT poor performance o [1999/01/05] bin/9333 timestamp dump's progress f [1999/01/07] bin/9374 roberto Improved functionality for find(1) o [1999/01/08] conf/9388 obrien magic(5) correction for wordperfect o [1999/01/08] kern/9392 Alternate system clock OR kernel stats cl o [1999/01/13] kern/9474 "comcontrol rescan 0:8:0" hangs, causes o o [1999/01/14] bin/9494 new option to prevent mail from sending m o [1999/01/16] bin/9529 ftp filname completion can't handle space o [1999/01/19] kern/9570 dfr ed(4) irq config enhancement o [1999/01/19] bin/9573 ksrvtgt not working o [1999/01/20] kern/9590 Clean up for -Wall warnings o [1999/01/21] kern/9611 MFS calculates the size incorrectly when o [1999/01/22] kern/9619 Restarting mountd kills existing mounts o [1999/01/25] kern/9679 fix for uninterruptible open in portal fi o [1999/01/25] kern/9689 panic in sbdrop(kern/uipc_socket2.c) o [1999/01/26] bin/9711 Fails: cd /usr/bin; gzip file ; mv file. o [1999/01/27] i386/9721 Patch for FreeBSD netboot (booting via DO o [1999/01/28] kern/9748 error in queue handling of at_shutdown() o [1999/01/28] bin/9770 kris An openpty(3) auxiliary program o [1999/01/29] i386/9777 luigi Generic AD1816 sound suport in Luigi's pc o [1999/01/30] kern/9791 enhancement for netinet/ip_icmp.c to cont o [1999/01/30] ports/9792 msmith pib coredumps in port maker mode o [1999/01/31] ports/9840 asami patch allows ports to fetch their sources o [1999/02/01] bin/9868 Patch to add "date -a" o [1999/02/01] kern/9869 When using macros out of function, they s o [1999/02/01] conf/9874 idle-timeout facilities in /etc/login.con o [1999/02/03] bin/9902 error in german (and some other) locale s o [1999/02/08] bin/9972 groff always built for US (letter) sized o [1999/02/09] i386/9991 new driver for National Instruments GPIB o [1999/02/11] bin/10030 markm Kerberized telnet fails to encrypt when a o [1999/02/16] kern/10116 sos acd driver patch to support PD/CD drive. o [1999/02/19] bin/10158 Reference to ncheck in quot(8) o [1999/02/19] kern/10160 kldload of umap module panics the system o [1999/02/20] kern/10175 Bridging support incomplete for some netc f [1999/02/21] ports/10178 kris USE_SOCKS=YES option broken for security/ a [1999/02/23] misc/10231 inet_addr() doesn't check for illegal val o [1999/02/25] docs/10240 wosch We need a script which check if our web m f [1999/02/26] bin/10274 will make does not understand "lib(obj)" synta o [1999/02/26] bin/10283 Race condition in rc.network o [1999/03/01] docs/10349 phantom For long .Dt fields, rendering is broken- o [1999/03/02] misc/10351 /usr/share/examples/worm is out of date o [1999/03/02] bin/10358 ftp(1) has problems with long pathnames f [1999/03/05] ports/10396 asami SPIN is in the wrong category o [1999/03/06] kern/10440 Discard device does not set ifq_maxlen o [1999/03/06] bin/10444 avoiding lost mail when mail filesystem i o [1999/03/06] ports/10454 obrien Update: emulators/spim a [1999/03/06] kern/10455 pcaudio breakage f [1999/03/07] i386/10465 mdodd Must disable ex0 to install. o [1999/03/12] kern/10563 QIC 40/80 tape drive ft present in versio o [1999/03/13] kern/10574 3.1-stable kernel reports k6 cpu as "\^E" o [1999/03/14] conf/10582 marcel Makefile.upgrade fails with make -j o [1999/03/14] misc/10589 Incorrect assumptions in /etc/security o [1999/03/15] bin/10601 wosch Ownership of symlinks copied by adduser a o [1999/03/15] i386/10608 add Opti Viper-M PCI ID o [1999/03/15] kern/10609 adjtime bug (tv_sec > 2147) and enhanceme o [1999/03/15] bin/10610 New options to date to slowly adjust time o [1999/03/15] bin/10611 timed enhancement o [1999/03/17] kern/10641 Default sync rate in ncr SCSI driver is s o [1999/03/18] kern/10663 hpscan doesn't like 3.1's pt device o [1999/03/18] misc/10667 murray Sysinstall inserts multiple # -- sysinsta o [1999/03/19] gnu/10670 cvs doesn't allow digits in local keyword o [1999/03/19] kern/10673 wpaul Non-ASCII chars on serial console with Re o [1999/03/19] kern/10678 Printing problems using ppc bus o [1999/03/19] ports/10682 asami List mirror sites in MASTER_SITE_BACKUP - o [1999/03/23] kern/10755 de driver says `invalid EESPROM checksum' o [1999/03/25] bin/10793 cvs update modification time check granul o [1999/03/26] misc/10803 joe whois(1) client enchancements a [1999/03/26] misc/10804 joe whois(1) enhancement o [1999/03/27] bin/10825 daily script not executed or executed twi o [1999/03/29] bin/10856 vty's from ttyvc - ttvf (maybe more?) do o [1999/03/30] bin/10868 BUG in /usr/bin/calendar o [1999/03/30] misc/10871 wst0 fails with Sony SuperStation streami o [1999/03/31] kern/10894 wrong error message in svctcp_create() o [1999/04/01] gnu/10910 obrien Integration of Objective C patches into g o [1999/04/02] bin/10924 Extensions to biff(1) o [1999/04/03] bin/10931 biff b o [1999/04/06] bin/10980 With ctags -x no space is left between na o [1999/04/07] docs/10997 doc Problem with query-pr-summary.cgi o [1999/04/08] kern/11020 popen does not honor ISO 9899 syntax o [1999/04/08] bin/11036 markm Perl does not honor -DNOMAN o [1999/04/08] bin/11037 Gencat doesn't properly handle \ddd octal o [1999/04/09] ports/11048 obrien variable not initialized in fwtk-lib lead o [1999/04/09] misc/11052 [PATCH] performance bug fix to fgets() ro o [1999/04/10] conf/11058 Recent change to rc script causes hang on o [1999/04/11] bin/11085 Per-host configuration for syslog.conf o [1999/04/11] bin/11092 readlink(1) from OpenBSD o [1999/04/11] bin/11094 lastlogin.8 from NetBSD o [1999/04/13] misc/11111 Error opening terminal: su o [1999/04/13] bin/11114 will make(1) does not work as documented with o [1999/04/13] misc/11126 vt100 termcap entry appears broken o [1999/04/14] ports/11134 hoek existense of /usr/obj/usr/ports/shells/ba o [1999/04/16] i386/11165 IBCS2 don't work correctly with PID_MAX 9 a [1999/04/16] bin/11168 davidn pw(8) usermod does not recognize -w flag o [1999/04/18] bin/11205 Suggestion: move mt(1) to /bin o [1999/04/20] bin/11236 mountd fails to properly check for kernel o [1999/04/20] conf/11243 mountd startup can lose flags o [1999/04/20] bin/11248 Shuffle o [1999/04/23] kern/11293 brian FreeBSD's PPP implementation of LQM appea o [1999/04/23] bin/11294 direct logging to other hosts (no local s o [1999/04/27] bin/11360 Allow specification of "search" in resolv o [1999/04/28] kern/11365 plip in Linux mode has trouble with some o [1999/04/29] bin/11387 mount_cd9660 doesn't show rockridge filen o [1999/04/29] bin/11399 Calendar doesn't always handle 'last' day o [1999/04/30] kern/11416 code typo in sequencer.c: "if (!processed o [1999/05/02] misc/11448 Better looking VGA font for iso2 o [1999/05/03] misc/11478 assar Non-functional AFS support in KerberosIV o [1999/05/06] misc/11553 /usr/share/misc/latin1 (new file submissi o [1999/05/09] bin/11608 vnconfig not supporting swap-backed vn de o [1999/05/09] bin/11609 vnconfig -v reports page numbers, not byt s [1999/05/09] ports/11611 billf Update port: net/ntop o [1999/05/10] bin/11623 quot uses 32-bit integers for its calcula o [1999/05/12] bin/11669 gcc 2.7.2.1 gets bad magic error linking o [1999/05/12] bin/11671 "vidfont -r" fails, asking for font size o [1999/05/12] kern/11676 PCIless kernel will not compile with ATAP o [1999/05/13] i386/11683 olpt/nlpt name change not in man pages o [1999/05/13] misc/11689 Change "netstat" mode in daily "status-ne o [1999/05/17] bin/11746 Add support for Solaris mailboxes o [1999/05/18] kern/11765 performance bug: network devices fxp & de o [1999/05/18] misc/11767 sppp does not implement VJ compression o [1999/05/19] kern/11789 ELF machine definition missing for ARM o [1999/05/21] bin/11818 Added a feature to ping(8) o [1999/05/21] i386/11829 Boot Failure (Register Dump) with MFSroot o [1999/05/22] misc/11838 xwindows configuration problem o [1999/05/26] bin/11896 cap_mkdb dumps core when non-files passe o [1999/05/26] i386/11898 Connot wirte to floppy on HP OB800CT with o [1999/05/26] bin/11900 Sed(1) fails with MALLOC_OPTIONS set to ' o [1999/05/28] bin/11914 wosch makewhatis during installworld uses /usr/ o [1999/05/29] bin/11929 symorder doesn't work on elf format objec o [1999/05/29] kern/11941 FreeBSD box reboots itself when changing o [1999/05/30] kern/11945 tape problems on -stable, mt bl(ocksize), o [1999/05/31] kern/11968 kldload should call module entry point be o [1999/06/01] i386/11979 Vaio 505DX touchpad not detected as Glide o [1999/06/01] kern/11981 brian access to tunN devices not allowed to non o [1999/06/02] conf/11989 pppd(8) output misplaced o [1999/06/03] kern/12014 Fix SysV Semaphore handling o [1999/06/06] gnu/12046 markm Perl subsystem does not install all tutor a [1999/06/06] bin/12052 sh type builtin appends first path compon o [1999/06/07] kern/12071 [PATCH] large scale IP aliasing o [1999/06/08] i386/12088 Enhancement to ed driver for Linksys 10/1 o [1999/06/09] kern/12095 [PATCH] Buggy ATAPI Zip Drive is not dete o [1999/06/09] bin/12107 Add switch to dump to support multiple du o [1999/06/10] i386/12113 ESS1688 support for VoxWare sound driver o [1999/06/10] bin/12115 pppd reports wrong connected duration wit o [1999/06/15] misc/12228 phantom /etc/security don't search in all the fil o [1999/06/16] gnu/12238 bc 1.04 crashes with long formula typed i o [1999/06/16] bin/12244 realpath() fails when there is no permiss o [1999/06/17] bin/12263 hoek "more" problems with long filenames o [1999/06/18] bin/12280 LD_IGNORE_MISSING_OBJECTS not honored for o [1999/06/18] kern/12281 active-filter option in pppd doesn't stop o [1999/06/20] bin/12308 LPD can't be told not to bind to a TCP po o [1999/06/21] conf/12324 jkh Sysinstall's fdisk partition editor is mi o [1999/06/21] ports/12325 asami Adds refetch functionallity to bsd.port.m o [1999/06/21] i386/12326 wdc flag 0x1000 (LBA addressing) prevents o [1999/06/21] kern/12333 ProAudio Spectrum sound card broken model o [1999/06/21] kern/12334 Some ProAudio SPectrum cards do not do DM o [1999/06/21] kern/12335 if_pn.c lacks bridging support; patch enc o [1999/06/22] bin/12357 [PATCH] allow route to create "proxy only s [1999/06/23] bin/12358 ken Patch: "camcontrol help" should go to std o [1999/06/24] i386/12383 make release warns about /dev entries mak o [1999/06/26] bin/12398 fsck in free(): warning: pointer to wrong o [1999/06/27] bin/12421 sysinstall label fails o [1999/06/28] conf/12432 empty amd_flags causes start failure in r o [1999/07/02] docs/12486 mpp listing of (56) utilities in /bin:/sbin:/ o [1999/07/02] bin/12489 /sbin/route exits with 0 on some errors a [1999/07/05] ports/12518 will new port: mail/ifmail-os o [1999/07/05] bin/12528 [PATCH] tip's "tipout" child doesn't alwa o [1999/07/06] kern/12543 dg [PATCH] cumulative error counters for fxp o [1999/07/07] bin/12545 kldload(8) should be more sensitive to er o [1999/07/08] ports/12566 billf a guide to pyrotechnics o [1999/07/12] kern/12609 At boottime NFS mounts on a 3.2 client fr f [1999/07/12] misc/12612 ncurses ash shipped with 3.2-R missing sy o [1999/07/13] misc/12633 CMI8330 chip based integrated sound card o [1999/07/15] kern/12655 Kernel config file needs more commenting o [1999/07/16] kern/12668 The kernel clock goes slow with PLIP devi o [1999/07/18] kern/12697 Out of swap handling [PATCH] o [1999/07/20] bin/12712 release/Makefile: mounting /some/dir with o [1999/07/20] kern/12723 imp Unnecessary use of magic numbers in F_[SG o [1999/07/22] kern/12764 luigi Patch for using x11amp with voxware (stol o [1999/07/22] misc/12765 cable problem: link down for de0 NICs. f [1999/07/23] bin/12782 roberto xntpd doesn't handle interface aliases pr o [1999/07/24] bin/12789 Confusing error msg when dumping a filesy s [1999/07/25] bin/12801 sheldonh nvi infinite recursion with options "left o [1999/07/25] bin/12806 `sh -e' doesn't parse multi-command lines o [1999/07/28] kern/12855 panic:softdep_flushfiles:looping, caused o [1999/07/30] misc/12887 Problem with "top" command in SMP o [1999/07/30] misc/12888 strange kernel messages when copying file o [1999/07/31] bin/12898 Added a command-line switch to netstat to o [1999/08/03] bin/12939 add flag to quota to suppress NFS quota c o [1999/08/03] bin/12942 m4: len(`') returns `' o [1999/08/04] ports/12952 asami make _PORT_USE touch cookies by variable, o [1999/08/04] bin/12957 rpc.rusersd dumps core with signal 11 whe f [1999/08/04] bin/12962 des basename(3) and dirname(3) part 2 o [1999/08/04] kern/12966 receiver lockups in vr0 driver o [1999/08/05] bin/12982 last does not support -y option. o [1999/08/05] misc/12983 system hang accessing mounted msdos flopp o [1999/08/05] i386/12993 gibbs "ahc0: Data Parity Error Detected during o [1999/08/07] conf/13016 gshapiro Wrong sendmail.cf file used by mergemaste o [1999/08/07] docs/13020 mpp Manpage capitalization o [1999/08/08] misc/13036 de doesn't work with DEC 21143 based PCI o [1999/08/09] bin/13042 will make doesn't handle wildcards in subdirec o [1999/08/09] bin/13043 minigzip -c option support. o [1999/08/09] i386/13051 after installation on system using COM1, o [1999/08/10] kern/13062 lnc ethernet xmit underflow problem o [1999/08/11] bin/13068 billf Don't stamp out score files! o [1999/08/11] bin/13072 billf Extensions to biff(1) o [1999/08/11] bin/13073 billf Extensions to mesg(1) o [1999/08/11] docs/13079 dwhite new man page describing timeradd() family o [1999/08/11] kern/13082 dfr Improved support for NE2000 PnP cards o [1999/08/12] bin/13108 authunix_create_default includes egid twi o [1999/08/13] docs/13116 phantom typo in ms(7) o [1999/08/13] bin/13128 billf pkg_delete doesn't handle absolute pathna o [1999/08/15] kern/13161 alfred mounting on top of a mounted file system o [1999/08/15] kern/13164 kthread_exit stops, but doesn't release p o [1999/08/16] misc/13185 "tengo problemas con el pop3" o [1999/08/18] docs/13218 mpp Many manpages still not conformed mdoc(7) o [1999/08/18] kern/13220 mkdep: compile failed - ../../pci/if_de.c o [1999/08/18] kern/13232 panic("rtfree"); when sending bootp reque s [1999/08/19] kern/13252 niced jobs don't behave really nice o [1999/08/19] bin/13254 yp_all error messages have wrong text o [1999/08/20] misc/13266 Removal of #defines and addition of const o [1999/08/20] bin/13278 rogue: killed by fire corrupts score file o [1999/08/21] bin/13309 Fixes to nos-tun o [1999/08/22] misc/13326 additional timeval interfaces for 512MB o [1999/09/22] ports/13898 obrien New port: misc/dictd o [1999/09/23] conf/13918 Termcap entries for VESA modes missing a [1999/09/23] gnu/13921 sheldonh awk -v var=val coredump o [1999/09/23] kern/13924 sb/snd driver broken under 4.0-19990918-C o [1999/09/24] i386/13936 murray No clear indictaion of how much space to o [1999/09/25] docs/13950 doc webpage idea o [1999/09/25] docs/13967 doc FreeBSD Related Publications in Korea o [1999/09/26] kern/13979 [PATCH] add serial number to IDE HD probe o [1999/09/27] kern/14006 pas2_pcm.c pcm playback problem, with fix o [1999/09/29] bin/14040 amd has wrong uname data compile in it o [1999/09/30] i386/14048 ``doscmd -r'' doesn't work o [1999/10/01] ports/14077 dec Multicast not available on multicast enab o [1999/10/01] bin/14078 -stable 'make release' does not work on - f [1999/10/01] kern/14083 gibbs CAM 3.3-RELEASE fails boot w/2940UW + non o [1999/10/04] docs/14129 phantom gated(8) and htable(8) as referenced in r o [1999/10/05] bin/14142 gshapiro sendmail: mci.c: bad pointer conversion i o [1999/10/06] docs/14158 doc md5(1) manpage should not claim the md5 a o [1999/10/06] docs/14165 nbm FDP introduction article o [1999/10/06] kern/14166 roger AVER TVPhone o [1999/10/07] bin/14175 route for ip aliasing o [1999/10/07] ports/14182 asami Patch: bsd.port.mk: add plist target o [1999/10/08] kern/14217 bde [PATCH] EXT2FS as a KLD o [1999/10/09] ports/14225 markm Patches for security/pgp5 o [1999/10/09] kern/14240 compilation error: __cmpdi2 unresolved o [1999/10/09] bin/14246 kvm_open and kvm_openfiles not works corr o [1999/10/10] bin/14255 rup and rusers could not deal with many h o [1999/10/11] misc/14258 IP_TOS and IP_TTL sockopt doesn't work on a [1999/10/11] ports/14260 jkoshy new port: www/woda - A Web Oriented Datab o [1999/10/11] misc/14263 phantom There ara no ukrainian locale in stable/c o [1999/10/11] misc/14273 Somewhat bogus entry in termcap o [1999/10/13] ports/14316 markm exmh not recognizing mh and uses too many o [1999/10/13] bin/14318 jkh sysinstall upon install has some counter- o [1999/10/14] ports/14323 markm [PATCH] ports/security/pgp5: Invoked with o [1999/10/14] bin/14330 peter [PATCH] fix clash between /usr/src/contri o [1999/10/14] bin/14335 peter Manual page for ndc gives incorrect path o [1999/10/15] kern/14346 imp Both pccard/cardinfo.h and sys/memrange.h o [1999/10/15] kern/14350 Security enhancement to ICMP o [1999/10/15] kern/14355 perhaps a guard page needed for UP-mode k o [1999/10/15] kern/14356 grog vinum and ``some processes would not die; o [1999/10/16] bin/14361 locate bogusly converts to network byte o o [1999/10/17] kern/14380 [PATCH] if_de workaround for when BIOS do o [1999/10/18] i386/14396 Floppy install of 3.2-release, 3.3-releas o [1999/10/21] bin/14448 ftp-client may not recognize failure, rep o [1999/10/23] misc/14488 kget doesn´t write the key word "enable" o [1999/10/25] misc/14511 chapss Y2K problem o [1999/10/25] docs/14530 phantom Printed manual pages have extraneous blan o [1999/10/25] bin/14533 imp pccardd improperly assigns irqs o [1999/10/26] bin/14545 quota reports in K, but header says 'bloc a [1999/10/27] kern/14561 ken ioctl (fd, CDIOCEJECT, (void*) 0) doesn't s [1999/10/27] kern/14562 ken ioctl() codes should be provided for ejec o [1999/10/27] docs/14565 doc ioctl() codes for device type `fd' (flopp o [1999/10/27] i386/14574 ISA based ESS1688 support(partially) for o [1999/10/28] kern/14584 Proposition for improved file permissions o [1999/10/29] misc/14599 pam_kerberosIV.so in the 'krb.??' package o [1999/10/29] kern/14602 struct utsname fields are allocated too s o [1999/10/31] kern/14639 convert proc.p_peers to a queue(3) LIST o [1999/11/01] kern/14646 kern.boottime affected by APM suspend/res o [1999/11/01] bin/14648 markm `make world' now requires -DNOCRYPT in my o [1999/11/02] gnu/14664 tar checks for volno-file even if it shou o [1999/11/02] docs/14677 chris listing of (48) utilities in /bin:/sbin:/ a [1999/11/03] docs/14682 marko lprm(1) unaware of lp(1) Environment Vari o [1999/11/03] bin/14697 grog Exploitable buffer overflow in Vinum (Fre o [1999/11/04] conf/14714 phantom Need support for imap4 and pop3 in /etc/p o [1999/11/06] misc/14746 xf86config shell script leaves arrow keys o [1999/11/08] ports/14783 jmz mgetty 1.1.12 always sets clocal o [1999/11/08] bin/14786 dwmalone [PATCH] tail breaks on large files o [1999/11/08] conf/14791 Optionally change the behaviour of fsck u o [1999/11/08] i386/14793 more fdisk partition types o [1999/11/09] i386/14800 FreeBSD BootMgr not configurable (or at l o [1999/11/10] conf/14810 [PATCH] initialising multiple interfaces a [1999/11/10] bin/14817 strptime(3) '%C' conversion incorrect o [1999/11/11] ports/14824 wosch no '\0' at the end of buffer o [1999/11/11] bin/14829 rc.shutdown is handled unconsistently by o [1999/11/12] kern/14839 RELENG_2_2 boot kernel is large size prob o [1999/11/12] kern/14840 Opti930 doesn't work. o [1999/11/12] kern/14841 adrian IEEE 802 encapsulation for arp on etherne o [1999/11/12] ports/14854 peter port comms/conserver partially ignores ${ o [1999/11/13] conf/14864 I can not get dual Boot to boot FreeBSD f o [1999/11/14] i386/14891 New smbus driver lmsmb a [1999/11/16] ports/14924 markm p5-Apache-Radius with mod_perl broken on o [1999/11/16] bin/14925 getsubopt isn't poisonous enough o [1999/11/16] conf/14931 rc logging facility f [1999/11/16] ports/14933 imp Simple patch to log password attempts on o [1999/11/17] ports/14965 wosch stat port doesn't know fifo file type o [1999/11/17] kern/14968 wollman Convert resource_head and resource.r_link o [1999/11/17] ports/14970 peter conserver-7.4 port submission o [1999/11/18] conf/14973 Digi-multiport serial card? f [1999/11/18] conf/14974 jhb In RELENG_3, fdisk reports sizes incorrec o [1999/11/18] ports/14977 peter conserver doesn't support speed over than o [1999/11/19] misc/14993 Freebsd Locks up when trying to set the h o [1999/11/19] misc/14999 phantom ISO8859-5 locale missing from RELENG_3 o [1999/11/19] misc/15000 ftp(1) needs to send HTTP/1.1 Host: heade o [1999/11/20] conf/15010 "client" firewall configuration kills inc o [1999/11/21] ports/15021 asami some port installs fail for non-root user o [1999/11/21] kern/15022 jkh Suggestion for enhancement: move isp firm o [1999/11/21] conf/15038 jkh In sysinstall, easy to not notice that se o [1999/11/23] kern/15065 fsck can't fix "huge" zero length files o [1999/11/25] kern/15095 TCP's advertised window is not scaled imm o [1999/11/27] i386/15119 pcm sound driver dma problems with isa-pn o [1999/11/28] ports/15142 jmz Added DIST_SUBDIR to print/tex port o [1999/11/29] misc/15168 Adding tracklist support to fdformat o [1999/11/29] kern/15175 tcp_input() fails to update m->m_pkthdr.l o [1999/11/30] bin/15182 "* Wed-1 event" in calendar produces "31 o [1999/11/30] misc/15196 shutdown -h no longer synching disks, thu o [1999/12/01] misc/15205 billf Addition to /usr/games/random o [1999/12/01] misc/15215 Outputting in Fortune under certain circu o [1999/12/02] i386/15218 kernel says: raw partition size != slice o [1999/12/02] bin/15229 joe mtree - different from mtree in NetBSD 1. o [1999/12/03] ports/15239 asami fix MASTER_SITE_GNOME in bsd.port.mk: mi o [1999/12/05] kern/15280 kernel panic during FreeBSD install o [1999/12/06] bin/15301 Bug in /usr/sbin/syslogd: strips 8th bits o [1999/12/06] misc/15304 bmah proposed modifications to pkg_version o [1999/12/07] ports/15329 cwt amanda24 modification o [1999/12/07] misc/15339 fdformat should exit non-zero when user c o [1999/12/09] ports/15387 billf ethereal's packet-smb.c calls str*() func o [1999/12/09] bin/15390 obrien Upgrade rdist to 6.1.5 o [1999/12/10] bin/15410 edquota -p copies current usage as well a o [1999/12/11] bin/15416 addr2line is unable to find line numbers o [1999/12/11] bin/15418 tput(1) doesn't work with new libncurses. o [1999/12/11] misc/15421 initgroups(3) spits out messages to stder o [1999/12/12] kern/15435 Attempts to execute programs from a noexe o [1999/12/12] kern/15436 syscons extension: "propellers" o [1999/12/13] bin/15456 Usage of ktrace(1) is invalid a [1999/12/13] bin/15458 sort(1) doesn't sort correctly in some ca o [1999/12/13] bin/15470 Proposed change to comments in /etc/named o [1999/12/14] ports/15477 ports wwwstat-2.01 port is not Y2K compliant: 1 o [1999/12/14] misc/15480 Change-request for /usr/src/usr.sbin/cdco o [1999/12/14] kern/15489 running fstat causes a bus error o [1999/12/15] kern/15492 Patch to fixup bridging support for 2.2-S o [1999/12/15] kern/15493 Patch to enable bridging support for if_c o [1999/12/15] ports/15495 asami Add "addsum" target to bsd.port.mk o [1999/12/15] bin/15496 killall(1) limited to 16 character proces o [1999/12/15] bin/15497 NIS does not deal well with comments o [1999/12/15] bin/15510 df(1) does not lineup with large filesyst o [1999/12/15] kern/15511 Cannot scroll up after panic? o [1999/12/17] i386/15528 doscmd exec function fail. o [1999/12/17] i386/15531 doscmd DOS function 0a fail when DL is 0 o [1999/12/17] kern/15532 Reboot just to kill a print job? o [1999/12/17] misc/15546 Need to enable LBA flag for large IDE dis o [1999/12/17] i386/15547 discmd function 51 ( get ps ) fail o [1999/12/18] misc/15555 some enhancements for uudecode o [1999/12/20] bin/15593 [SECURITY] ustrcpy() buffer overflow in d o [1999/12/20] ports/15594 will kscd-1.2.7 in -STABLE ports not playing A o [1999/12/20] bin/15596 netstat -rn does'n fit on a 80 chars wide o [1999/12/21] kern/15608 acd0 / cd0 give inconsistent errors on em o [1999/12/21] conf/15612 jkh Re-Scan devices in 3.4-Release options me o [1999/12/21] i386/15619 standard pppd doesn't authenticate users o [1999/12/22] kern/15636 dillon reminder to self for MAP_ VM defines o [1999/12/23] misc/15658 edquota misinterprets usernames as uid ra o [1999/12/24] bin/15663 yokota none a [1999/12/25] ports/15691 steve Ssh ports fail to check inetd.conf before o [1999/12/28] bin/15739 repquota report format fix for better par o [1999/12/28] kern/15747 dcs loader's builtin "more" command won't res o [1999/12/28] conf/15748 jkh sysinstall - upgrade a [2000/01/01] docs/15821 asmodai Wrong device names in manpages for lpt(4) o [2000/01/01] kern/15827 Power-Off causes Trap 9 in kernel o [2000/01/01] bin/15830 imp PATCH: rdump over ssh o [2000/01/02] kern/15838 Conversion tables in msdosfs_conv.c are b o [2000/01/02] bin/15852 asmodai predefined \*(DT string has Y2K bug o [2000/01/02] bin/15853 tar --newer-mtime flag has Y2K bug o [2000/01/03] bin/15855 comsat(8) failes to open system mail box o [2000/01/03] kern/15860 patch to make default kern.maxfilesperpro o [2000/01/03] bin/15861 dan ftpd did not use sendfile(2) when sending o [2000/01/03] misc/15871 small CVS directories copied to PicoBSD filesys o [2000/01/03] misc/15874 small PicoBSD can only update files from within o [2000/01/03] misc/15875 small Incorrect permissions on PicoBSD /tmp dir o [2000/01/03] misc/15876 small PicoBSD message of the day problems o [2000/01/05] misc/15908 patch to fix argument mismatch in getnano s [2000/01/06] docs/15959 phantom misplaced lines in psignal.9 man page o [2000/01/08] kern/15983 n_hibma C++ keywords in kernel header files o [2000/01/08] ports/15992 joe [PATCH] Add a default for $SUP in the /us o [2000/01/08] ports/15993 asami [PATCH]No line-feed in warnings from ``ma o [2000/01/09] misc/16003 sysinstall crashes if it gets more than o o [2000/01/09] bin/16005 brian add new option to date(1) o [2000/01/09] bin/16007 joe cdcontrol(1) defaulting do /dev/cdrom ins o [2000/01/09] misc/16009 Invoking /stand/sysinstall from kde termi o [2000/01/09] kern/16016 cam/scsi/scsi_da.c: Fujitsu M2952 doesn't o [2000/01/10] kern/16021 To support SMP on NEC PC98, call mp_probe o [2000/01/10] kern/16023 Add an idletime counter for sppp, just li s [2000/01/10] bin/16048 asmodai "file" command cannot recognize LaTeX2e f o [2000/01/10] kern/16049 Connor Drive fails cache sync o [2000/01/11] ports/16072 obrien vim5 port update o [2000/01/11] conf/16076 markm [PATCH] pam_ssh examples for /etc/pam.con o [2000/01/13] ports/16109 max Update port: japanese/mimekit to 1.8 o [2000/01/14] bin/16119 ctm_rmail does not honor umask o [2000/01/14] bin/16124 imp [PATCH] Enhancement for 'lpr -r' o [2000/01/15] ports/16139 billf Ntop port fails to find lsof o [2000/01/18] kern/16169 The U.S. Robotics 56K Voice Int modem is o [2000/01/18] kern/16170 compiling machine/setjmp.h with g++ o [2000/01/18] misc/16189 Advansys ASB-3940U2W SCSI Card does not w o [2000/01/18] kern/16195 16-bit uid/gid struct in sys/ipc.h o [2000/01/19] bin/16206 PATCH: vmstat column alignment, %ll not s o [2000/01/19] misc/16208 ps/2 mouse problem o [2000/01/19] misc/16212 in /stand/sysinstall -- cannot exit menu o [2000/01/20] ports/16220 obrien -frepo is broken in gcc-devel and egcs po o [2000/01/21] ports/16252 asami bsd.port.mk: Add bzip2 support for distri o [2000/01/21] bin/16275 steve approve send-pr(1) (attach files, use env o [2000/01/22] kern/16292 performance problem of divert socket o [2000/01/23] bin/16316 Enhancement: allow .fakeid to be a named o [2000/01/23] bin/16320 fstat -f confuses some partitions o [2000/01/24] kern/16339 vm/vm_page.h PQ_L2_SIZE options too limit o [2000/01/25] ports/16347 sobomax Inconsistencies between Java ports o [2000/01/25] kern/16360 kernel timestamping of ICMP echo requests o [2000/01/26] bin/16364 [PATCH] Add msdosfs and cd9660 support to f [2000/01/26] ports/16374 ache Ports fix: news/tin o [2000/01/27] i386/16411 DUMP freezes system if uucico or samba wr o [2000/01/28] bin/16422 newfs always make root's / directory f [2000/01/28] misc/16434 Odd rlogin problem. o [2000/01/30] bin/16480 locked accounts and adduser o [2000/02/06] conf/16536 size of /var/spool/uucp/Log, a UUCP logfi o [2000/02/06] kern/16551 cosmetic cleanup in sys/dev/ppbus/pcfcloc o [2000/02/07] ports/16570 asami ports toplevel README.html has bad link t o [2000/02/08] conf/16584 jkh Hostname field too small during install ( o [2000/02/09] bin/16619 trimdomain does not handle peer domains o [2000/02/09] bin/16625 Incorrect information in routed(8) error o [2000/02/10] ports/16640 jfitz rwhois port install tries to copy wrong l o [2000/02/10] bin/16649 /bin/lastcomm: output contains extraneous f [2000/02/11] ports/16654 mharo Some master sites have discontinued hosti o [2000/02/11] bin/16657 /bin/hostname: New feature to return subc o [2000/02/13] bin/16705 ftpd doesn't support -h option o [2000/02/14] kern/16709 PATCH: make poll work for -STABLE's Audio o [2000/02/14] kern/16713 grog Vinum: some processes would not die; ps a o [2000/02/14] misc/16719 /stand/sysinstall does not redraw the scr o [2000/02/14] i386/16722 squid (a 3.x binary) won't run under 4.0- o [2000/02/15] bin/16726 rpc.rstatd from inetd sig11's o [2000/02/16] kern/16745 Kernel Makefile doesn't sanitise PATH [PA o [2000/02/16] kern/16765 Add support for mark/space parity o [2000/02/18] kern/16815 dillon Cannot "rm -rf" for not-existed file on r o [2000/02/19] misc/16830 markm PAM-related error messages on -current o [2000/02/20] misc/16839 dan MFC Matthew D. Fuller's patch to deal wit o [2000/02/20] misc/16840 dan MFC: Matthew D. Fuller's teach pkg_info t o [2000/02/20] docs/16843 doc Knob for release/Makefile to prevent dele o [2000/02/21] ports/16872 max Update port: japanese/pine o [2000/02/21] bin/16880 davidn [PATCH] pw(8) hardcodes directory creatio o [2000/02/22] bin/16924 tmpfile(3) ignores TMPDIR and always uses o [2000/02/22] bin/16926 kris [PATCH] banner doesn't allocate space fo o [2000/02/22] kern/16928 dynamic sysctl enhancement o [2000/02/22] bin/16929 [PATCH] prevent possible race condition i o [2000/02/23] misc/16938 FTP does not fully parse ftp:// URLs o [2000/02/24] misc/16969 yokota /kernel: psmintr: out of sync (0000 != 00 o [2000/02/24] bin/16971 Exiting from /usr/sbin/login does not res o [2000/02/25] ports/16987 obrien pkg_delete vim-5.X incorrect o [2000/02/26] kern/17003 dscheck() overzealously protects labels o o [2000/02/26] kern/17007 This is a code for implementing ethernet o [2000/02/27] conf/17022 rwatson newsyslog.conf not in sync with syslog.co o [2000/02/27] alpha/17032 alpha strtod(3) floating exception o [2000/02/28] misc/17045 Cannot install on Siemens Primergy 870 (d o [2000/02/28] kern/17058 mjacob SCSI tape driver can't drive devs that ca o [2000/02/29] bin/17077 yokota write() error o [2000/03/01] docs/17104 phantom gethostbyname(3) contains a reference to o [2000/03/01] kern/17109 darrenr fastroute crashes for lo0 udp o [2000/03/02] ports/17127 obrien Ports fix: editors/vim5 o [2000/03/02] misc/17132 bugs in xdr functions o [2000/03/02] ports/17139 billf PLIST correction for Apache13-fp o [2000/03/04] misc/17178 -d option of lpd didnt work o [2000/03/04] misc/17185 main ncurses headerfile is installed as c f [2000/03/04] i386/17198 3.4 doesn't boot from CD on dell 3500 o [2000/03/04] gnu/17202 uucp grade patch and policy o [2000/03/05] conf/17207 disktab support for Fuji-MO o [2000/03/05] gnu/17214 obrien gdb doesn't honor auto-solib-add o [2000/03/06] kern/17222 Avance Logic ALS/100 sound card doesn't r o [2000/03/06] kern/17224 4.0-20000214-CURRENT: pcm/csa sound - sha o [2000/03/06] bin/17226 markm ftpd can't use PAM o [2000/03/06] misc/17232 obrien chown(1) and chgrp(1) do not honor -v fla a [2000/03/06] ports/17241 mharo Update: japanese/tkdesk o [2000/03/07] ports/17255 pst Update the GNATS port to 3.113 o [2000/03/07] ports/17259 reg Update port www/mozilla o [2000/03/08] misc/17270 FreeBSD should support nsswitch.conf, or o [2000/03/08] misc/17272 deleting a file that a program has open c o [2000/03/08] misc/17275 asami make release fails when making readmes fo f [2000/03/08] ports/17279 obrien USA/Canada Netscape Navigator 4.72 FreeBS o [2000/03/09] bin/17289 [PATCH] wrong permissions on /var/run/pri o [2000/03/09] ports/17293 hosokawa samba port installs man-pages twice, fail o [2000/03/09] kern/17297 Panic when mounting a CDRom f [2000/03/10] ports/17309 ports ports/audio/cdd doesn't support .wav outp o [2000/03/12] ports/17342 will ports/devel/qtez build failure o [2000/03/13] kern/17358 PCI ids for Aureal 8810, 8820 and 8830 au o [2000/03/13] bin/17363 crontab(1) leaves files in /var/cron/tabs o [2000/03/13] bin/17368 billf Bad error messaging from mountd(8) o [2000/03/14] misc/17377 "Checking for rejected mail hosts:" gives o [2000/03/14] kern/17385 Support for IIT's "XC87SLC-33" numeric pr o [2000/03/15] bin/17389 /bin/cp failed on some synthetic vfs o [2000/03/15] bin/17395 This is a replacement for the perl versio o [2000/03/15] misc/17399 FTPing into machine slows it down o [2000/03/16] bin/17405 one more fstat patch o [2000/03/16] alpha/17411 alpha No link/activity lights Alpha ethernet ca f [2000/03/16] ports/17414 mharo upgrade and fix for the postilion port o [2000/03/16] kern/17425 nsouch [PATCH] fix two small printing errors in o [2000/03/16] ports/17427 cwt a big enhancement to the flexability of t o [2000/03/17] bin/17430 jkh Missing Czech keyboard in /stand/sysinsta o [2000/03/17] kern/17438 cg newpcm volume too low on Soundblaster Pro o [2000/03/17] kern/17441 4.0-STABLE: Intel 82801AA SMBus Controlle o [2000/03/18] ports/17465 jmacd Update port: lang/STk to 4.0.1 o [2000/03/18] docs/17470 doc Missing man page: pthread_yield o [2000/03/18] ports/17471 rse presence of devel/pth-devel port breaks w o [2000/03/18] ports/17479 asami bsd.port.mk: PARALLEL_BUILD o [2000/03/18] bin/17480 m4 changecom doesn't work as documented o [2000/03/19] kern/17487 sos ide/atapi/cdrom bugs o [2000/03/19] ports/17489 ports Zephyr port is broken with Kerberos enabl o [2000/03/19] ports/17490 markm ports fail for some gnu programs as the g o [2000/03/19] kern/17493 Updates to use FreeBSD as a firewall and o [2000/03/19] bin/17498 killall(1) is a slow perl script that's d o [2000/03/20] i386/17505 Problems with with SMP on Compaq proliant f [2000/03/20] docs/17521 doc Proposed FAQ on assembly programming o [2000/03/21] bin/17532 "host" only prints A records by default o [2000/03/21] kern/17539 kernel panic when asking help in visual u o [2000/03/22] bin/17546 murray Sysinstall does not let you configure NIS f [2000/03/22] bin/17555 green fstat(1) doesn't show memory-mapped files o [2000/03/24] kern/17581 devices failing probing do so silently o [2000/03/24] ports/17585 obrien Outputs small message for user of lang/gc o [2000/03/24] kern/17589 sos ata crashes when trying to extract cd-da o [2000/03/25] docs/17598 doc installworld over NFS documentation no lo o [2000/03/25] ports/17602 jmz Port fix x11/XFree86-4.0 (make deinstall o [2000/03/26] bin/17611 f77 man page needs updated o [2000/03/27] bin/17619 pax cannot read all tar files created by o [2000/03/27] bin/17623 date(1) -v doesn't handle time changes (D o [2000/03/27] i386/17628 mdodd 3c509b hangs on running ifconfig o [2000/03/28] bin/17640 lseek();read() -> pread() in dump and fsc o [2000/03/29] bin/17679 wpaul wicontrol should take multiple args on co o [2000/03/30] kern/17688 es_callback() in /sys/pci/es1370.c does n o [2000/03/30] bin/17694 wcstombs(), mbstowcs() not complying with o [2000/03/30] conf/17699 Support for dutch keyboards in the consol o [2000/03/31] bin/17720 presence of old /dev entries causes sysin o [2000/04/01] kern/17728 probe Macronix 98715/98715A 10/100BaseTX f [2000/04/01] misc/17737 dwhite Major repair of PicoBSD o [2000/04/01] bin/17739 Traceroute will not compile without IPSEC o [2000/04/02] kern/17751 wpaul rl driver loaded as module when it alread o [2000/04/02] bin/17756 kris sshd ignores .hushlogin f [2000/04/02] kern/17758 green Make sl driver dynamicallly expandable. o [2000/04/03] bin/17772 TFTP can not handle big files (> 32MBytes o [2000/04/03] kern/17774 doc stray irq7 o [2000/04/03] kern/17775 4.0-STABLE: Adaptec-155-ATM at en0 causi o [2000/04/03] ports/17777 torstenb [PATCH] Postfix port to consistently use o [2000/04/04] kern/17796 cg pcm drivers failes to load for Neomagic o o [2000/04/04] ports/17799 alex new port: lang/jgnat o [2000/04/04] ports/17801 jake new port: devel/binutils11 o [2000/04/04] ports/17802 jake port update: devel/gcc11 o [2000/04/04] ports/17803 jake new port: devel/gdb11 o [2000/04/05] gnu/17812 gprof gives error: o [2000/04/05] kern/17819 adrian Build ports on nfs & union mount panics k o [2000/04/06] ports/17822 obrien www/netscape47-navigator.us port missing f [2000/04/06] bin/17824 sheldonh [PATCH] /usr/bin/column has arithmetic ov o [2000/04/06] bin/17830 /usr/bin/login called from command line d o [2000/04/07] misc/17848 Patches to remove support for CSRG libm f [2000/04/07] docs/17855 alex PPP Primer is out-of-date o [2000/04/07] misc/17857 During a sysinstall kernel sources say th o [2000/04/08] bin/17864 PATCH: sys/resource.h needs sys/time.h fo o [2000/04/09] misc/17889 certain type of DNS queries seem to get d o [2000/04/10] ports/17897 chuckr transfig does not compile with XFree86-4. o [2000/04/10] ports/17903 billf Allow CVS_UPDATE to be used with SUP_UPDA o [2000/04/10] i386/17906 le ethernet device doesn't work in 4.0 o [2000/04/10] kern/17907 cg Audio record levels are too low o [2000/04/10] docs/17916 alex [PATCH] rewrite of cutting-edge section o o [2000/04/10] ports/17921 green licq in the ports collection is missing a o [2000/04/10] bin/17922 steve send-pr should be upgraded a [2000/04/11] bin/17939 sheldonh routed calls ntohs twice on the same fiel o [2000/04/12] ports/17952 torstenb [PATCH] tcp_wrappers port to give better o [2000/04/12] misc/17957 installer navigation is confusing o [2000/04/13] misc/17983 Minikernel build instructions do not work o [2000/04/13] conf/17993 improving on the default /etc/amd.map o [2000/04/13] bin/17997 nvi doesn't set variables on startup (via o [2000/04/14] kern/18001 PCM - Yamaha OPL-SAx doesn't have treble/ o [2000/04/14] misc/18014 Machine doesn't boot without keyboard att o [2000/04/17] ports/18057 jmz make install for XFree86-4 fails on alpha o [2000/04/17] gnu/18061 obrien /usr/bin/ld (GNU ld 2.9.1) ignores rpath o [2000/04/18] ports/18073 obrien wget fails to build correctly o [2000/04/18] bin/18080 davidn [PATCH] pw documentation updated to refle o [2000/04/18] ports/18083 rse Gratuitous Apache package inconsistencies o [2000/04/19] ports/18093 obrien lang/gcc-devel install error o [2000/04/19] misc/18097 What is this: LIBRATION not specified - u o [2000/04/19] bin/18100 update to src/usr.bin/from/from.c for mul o [2000/04/20] misc/18109 if pw_shell is empty(/bin/sh is assumed), s [2000/04/20] bin/18114 ken msps from iostat is wrong o [2000/04/21] misc/18131 MAX_IFS in pppd/sys-bsd.c too small for m a [2000/04/22] conf/18152 /etc/exports should suggest how to get mo o [2000/04/22] i386/18154 [PATCH] Add cpu class and features flags a [2000/04/22] kern/18155 sos [Patch] OPTi FireStar(82C700) o [2000/04/22] bin/18157 pnpinfo only prints first io-start for ev o [2000/04/22] conf/18164 roberto /var/log/ntpstats fill with stat files by o [2000/04/23] misc/18175 strtok(3) example doesn't work. o [2000/04/23] ports/18184 ache GNU Patch 2.5.4 Port o [2000/04/24] bin/18191 pac core dumped without set /etc/printcap o [2000/04/24] bin/18193 Bogus diagnostics by nslookup(1) o [2000/04/26] kern/18232 SMP + APM configerd 4.0 kernel did panic a [2000/04/26] docs/18233 asmodai man and nroff -mdoc produce extra blank l o [2000/04/26] docs/18243 alex wrong description of -p option in sh(1) m o [2000/04/27] misc/18255 makewhatis weekly job doesn't look at /us o [2000/04/27] ports/18256 sada www/netscape4* lacks Fortify on alpha o [2000/04/27] ports/18259 obrien ElectricFence installation breaks if the o [2000/04/28] kern/18271 simplelock: klds not portable across UP a o [2000/04/28] bin/18275 proposed TMPDIR setting and /usr/bin/mkin o [2000/04/28] kern/18289 CPU Time exceeded delivered multiple time o [2000/04/29] ports/18291 asami make makesum fetches new sources, make fe o [2000/04/29] kern/18293 lack of versapad mouse wheel emulation o [2000/04/29] kern/18295 Audio is gone after hibernation o [2000/04/30] ports/18310 obrien ports/devel/cdk install error o [2000/04/30] bin/18319 "dump" fails with "cannot reopen disk: in o [2000/05/01] bin/18326 dwmalone no /usr/libdata/lint/llib-lc.ln o [2000/05/01] bin/18329 ben futimes() and lutimes() missing from ' cannot be used in "via" o [2000/05/29] ports/18896 jseger Tcl "info hostname" command returns chop- o [2000/05/30] kern/18909 dwmalone select(2) timeout limited to 100000000 se a [2000/05/30] ports/18911 sada New port - plptools o [2000/05/31] kern/18928 options ROOTDENAME=xxx on kernel config f f [2000/06/01] misc/18934 X11 forwarding not requested with DISPLAY o [2000/06/01] bin/18946 jhb Add support for enabling USB daemon from o [2000/06/01] ports/18960 asami Add USE_APACHE to bsd.port.mk for Apache o [2000/06/01] bin/18961 kris sshd does not print before motd o [2000/06/02] bin/18967 ypserv not linked with tcp wrappers o [2000/06/02] misc/18969 sound card not recognized by probe o [2000/06/02] ports/18977 obrien rsync report end job o [2000/06/03] misc/18987 Problems with Comtrol RocketPort o [2000/06/03] bin/18992 log packets blocked by filter rules o [2000/06/03] kern/18994 imp PCMCIA sio will happily attach to a used o [2000/06/03] misc/18995 assar Kerberos5 INCLUDES needed for make world o [2000/06/03] misc/18997 markm Kerberos5 CFLAGS needed o [2000/06/04] conf/19001 Delayed fsck + mount of insignificant fil o [2000/06/05] docs/19010 doc Bad144 obsoletion by 4.0 is undocumented; o [2000/06/05] i386/19012 No volume run out for /var and lead my Fr o [2000/06/05] misc/19037 Keyboard not detected on new install o [2000/06/05] misc/19038 The qpopper port accepts empty X-UIDL: he o [2000/06/05] bin/19044 billf Some games compare initscr() to ERR. o [2000/06/06] bin/19056 yacc in 3.4 and 4.0 reports "maximum tabl o [2000/06/06] bin/19057 offer of patch to uname that produces pre f [2000/06/06] ports/19061 kuriyama ports/textproc/lotusxsl the source zip pa f [2000/06/06] kern/19063 rnordier VGA keyboard sometimes fails to work in b o [2000/06/06] ports/19064 obrien Xosview broken on AXP Alpha o [2000/06/06] i386/19070 rnordier boot0 displays NTFS partitions as "??" o [2000/06/06] bin/19071 fmt not folding very long lines a [2000/06/06] ports/19082 ports Can't build editors/aXe-6.1.2 o [2000/06/07] misc/19086 pseudo-device vn doesn't work properly wi a [2000/06/07] misc/19087 deischen selects always restart when using threads o [2000/06/07] misc/19088 STL from SGI for FreeBSD 3.4 o [2000/06/07] ports/19112 asami files with names something,v in patches d o [2000/06/08] bin/19118 vmstat¤Ç avm¤Èfre¤ÎÃͤ¬Àܤ¹¤ë¡£ o [2000/06/08] ports/19119 jmz un-forbid x11/XFree86-4 and unbreak its x o [2000/06/08] misc/19124 ps(1) to support SysV-style options? o [2000/06/08] kern/19127 kernel panic on mount on burncd'd device o [2000/06/08] misc/19129 AMI Raid Express 200 card extremely slow o [2000/06/08] kern/19132 ATM HARP support apparently does not supp o [2000/06/09] kern/19156 jkh Enable the doFS.sh to run in arbitrary lo o [2000/06/09] kern/19158 U.S.Robotics 56K FAX INT not recognize co f [2000/06/10] conf/19178 ume add reject routes and comments in /etc/rc o [2000/06/10] bin/19183 more(1) doesn't handle redraw correctly o [2000/06/10] ports/19185 torstenb mail/postfix: manual pages contains !!PRE o [2000/06/10] ports/19193 jfieber Update textproc/jade to C{XX,}FLAGS safe o [2000/06/11] ports/19212 ports New port py-amk-crypto-0.13 o [2000/06/11] kern/19213 SC_DFLT_FONT compile option breaks kernel s [2000/06/12] conf/19217 billf Add an IGNORE_LIST to mergemaster. o [2000/06/12] ports/19224 andreas Problem installing p5-Net-SSLeay port o [2000/06/12] ports/19227 ports Installation problem: apache13-ssl port f [2000/06/13] conf/19236 sanpei not-existing PCMCI cards in pccard.conf.s o [2000/06/13] bin/19239 login allows users to login remotely with o [2000/06/13] misc/19246 ports Poor error message when fetching files wi o [2000/06/13] ports/19253 dirk mod_php4 has pkg dependency when not usin o [2000/06/14] docs/19260 asmodai There's no documentation for the files kb o [2000/06/14] ports/19270 asami Ports build mechanism doesn't check wheth o [2000/06/14] kern/19273 dwmalone Syscons has no key for halting the machin o [2000/06/15] ports/19325 tom ports/mail/ezmlm-idx: mysql & pgsql suppo o [2000/06/15] gnu/19326 obrien Fix GCC Target Macro 'i386/freebsd.h'. o [2000/06/15] gnu/19327 obrien Fix to build 'a.out' binary. o [2000/06/16] ports/19333 cwt patch to make amanda24 more userfriendly o [2000/06/16] bin/19337 obrien c89(1) not POSIX compliant (-l lib) and m o [2000/06/17] bin/19355 fstat gives signal 10 (SIGBUS) when outpu o [2000/06/18] i386/19365 gj lnc1 is not worked with Am79C973 o [2000/06/18] misc/19367 markm /etc/defaults/make.conf lists wrong value o [2000/06/18] bin/19369 Inadequate error reporting in "mount" com o [2000/06/19] misc/19391 marcel Evilness with Linux Terminus, causes X to o [2000/06/20] ports/19403 ports portsifying of the glide3 source for dri o [2000/06/20] bin/19404 /usr/bin/error should be included in the o [2000/06/20] misc/19406 setenv() allocates memory which is not fr o [2000/06/20] i386/19410 spontaneous reboot when esd runs on a -ST o [2000/06/21] conf/19413 Too few MCAM SCSI devices in /dev o [2000/06/21] bin/19422 users can overflow argv to make ps segfau o [2000/06/22] ports/19434 obrien ports/mail/mutt dumps core o [2000/06/22] kern/19436 when using vlanX interface arp ageing wor o [2000/06/22] conf/19442 can't install on diverse harddisks. o [2000/06/22] ports/19448 markm filename input broken o [2000/06/22] ports/19456 chuckr the sp port is hardwired to install it's o [2000/06/22] ports/19457 vanilla The gimp port has /usr/local/bin hardwire o [2000/06/23] misc/19462 using HARP atm driver on FreeBSD3.4 freez o [2000/06/23] misc/19467 kris OpenSSH (as an rsync tunnel) blocks forev o [2000/06/23] docs/19481 doc Serial Communications chapter in Handbook o [2000/06/24] ports/19486 stb net/netatalk fix PLIST o [2000/06/24] kern/19490 faith0 network device has high number of o [2000/06/25] kern/19497 Adaptec AHA-1530P PNP scsi card is not re o [2000/06/25] ports/19498 kris ssh (1) instal fails o [2000/06/25] kern/19511 luigi a typo in ip_fw.c o [2000/06/26] bin/19514 patch to prevent tail'ing directories o [2000/06/26] ports/19523 billf Update port: graphics/gd o [2000/06/26] bin/19532 cdcontrol does not handle EOF on stdin pr o [2000/06/26] kern/19535 adrian procfs_rlimit tidyup o [2000/06/26] bin/19536 patch to prevent head'ing directories o [2000/06/26] ports/19539 obrien ports/editors/vim-lite cannot deinstall p o [2000/06/27] kern/19541 Want to marge ds1 sound card driver from o [2000/06/27] kern/19546 No CD audio o [2000/06/27] kern/19553 "panic: zone: entry not free" in namei() o [2000/06/28] bin/19558 amd doesn't know whether NFS feature is a o [2000/06/28] misc/19564 PNP-Id for ESS1681 o [2000/06/28] ports/19571 tg python/TKinter busy waits f [2000/06/28] conf/19573 Dot Files for Optional Shells o [2000/06/29] i386/19574 Let badsect recognize character device. o [2000/06/29] misc/19576 obrien [patch] add magic to file(1) to recognise o [2000/06/29] ports/19585 obrien bounce port misconfiguration o [2000/06/29] ports/19591 ports ssh2 port ignores 'ignorenologin' from lo o [2000/06/29] bin/19592 imp pccard_ether does not honor dhcp_{program f [2000/06/30] ports/19594 trevor update port: qrash o [2000/06/30] bin/19598 traceroutes default of 30 Hops is too low o [2000/07/01] kern/19624 make {DFL,MAX}SSIZ kernel options o [2000/07/01] bin/19635 add -c for grand total to df(1), like du( o [2000/07/02] ports/19641 jfitz Newer version of swatch available o [2000/07/02] gnu/19642 kbyanc patch to merge OpenBSD changes to patch(1 o [2000/07/02] ports/19650 asami python package causes segmentation fault f [2000/07/02] ports/19659 ports erlang port: proposal for updating the mn o [2000/07/03] ports/19665 max Update port: net/delegate o [2000/07/03] misc/19670 jkh Incorrect duplicate in fortunes2 o [2000/07/03] bin/19683 green mount displays incorrect mount point on f o [2000/07/03] kern/19686 yokota splash screen fails o [2000/07/03] kern/19688 jlemon Some boundry checking KASSERTS in network o [2000/07/05] kern/19706 Framing error on PC/NET 32 also used in o o [2000/07/05] ports/19713 max Update port lang/swi-pl to CFLAGS safeten o [2000/07/05] bin/19719 imp pccard_ether lacks the start_if hooks as o [2000/07/05] kern/19720 kbyanc more sysctl signed-ness patches o [2000/07/05] misc/19725 4.0-STABLE: sys/boot/ficl build fails if o [2000/07/06] gnu/19733 obrien GDB 4.18 is not GDB 4.18 o [2000/07/07] bin/19755 nologin not configurable o [2000/07/07] kern/19756 sheldonh Inability to use linux extended partition o [2000/07/07] ports/19757 obrien Update port: http://home.sol.no/~sverrehu o [2000/07/07] bin/19772 df output wrong for union-mounts o [2000/07/07] ports/19780 stb SETI@home port startup script fails o [2000/07/08] kern/19782 dirk mkisofs 1.12.1 (i386-unknown-freebsd4.0) o [2000/07/08] ports/19784 obrien comms/minicom v. 1.83.1 has the wrong che f [2000/07/09] misc/19798 cg 4DWAVE doesn't work. o [2000/07/09] misc/19805 not installable on old-fashioned dx50 o [2000/07/09] ports/19806 swallace error message w/xcdplayer: ioctl (cdromr f [2000/07/09] kern/19807 incorrect dates o [2000/07/09] ports/19812 mharo [PATCH] LDAP support for proftpd o [2000/07/10] docs/19818 doc /usr/share/man/man8/sysinstall.8 missing o [2000/07/10] ports/19823 obrien gnucache build depends on unimplemented s o [2000/07/10] kern/19827 yokota psm flag bit9(NOIDPROBE) doesn't work cor o [2000/07/10] misc/19837 murray Run Fit it floppy from serial port o [2000/07/11] conf/19849 MAKEDEV still defaults to da0X instead of f [2000/07/11] ports/19854 ports [PATCH] inclusion of full mozart-oz docum o [2000/07/11] kern/19863 markm Non-blocking IO not supported on /dev/ran o [2000/07/12] kern/19865 sos atapi-cd.c does not check CDIOCREADSUBCHA o [2000/07/12] ports/19868 asami modify ports/Mk/bsd.port.mk to remove ALL o [2000/07/12] kern/19871 select on named pipes always returns 'ava o [2000/07/13] kern/19887 mjacob Boot hang while scanning SCSI bus o [2000/07/13] i386/19890 davidn Stallion serial driver support missing [p o [2000/07/13] bin/19897 gshapiro Allow building more then 1 SENDMAIL_CF o [2000/07/14] kern/19913 des add SYN+FIN counter o [2000/07/14] ports/19914 max Update port: net/delegate s [2000/07/15] bin/19959 will new variable modifiers for make(1) o [2000/07/15] kern/19966 new syscons screensaver o [2000/07/16] misc/19971 asmodai bug in /usr/include/sys/socket.h o [2000/07/16] i386/19972 Add of pckg (several pkgs) aborted, error o [2000/07/17] ports/19977 rse mod_php3 and mod_php4 ports doesn't recog o [2000/07/17] docs/19981 doc Indonesian translations o [2000/07/17] docs/19995 doc keymap(5) missing from manual in 3.4-RELE o [2000/07/18] gnu/20004 obrien FBSD4 gcc __attribute__(constructor) not f [2000/07/18] misc/20007 mharo du -hcs * gives different wrong results d o [2000/07/18] misc/20024 jake [PATCH] queue(3) concatenation macros o [2000/07/18] kern/20029 des linprocfs does not accurately emulate Lin o [2000/07/19] bin/20042 "rsh -t" doesn't timeout if rcmd(3) never o [2000/07/19] alpha/20047 alpha FreeBSD does not yet support system type o [2000/07/20] bin/20054 ftpd: rotating _PATH_FTPDSTATFILE losts x o [2000/07/20] ports/20061 ports New Port: Entity - a RAD that work. Its f o [2000/07/20] docs/20067 doc src/sbin/nologin/nologin.5 is bad place o [2000/07/20] bin/20074 darrenr enable STATETOP for ipfstat (ipfilter) o [2000/07/20] bin/20078 obrien No problem o [2000/07/23] docs/20121 jim Better user ppp documentation in man page o [2000/07/23] ports/20122 obrien update pgcc to 2.95.3 o [2000/07/23] misc/20131 obrien Suggested additions to `magic' file o [2000/07/24] misc/20139 msmith Simple typo in src/share/examples/ppi/ppi o [2000/07/24] ports/20145 dburr improving the devel/SN port o [2000/07/24] bin/20154 quiting more/less on the console early le o [2000/07/24] misc/20159 strftime() can't produce ISO8601 format t o [2000/07/24] kern/20161 cg Integrate VIA VT82C686 AC'97 audio driver o [2000/07/24] bin/20165 markm PERL_THREADED=true fails; "yes" works; ma o [2000/07/24] misc/20166 billf Corrections & additions to games/quiz/dat f [2000/07/25] ports/20170 ports [PATCH] fvwm2-beta update o [2000/07/25] ports/20171 andreas postgresql7 user message contains $PREFIX o [2000/07/25] gnu/20173 steve send-pr(1) cannot override From: address o [2000/07/25] ports/20179 nbm Follow up on ports/20168 o [2000/07/25] ports/20186 nbm New port: fdp-tools o [2000/07/25] bin/20188 brian tcpdump -d enables promisc mode on tun0 a o [2000/07/26] ports/20196 jfitz update: x11-toolkits/p5-Tk to nonbeta f [2000/07/26] kern/20198 luigi log setup of dynamic rules for ipfw o [2000/07/26] conf/20202 darrenr ipfilter hooks in rc.network o [2000/07/26] bin/20204 ps more doesn't handle 8-bit characters prop o [2000/07/27] kern/20214 dec kernel routing bug for nexthop is routed o [2000/07/27] kern/20231 non existing kernel files found in conf/f o [2000/07/28] ports/20240 obrien Update port: net/netcat has bogus master- o [2000/07/28] misc/20254 jhb BTX loader 1.00 can not recognize floppy o [2000/07/28] kern/20255 cg [PATCH] resume from suspend breaks pcm o [2000/07/28] ports/20267 chuckr Update port: print/transfig to 3.2.3c o [2000/07/28] ports/20270 reg libtool needlessly runs ldconfig after in o [2000/07/28] kern/20278 cg YMF724 initialization fails on my environ s [2000/07/29] docs/20294 darrenr ipf(5) defines icmp rule twice f [2000/07/29] bin/20295 fdisk -s give incorrect disk size o [2000/07/29] kern/20297 cg Joystick is not enabled with es1370 based o [2000/07/30] docs/20298 doc man 5 keymap missing in 4.1 (Stable) o [2000/07/30] ports/20301 billf New port: irc/ircd-hybrid6 o [2000/07/30] ports/20307 obrien [PATCH] editors/vim5 PLIST needs fix o [2000/07/31] bin/20311 markm src/release/Makefile: broken CHECKSUM.MD5 o [2000/07/31] misc/20326 marcel [PATCH] installkernel fails if DESTDIR is o [2000/07/31] misc/20333 sheldonh ftp login fails on unix password when s/k o [2000/08/01] ports/20344 ports [PATCH] Port for QDraw-0.7.tar.gz o [2000/08/01] bin/20345 brian screensaver wont come on if pppctl is run o [2000/08/01] kern/20352 yokota Configuring a synaptics touchpad o [2000/08/01] misc/20354 sos interrupting burncd with ^C o [2000/08/02] ports/20356 mharo Update port: ftp/proftpd o [2000/08/02] ports/20359 ports New port: Apache-mod_perl_guide o [2000/08/02] ports/20364 dburr audio/ripit-atapi can use 'dagrab' instea o [2000/08/02] docs/20369 doc [patch] mountd.8 missing cross-references o [2000/08/02] bin/20371 obrien dhclient inserts bogus configurations o [2000/08/03] kern/20384 n_hibma Phase errors with Zip650 CD on USB o [2000/08/03] kern/20389 ken "device pass" required for CD ripping o [2000/08/03] bin/20391 jhb sysinstall should check debug.boothowto s o [2000/08/03] kern/20393 dillon processes get stuck in vmwait instead of o [2000/08/04] docs/20400 doc Building a kernel with debugging info sec o [2000/08/04] bin/20402 ache 4.1R's ls conflicts with Emacs' dired mod o [2000/08/04] misc/20408 Distribution CDs will not boot on IBM Thi o [2000/08/04] kern/20410 sio support for high speed NS16550A, ST16 o [2000/08/05] ports/20435 ports New port: Free EcmaScript Interpreter o [2000/08/05] conf/20436 asmodai Can't make only cd0 under 4.1-STABLE o [2000/08/05] kern/20437 sos IDE on Intel 815E looks like Intel ICH (y o [2000/08/06] docs/20447 doc forcing NFS exports to be updated o [2000/08/06] kern/20448 luigi expired dynamic rules shown in "ipfw get" o [2000/08/06] kern/20451 luigi net.inet.ip.fw.dyn_short_lifetime bound t o [2000/08/07] misc/20457 davidn pw command doesn't generate random passwo o [2000/08/07] ports/20464 ports Port update of grace to 5.1.1 (included u o [2000/08/07] kern/20473 itojun socket(AF_INET, SOCK_RAW, 4) no longer wo o [2000/08/07] misc/20474 jkh Spelling fixes to fortune data file o [2000/08/07] misc/20475 mjacob SES/SAF-TE giving bogus temps on JMR ELEC o [2000/08/07] docs/20477 doc Document syslogd's special treatment of k o [2000/08/08] conf/20479 updates for rc.conf.5 manpage o [2000/08/08] i386/20485 AdvanSys ISA probe problems in 4.1-R GENE o [2000/08/08] ports/20491 ports AbiWord-0.7.10 fails to compile on FreeBS o [2000/08/09] conf/20498 brian All FreeBSD systems trigger massive late- o [2000/08/09] ports/20499 obrien [PATCH] conserver port doesn't like MD5 c o [2000/08/09] bin/20501 extra flag to dump to offline autoloaders o [2000/08/09] misc/20502 assar kerberos5 w/o kerberos4 attempts to build o [2000/08/09] misc/20504 assar [PATCH] ssh (openssh) cannot connect to s o [2000/08/10] ports/20520 will New port: lang/mercury o [2000/08/10] bin/20527 ume redundant binaries for similar IPv4 and I o [2000/08/10] docs/20528 doc sysconf(3) manpage doesn't mention posix. s [2000/08/10] kern/20529 billf gigabit cards fail to link o [2000/08/11] i386/20537 msmith HP NetRAID controller error when rebootin o [2000/08/11] ports/20542 ports New Port: Fugu-0.9.9d (http://gale.org/fu o [2000/08/12] ports/20561 dburr [PATCH] x11-fonts/sharefonts typo fix o [2000/08/12] ports/20565 torstenb [PATCH] More docs for postfix o [2000/08/12] bin/20569 sos libvgl tries to free global array o [2000/08/13] ports/20577 thepish update x11-toolkits/xmhtml, please close f [2000/08/13] ports/20582 will New port: tuxracer (3d penguin racing gam o [2000/08/13] ports/20587 ports Update port: upsd-2.0.1.6 o [2000/08/13] ports/20588 ports New port: upsd100-2.0.1.6(sysutils/upsd10 o [2000/08/14] bin/20600 net getpeereid obtains credentials from conne o [2000/08/14] ports/20601 ports DESTDIR and /etc/shells o [2000/08/14] ports/20610 ports New port of cgoban2 o [2000/08/14] kern/20611 VLAN parent device does not count VLAN ou o [2000/08/15] bin/20613 des fetch -T n is not timeout correctly when o [2000/08/15] docs/20626 des fetch(3) omits some of the env. vars unde o [2000/08/15] ports/20627 jseger tcl83 build is broken o [2000/08/16] bin/20643 dwmalone /usr/bin/kzip is obsolete; remove it? o [2000/08/16] ports/20644 ports Installation of port DAP requires compat3 o [2000/08/16] ports/20658 chuckr Update port: graphics/xpdf to 0.91 o [2000/08/16] i386/20660 wpaul if_wi provides 802.11 src and dst, not et o [2000/08/16] ports/20662 ports New port of viewkit f [2000/08/16] ports/20665 ports [PATCH] Update PORTVERSION for JadeTeX po o [2000/08/16] kern/20670 imp No PC-CARD Slots; Device Not Configured o [2000/08/17] ports/20678 asami make SORTED_MASTER_SITES_CMD variable ove o [2000/08/17] bin/20681 des [PATCH] show service names in netstat and f [2000/08/17] ports/20693 ports Two patches for fxtv o [2000/08/18] bin/20696 Pkg_add does not make use of HTTP_PROXY / o [2000/08/18] conf/20698 cg pcm device o [2000/08/19] ports/20722 ports New port: x11-fonts/jmk-x11-fonts o [2000/08/19] ports/20723 murray [PATCH] Update port: eterm 0.9 o [2000/08/20] ports/20730 peter Update Squid 2.3-STABLE4 with latest vend o [2000/08/20] i386/20731 cg syslog reports pcm0: hwptr went backwards f [2000/08/20] ports/20737 ports audio/cdrdao test for pccts has a LOCALBA o [2000/08/20] docs/20738 doc correction and modification to clocks(7) f [2000/08/21] ports/20741 will new port submission o [2000/08/21] bin/20742 ps Weird problem with 'more' on 4-1-STABLE o [2000/08/21] ports/20749 stb [PATCH] ports/mail/cyrus update f [2000/08/21] ports/20760 ports unfetchable mail for a resource which is f [2000/08/21] misc/20773 Can NOT run PS after upgrade using CTM o [2000/08/22] conf/20774 sheldonh 'NFS access cache time=2' is not a daemon f [2000/08/22] misc/20778 aio_write function cannot be used. o [2000/08/22] kern/20781 ESS Solo is not listed in supported sound o [2000/08/22] ports/20793 ports (socket-server) of clisp does not create o [2000/08/23] docs/20794 doc Request 2 good documents under people.fre o [2000/08/23] ports/20795 msmith FBSD 4.x: Citrix client with drive mappin o [2000/08/23] bin/20799 davidn top's problem o [2000/08/23] i386/20803 mdodd ep0 driver finds additional "shadow" ep c o [2000/08/23] kern/20804 deadlocking when using vnode disk file an o [2000/08/23] misc/20808 ps netstat -m doesn't use -N or -M arguments o [2000/08/23] misc/20812 obrien Magic file missing EPS binary document su f [2000/08/23] misc/20813 use "|more" will lost one line of datas o [2000/08/24] ports/20821 jmz [PATCH] XDM PAM support should not requir o [2000/08/24] bin/20824 ftpd returns, "ad0s1a: not a plain file." o [2000/08/24] bin/20827 billf pkg_add -r only fetchs one-level deep dep o [2000/08/24] misc/20830 lile kernel link problems with Olicom token ri o [2000/08/25] kern/20834 sos Patches and remarks ASUS A7V onboard Prom o [2000/08/25] i386/20845 Cyclades cy driver incompatible with Cycl o [2000/08/25] ports/20849 dec fix port: net/gated o [2000/08/25] ports/20851 torstenb Update port: audio/mpegaudio o [2000/08/26] bin/20858 sos libvgl does not handle fonts wider than 8 o [2000/08/26] kern/20878 wpaul Patch to add support for the 3c556B MiniP o [2000/08/26] ports/20880 ports new fvwm2-beta port o [2000/08/26] bin/20881 kris There's no reason not to build DNSsec-DSA o [2000/08/27] ports/20884 sobomax py-MySQLdb checksums are broken o [2000/08/27] ports/20885 ports new port request o [2000/08/27] ports/20888 stb [PATCH] Miscellaneous fixes for the cyrus o [2000/08/27] bin/20889 dwmalone syslogd.c still uses depreciated domain A o [2000/08/27] misc/20891 cg Suspend/Resume does not work for the YMF7 s [2000/08/28] misc/20906 darrenr [PATCH] typo in ipmon.8 o [2000/08/28] bin/20908 murray /stand/sysinstall too limited in selectio o [2000/08/29] misc/20920 yokota window(1) interferes with screensaver o [2000/08/29] misc/20921 yokota `Splash' screen fails to display splash.b f [2000/08/29] kern/20927 ume dmesg output: looutput: mbuf allocation f o [2000/08/30] bin/20944 ru natd enhancements, default config file an o [2000/08/30] misc/20948 billf /etc/aliases and other changes not known o [2000/08/30] bin/20949 marcel openssl build references non-buildtool, w o [2000/08/30] docs/20950 kris [PATCH] openssl.1 has bogus section title o [2000/08/31] ports/20964 ports New port: databases/hypersonicsql o [2000/08/31] ports/20968 ports Remove port: graphics/pnmtopng o [2000/08/31] ports/20970 andreas Remove port: print/ghostscript5 o [2000/08/31] ports/20975 ports update math/grace f [2000/09/01] kern/20992 kern/tty_subr.c, b_to_q to a clist with n o [2000/09/02] bin/20993 many ftpd commands not limited to logins f [2000/09/02] ports/20995 sheldonh freeciv-civ gtk make problem. o [2000/09/02] bin/20996 kris permissions on /usr/bin/opiepasswd f [2000/09/02] ports/20997 ports [PATCH] Man page, install enhancements fo f [2000/09/02] ports/20998 ports [PATCH] Enhancements for Xfstt port o [2000/09/02] ports/20999 jmz [PATCH] fix messages in mtools port a [2000/09/02] kern/21000 sheldonh 4.1-STABLE doesn't have card ID o [2000/09/02] ports/21003 ports New Port, modification of tcopy f [2000/09/02] bin/21007 wollman Improve/fix error messages in lpr's recvj o [2000/09/02] bin/21008 sheldonh Fix for lpr's handling of lots of jobs in o [2000/09/03] ports/21013 will [PATCH] Small fix for kdesupport2 PLIST a [2000/09/03] bin/21017 sheldonh mtree "no such file" message at job's end a [2000/09/04] ports/21021 ports graphics/quickpics bogus colorspace error o [2000/09/04] bin/21024 pow() ERANGE bug f [2000/09/04] gnu/21026 obrien gcc bug with -mno-ieee-fp and -march=pent o [2000/09/04] ports/21038 jseger CFengine doesn't install info files o [2000/09/04] kern/21051 Updating 4.1-RELEASE to -current fails be o [2000/09/04] ports/21052 jseger Update: x11/xscreensaver o [2000/09/05] conf/21059 marcel `make -jN buildkernel' can't keep source o [2000/09/05] conf/21066 Proposed change in rc scripts o [2000/09/05] misc/21070 marcel default setting of ${SUP} in Makefile.inc o [2000/09/06] bin/21074 davidn chkgrp vs group(5) inconsistency f [2000/09/06] bin/21075 sheldonh top: can't allocate sufficient memory o [2000/09/06] bin/21080 mjacob dump doesn't use eject tape device correc o [2000/09/06] ports/21081 andreas Update port: devel/SpecTcl o [2000/09/06] bin/21086 joe Annoying little bug using ls -G with f [2000/09/07] ports/21094 will New port: PHP 3.0.16 - standalone interpr o [2000/09/08] ports/21113 jeh New port; voicetronix unified telephony A o [2000/09/08] ports/21120 grog Update port: x11-servers/x2x o [2000/09/08] ports/21124 markm Updete port: x11-wm/gwm to 1.8d o [2000/09/08] gnu/21128 a proposed patch for uucp package o [2000/09/09] bin/21142 [PATCH] avoid errors from "make objlink" o [2000/09/09] bin/21144 des [PATCH] fetch(1): don't bonk if ftp SIZE o [2000/09/09] kern/21154 Change the name of *_saver.ko to saver_*. o [2000/09/09] kern/21156 yokota [PATCH] inconsistency in scmouse vs xterm o [2000/09/10] ports/21160 jseger A patch for editors/emacs20 XIM support s [2000/09/10] bin/21178 ken voltag selector, and unload support for c f [2000/09/10] ports/21179 will New port: math/gul-vdog-qt o [2000/09/11] misc/21204 dwmalone bit_ffc and bit_ffs macros in bitstring.h o [2000/09/11] ports/21211 rse the startup file installed by apache-mods o [2000/09/12] ports/21218 cwt amanda24 should config with --with-buffer o [2000/09/12] kern/21222 wrong behavior of concurrent mmap()s on N o [2000/09/12] kern/21229 Proper value for vfs.nfs.access_cache_tim o [2000/09/12] misc/21230 jhb The URL for splash window is gone o [2000/09/12] bin/21231 roberto the ntp HTML docs don't have the images o [2000/09/12] misc/21239 murray sysinstall doesn't know that block device f [2000/09/12] kern/21240 mbufs allocated to data is huge number in o [2000/09/12] misc/21241 MAKEDEV on fixit floppy should not reset o [2000/09/12] kern/21242 Koutech PCI dual port serial card patch o [2000/09/12] ports/21243 obrien lsof port fails if $(CC) has a space in i o [2000/09/12] ports/21244 will Update port: emulators/xmame f [2000/09/12] bin/21246 nvi's -c flag does no do what it is docum o [2000/09/13] misc/21255 phk /sbin/md5 suggestion o [2000/09/14] bin/21261 burncd blank fails f [2000/09/14] ports/21262 ports Fix port: mail/postfix-current o [2000/09/14] misc/21265 Not a bug, say: feature? o [2000/09/14] misc/21273 PLIP Configuration in sysinstall is broke f [2000/09/14] ports/21286 sobomax [PATCH] ports/graphics/tiff fix o [2000/09/15] misc/21287 "make all" for a jail build fails at lib/ o [2000/09/15] ports/21288 jseger Modify net/trafshow to not destron ${PREF o [2000/09/15] ports/21291 ports New port: Free EcmaScript Interpreter (fe o [2000/09/15] ports/21293 ports An emacs major mode for editing SGML and o [2000/09/15] ports/21296 torstenb [PATCH] INN port is outdated o [2000/09/15] misc/21298 tftpd problem "Socket operation on non-so o [2000/09/16] ports/21307 ports New ports: dsssl-docbook-cygnus-1.44(text o [2000/09/16] kern/21308 Sound Blaster 16 (using pcm) and new DEVF o [2000/09/16] misc/21310 Telnetd locks up when trying to connect v o [2000/09/16] bin/21312 more incorrectly redraws screen on xterm f [2000/09/16] ports/21313 ports vmwarIPv6 and vmware2 panic: Fatal trap 1 o [2000/09/16] bin/21315 Shells often behave oddly when executing o [2000/09/16] kern/21317 [PATCH] LINT and NOTES give false default o [2000/09/16] bin/21321 [PATCHES] Finish the job of conditionaliz o [2000/09/17] ports/21327 ports Initial ports entry for Bayonne IVR serve o [2000/09/17] conf/21339 kris ssh-keygen: not found o [2000/09/18] ports/21341 ports New port: devel/elib-emacs + devel/elib-e o [2000/09/18] ports/21344 fenner ports/benchmark/netperf missing checksum f [2000/09/18] ports/21346 ports ports/biology/platon o [2000/09/18] ports/21348 obrien ports/devel/pccts has a checksum error o [2000/09/18] ports/21351 jhb ports/emulators/bfe sourcetarball no long o [2000/09/18] misc/21354 FreeBSD4.1 + SMP + vinum = crashes o [2000/09/18] ports/21356 ports New port: mbone/rat30 (rat-3.0.35), the s s [2000/09/18] kern/21362 bmilekic Adds M_RDONLY to external storage mbufs o [2000/09/18] ports/21365 obrien Update port: comms/conserver o [2000/09/18] ports/21366 sobomax Update port: comms/mserver o [2000/09/18] ports/21368 flathill Update port: games/xosmulti s [2000/09/18] ports/21371 bp Update port: net/mars_nwe to 0.99.20 o [2000/09/18] ports/21372 nectar Update port: sysutils/doconfig o [2000/09/18] misc/21385 About daemon_saver o [2000/09/18] ports/21389 ports g2c libraries and compatibility for DJGPP o [2000/09/18] kern/21391 WARNING messages occur when bpf is used w o [2000/09/19] bin/21394 [PATCH] MAKEDEV creates rocketport specia o [2000/09/19] ports/21401 ports Update port sysutils/wmtop to 0.83 with f o [2000/09/19] kern/21402 marcel Linuxulator: getpgid(0) fails o [2000/09/19] kern/21405 Default module patch mismatch between ker o [2000/09/19] kern/21409 The ID for the VIA KT133 chipset is not i o [2000/09/19] kern/21410 sos ATA driver problems when UDMA66 is used w o [2000/09/19] ports/21411 ports Cyrus-SASL autodetected DB3, but fails to o [2000/09/20] ports/21412 ports New port: net/yaz o [2000/09/20] ports/21413 ports New port: net/zebra-server o [2000/09/20] ports/21414 ports New port: www/mod_zap o [2000/09/20] ports/21422 ports msql install fails looking for startup sc o [2000/09/20] ports/21435 ports New port Jakarta Ant (A Java based build o [2000/09/20] bin/21436 pkg_install will not compile without erro o [2000/09/20] ports/21439 ports FIX: mail/postfix-current o [2000/09/20] ports/21441 ports FIX: devel/pcre to install a working pgre o [2000/09/21] i386/21452 cg Add speaker volume adjusting support for f [2000/09/21] ports/21455 ports update graphics/giram to 0.1.7 o [2000/09/21] ports/21458 ports MASTER_SITES port update games/crossfire o [2000/09/21] ports/21460 jseger Patch net/trafshow: Allow showing ipv6 p o [2000/09/22] ports/21473 dburr update devel/SN to 4.5.2, not from mainta o [2000/09/22] ports/21475 ports Port broken: xlockmore 4.17.2 o [2000/09/22] bin/21476 ftp in 4.1-STABLE fails on http:// URLs o [2000/09/22] ports/21477 ports New port: xmms-crossfade o [2000/09/22] ports/21482 ports New port: games/gnurobots o [2000/09/22] ports/21488 ports New port: bmsync, a bookmark converter o [2000/09/22] conf/21489 /etc/pccard_ether feature request o [2000/09/22] ports/21491 billf Too old ethreal version, please update to o [2000/09/22] ports/21493 obrien Updated port emulators/spim 5.9 -> 6.2 o [2000/09/22] misc/21494 ftpd doesn't count o [2000/09/23] ports/21497 ports New addition to ports/ o [2000/09/23] ports/21504 ports New port: korean/tin o [2000/09/23] ports/21507 lioux New port emulators/sope (Playstation(tm) o [2000/09/23] misc/21512 cdrdao fails to build with SCGLIB o [2000/09/23] ports/21513 ports stunnel port should be compiled using non o [2000/09/24] ports/21515 ports pine4 complains about wrong permissions o o [2000/09/24] ports/21516 ports New FreeBSD port for Fuzz o [2000/09/24] ports/21517 ports start|stop script for upsd (/usr/local/et o [2000/09/24] misc/21518 phantom missed some parametrs o [2000/09/24] bin/21519 sys/dir.h should be deprecated some more o [2000/09/24] ports/21520 ports Configure the synaptics touchpad. o [2000/09/24] kern/21524 Crashs while using talk with another loca o [2000/09/24] ports/21526 billf update graphics/qiv to 1.5, non-maintaine o [2000/09/24] misc/21528 installworld fails in secure/usr.bin/open o [2000/09/24] bin/21531 csh/tcsh provide no way to see/adjust new o [2000/09/24] ports/21532 ports No formal mechanism in place for discussi o [2000/09/24] ports/21533 ports A homebrewer's recipe calculator o [2000/09/24] misc/21534 ipfw + bridging + 4.x release = crash o [2000/09/25] misc/21536 jkh [PATCH] Add Hungarian FTP mirror to sysin o [2000/09/25] ports/21541 ports Replacement for pr 21538 o [2000/09/25] docs/21542 doc sigaction(2) man page is misleading o [2000/09/25] ports/21545 ports emulators/vmware broken... o [2000/09/25] bin/21546 netstat -rn output needs netmask info add o [2000/09/25] ports/21549 gj Update ports: XEmacs21-21.1.12 o [2000/09/25] conf/21551 /etc/services needs a kpop entry o [2000/09/25] ports/21555 ports [PATCH] citrix_ica upgrade to version 6.0 o [2000/09/26] ports/21557 ports New port: MagicCube4D - four-dimensional o [2000/09/26] ports/21558 ports Skill fails to ID os and fails build o [2000/09/26] bin/21567 bmah [PATCH] pkg_version -v confuzzled by mult o [2000/09/26] bin/21570 [PATCH] Add -r option to /usr/bin/mail, q o [2000/09/26] ports/21575 jseger Update port: graphics/ImageMagick to 5.2. o [2000/09/26] ports/21584 ports mpd whines if kernel has option NETGRAPH o [2000/09/26] misc/21587 install problem in 4.1-Stable o [2000/09/27] ports/21594 ports New port: command line SMTP agent o [2000/09/27] ports/21598 ports port of wm x10 controller o [2000/09/27] ports/21602 ports misc/sls port lost distfile (by maintaine o [2000/09/27] ports/21604 ports new port: java/jad o [2000/09/28] ports/21621 reg Update port: devel/libtool to 1.3.5 o [2000/09/28] kern/21623 wpaul Chipset SiS630E / NIC SiS 900 o [2000/09/28] kern/21627 sos Chipset SiS630E / ATA SiS 5591 o [2000/09/28] misc/21629 jkh Duplicate fortune in fortune datafile o [2000/09/28] ports/21630 ports Update of games/KnightCap to recognize CC o [2000/09/28] misc/21634 alex worms(6) ignores -d option s [2000/09/28] ports/21636 ade gnomelibs PLIST bug o [2000/09/28] misc/21639 It's to easy to accidently tag a pr as Co o [2000/09/28] ports/21641 ports Port update: fetchmail 5.5.3 o [2000/09/29] misc/21644 /usr/include/sys/mman.h uses a type defin o [2000/09/29] ports/21648 ports new port: gnometoaster f [2000/09/29] conf/21649 brian [Patch] rc.conf knob for unaligned access o [2000/09/29] bin/21650 dwmalone inetd doesn't take notice of new auth wit o [2000/09/30] bin/21659 Berkeley db library is statically compile o [2000/09/30] bin/21661 kris SSH connections die when using some X11 a o [2000/09/30] ports/21664 ports port of gmail gnome email-client o [2000/10/01] i386/21672 AMD Duron Rev. A0 reports incorrect L2 ca o [2000/10/01] misc/21675 Better and more disktab entries for MO dr o [2000/10/01] ports/21681 ports the startup elisp file of PSGML port has o [2000/10/01] kern/21683 Unable to compile kernel after CVSUP. CVS o [2000/10/01] gnu/21685 remote gdb: ptrace(PT_GETDBREGS) failed: o [2000/10/02] ports/21691 ports New port: chinese/linux_base o [2000/10/02] conf/21695 ifconfig_XXX_aliasY in rc.conf; Y must be o [2000/10/02] misc/21699 sos ad4: READ command timeout - resetting\n a o [2000/10/02] docs/21700 bmah Description of SysKonnect Gigabit Etherne o [2000/10/02] ports/21705 ports CSCOPE writes incorrect offset into index o [2000/10/02] ports/21711 ports New port: unadf - unzip-like tool for .ad o [2000/10/02] docs/21712 dan core(5) manpage fails to mention kern.sug o [2000/10/02] misc/21715 The freebsd mail list digifier loses MIME o [2000/10/02] ports/21719 nbm New Port: Courier Mail Suite o [2000/10/02] ports/21720 ports Update port to use ADNS. o [2000/10/03] conf/21722 The mixer settings are lost on sysetm reb o [2000/10/03] docs/21724 doc man page is wrong in src/share/man/man4/m o [2000/10/03] bin/21725 mtree follows symlinks! o [2000/10/03] misc/21728 KDE won't start with kernel_securelevel=" o [2000/10/03] kern/21737 sendto returns systematically EINVAL with o [2000/10/04] ports/21749 will Update port: audio/cd2mp3 Update to cd2m o [2000/10/04] bin/21751 ken libcam's cam_real_open_device() may lose o [2000/10/04] kern/21752 Infortrend IFT-3102 doesn't like SCSI Cac o [2000/10/04] kern/21754 Sound stops working when NetGear USB Devi o [2000/10/04] ports/21755 ports update editors/nano to 0.9.19 o [2000/10/04] ports/21759 ports New port: py-BisonGen-0.5.0 o [2000/10/04] ports/21760 ports New port: py-4Suite-0.9.0 o [2000/10/04] docs/21762 doc mailing list archiving or retrieval broke o [2000/10/04] ports/21763 ports new port o [2000/10/05] ports/21765 ports I cat't make ports using pw_gid) != typeof(group->g o [2000/10/22] bin/22211 typoed tar -c clobbers archives o [2000/10/22] ports/22215 ports NEW PORT: p5-Audio-CD - Perl interface to o [2000/10/22] ports/22216 chuckr Port update: devel/global to 4.0.1 o [2000/10/22] ports/22217 ports [PATCH] UK phone codes out of date o [2000/10/22] ports/22218 ports New port: pgpdump o [2000/10/22] kern/22228 Undocumented LINT option 'PANIC_REBOOT_WA o [2000/10/22] misc/22234 When using tun interface (user PPP), tcpd o [2000/10/22] misc/22235 ReadLine/ReadKey perl modules (part of CP o [2000/10/23] bin/22241 make wicontrol default to wi0 o [2000/10/23] kern/22244 Uninitialized field in radix_node structu 1746 problems total. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Oct 23 12:10: 9 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 3C4D137B479 for ; Mon, 23 Oct 2000 12:10:03 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id MAA37580; Mon, 23 Oct 2000 12:10:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Mon, 23 Oct 2000 12:10:03 -0700 (PDT) Message-Id: <200010231910.MAA37580@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Jeff Kletsky Subject: Re: kern/22224: ipfw pipe command causes kernel panic Reply-To: Jeff Kletsky Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/22224; it has been noted by GNATS. From: Jeff Kletsky To: freebsd-gnats-submit@FreeBSD.org, jeff+freebsd@spotlife.com Cc: Subject: Re: kern/22224: ipfw pipe command causes kernel panic Date: Mon, 23 Oct 2000 12:04:50 -0700 (PDT) Kernel Debug: ============= Script started on Mon Oct 23 11:55:29 2000 bash-2.04# pwd /usr/src/sys/compile/GGdebug.20001022 bash-2.04# gdb -k kernel.debug /var/crash/vmcore.0 GNU gdb 4.18 Copyright 1998 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-unknown-freebsd"... IdlePTD 3686400 initial pcb at 2f8480 panicstr: page fault panic messages: --- Fatal trap 12: page fault while in kernel mode fault virtual address = 0xc055064a fault code = supervisor write, page not present instruction pointer = 0x8:0xc0176d4b stack pointer = 0x10:0xc02cb868 frame pointer = 0x10:0xc02cb874 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = Idle interrupt mask = net trap number = 12 panic: page fault syncing disks... 2 2 done Uptime: 5m50s dumping to dev #ad/0x20011, offset 344064 dump ata1: resetting devices .. done 32 31 30 29 28 27 26 25 24 23 22 21 20 19 18 17 16 15 14 13 12 11 10 9 8 7 6 5 4 3 2 1 --- #0 dumpsys () at ../../kern/kern_shutdown.c:462 462 if (dumping++) { (kgdb) where #0 dumpsys () at ../../kern/kern_shutdown.c:462 #1 0xc015cd83 in boot (howto=256) at ../../kern/kern_shutdown.c:302 #2 0xc015d100 in poweroff_wait (junk=0xc02c342f, howto=0) at ../../kern/kern_shutdown.c:549 #3 0xc027ffa1 in trap_fatal (frame=0xc02cb828, eva=3226797642) at ../../i386/i386/trap.c:951 #4 0xc027fc79 in trap_pfault (frame=0xc02cb828, usermode=0, eva=3226797642) at ../../i386/i386/trap.c:844 #5 0xc027f833 in trap (frame={tf_fs = 16, tf_es = 16, tf_ds = 16, tf_edi = 6687232, tf_esi = 0, tf_ebp = -1070811020, tf_isp = -1070811052, tf_ebx = -1064836608, tf_edx = 521802, tf_ecx = 0, tf_eax = -1068691456, tf_trapno = 12, tf_err = 2, tf_eip = -1072206517, tf_cs = 8, tf_eflags = 66066, tf_esp = -1064836608, tf_ss = 0}) at ../../i386/i386/trap.c:443 #6 0xc0176d4b in m_free (m=0xc087e200) at ../../kern/uipc_mbuf.c:515 #7 0xc0177b1a in m_pullup (n=0xc087e200, len=14) at ../../kern/uipc_mbuf.c:981 #8 0xc01a9771 in transmit_event (pipe=0xc0923f00) at ../../netinet/ip_dummynet.c:407 #9 0xc01a99ab in ready_event (q=0xc0915280) at ../../netinet/ip_dummynet.c:525 #10 0xc01aa6df in dummynet_io (pipe_nr=1097, dir=3, m=0xc04db800, ifp=0xc07f0c00, ro=0x0, dst=0x0, rule=0xc08027f0, flags=0) at ../../netinet/ip_dummynet.c:1062 #11 0xc019c40c in bdg_forward (m0=0xc02cb9b8, eh=0xc0500012, dst=0xc07f0c00) at ../../net/bridge.c:756 #12 0xc019e423 in ether_input (ifp=0xc07f0800, eh=0xc0500012, m=0xc04ffe00) at ../../net/if_ethersubr.c:450 #13 0xc020baa7 in fxp_intr (arg=0xc07f0800) at ../../pci/if_fxp.c:1195 #14 0xc0287e41 in intr_mux (arg=0xc04d2820) at ../../i386/isa/intr_machdep.c:582 (kgdb) quit bash-2.04# exit exit Script done on Mon Oct 23 11:56:25 2000 ----- Jeffrey Marc Kletsky SpotLife | Personal Broadcasting Sr. Product Manager jeff@spotlife.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Oct 23 12:10:11 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id A904C37B4C5 for ; Mon, 23 Oct 2000 12:10:01 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id MAA37569; Mon, 23 Oct 2000 12:10:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from murphys-outbound.servers.plus.net (unknown [212.159.14.225]) by hub.freebsd.org (Postfix) with SMTP id A4D1E37B479 for ; Mon, 23 Oct 2000 12:05:23 -0700 (PDT) Received: (qmail 20234 invoked from network); 23 Oct 2000 19:05:07 -0000 Received: from unknown (HELO dino.mithy.org) (212.159.30.31) by murphys with SMTP; 23 Oct 2000 19:05:07 -0000 Received: from celery.mithy.org (celery [10.0.0.3]) by dino.mithy.org (8.11.1/8.11.1) with ESMTP id e9NJ51h01003 for ; Mon, 23 Oct 2000 20:05:02 +0100 (BST) (envelope-from keith@dino.mithy.org) Received: (from keith@localhost) by celery.mithy.org (8.11.1/8.11.1) id e9NJ52B01139; Mon, 23 Oct 2000 20:05:02 +0100 (BST) (envelope-from keith) Message-Id: <200010231905.e9NJ52B01139@celery.mithy.org> Date: Mon, 23 Oct 2000 20:05:02 +0100 (BST) From: Keith Jones Reply-To: keith@mithy.org To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/22256: [RARE] cross-compiled static bins in /usr/obj/usr/src/i386 can cause Signal 4 during make installworld Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 22256 >Category: bin >Synopsis: [RARE] cross-compiled static bins in /usr/obj/usr/src/i386 can cause Signal 4 during make installworld >Confidential: no >Severity: serious >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Oct 23 12:10:01 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Keith Jones >Release: FreeBSD 4.1.1-STABLE i386 >Organization: no >Environment: MACHINE #1 uname output: FreeBSD celery.mithy.org 4.1.1-STABLE FreeBSD 4.1.1-STABLE #0: Sat Oct 21 19:24:18 BST 2000 root@celery.mithy.org:/usr/obj/usr/src/sys/CELERY i386 cpu/mem (dmesg output): CPU: Pentium II/Pentium II Xeon/Celeron (400.91-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x665 Stepping = 5 Features=0x183f9ff real memory = 268435456 (262144K bytes) avail memory = 257970176 (251924K bytes) MACHINE #2 uname output: FreeBSD dino.mithy.org 4.1.1-STABLE FreeBSD 4.1.1-STABLE #0: Mon Oct 23 03:32:15 BST 2000 root@celery.mithy.org:/usr/obj/usr/src/sys/DINO.syscons i386 cpu/mem (dmesg output): CPU: i386DX (386-class CPU) real memory = 8388608 (8192K bytes) avail memory = 6225920 (6080K bytes) >Description: I'm not really sure which category this belongs in; 'bin' seems to be the likeliest bet. Apologies if this is in error. To remake world on #2, it is first built on #1 as compliation time is far too long and available memory probably isn't up to the job. 'make world' was previously run on machine #1 with CFLAGS options '-march=i686 -mcpu=i686', for obvious performance reasons. Before performing 'make buildworld' with machine #2 as the intended target system, these options were changed to '-march=i386 -mcpu=i386'. The installation is performed in the following stages (assume single-user mode for machine #2): 1. a 'make buildworld buildkernel KERNEL=DINO' is run on machine #1. 2. /usr/src and /usr/obj are NFS-mounted onto machine #2. 3. 'make installkernel KERNEL=DINO' is run on machine #2. 4. 'make installworld' is run on machine #2. In the case above (which is admittedly rare), this results in a Signal 4 (Illegal Instruction) during 'make installworld' when the 'strip' command is called (notably by 'install with the '-s' option) as 'make installworld' will attempt to use the broken binaries in the /usr/obj/usr/src/i386 tree. I suspect that that is happening during build time is this: a number of static binaries in /usr/obj/usr/src/i386 are being linked with the (possibly older, or even incompatible) libraries resident in /usr/lib at the time the build took place, rather than the newly-compiled libraries in /usr/obj. I suspect therefore that this is a bug in the 'make buildworld' process. This may affect other binaries used during the install process (though I must confess I didn't notice any problems with any of the others). It is not expected to affect any binaries on the target system once installation is complete, as the new binaries will be (dynamically or statically) linked with the correct libraries during the installation process (they are not statically linked during the build process). >How-To-Repeat: See above. (You'll need two machines, I suspect.) >Fix: The workaround is to copy the existing (static) 'strip' command from Machine #2's /usr/bin to /usr/obj/usr/src/i386/usr/bin prior to performing 'make installworld'. A permanent fix may be to include 'strip' in the list of files to be copied to '/tmp/install.NNN' (where NNN is the PID) during the install phase, and remove it from the list of static binaries built in /usr/obj/usr/src/i386 during the build phase. >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Oct 23 12:40:42 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 458E037B479; Mon, 23 Oct 2000 12:40:41 -0700 (PDT) Received: (from sos@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id MAA47372; Mon, 23 Oct 2000 12:40:41 -0700 (PDT) (envelope-from sos@FreeBSD.org) Date: Mon, 23 Oct 2000 12:40:41 -0700 (PDT) From: Message-Id: <200010231940.MAA47372@freefall.freebsd.org> To: daveg@chiaro.com, sos@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/22245: Incorrect handling of end-of-media in atapi cdrom driver Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: Incorrect handling of end-of-media in atapi cdrom driver State-Changed-From-To: open->analyzed State-Changed-By: sos State-Changed-When: Mon Oct 23 12:37:24 PDT 2000 State-Changed-Why: Hmm, well, the _real_ problem is the size put in volinfo, this is unfortunately not done equal by all drives, some gives the number of blocks offset 1 some offset 0, so the fix in the PR is just as wrong as the current code. I guess there is no real solution to this, other than trying the last block and see what gives, the drive could hide the error and let the rest of the system live happily... http://www.freebsd.org/cgi/query-pr.cgi?pr=22245 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Oct 23 13:50: 6 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 1E13937B479 for ; Mon, 23 Oct 2000 13:50:03 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id NAA72868; Mon, 23 Oct 2000 13:50:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Mon, 23 Oct 2000 13:50:03 -0700 (PDT) Message-Id: <200010232050.NAA72868@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: "Todd P. Whitesel" Subject: Re: i386/22240: unstable UDMA on Iwill VD133PL v1.6 (Apollo MVP3, IDE rev 0x10) Reply-To: "Todd P. Whitesel" Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR i386/22240; it has been noted by GNATS. From: "Todd P. Whitesel" To: sos@freebsd.dk (Soren Schmidt) Cc: toddpw@apricot.com, freebsd-gnats-submit@FreeBSD.ORG Subject: Re: i386/22240: unstable UDMA on Iwill VD133PL v1.6 (Apollo MVP3, IDE rev 0x10) Date: Mon, 23 Oct 2000 13:48:33 -0700 (PDT) > Are you using a prober ATA66 compliant cable ? It's the one Iwill supplies with the motherboard, and looks right. Symptoms were the same when I replaced the UDMA66 drive with a UDMA33 drive. > At any rate I have the same VIA chip (82c686) on two boards here, and I have > absolutely _no_ problems with them, however you say it should be a 82c586 Just reporting what dmesg said, nothing more than that. > are you sure of that ? (check the mothernboard itself), as this could be > a screwup in versioning of the VIA chips (they have a weird idea of how > to differentiate the different chips)... That would appear to be the case. VT82C686A 0025CG TAIWAN 13C0N7100 -- Todd Whitesel Anime Expo Information at toddpw @ apricot.com http://www.anime-expo.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Oct 23 14:20: 9 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id F41CE37B479 for ; Mon, 23 Oct 2000 14:20:01 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id OAA88920; Mon, 23 Oct 2000 14:20:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from ukraine.pathwaynet.com (ukraine.pathwaynet.com [216.46.203.13]) by hub.freebsd.org (Postfix) with ESMTP id 1DB1D37B4CF for ; Mon, 23 Oct 2000 14:12:02 -0700 (PDT) Received: (from jordan@localhost) by ukraine.pathwaynet.com (8.11.0/8.9.3) id e9NHBWC02569; Mon, 23 Oct 2000 17:11:32 GMT (envelope-from jordan) Message-Id: <200010231711.e9NHBWC02569@ukraine.pathwaynet.com> Date: Mon, 23 Oct 2000 17:11:32 GMT From: Jordan Nelson Reply-To: Jordan Nelson To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: gnu/22259: root directory change directory bug Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 22259 >Category: gnu >Synopsis: root directory change directory bug >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Oct 23 14:20:01 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Jordan Nelson >Release: FreeBSD 4.1.1-STABLE i386 >Organization: >Environment: >Description: Bash 2.04 allows you to change to the // directory >How-To-Repeat: bash-2.04$ cd // bash-2.04$ pwd // >Fix: >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Oct 23 14:33:48 2000 Delivered-To: freebsd-bugs@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 718) id 8C3BE37B479; Mon, 23 Oct 2000 14:33:47 -0700 (PDT) To: jasone@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG, jasone@FreeBSD.ORG From: jasone@FreeBSD.ORG Subject: Re: kern/19247 Message-Id: <20001023213347.8C3BE37B479@hub.freebsd.org> Date: Mon, 23 Oct 2000 14:33:47 -0700 (PDT) Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: uthread_sigaction.c does not do anything wrt SA_NOCLDWAIT Responsible-Changed-From-To: freebsd-bugs->jasone Responsible-Changed-By: jasone Responsible-Changed-When: Mon Oct 23 14:33:25 PDT 2000 Responsible-Changed-Why: Over to maintainer. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Oct 23 14:35:53 2000 Delivered-To: freebsd-bugs@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 718) id 0836637B479; Mon, 23 Oct 2000 14:35:50 -0700 (PDT) To: jasone@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG, jasone@FreeBSD.ORG From: jasone@FreeBSD.ORG Subject: Re: kern/20016 Message-Id: <20001023213550.0836637B479@hub.freebsd.org> Date: Mon, 23 Oct 2000 14:35:50 -0700 (PDT) Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: pthreads: Cannot set scheduling timer/Cannot set virtual timer Responsible-Changed-From-To: freebsd-bugs->jasone Responsible-Changed-By: jasone Responsible-Changed-When: Mon Oct 23 14:35:35 PDT 2000 Responsible-Changed-Why: Over to maintainer. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Oct 23 14:36:46 2000 Delivered-To: freebsd-bugs@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 718) id 12C7137B479; Mon, 23 Oct 2000 14:36:45 -0700 (PDT) To: jasone@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG, jasone@FreeBSD.ORG From: jasone@FreeBSD.ORG Subject: Re: bin/21943 Message-Id: <20001023213645.12C7137B479@hub.freebsd.org> Date: Mon, 23 Oct 2000 14:36:45 -0700 (PDT) Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: pthreads: longjmp from signal handler jumps to the wrong location Responsible-Changed-From-To: freebsd-bugs->jasone Responsible-Changed-By: jasone Responsible-Changed-When: Mon Oct 23 14:36:29 PDT 2000 Responsible-Changed-Why: Over to maintainer. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Oct 23 14:38: 1 2000 Delivered-To: freebsd-bugs@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 718) id 88FE037B479; Mon, 23 Oct 2000 14:37:58 -0700 (PDT) To: jasone@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG, jhb@FreeBSD.ORG From: jasone@FreeBSD.ORG Subject: Re: kern/13164 Message-Id: <20001023213758.88FE037B479@hub.freebsd.org> Date: Mon, 23 Oct 2000 14:37:58 -0700 (PDT) Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: kthread_exit stops, but doesn't release process context Responsible-Changed-From-To: freebsd-bugs->jhb Responsible-Changed-By: jasone Responsible-Changed-When: Mon Oct 23 14:37:23 PDT 2000 Responsible-Changed-Why: jhb has recently done some work in -current that should fix this. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Oct 23 14:40: 6 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id B002D37B479 for ; Mon, 23 Oct 2000 14:40:02 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id OAA95205; Mon, 23 Oct 2000 14:40:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Mon, 23 Oct 2000 14:40:02 -0700 (PDT) Message-Id: <200010232140.OAA95205@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Chris Faulhaber Subject: Re: gnu/22259: root directory change directory bug Reply-To: Chris Faulhaber Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR gnu/22259; it has been noted by GNATS. From: Chris Faulhaber To: Jordan Nelson Cc: FreeBSD-gnats-submit@freebsd.org Subject: Re: gnu/22259: root directory change directory bug Date: Mon, 23 Oct 2000 17:39:05 -0400 On Mon, Oct 23, 2000 at 05:11:32PM +0000, Jordan Nelson wrote: > > >Number: 22259 > >Category: gnu This should be ports since bash is not a part of the system. > >Synopsis: root directory change directory bug > > Bash 2.04 allows you to change to the // directory > > >How-To-Repeat: > > bash-2.04$ cd // > bash-2.04$ pwd > // > This is not a FreeBSD-only problem (if it really is a problem). This bug reports should go to the bash maintainers, not FreeBSD. -- Chris D. Faulhaber - jedgar@fxp.org - jedgar@FreeBSD.org -------------------------------------------------------- FreeBSD: The Power To Serve - http://www.FreeBSD.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Oct 23 14:40:15 2000 Delivered-To: freebsd-bugs@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 718) id 9130B37B479; Mon, 23 Oct 2000 14:40:14 -0700 (PDT) To: jasone@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG, jasone@FreeBSD.ORG From: jasone@FreeBSD.ORG Subject: Re: misc/22190 Message-Id: <20001023214014.9130B37B479@hub.freebsd.org> Date: Mon, 23 Oct 2000 14:40:14 -0700 (PDT) Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: A threaded read(2) from a socketpair(2) fd can sometimes fail with errno 19 (ENODEV) Responsible-Changed-From-To: freebsd-bugs->jasone Responsible-Changed-By: jasone Responsible-Changed-When: Mon Oct 23 14:39:44 PDT 2000 Responsible-Changed-Why: Over to maintainer. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Oct 23 14:41:27 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from c0mailgw12.prontomail.com (unknown [216.163.180.10]) by hub.freebsd.org (Postfix) with ESMTP id 781FC37B479 for ; Mon, 23 Oct 2000 14:41:25 -0700 (PDT) Received: from c0web105 (216.163.180.10) by c0mailgw12.prontomail.com (NPlex 5.1.050) id 39F47F62000053F1 for freebsd-bugs@freebsd.org; Mon, 23 Oct 2000 14:41:24 -0700 X-Version: yupi 6.23.2073.11 From: martingg@yupimail.com Message-Id: Date: Mon, 23 Oct 2000 18:41:28 +0100 X-Priority: Normal Content-Type: text/html To: freebsd-bugs@freebsd.org Subject: sobrino X-Mailer: Web Based Pronto Mime-Version: 1.0 Content-Transfer-Encoding: quoted-printable Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org
t=ED= a confirmame tu mail.
          MARTIN GABRIEL
martingg@yupimail.com







Consigue tu = cuenta de E-mail gratis y permanente en http://WWW.YUPIMAIL.COM

To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Oct 23 17: 0: 6 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 81BD537B4C5 for ; Mon, 23 Oct 2000 17:00:02 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id RAA44969; Mon, 23 Oct 2000 17:00:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id B8AC237B479; Mon, 23 Oct 2000 16:53:59 -0700 (PDT) Message-Id: <20001023235359.B8AC237B479@hub.freebsd.org> Date: Mon, 23 Oct 2000 16:53:59 -0700 (PDT) From: fbsd-security@ursine.com To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: misc/22261: access.sample refers to sendmail.cw instead of local-host-names Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 22261 >Category: misc >Synopsis: access.sample refers to sendmail.cw instead of local-host-names >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: doc-bug >Submitter-Id: current-users >Arrival-Date: Mon Oct 23 17:00:02 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Michael Bryan >Release: 4.1.1-RELEASE >Organization: >Environment: FreeBSD delivery.insweb.com 4.1.1-RELEASE FreeBSD 4.1.1-RELEASE #0: Tue Sep 26 00:46:59 GMT 2000 jkh@narf.osd.bsdi.com:/usr/src/sys/compile/GENERIC i386 >Description: The file /etc/mail/access.sample includes a comment that refers to /etc/mail/sendmail.cw, but that filename as referenced in sendmail.cf is now /etc/mail/local-host-names. The comment should be updated to match the new filename. >How-To-Repeat: n/a >Fix: s/sendmail.cw/local-host-names/ >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Oct 23 17:10: 5 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id BEB5337B4CF for ; Mon, 23 Oct 2000 17:10:02 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id RAA50057; Mon, 23 Oct 2000 17:10:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Mon, 23 Oct 2000 17:10:02 -0700 (PDT) Message-Id: <200010240010.RAA50057@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Andy Newman Subject: Re: kern/22103: 4.1-R with Adaptec and Vinum crashes on periodic daily Reply-To: Andy Newman Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/22103; it has been noted by GNATS. From: Andy Newman To: freebsd-gnats-submit@FreeBSD.org, roman@xpert.com Cc: Subject: Re: kern/22103: 4.1-R with Adaptec and Vinum crashes on periodic daily Date: Tue, 24 Oct 2000 11:07:34 +1100 When I had this problem and had a (very) brief debug session the panic was occurring on a dereference of the parent pointer in the buffer. Are there assumptions about completion ordering? (I didn't read the vinum code so excuse me if this is a stupid question). Or is it just an artifact odd SCSI interaction? -- Andy Newman, Principal Software Engineer, Silverbrook Research To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Oct 23 17:10: 7 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 757A537B4C5 for ; Mon, 23 Oct 2000 17:10:01 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id RAA50044; Mon, 23 Oct 2000 17:10:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id 1E7A937B479; Mon, 23 Oct 2000 17:03:06 -0700 (PDT) Message-Id: <20001024000306.1E7A937B479@hub.freebsd.org> Date: Mon, 23 Oct 2000 17:03:06 -0700 (PDT) From: fbsd-security@ursine.com To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: misc/22262: virtusertable.sample refers to sendmail.cw instead of local-host-names Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 22262 >Category: misc >Synopsis: virtusertable.sample refers to sendmail.cw instead of local-host-names >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: doc-bug >Submitter-Id: current-users >Arrival-Date: Mon Oct 23 17:10:01 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Michael Bryan >Release: 4.1.1-RELEASE >Organization: >Environment: FreeBSD delivery.insweb.com 4.1.1-RELEASE FreeBSD 4.1.1-RELEASE #0: Tue Sep 26 00:46:59 GMT 2000 jkh@narf.osd.bsdi.com:/usr/src/sys/compile/GENERIC i386 >Description: The file /etc/mail/virtusertable.sample includes a comment that refers to /etc/mail/sendmail.cw, but that filename as referenced in sendmail.cf is now /etc/mail/local-host-names. The comment should be updated to match the new filename. >How-To-Repeat: n/a >Fix: s/sendmail.cw/local-host-names/ >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Oct 23 19:40: 5 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 4BE3F37B4CF for ; Mon, 23 Oct 2000 19:40:02 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id TAA04067; Mon, 23 Oct 2000 19:40:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from porter.sauber.net (adsl-209-233-30-232.dsl.snfc21.pacbell.net [209.233.30.232]) by hub.freebsd.org (Postfix) with ESMTP id BA1DE37B479 for ; Mon, 23 Oct 2000 19:37:23 -0700 (PDT) Received: (from sauber@localhost) by porter.sauber.net (8.11.0/8.11.0) id e9O2cvr00444; Mon, 23 Oct 2000 19:38:57 -0700 (PDT) (envelope-from sauber) Message-Id: <200010240238.e9O2cvr00444@porter.sauber.net> Date: Mon, 23 Oct 2000 19:38:57 -0700 (PDT) From: sauber@netcom.com Reply-To: sauber@netcom.com To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/22265: Can only suspend once Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 22265 >Category: kern >Synopsis: Suspend only possible once after reboot >Confidential: yes >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Oct 23 19:40:01 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Soren Dossing >Release: FreeBSD 4.1.1-RELEASE i386 >Organization: >Environment: Laptop: Sony Vaio PCG-F350 From KERNEL file: device apm0 at nexus? flags 0x20 # Advanced Power Management >Description: I can only go to suspend or hibernation mode once. If I try a second time the operating system will freeze up, and power cycle is necessary. I happens both when using key strokes Fn-Esc/Fn-F12 or by using the apm command. This was not a problem in any previuos version of FreeBSD; 3.4, 4.0, 4.1 >How-To-Repeat: Boot (doing fsck) Suspend (no problem) Resume (no problem) Suspend (bang!) >Fix: >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Oct 23 21: 0: 6 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 63AF637B4C5 for ; Mon, 23 Oct 2000 21:00:01 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id VAA31976; Mon, 23 Oct 2000 21:00:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id 79E4937B479; Mon, 23 Oct 2000 20:53:10 -0700 (PDT) Message-Id: <20001024035310.79E4937B479@hub.freebsd.org> Date: Mon, 23 Oct 2000 20:53:10 -0700 (PDT) From: bruce@cubik.org To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: misc/22266: Possible departure from standards compliance in pthreads Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 22266 >Category: misc >Synopsis: Possible departure from standards compliance in pthreads >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Oct 23 21:00:01 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Bruce Mitchener >Release: 3.2, 4.0 >Organization: >Environment: FreeBSD worlds-apart.com 3.2-RELEASE FreeBSD 3.2-RELEASE #0: Tue May 18 04:05:08 GMT 1999 jkh@cathair:/usr/src/sys/compile/GENERIC i386 FreeBSD ice 4.0-RELEASE FreeBSD 4.0-RELEASE #0: Mon Mar 20 22:50:22 GMT 2000 root@monster.cdrom.com:/usr/src/sys/compile/GENERIC i386 >Description: To the best of my understanding the Single Unix Specification v2 (Unix98) defines PTHREAD_MUTEX_DEFAULT to be PTHREAD_MUTEX_NORMAL (non-recursive, non-errorchecking). That is the behavior used on Linux with GNU libc 2.1 and 2.2, as well as Solaris 7. However, FreeBSD 3.2 and 4.0 (the only FreeBSD machines that I have around), define it to be PTHREAD_MUTEX_ERRORCHECK with this excerpt from /usr/include/pthread.h: enum pthread_mutextype { PTHREAD_MUTEX_ERRORCHECK = 1, /* Default POSIX mutex */ PTHREAD_MUTEX_RECURSIVE = 2, /* Recursive mutex */ PTHREAD_MUTEX_NORMAL = 3, /* No error checking */ MUTEX_TYPE_MAX }; #define PTHREAD_MUTEX_DEFAULT PTHREAD_MUTEX_ERRORCHECK While on Linux with glibc 2.1, it looks like: enum { PTHREAD_MUTEX_FAST_NP, PTHREAD_MUTEX_RECURSIVE_NP, PTHREAD_MUTEX_ERRORCHECK_NP #ifdef __USE_UNIX98 , PTHREAD_MUTEX_NORMAL = PTHREAD_MUTEX_FAST_NP, PTHREAD_MUTEX_RECURSIVE = PTHREAD_MUTEX_RECURSIVE_NP, PTHREAD_MUTEX_ERRORCHECK = PTHREAD_MUTEX_ERRORCHECK_NP, PTHREAD_MUTEX_DEFAULT = PTHREAD_MUTEX_NORMAL #endif }; and on Solaris 7: #define PTHREAD_MUTEX_NORMAL 0x0 #define PTHREAD_MUTEX_ERRORCHECK 0x2 #define PTHREAD_MUTEX_RECURSIVE 0x4 #define PTHREAD_MUTEX_DEFAULT PTHREAD_MUTEX_NORMAL A related man page from the Open Group: http://www.opennc.org/onlinepubs/7908799/xsh/pthread_mutexattr_gettype.html With the comment that: "Attempting to recursively lock a mutex of this type results in undefined behaviour. Attempting to unlock a mutex of this type which was not locked by the calling thread results in undefined behaviour. Attempting to unlock a mutex of this type which is not locked results in undefined behaviour. An implementation is allowed to map this mutex to one of the other mutex types." So, while they aren't specific as to which it should be mapped to, most other implementations appear to favor mapping it to PTHREAD_MUTEX_NORMAL, and giving no behavior other than what is guaranteed within the specification. Of course, anyone desiring guaranteed portable behavior can simply opt not to use PTHREAD_MUTEX_DEFAULT and use one of the others. >How-To-Repeat: >Fix: >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Oct 24 2:10: 8 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 1D80837B4D7 for ; Tue, 24 Oct 2000 02:10:04 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id CAA51662; Tue, 24 Oct 2000 02:10:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from mail.XtremeDev.com (xtremedev.com [216.241.38.65]) by hub.freebsd.org (Postfix) with ESMTP id 016CD37B479 for ; Tue, 24 Oct 2000 02:05:56 -0700 (PDT) Received: by mail.XtremeDev.com (Postfix, from userid 1008) id CACA05BAD; Tue, 24 Oct 2000 03:05:54 -0600 (MDT) Message-Id: <20001024090554.CACA05BAD@mail.XtremeDev.com> Date: Tue, 24 Oct 2000 03:05:54 -0600 (MDT) From: freebsd@XtremeDev.com Reply-To: freebsd@XtremeDev.com To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: conf/22271: /usr/src/UPDATING does not reflect /etc/defaults/rc.conf Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 22271 >Category: conf >Synopsis: /usr/src/UPDATING does not reflect /etc/defaults/rc.conf >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: doc-bug >Submitter-Id: current-users >Arrival-Date: Tue Oct 24 02:10:03 PDT 2000 >Closed-Date: >Last-Modified: >Originator: FreeBSD >Release: FreeBSD 4.1.1-STABLE i386 >Organization: >Environment: FreeBSD 4.1.1-STABLE >Description: /usr/src/UPDATING has: 20000907: Networking defaults have been tightened. Anybody upgrading /etc/defaults/rc.conf needs to add the following lines to /etc/rc.conf if they want to have the same setup afterwards (unless the variables already are set, of course): # Enable network daemons for user convenience. inetd_enable="YES" portmap_enable="YES" sendmail_enable="YES" And yet /etc/defaults/rc.conf still lists inetd_enable, portmap_enable, and sendmail_enable as "YES". It would appear an MFC never happened, and networking defaults was never "tightened." Should either UPDATING or /etc/defaults/rc.conf be changed before 4.2-RELEASE? >How-To-Repeat: A few lines down in /usr/src/UPDATING, and a simple grep of /etc/defaults/rc.conf will confirm. >Fix: Either change the relavant lines in /etc/defaults/rc.conf to "NO", or add an entry to /usr/src/UPDATING indicating the network defaults was actually never changed. >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Oct 24 2:10:15 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 8308B37B4C5 for ; Tue, 24 Oct 2000 02:10:03 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id CAA51653; Tue, 24 Oct 2000 02:10:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from gasket.go2net.com (natbox.go2net.com [209.191.181.146]) by hub.freebsd.org (Postfix) with ESMTP id 16E1C37B479 for ; Tue, 24 Oct 2000 02:05:17 -0700 (PDT) Received: by gasket.go2net.com (Postfix, from userid 492) id 2233CD5D0; Tue, 24 Oct 2000 02:05:12 -0700 (PDT) Message-Id: <20001024090512.2233CD5D0@gasket.go2net.com> Date: Tue, 24 Oct 2000 02:05:12 -0700 (PDT) From: williamc@go2net.com Reply-To: williamc@go2net.com To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/22270: top wraps wrong for some SMP systems Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 22270 >Category: bin >Synopsis: [patch] /usr/bin/top wraps wrong w/SMP on and long usernames >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: Tue Oct 24 02:10:03 PDT 2000 >Closed-Date: >Last-Modified: >Originator: William Carrel >Release: FreeBSD 4.1.1-STABLE i386 >Organization: InfoSpace, Inc. >Environment: Any FreeBSD SMP system, from since the beginning of time. >Description: /usr/bin/top was reduced to 15 characters max in 1.29 by davidn however this is not enough for SMP systems who have one more column of text that indicates CPU number. With SMP enabled these systems need a username of max 13 characters to avoid the unattractive wrapping. >How-To-Repeat: Run /usr/bin/top on a SMP system with SMP on and a username of 14 or more characters. >Fix: The following patch applied to /usr/src/usr.bin/top/machine.c will correct this problem. This patch is for 4.X-STABLE (1.29). But the affected code is still identical in 5-CURRENT (1.30). Both versions need the patch, as well as 3.X-STABLE (1.18.2.4). Cheers! *** machine.c.orig Tue Oct 24 01:35:54 2000 --- machine.c Tue Oct 24 01:39:15 2000 *************** *** 241,247 **** } if (namelength < 8) namelength = 8; ! if (namelength > 15) namelength = 15; if ((kd = kvm_open(NULL, NULL, NULL, O_RDONLY, "kvm_open")) == NULL) --- 241,249 ---- } if (namelength < 8) namelength = 8; ! if (smpmode && namelength > 13) ! namelength = 13; ! else if (namelength > 15) namelength = 15; if ((kd = kvm_open(NULL, NULL, NULL, O_RDONLY, "kvm_open")) == NULL) >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Oct 24 6:10:10 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 5F4CE37B479 for ; Tue, 24 Oct 2000 06:10:09 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id GAA85615; Tue, 24 Oct 2000 06:10:09 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Tue, 24 Oct 2000 06:10:09 -0700 (PDT) Message-Id: <200010241310.GAA85615@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Robin Melville Subject: Re: bin/22238: User PPP "deny_incoming" option does not deny incoming connections Reply-To: Robin Melville Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/22238; it has been noted by GNATS. From: Robin Melville To: freebsd-gnats-submit@FreeBSD.org, robmel@nadt.org.uk Cc: Subject: Re: bin/22238: User PPP "deny_incoming" option does not deny incoming connections Date: Tue, 24 Oct 2000 14:00:45 +0100 I should point out that the fix I submitted above is something of a kludge. Under some circumstances libalias will return PKT_ALIAS_IGNORED if it doesn't understand the incoming packet. A full fix should test for this. However, I have tested it with a bunch of normal traffic (http, ftp, smtp, telnet, ssh, rtsp, irc dcc) and it seems to work fine. -- ---------------------------------------------------------------------- Robin Melville, Addiction Information Services Nottingham Alcohol & Drug Team work: robmel@nadt.org.uk http://www.nadt.org.uk/ home: robmel@innotts.co.uk http://www.innotts.co.uk/~robmel ---------------------------------------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Oct 24 7:58: 1 2000 Delivered-To: freebsd-bugs@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 718) id 5B6FF37B479; Tue, 24 Oct 2000 07:58:00 -0700 (PDT) To: jasone@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG, jasone@FreeBSD.ORG From: jasone@FreeBSD.ORG Subject: Re: misc/22266 Message-Id: <20001024145800.5B6FF37B479@hub.freebsd.org> Date: Tue, 24 Oct 2000 07:58:00 -0700 (PDT) Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: Possible departure from standards compliance in pthreads Responsible-Changed-From-To: freebsd-bugs->jasone Responsible-Changed-By: jasone Responsible-Changed-When: Tue Oct 24 07:57:41 PDT 2000 Responsible-Changed-Why: Over to maintainer. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Oct 24 8:40: 7 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 7E44737B479 for ; Tue, 24 Oct 2000 08:40:03 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id IAA43704; Tue, 24 Oct 2000 08:40:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Tue, 24 Oct 2000 08:40:03 -0700 (PDT) Message-Id: <200010241540.IAA43704@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Jim Pirzyk Subject: Re: bin/21789: no mkfile command Reply-To: Jim Pirzyk Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/21789; it has been noted by GNATS. From: Jim Pirzyk To: freebsd-gnats-submit@FreeBSD.org, Jim.Pirzyk@disney.com Cc: Subject: Re: bin/21789: no mkfile command Date: Tue, 24 Oct 2000 08:37:22 -0700 --------------D20F585E61DC7AD51A190323 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Seems tnat truncate is not in the FreeBSD 4.1-RELEASE. Is it in -STABLE or -CURRENT? I would like to try it out, the man page seems to make it a viable option. - JimP -- --- @(#) $Id: dot.signature,v 1.9 2000/07/10 16:43:05 pirzyk Exp $ __o Jim.Pirzyk@disney.com ------------------------------------- _'\<,_ Senior Systems Engineer, Walt Disney Feature Animation (*)/ (*) --------------D20F585E61DC7AD51A190323 Content-Type: text/html; charset=us-ascii Content-Transfer-Encoding: 7bit Seems tnat truncate is not in the FreeBSD 4.1-RELEASE.  Is it in -STABLE or -CURRENT?

I would like to try it out, the man page seems to make it a viable option.

- JimP 

-- 
 --- @(#) $Id: dot.signature,v 1.9 2000/07/10 16:43:05 pirzyk Exp $
     __o   Jim.Pirzyk@disney.com -------------------------------------
  _'\<,_   Senior Systems Engineer, Walt Disney Feature Animation 
 (*)/ (*)
  --------------D20F585E61DC7AD51A190323-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Oct 24 9: 9:14 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from os2.ami.com.au (os2.ami.com.au [203.55.31.51]) by hub.freebsd.org (Postfix) with ESMTP id DAED937B4C5 for ; Tue, 24 Oct 2000 09:08:31 -0700 (PDT) Received: from emu.os2.ami.com.au (IDENT:root@c0s18.ami.com.au [203.55.31.83]) by os2.ami.com.au (8.9.1/8.9.0) with ESMTP id AAA16830 for ; Wed, 25 Oct 2000 00:07:57 +0800 Received: from possum.os2.ami.com.au (IDENT:summer@possum.os2.ami.com.au [192.168.1.6]) by emu.os2.ami.com.au (8.10.0/8.10.0) with ESMTP id e9ODFJW20274 for ; Tue, 24 Oct 2000 21:16:13 +0800 Message-Id: <200010241316.e9ODFJW20274@emu.os2.ami.com.au> X-Mailer: exmh version 2.1.1 10/15/1999 To: freebsd-bugs@FreeBSD.org Subject: freeBSD 4.1.1 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 24 Oct 2000 21:17:42 +0800 From: John Summerfield Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org I've burned a CD with this file: -rw-rw-r-- 1 summer 672761856 Sep 26 10:45 4.1.1-install.iso and booted it on a computer where (fortunately) I don't particularly want to install it: I just wanted to have a look at the installer/ The CD boots and asks me to configure the kernel. I go into the (inexpert's) visual configuration and delete every driver for hardware I don't have. The PCI card selection has me baffled, but I've tried with 0, 1 and 2 of them. In all cases, it complains that my USB is misconfigured (does not like IRQ 0), and tells me to configure the BIOS for "Not PnP OS." I don't like it telling me how to configure my BIOS (inconvenient if I had Win9x), but in any event, the BIOS is already configured "Not PnP OS." The system has a Gigabyte GA6EX M/b with onboard USB but no USB devices. There is no option to configure the kernel USB support. The machine runs linux quite nicely, Here's dmesg output from Linux: Linux version 2.2.15.bilby (root@emu) (gcc version 2.7.2.3) #2 Sun May 28 15:54:31 WST 2000 Detected 150001960 Hz processor. ide_setup: idebus=66 Console: colour dummy device 80x25 Calibrating delay loop... 299.01 BogoMIPS Memory: 46812k/49152k available (988k kernel code, 416k reserved, 868k data, 68k init) Checking if this processor honours the WP bit even in supervisor mode... Ok. Dentry hash table entries: 8192 (order 4, 64k) Buffer cache hash table entries: 65536 (order 6, 256k) Page cache hash table entries: 16384 (order 4, 64k) CPU: Cyrix 6x86MX 2.5x Core/Bus Clock stepping 07 Checking 386/387 coupling... OK, FPU using exception 16 error reporting. Checking 'hlt' instruction... OK. POSIX conformance testing by UNIFIX mtrr: v1.35a (19990819) Richard Gooch (rgooch@atnf.csiro.au) PCI: PCI BIOS revision 2.10 entry at 0xfdba1 PCI: Using configuration type 1 PCI: Probing PCI hardware PCI: Enabling I/O for device 00:3a Linux NET4.0 for Linux 2.2 Based upon Swansea University Computer Society NET3.039 NET4: Unix domain sockets 1.0 for Linux NET4.0. NET4: Linux TCP/IP 1.0 for NET4.0 IP Protocols: ICMP, UDP, TCP TCP: Hash tables configured (ehash 65536 bhash 65536) Initializing RT netlink socket Starting kswapd v 1.5 vesafb: framebuffer at 0xf8000000, mapped to 0xc3800000, size 2048k vesafb: mode is 1024x768x8, linelength=1024, pages=1 vesafb: protected mode interface info at c000:5b5e vesafb: scrolling: redraw Console: switching to colour frame buffer device 128x48 fb0: VESA VGA frame buffer device vga16fb: initializing vga16fb: mapped to 0xc00a0000 fb1: VGA16 VGA frame buffer device Detected PS/2 Mouse Port. Serial driver version 4.27 with no serial options enabled ttyS00 at 0x03f8 (irq = 4) is a 16550A ttyS01 at 0x02f8 (irq = 3) is a 16550A pty: 256 Unix98 ptys configured apm: BIOS version 1.2 Flags 0x03 (Driver version 1.12) apm: disabled on user request. RAM disk driver initialized: 16 RAM disks of 4096K size PIIX4: IDE controller on PCI bus 00 dev 39 PIIX4: not 100% native mode: will probe irqs later ide0: BM-DMA at 0xffa0-0xffa7, BIOS settings: hda:DMA, hdb:pio ide1: BM-DMA at 0xffa8-0xffaf, BIOS settings: hdc:pio, hdd:DMA hda: QUANTUM FIREBALL ST3.2A, ATA DISK drive hdd: CD-ROM 24X/AKU, ATAPI CDROM drive ide0 at 0x1f0-0x1f7,0x3f6 on irq 14 ide1 at 0x170-0x177,0x376 on irq 15 hda: QUANTUM FIREBALL ST3.2A, 3079MB w/81kB Cache, CHS=782/128/63, UDMA hdd: ATAPI 24X CD-ROM drive, 128kB Cache Uniform CDROM driver Revision: 2.56 Floppy drive(s): fd0 is 1.44M FDC 0 is a post-1991 82077 scsi : 0 hosts. scsi : detected total. ne.c:v1.10 9/23/94 Donald Becker (becker@cesdis.gsfc.nasa.gov) NE*000 ethercard probe at 0x300: 00 20 a9 01 ad 4d eth0: NE2000 found at 0x300, using IRQ 11. Sending BOOTP requests.... OK IP-Config: Got BOOTP answer from 192.168.0.2, my address is 192.168.0.128 Partition check: hda: hda1 hda2 hda3 < hda5 hda6 hda7 hda8 > hda4 VFS: Mounted root (ext2 filesystem) readonly. Freeing unused kernel memory: 68k freed Adding Swap: 415288k swap-space (priority -1) Soundblaster audio driver Copyright (C) by Hannu Savolainen 1993-1996 SB 3.01 detected OK (220) ESS chip ES1868 detected YM3812 and OPL-3 driver Copyright (C) by Hannu Savolainen, Rob Hooft 1993-1996 and cat /proc/pci: PCI devices found: Bus 0, device 0, function 0: Host bridge: Intel 82439TX (rev 1). Medium devsel. Master Capable. Latency=32. Bus 0, device 7, function 0: ISA bridge: Intel 82371AB PIIX4 ISA (rev 1). Medium devsel. Fast back-to-back capable. Master Capable. No bursts. Bus 0, device 7, function 1: IDE interface: Intel 82371AB PIIX4 IDE (rev 1). Medium devsel. Fast back-to-back capable. Master Capable. Latency=32. I/O at 0xffa0 [0xffa1]. Bus 0, device 7, function 2: USB Controller: Intel 82371AB PIIX4 USB (rev 1). Medium devsel. Fast back-to-back capable. Master Capable. No bursts. I/O at 0x4000 [0x4001]. Bus 0, device 7, function 3: Bridge: Intel 82371AB PIIX4 ACPI (rev 1). Medium devsel. Fast back-to-back capable. Bus 0, device 9, function 0: VGA compatible controller: S3 Inc. Trio64V2/DX or /GX (rev 20). Medium devsel. Non-prefetchable 32 bit memory at 0xf8000000 [0xf8000000]. freeBSD didn't allow me to configure sound. After it identifies my video card, it locks solid. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Oct 24 10:20: 7 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 82BB137B4CF for ; Tue, 24 Oct 2000 10:20:04 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id KAA87862; Tue, 24 Oct 2000 10:20:04 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Tue, 24 Oct 2000 10:20:04 -0700 (PDT) Message-Id: <200010241720.KAA87862@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Johan Karlsson Subject: Re: bin/21789: no mkfile command Reply-To: Johan Karlsson Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/21789; it has been noted by GNATS. From: Johan Karlsson To: Jim Pirzyk Cc: freebsd-gnats-submit@FreeBSD.ORG Subject: Re: bin/21789: no mkfile command Date: Tue, 24 Oct 2000 19:20:35 +0200 At Tue, 24 Oct 2000 08:40:03 PDT, Jim Pirzyk wrote: > The following reply was made to PR bin/21789; it has been noted by GNATS. > > From: Jim Pirzyk > To: freebsd-gnats-submit@FreeBSD.org, Jim.Pirzyk@disney.com > Cc: > Subject: Re: bin/21789: no mkfile command > Date: Tue, 24 Oct 2000 08:37:22 -0700 > > Seems tnat truncate is not in the FreeBSD 4.1-RELEASE. Is it in -STABLE > or -CURRENT? > > I would like to try it out, the man page seems to make it a viable > option. > Hi truncate was MFC:ed to 4-Stable in august, hence it is in 4.1.1-RELEASE. /Johan K To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Oct 24 10:50: 7 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 234C937B4CF for ; Tue, 24 Oct 2000 10:50:01 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id KAA98945; Tue, 24 Oct 2000 10:50:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id E45CA37B479; Tue, 24 Oct 2000 10:48:59 -0700 (PDT) Message-Id: <20001024174859.E45CA37B479@hub.freebsd.org> Date: Tue, 24 Oct 2000 10:48:59 -0700 (PDT) From: lampa@fee.vutbr.cz To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: gnu/22274: /usr/lib/libgcc.a is not thread safe Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 22274 >Category: gnu >Synopsis: /usr/lib/libgcc.a is not thread safe >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Oct 24 10:50:00 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Petr Lampa >Release: 4.1.1 >Organization: Brno University of Technology, CSE dept. >Environment: FreeBSD boco.fee.vutbr.cz 4.1.1-STABLE FreeBSD 4.1.1-STABLE >Description: Installed gcc library /usr/lib/libgcc.a is not compiled using --enable-threads. The description of this configure argument in gcc-2.95.2 is wrong, it should be on not only for Objective C, but also for C++ to enable thread safe stack unwinding during exception processing. From Orbacus C++ JTC-1.0.13 (www.ooc.com): IMPORTANT: You must ensure that the version of gcc that you are using was configured with --enable-threads. Without this exception handling is not thread safe. To determine if this is the case, run nm on libgcc.a and verify that pthread symbols are present. >How-To-Repeat: In my case regular arithmetic exception resulted in segmentation fault. If the program was linked with the proper library, exception is correctly catched and reported. >Fix: Ship /usr/lib/libgcc.a compiled with --enable-threads! >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Oct 24 12:10: 6 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 30B2037B479 for ; Tue, 24 Oct 2000 12:10:04 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id MAA31571; Tue, 24 Oct 2000 12:10:04 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Tue, 24 Oct 2000 12:10:04 -0700 (PDT) Message-Id: <200010241910.MAA31571@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: "Todd P. Whitesel" Subject: Re: i386/22240: unstable UDMA on Iwill VD133PL v1.6 (Apollo MVP3, IDE rev 0x10) Reply-To: "Todd P. Whitesel" Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR i386/22240; it has been noted by GNATS. From: "Todd P. Whitesel" To: toddpw@apricot.com (Todd P. Whitesel) Cc: sos@freebsd.dk, toddpw@apricot.com, freebsd-gnats-submit@FreeBSD.ORG Subject: Re: i386/22240: unstable UDMA on Iwill VD133PL v1.6 (Apollo MVP3, IDE rev 0x10) Date: Tue, 24 Oct 2000 12:02:45 -0700 (PDT) FYI the NetBSD PR for this is kern/11293 -- Todd Whitesel Anime Expo Information at toddpw @ apricot.com http://www.anime-expo.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Oct 24 12:39:50 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 5012F37B479; Tue, 24 Oct 2000 12:39:48 -0700 (PDT) Received: (from johan@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id MAA41904; Tue, 24 Oct 2000 12:39:48 -0700 (PDT) (envelope-from johan@FreeBSD.org) Date: Tue, 24 Oct 2000 12:39:48 -0700 (PDT) From: Message-Id: <200010241939.MAA41904@freefall.freebsd.org> To: johan@FreeBSD.org, freebsd-bugs@FreeBSD.org, obrien@FreeBSD.org Subject: Re: conf/22271: /usr/src/UPDATING does not reflect /etc/defaults/rc.conf Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: /usr/src/UPDATING does not reflect /etc/defaults/rc.conf Responsible-Changed-From-To: freebsd-bugs->obrien Responsible-Changed-By: johan Responsible-Changed-When: Tue Oct 24 12:35:17 PDT 2000 Responsible-Changed-Why: Over to UPDATING maintainer as a reminder to remove that entry. http://www.freebsd.org/cgi/query-pr.cgi?pr=22271 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Oct 24 13:30: 8 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id D306337B4C5 for ; Tue, 24 Oct 2000 13:30:03 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id NAA61464; Tue, 24 Oct 2000 13:30:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id 57DA337B4CF; Tue, 24 Oct 2000 13:21:02 -0700 (PDT) Message-Id: <20001024202102.57DA337B4CF@hub.freebsd.org> Date: Tue, 24 Oct 2000 13:21:02 -0700 (PDT) From: kway@wgate.com To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: misc/22278: rmuser does not allow deletion of all usernames that adduser can create Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 22278 >Category: misc >Synopsis: rmuser does not allow deletion of all usernames that adduser can create >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Tue Oct 24 13:30:03 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Kevin Way >Release: 4.1.1 >Organization: WorldGate Communications >Environment: FreeBSD way.eng.tvol.net 4.1.1-STABLE FreeBSD 4.1.1-STABLE #0: Fri Oct 13 15:02:15 EDT 2000 root@way.eng.tvol.net:/usr/obj/usr/src/sys/KEVIN i386 >Description: rmuser does not allow deletion of all usernames for which adduser allows creation. In particular, usernames with a - in them. >How-To-Repeat: adduser with foo-bar rmuser foo-bar >Fix: --- rmuser.perl.bak Tue Oct 24 16:05:49 2000 +++ rmuser.perl Tue Oct 24 16:20:35 2000 @@ -108,7 +108,7 @@ # Username was given as a parameter $login_name = pop(@ARGV); die "Sorry, login name must contain alphanumeric characters only.\n" - if ($login_name !~ /^[a-zA-Z0-9_]\w*$/); + if ($login_name !~ /^[a-zA-Z0-9_][a-zA-Z0-9_\-]*$/); } else { if ($affirm) { print STDERR "${whoami}: Error: -y option given without username!\n"; >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Oct 24 14: 6:48 2000 Delivered-To: freebsd-bugs@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 718) id D2C5037B479; Tue, 24 Oct 2000 14:06:45 -0700 (PDT) To: lampa@fee.vutbr.cz, jasone@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG From: jasone@FreeBSD.ORG Subject: Re: gnu/22274 Message-Id: <20001024210645.D2C5037B479@hub.freebsd.org> Date: Tue, 24 Oct 2000 14:06:45 -0700 (PDT) Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: /usr/lib/libgcc.a is not thread safe State-Changed-From-To: open->closed State-Changed-By: jasone State-Changed-When: Tue Oct 24 14:06:00 PDT 2000 State-Changed-Why: Very likely user error rather than a bug. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Oct 24 14:10: 7 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 9686937B479 for ; Tue, 24 Oct 2000 14:10:03 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id OAA76805; Tue, 24 Oct 2000 14:10:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Tue, 24 Oct 2000 14:10:03 -0700 (PDT) Message-Id: <200010242110.OAA76805@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Jason Evans Subject: Re: gnu/22274: /usr/lib/libgcc.a is not thread safe Reply-To: Jason Evans Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR gnu/22274; it has been noted by GNATS. From: Jason Evans To: lampa@fee.vutbr.cz Cc: freebsd-gnats-submit@FreeBSD.org Subject: Re: gnu/22274: /usr/lib/libgcc.a is not thread safe Date: 24 Oct 2000 14:05:56 -0700 On Tue, Oct 24, 2000 at 10:48:59AM -0700, lampa@fee.vutbr.cz wrote: > >Description: > Installed gcc library /usr/lib/libgcc.a is not compiled using > --enable-threads. The description of this configure argument > in gcc-2.95.2 is wrong, it should be on not only for Objective C, > but also for C++ to enable thread safe stack unwinding during exception > processing. > > >Fix: > Ship /usr/lib/libgcc.a compiled with --enable-threads! The correct solution is to use the -pthread gcc flag so that libgcc_r.a is used. If that still doesn't work, then please open a new PR. Jason To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Oct 24 14:10: 8 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 5F2A637B4C5 for ; Tue, 24 Oct 2000 14:10:01 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id OAA76796; Tue, 24 Oct 2000 14:10:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id DD13737B479; Tue, 24 Oct 2000 14:00:57 -0700 (PDT) Message-Id: <20001024210057.DD13737B479@hub.freebsd.org> Date: Tue, 24 Oct 2000 14:00:57 -0700 (PDT) From: ian@mahuron.org To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: bin/22279: stock perl5 build does not support %Z spec in strftime Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 22279 >Category: bin >Synopsis: stock perl5 build does not support %Z spec in strftime >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Oct 24 14:10:01 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Ian Mahuron >Release: 4.0 >Organization: >Environment: FreeBSD dev01.xxx.com 4.0-RELEASE FreeBSD 4.0-RELEASE #0: Thu Sep 21 14:20:32 PDT 2000 ian@dev01.xxx.com:/usr/src/sys/compile/DEV01 i386 >Description: Perl's POSIX module is a wrapper for common POSIX routines... one of the functions in this module is strftime. It works as expected, unless you make use of the %Z spec (returns ???). Making use of strftime via a c program results in correct behavior (returns PDT). >How-To-Repeat: Perl script: perl -MPOSIX -e 'print(strftime("%Z", (localtime)), "\n");' # prints "???" C script: #include #include #include int main(void) { char buff[4]; time_t now = time(NULL); strftime(buff, sizeof(buff), "%Z", localtime(&now) ); printf("%s\n", buff); return; } // prints 'PDT' >Fix: >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Oct 24 14:43: 5 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from chmls06.mediaone.net (chmls06.mediaone.net [24.147.1.144]) by hub.freebsd.org (Postfix) with ESMTP id E81E237B479 for ; Tue, 24 Oct 2000 14:43:02 -0700 (PDT) Received: from mediaone.net (h00104b44180b.ne.mediaone.net [24.91.120.32]) by chmls06.mediaone.net (8.8.7/8.8.7) with SMTP id RAA14248 for ; Tue, 24 Oct 2000 17:43:01 -0400 (EDT) Date: Tue, 24 Oct 2000 17:43:01 -0400 (EDT) Message-Id: <200010242143.RAA14248@chmls06.mediaone.net> From: robdefriesse@mail.com (Rob deFriesse) To: freebsd-bugs@freebsd.org Subject: 4.1.1 install fails with diag: ffs_valloc: dup alloc Mime-Version: 1.0 (generated by tm-edit 7.108) Content-Type: text/plain; charset=US-ASCII Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org I am receiving the following diagnostic: > panic: ffs_valloc: dup alloc when attempting to install FreeBSD 4.1.1 on a machine with a Promise Ultra 100 ATA-100 IDE PCI controller. I don't know much about the mobo except that it's a 233MHz PCI with an AMI BIOS and 32Mb mem. It's fairly ancient. I connected an ATA-100 HD to the new controller (channel 1) and the CDROM to the old IDE controller (channel 2) on the mobo. Both are masters on their respective channels. I'm installing from a CD. I allocate about 15Gb to the FreeBSD slice and use the A (automatic) option to assign partitions. The partitions are: ad4s2a: 50Mb / ad4s2b: 68Mb swap ad4s2e: 20Mb /var ad4s2f: 14255Mb /usr I get through the initial set of questions and sysinstall runs newfs. However, it does not get through unpacking the tarballs. That is, the diagnostic appears while unpacking the ports tarball. At this point the install fails and it goes into the boot dialog. I have had the install fail in another way. I can't provide the exact wording because it's impossible to reproduce. The gist of it is that while it's unpacking a tarball, a form pops up indicating that a write has failed. The message includes the value -1 (which kinda makes sense, this being unix and all.) If I move the HD to the old IDE controller, I have no problem with it. FreeBSD installs without a hitch. Could this be a problem with the combination of the Promise controller and a large partition? Any help to get this working would be appreciated. Thank you, Rob. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Oct 24 14:44:52 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from feral.com (feral.com [192.67.166.1]) by hub.freebsd.org (Postfix) with ESMTP id 96B6C37B479 for ; Tue, 24 Oct 2000 14:44:49 -0700 (PDT) Received: from zeppo.feral.com (IDENT:mjacob@zeppo [192.67.166.71]) by feral.com (8.9.3/8.9.3) with ESMTP id OAA10426; Tue, 24 Oct 2000 14:44:46 -0700 Date: Tue, 24 Oct 2000 14:41:58 -0700 (PDT) From: Matthew Jacob Reply-To: mjacob@feral.com To: Rob deFriesse Cc: freebsd-bugs@FreeBSD.ORG Subject: Re: 4.1.1 install fails with diag: ffs_valloc: dup alloc In-Reply-To: <200010242143.RAA14248@chmls06.mediaone.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org This is often the result of having overlapping partitions. Recheck what you've done- also, it's an awfully big /usr with a teeny weeny / and /var. > > I am receiving the following diagnostic: > > > panic: ffs_valloc: dup alloc > > when attempting to install FreeBSD 4.1.1 on a machine with a Promise > Ultra 100 ATA-100 IDE PCI controller. > > I don't know much about the mobo except that it's a 233MHz PCI with an > AMI BIOS and 32Mb mem. It's fairly ancient. > > I connected an ATA-100 HD to the new controller (channel 1) and the > CDROM to the old IDE controller (channel 2) on the mobo. Both are > masters on their respective channels. > > I'm installing from a CD. I allocate about 15Gb to the FreeBSD slice > and use the A (automatic) option to assign partitions. The partitions > are: > > ad4s2a: 50Mb / > ad4s2b: 68Mb swap > ad4s2e: 20Mb /var > ad4s2f: 14255Mb /usr > > I get through the initial set of questions and sysinstall runs newfs. > However, it does not get through unpacking the tarballs. That is, the > diagnostic appears while unpacking the ports tarball. At this point > the install fails and it goes into the boot dialog. > > I have had the install fail in another way. I can't provide the exact > wording because it's impossible to reproduce. The gist of it is that > while it's unpacking a tarball, a form pops up indicating that a write > has failed. The message includes the value -1 (which kinda makes > sense, this being unix and all.) > > If I move the HD to the old IDE controller, I have no problem with > it. FreeBSD installs without a hitch. > > Could this be a problem with the combination of the Promise controller > and a large partition? > > Any help to get this working would be appreciated. > > Thank you, > Rob. > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-bugs" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Oct 24 16:40: 5 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 1EED037B479 for ; Tue, 24 Oct 2000 16:40:03 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id QAA32111; Tue, 24 Oct 2000 16:40:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Tue, 24 Oct 2000 16:40:03 -0700 (PDT) Message-Id: <200010242340.QAA32111@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: "Ted Mittelstaedt" Subject: Re: kern/13924: sb/snd driver broken under 4.0-19990918-CURRENT Reply-To: "Ted Mittelstaedt" Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/13924; it has been noted by GNATS. From: "Ted Mittelstaedt" To: , Cc: Subject: Re: kern/13924: sb/snd driver broken under 4.0-19990918-CURRENT Date: Tue, 24 Oct 2000 16:30:05 -0700 Exact same problem on a Gateway 2000 4DX2-50V with 4.1 RELEASE, I guess that no one is interested in fixing this one. Ted To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Oct 24 17:20: 5 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 8139937B479 for ; Tue, 24 Oct 2000 17:20:03 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id RAA46821; Tue, 24 Oct 2000 17:20:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Tue, 24 Oct 2000 17:20:03 -0700 (PDT) Message-Id: <200010250020.RAA46821@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Jin Guojun (DSD staff) Subject: Re: kern/13924: sb/snd driver broken under 4.0-19990918-CURRENT Reply-To: Jin Guojun (DSD staff) Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/13924; it has been noted by GNATS. From: Jin Guojun (DSD staff) To: Mj_guojun@lbl.gov, freebsd-gnats-submit@FreeBSD.org, tedm@IPINC.NET Cc: Subject: Re: kern/13924: sb/snd driver broken under 4.0-19990918-CURRENT Date: Tue, 24 Oct 2000 17:14:24 -0700 (PDT) > Exact same problem on a Gateway 2000 4DX2-50V with 4.1 RELEASE, I > guess that no one is interested in fixing this one. I heard that people are working on the high end sound cards. Maybe these sound devices are not very attractive :-( To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Oct 24 18: 0: 5 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 93D4337B479 for ; Tue, 24 Oct 2000 18:00:03 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id SAA60363; Tue, 24 Oct 2000 18:00:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Tue, 24 Oct 2000 18:00:03 -0700 (PDT) Message-Id: <200010250100.SAA60363@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: "Ted Mittelstaedt" Subject: RE: kern/13924: sb/snd driver broken under 4.0-19990918-CURRENT Reply-To: "Ted Mittelstaedt" Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/13924; it has been noted by GNATS. From: "Ted Mittelstaedt" To: "Jin Guojun (DSD staff)" , , Cc: Subject: RE: kern/13924: sb/snd driver broken under 4.0-19990918-CURRENT Date: Tue, 24 Oct 2000 17:50:15 -0700 Well, at least for me the pcm driver does work fine on the system, so it's possible to get some sound at least. It's probably something easily fixable, but one of the problems is that if the developers don't have the hardware they can't work on it. I mainly filed this for informational reasons only. Ted > -----Original Message----- > From: Jin Guojun (DSD staff) [mailto:jin@george.lbl.gov] > Sent: Tuesday, October 24, 2000 5:14 PM > To: Mj_guojun@lbl.gov; freebsd-gnats-submit@FreeBSD.org; tedm@IPINC.NET > Subject: Re: kern/13924: sb/snd driver broken under 4.0-19990918-CURRENT > > > > Exact same problem on a Gateway 2000 4DX2-50V with 4.1 RELEASE, I > > guess that no one is interested in fixing this one. > > I heard that people are working on the high end sound cards. > Maybe these sound devices are not very attractive :-( > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Oct 24 20:50: 6 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id CF77037B4CF for ; Tue, 24 Oct 2000 20:50:01 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id UAA22194; Tue, 24 Oct 2000 20:50:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id 9260B37B4CF; Tue, 24 Oct 2000 20:44:21 -0700 (PDT) Message-Id: <20001025034421.9260B37B4CF@hub.freebsd.org> Date: Tue, 24 Oct 2000 20:44:21 -0700 (PDT) From: dnd4ever@evolvingedge.net To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: misc/22283: when attempting to boot from CDROM to install FreeBSD, it comes up with Keyboard: no Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 22283 >Category: misc >Synopsis: when attempting to boot from CDROM to install FreeBSD, it comes up with Keyboard: no >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: doc-bug >Submitter-Id: current-users >Arrival-Date: Tue Oct 24 20:50:01 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Doug Sherman >Release: Power Pack BSDI >Organization: >Environment: Intel Celeron Machine >Description: While attempting to boot from CDROM, it doesnt recognize the keyboard, displays keyboard: no line. I was thinking that maybe the keyboard on function may have to be disabled on the motherboard. Any Ideas??? I have a regular PS2 keyboard. >How-To-Repeat: >Fix: >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Oct 24 22:40: 6 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id AC7BB37B479 for ; Tue, 24 Oct 2000 22:40:02 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id WAA65931; Tue, 24 Oct 2000 22:40:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Tue, 24 Oct 2000 22:40:02 -0700 (PDT) Message-Id: <200010250540.WAA65931@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Robin Melville Subject: Re: bin/22238: User PPP "deny_incoming" option does not deny incoming connections Reply-To: Robin Melville Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/22238; it has been noted by GNATS. From: Robin Melville To: Ruslan Ermilov Cc: FreeBSD-gnats-submit@FreeBSD.ORG, security-officer@.highwire.local Subject: Re: bin/22238: User PPP "deny_incoming" option does not deny incoming connections Date: Wed, 25 Oct 2000 06:30:44 +0100 At 6:33 pm +0300 23/10/00, Ruslan Ermilov wrote: >We had the discussion recently with Brian Somers on this topic. >Hopefully, we will come up with a solution shortly. Given that this situation has serious security implications for users of this feature, isn't there a case to be made for at least a FreeBSD security advisory. Or, since this code is shared across several platforms, a CERT advisory? It's a little alarming that this is a known problem but users have not been warned. Best wishes, Robin. -- ---------------------------------------------------------------------- Robin Melville, Addiction Information Services Nottingham Alcohol & Drug Team work: robmel@nadt.org.uk http://www.nadt.org.uk/ home: robmel@innotts.co.uk http://www.innotts.co.uk/~robmel ---------------------------------------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Oct 24 23:50: 6 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 6308637B4C5 for ; Tue, 24 Oct 2000 23:50:01 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id XAA90817; Tue, 24 Oct 2000 23:50:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from magpie.csie.nctu.edu.tw (magpie.csie.nctu.edu.tw [140.113.209.21]) by hub.freebsd.org (Postfix) with ESMTP id 9CD8037B479 for ; Tue, 24 Oct 2000 23:42:57 -0700 (PDT) Received: (from wkwu@localhost) by magpie.csie.nctu.edu.tw (8.11.0/8.9.1) id e9P6f3h62620; Wed, 25 Oct 2000 14:41:03 +0800 (CST) Message-Id: <200010250641.e9P6f3h62620@magpie.csie.nctu.edu.tw> Date: Wed, 25 Oct 2000 14:41:03 +0800 (CST) From: wkwu@csie.nctu.edu.tw Reply-To: wkwu@csie.nctu.edu.tw To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: misc/22284: Change (SunOS) NIS passwd error Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 22284 >Category: misc >Synopsis: Change (SunOS) NIS passwd error >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Oct 24 23:50:00 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Wei-Kai Wu >Release: FreeBSD 4.1.1-STABLE i386 >Organization: Kavalan >Environment: yp_server: SunOS-4.1.3 sun4m client: FreeBSD 4.1.1-STABLE i386 >Description: We have to using SunOS-4.1.3 yp_server. patch for /usr/src/usr.bin/passwd/yp_passwd.c line: 83 - pw = (struct passwd *)&yp_password; + pw = getpwuid(uid); It worked well before. Now when changing passwd: Changing NIS password for wkwu on nis-server. Old Password: New password: Retype new password: passwd: failed to change NIS password: RPC: Server can't decode arguments I have traced some source. But no idea ... >How-To-Repeat: Using FreeBSD as yp_client to bind SunOS-4.1.3 yp_server. >Fix: No idea. >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Oct 25 1:50: 5 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id BC5A637B479 for ; Wed, 25 Oct 2000 01:50:01 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id BAA36380; Wed, 25 Oct 2000 01:50:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Wed, 25 Oct 2000 01:50:01 -0700 (PDT) Message-Id: <200010250850.BAA36380@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: "Todd P. Whitesel" Subject: Re: i386/22240: unstable UDMA on Iwill VD133PL v1.6 (Apollo MVP3, IDE rev 0x10) Reply-To: "Todd P. Whitesel" Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR i386/22240; it has been noted by GNATS. From: "Todd P. Whitesel" To: toddpw@apricot.com (Todd P. Whitesel) Cc: toddpw@apricot.com, sos@freebsd.dk, freebsd-gnats-submit@FreeBSD.ORG Subject: Re: i386/22240: unstable UDMA on Iwill VD133PL v1.6 (Apollo MVP3, IDE rev 0x10) Date: Wed, 25 Oct 2000 01:41:12 -0700 (PDT) --- NOTE --- After two days of success, the PIO-only tests have exhibited similar failures on both FreeBSD 4.1.1 and NetBSD 1.5_ALPHA2. So that would suggest that this is not a strictly UDMA issue after all, but some subtle problem with the VIA 133 chipset... yuck. -- Todd Whitesel Anime Expo Information at toddpw @ apricot.com http://www.anime-expo.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Oct 25 2: 0:11 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 0CA9437B479 for ; Wed, 25 Oct 2000 02:00:09 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id CAA39907; Wed, 25 Oct 2000 02:00:08 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Wed, 25 Oct 2000 02:00:08 -0700 (PDT) Message-Id: <200010250900.CAA39907@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Robin Melville Subject: Re: bin/22238: User PPP "deny_incoming" option does not deny incoming connections Reply-To: Robin Melville Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/22238; it has been noted by GNATS. From: Robin Melville To: freebsd-gnats-submit@FreeBSD.org Cc: Ruslan Ermilov , Brian Somers , robmel@nadt.org.uk, Eivind Eklund Subject: Re: bin/22238: User PPP "deny_incoming" option does not deny incoming connections Date: Wed, 25 Oct 2000 09:52:27 +0100 Apologies for following up my own posts. Following comments by Ruslan Ermilov I am submitting a revised patch for this issue. This fixes the hole and causes ppp(8) to have the same behaviour as the natd(8) daemon in relation to the deny_incoming flag. It permits packets that are scrambled or otherwise unrecognised by the libalias(3) engine when deny_incoming is not set but drops them if it is. The rationale for dropping scrambled or unrecognised packets as well as connection attempts when deny_incoming is set is that the default behaviour of a one-way firewall is to block packets which are not responses to traffic originating from the interior of the firewall. Since the aliasing engine is unable to confirm this for packets it ignores, the safest action is to discard them. Libalias(3) returns an ambiguous result code (PKT_ALIAS_IGNORED) which serves to indicate both incoming scrambled or unrecognised packets as well as packets for which a connection does not exist in its rewriting table when PKT_ALIAS_DENY_INCOMING is set. However, the response of ppp(8) to these conditions is unambiguous. Consequently it makes more sense to fix ppp(8) rather than alter the interface to libalias(3) by adding an additional result code. Revised patch: --- nat_cmd.c Sun Oct 22 11:22:01 2000 +++ nat_cmd+.c Wed Oct 25 07:59:24 2000 @@ -421,12 +421,20 @@ break; case PKT_ALIAS_IGNORED: - if (log_IsKept(LogTCPIP)) { - log_Printf(LogTCPIP, "NAT engine ignored data:\n"); + /* libalias(3) has ignored this packet. This may be either because it does not + understand it or because deny_incoming is set and no link exists in the aliasing + table. */ + if (log_IsKept(LogTCPIP)) { + log_Printf(LogTCPIP, "NAT engine ignored packet:\n"); PacketCheck(bundle, MBUF_CTOP(bp), bp->m_len, NULL, NULL, NULL); } + /* drop the packet if deny_incoming is set */ + if (PacketAliasSetMode(0,0) & PKT_ALIAS_DENY_INCOMING) { + m_freem(bp); + bp = NULL; + } break; - + default: log_Printf(LogWARN, "nat_LayerPull: Dropped a packet (%d)....\n", ret); m_freem(bp); -- Robin Melville, Addiction Information Services Nottingham Alcohol & Drug Team work: robmel@nadt.org.uk http://www.nadt.org.uk/ home: robmel@innotts.co.uk http://www.innotts.co.uk/~robmel To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Oct 25 2: 8:17 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freebsd.dk (freebsd.dk [212.242.42.178]) by hub.freebsd.org (Postfix) with ESMTP id BEB5B37B479 for ; Wed, 25 Oct 2000 02:08:11 -0700 (PDT) Received: (from sos@localhost) by freebsd.dk (8.9.3/8.9.1) id LAA52929; Wed, 25 Oct 2000 11:06:13 +0200 (CEST) (envelope-from sos) From: Soren Schmidt Message-Id: <200010250906.LAA52929@freebsd.dk> Subject: Re: i386/22240: unstable UDMA on Iwill VD133PL v1.6 (Apollo MVP3, IDE rev 0x10) In-Reply-To: <200010250850.BAA36380@freefall.freebsd.org> from "Todd P. Whitesel" at "Oct 25, 2000 01:50:01 am" To: toddpw@apricot.com (Todd P. Whitesel) Date: Wed, 25 Oct 2000 11:06:12 +0200 (CEST) Cc: freebsd-bugs@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL54 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org It seems Todd P. Whitesel wrote: > After two days of success, the PIO-only tests have exhibited similar failures > on both FreeBSD 4.1.1 and NetBSD 1.5_ALPHA2. > > So that would suggest that this is not a strictly UDMA issue after all, > but some subtle problem with the VIA 133 chipset... yuck. Hmm, having looked at the description again I dont see you getting any failures from the ATA driver (ie timeouts etc), so I think this is a memory problem after all, which is consistent with SEGV's etc... Try some other memory or if possible relax the RAM timing in the BIOS... Do you pr chance run it with 133Mhz mem ? if so is it really PC133 mem you have ? -Søren To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Oct 25 2:30: 7 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 8DC4737B4C5 for ; Wed, 25 Oct 2000 02:30:04 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id CAA56491; Wed, 25 Oct 2000 02:30:04 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id 2867637B479; Wed, 25 Oct 2000 02:29:49 -0700 (PDT) Message-Id: <20001025092949.2867637B479@hub.freebsd.org> Date: Wed, 25 Oct 2000 02:29:49 -0700 (PDT) From: Bram@vim.org To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: bin/22286: siglongjmp does not properly restore the signal stack Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 22286 >Category: bin >Synopsis: siglongjmp does not properly restore the signal stack >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Oct 25 02:30:01 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Bram Moolenaar >Release: 4.0 release >Organization: >Environment: FreeBSD masaka.moolenaar.net 4.0-RELEASE FreeBSD 4.0-RELEASE #2: Mon Oct 16 18:20:45 CEST 2000 mool@masaka.moolenaar.net:/usr/src/sys/compile/MASAKA i386 >Description: When using siglongjmp() to jump from a signal handler back to the main code, while the signal function uses the signal stack (defined with sigaltstack()), this works only once. The next time the signal handler is called the program crashes, apparently because the signal stack is not operating. Setting the signal stack again (with sigaltstack()) works around the problem. The same code works fine on other systems that have sigaltstack(). >How-To-Repeat: Compile and run the program below. Result: In while Signal recieved! In while Illegal instruction(core dumped) Now define "WORKAROUND" and do it again. Result: In while Signal recieved! In while Signal recieved! In while Signal recieved! etc. #include #include #include #include #include /* #define WORKAROUND */ sigjmp_buf env; stack_t ss; struct sigaction sa; void foo(void) { int a[32768]; foo(); /* recursively call ourselves until out of stack space */ } void sighandler(int sig) { siglongjmp(env, 100); } main() { if ((ss.ss_sp = malloc(SIGSTKSZ)) == NULL) exit(1); ss.ss_size = SIGSTKSZ; ss.ss_flags = 0; if (sigaltstack(&ss,(stack_t *)0) < 0) { perror("sigaltstack"); exit(1); } sa.sa_handler = sighandler; sa.sa_flags = SA_ONSTACK; if (sigaction(SIGSEGV, &sa, 0) < 0) { perror("sigaction"); exit(1); } while (1) { puts("In while"); if (!sigsetjmp(env, 1)) foo(); else { puts("Signal recieved!"); #ifdef WORKAROUND if (sigaltstack(&ss, (stack_t *)0) < 0) { perror("sigaltstack"); exit(1); } #endif } } } >Fix: No known solution >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Oct 25 3:20: 5 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id D695437B4C5 for ; Wed, 25 Oct 2000 03:20:01 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id DAA87642; Wed, 25 Oct 2000 03:20:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id E4D0A37B479; Wed, 25 Oct 2000 03:14:09 -0700 (PDT) Message-Id: <20001025101409.E4D0A37B479@hub.freebsd.org> Date: Wed, 25 Oct 2000 03:14:09 -0700 (PDT) From: simon@zymurgy.org To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: conf/22287: binary upgrade install to 4.1.1 does not preserve /etc/mail/mailer.conf Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 22287 >Category: conf >Synopsis: binary upgrade install to 4.1.1 does not preserve /etc/mail/mailer.conf >Confidential: no >Severity: serious >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Oct 25 03:20:01 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Simon Hewison >Release: 4.1.1 >Organization: Zymurgic Fluid Transfer Association >Environment: FreeBSD keg.zymurgy.org 4.1.1-RELEASE FreeBSD 4.1.1-RELEASE #0: Tue Sep 26 00:46:59 GMT 2000 jkh@narf.osd.bsdi.com:/usr/src/sys/compile/GENERIC i386 >Description: On upgrading from 4.0-RELEASE to 4.1.1-RELASE using a binary upgrade, although it happily preserves much of the system configuration files in /etc, it ignores /etc/mail/mailer.conf. This stops any outgoing mail from working as intended since it hits an (unconfigured) version of the raw sendmail. >How-To-Repeat: Install exim (or any other sendmail drop-in replacement), configure it up in /etc/mail/mailer.conf and do a binary upgrade >Fix: Manually take a backup, and replace file after upgrade. >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Oct 25 4:10: 6 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id BFBE037B4C5 for ; Wed, 25 Oct 2000 04:10:00 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id EAA17761; Wed, 25 Oct 2000 04:10:00 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id 468A837B4E5; Wed, 25 Oct 2000 04:01:40 -0700 (PDT) Message-Id: <20001025110140.468A837B4E5@hub.freebsd.org> Date: Wed, 25 Oct 2000 04:01:40 -0700 (PDT) From: jessemonroy@email.com To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: misc/22288: mod_perl dependancy missing from p5-HTML-Mason Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 22288 >Category: misc >Synopsis: mod_perl dependancy missing from p5-HTML-Mason >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Oct 25 04:10:00 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Jesse Monroy >Release: 3.5.1 >Organization: Digital Marshalls >Environment: FreeBSD spammie.svbug.com 3.5.1-RELEASE FreeBSD 3.5.1-RELEASE #0: Wed Sep 13 20:07:41 PDT 2000 jessem@spammie.svbug.com:/usr/src/sys/compile/GATEWAY i386 >Description: Mason require mod_perl, Apache and other programs to run. It also requires a handler, although one is not provide by the Mason group.  >How-To-Repeat: Install p5-HTML-Mason >Fix: Workaround: Install mod_perl before installing p5-HTML-Mason and/or Apache. >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Oct 25 4:55:39 2000 Delivered-To: freebsd-bugs@freefall.freebsd.org Received: from server3.syd.mail.ozemail.net (server3.syd.mail.ozemail.net [203.108.7.41]) by hub.freebsd.org (Postfix) with ESMTP id 07C0637B4CF; Wed, 25 Oct 2000 04:55:20 -0700 (PDT) Received: from 4.54.134.39 (PPPa10-ResaleSanFranciscoMetro5-1R7195.saturn.bbn.com [4.54.134.39]) by server3.syd.mail.ozemail.net (8.9.0/8.6.12.IPASS) with SMTP id WAA04423; Wed, 25 Oct 2000 22:52:46 +1100 (EST) From: aud@sprintmail.com Message-ID: <000052320299$00003855$00003bb2@4.54.134.39> To: Subject: No More Debt 15282 Date: Wed, 25 Oct 2000 04:53:17 -0700 MIME-Version: 1.0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Priority: 3 X-MSMail-Priority: Normal Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org FREE Mortgage Quote

 HOMEOWNERS

 Do you want to pay off your credit card debt,
 refinance your existing mortgage, or take
 out additional cash for any purpose?

 WE SPECIALIZE IN FAST AND EASY APPROVALS

 * Borrow money even if you are in chapter 13 bankruptcy
  or save your home if you are facing foreclosure.
 * Pay off tax liens, judgments, or collection accounts.
 * Consolidate debts, pay bills.
 * Make home improvements, or even take that dream vacation.

 WE CAN GET YOU THE LOAN YOU NEED REGARDLESS OF YOUR CREDIT.

 * Good or Bad Credit OK * Self Employed OK
 * Prior Bankruptcy OK * Credit Problems OK

 Whatever your lifestyle needs. APPLY NOW! We can help.

 * WE FUND THE LOANS THAT OTHER LENDERS TURN DOWN!

 FOR A FAST, FREE LOAN QUOTE, FILL OUT THE FORM BELOW.



Our 60 second application

Fill= out this short form to receive your free information.
 All Questions Must Be Answered. Type NA To Those That Do Not Apply To You



.
First Name
Last Name
Co-Applicant's Name
City
State (abbreviation)
Street Address
Zip
Work Phone 000-000-0000
Home Phone 000-000-0000
Type of House Owned
Current Value
Purchase Price
First Mortgage Balance
Interest Rate
Fixed or Adjustable?
Monthly Payment
Behind on Payments?
How Would Your Rate Your Credit?
Place of Employment
Years There
Yearly Income
Best Time to Call
Type of Loan Desired
Email Address



If you received this in error or would like to be
removed from our list, PLEASE CLICK HERE

 

 

 

 

 

To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Oct 25 7:10: 4 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 05FDB37B4CF for ; Wed, 25 Oct 2000 07:10:01 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id HAA13794; Wed, 25 Oct 2000 07:10:00 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id 42B8237B479; Wed, 25 Oct 2000 07:02:37 -0700 (PDT) Message-Id: <20001025140237.42B8237B479@hub.freebsd.org> Date: Wed, 25 Oct 2000 07:02:37 -0700 (PDT) From: epep0002@acebo.pntic.mec.es To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: misc/22290: mi ordenador al cabo de un tiempo no arranca Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 22290 >Category: misc >Synopsis: mi ordenador al cabo de un tiempo no arranca >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Oct 25 07:10:00 PDT 2000 >Closed-Date: >Last-Modified: >Originator: eduardo >Release: >Organization: >Environment: >Description: Despues de un tiempo de perfecto funcionamiento no arranca y pita pero despues de un tiempo de espera funciona bien la fuente de alimentación funciona perfectamente y el ventilador también porque ya me lo han mirado, gracias de antemano por su interés. Un saludo. >How-To-Repeat: >Fix: >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Oct 25 8:33:37 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from v-dmnc.net (sv.v-dmnc.net [210.155.123.3]) by hub.freebsd.org (Postfix) with SMTP id 71BBD37B4FE for ; Wed, 25 Oct 2000 08:33:17 -0700 (PDT) Received: (qmail 6543 invoked from network); 26 Oct 2000 00:39:49 +0900 Received: from p0444-ip01osakakita.osaka.ocn.ne.jp (HELO www.v-dmnc.net) (211.0.253.190) by sv.v-dmnc.net with SMTP; 26 Oct 2000 00:39:49 +0900 From: =?iso-2022-jp?B?RE5UGyRCNElNfTxUGyhC?= To: =?iso-2022-jp?B?ZnJlZWJzZC1idWdzQEZyZWVCU0QuT1JH?= Subject: =?iso-2022-jp?B?GyRCI0QlXiUsOVhGSSROJCo0aiQkISobKEI=?= Mime-Version: 1.0 Content-Type: text/plain; charset= "ISO-2022-JP" Content-Transfer-Encoding: 7bit Message-Id: <20001025153317.71BBD37B4FE@hub.freebsd.org> Date: Wed, 25 Oct 2000 08:33:17 -0700 (PDT) Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org $B$I$&$+$46(NO$r4j$$$7$^$9!#(B $BEvJ}$O@lLg#D%^%,%8%s$rH/9T$7$F$$$k$NL5$$J}$O:#8e0l@Z$NG[?.5Z$S%"%I%l%9$N1J5W:o(B $B=|(B $B:n6H$rI,$:CW$7$^$9!#$I$&$+$4N;>54j$$$^$9$3$H$r$*4j$$CW$7$^$9!#(B $B@?$K>!?'!9!d(B $B$H$J$j$^$9!#(B $B$^$?!"7n$K0lEY$4EPO?$5$l$J$$J}$O0J8eG[?.$r$7$J$$$h$&1J5W:o=|$r$$$?$7$^$9$N$G!"$*(B $BA0$G$9!":#$,%A%c%s%9(B $B$G$9!*(B $B%S%8%M%9$r$d$C$F$$$k0J>eBeM}E9$K$J$i$J$/$F$O$^$:!"<}F~$O(B $B%7%e%_%l!<%7%g%sDL$j$K$O$J$j$^$;$s!#(B $B;d$?$A$N%0%k!<%W$G$O!"$I$3$h$j$bAa$/BeM}E9$K$J$l$k%N%&%O%&$r(B $B;}$C$F$$$^$9!#(B $B%0%k!<%W$N%5%]!<%HBN@)$,<+K}$G$9!*(B http://www.jin.ne.jp/joyful21/bp/bp065.htm $BC4Ev!!!!;3ED$7$E$+(B $B%a!<%k!!(Bteddy-2@viola.ocn.ne.jp ===================================================================== === <$B%a!<%k$G9-9p$r $BEPO?@bL@$O!!(Bhttp://www.e-lent.com/~fuu/oll_1.htm$B!!(B $B!a!a!a!a!a!a!a!a!a!a!a!a!a!a!a!a!a!a!a!a!a!a!a!a!a!a!a!a!a!a!a!a!a!a(B $B!a!a(B $B:G8eKx$*FI$_$$$?$@$-@?$KM-Fq$&$4$6$$$^$7$?!#(B ( $B4IM}; Wed, 25 Oct 2000 10:41:34 -0700 (PDT) Received: from mediaone.net (h00104b44180b.ne.mediaone.net [24.91.120.32]) by chmls06.mediaone.net (8.8.7/8.8.7) with SMTP id NAA22905; Wed, 25 Oct 2000 13:41:32 -0400 (EDT) Date: Wed, 25 Oct 2000 13:41:32 -0400 (EDT) Message-Id: <200010251741.NAA22905@chmls06.mediaone.net> From: robdefriesse@mail.com (Rob deFriesse) To: freebsd-bugs@FreeBSD.ORG Cc: Matthew Jacob Subject: Re: 4.1.1 install fails with diag: ffs_valloc: dup alloc Mime-Version: 1.0 (generated by tm-edit 7.108) Content-Type: text/plain; charset=US-ASCII Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Matthew, Thank you for your response. > This is often the result of having overlapping partitions. > > Recheck what you've done- also, it's an awfully big /usr with a > teeny weeny / and /var. I'm using the FDISK partion editor and the FreeBSD disklabel editor to define these slices and partitions. These are the utilities that are invoked during the install process. Neither editor allows me to specify where slices or partions are placed nor does the partition editor display the starting sector of each partion. Therefore, I have to count on them to get this right. In the case of the partition editor, I used the A (automatic) option to assign partitions. Do you recommend that I override the automatic assignment? Keep in mind that I used the exact same slice and partition configuration without the Promise card and had no problem whatsoever with the installation. Thank you, Rob. > > > > I am receiving the following diagnostic: > > > > > panic: ffs_valloc: dup alloc > > > > when attempting to install FreeBSD 4.1.1 on a machine with a Promise > > Ultra 100 ATA-100 IDE PCI controller. > > > > I don't know much about the mobo except that it's a 233MHz PCI with an > > AMI BIOS and 32Mb mem. It's fairly ancient. > > > > I connected an ATA-100 HD to the new controller (channel 1) and the > > CDROM to the old IDE controller (channel 2) on the mobo. Both are > > masters on their respective channels. > > > > I'm installing from a CD. I allocate about 15Gb to the FreeBSD slice > > and use the A (automatic) option to assign partitions. The partitions > > are: > > > > ad4s2a: 50Mb / > > ad4s2b: 68Mb swap > > ad4s2e: 20Mb /var > > ad4s2f: 14255Mb /usr > > > > I get through the initial set of questions and sysinstall runs newfs. > > However, it does not get through unpacking the tarballs. That is, the > > diagnostic appears while unpacking the ports tarball. At this point > > the install fails and it goes into the boot dialog. > > > > I have had the install fail in another way. I can't provide the exact > > wording because it's impossible to reproduce. The gist of it is that > > while it's unpacking a tarball, a form pops up indicating that a write > > has failed. The message includes the value -1 (which kinda makes > > sense, this being unix and all.) > > > > If I move the HD to the old IDE controller, I have no problem with > > it. FreeBSD installs without a hitch. > > > > Could this be a problem with the combination of the Promise controller > > and a large partition? > > > > Any help to get this working would be appreciated. > > > > Thank you, > > Rob. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Oct 25 11: 0: 6 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id E536437B4CF for ; Wed, 25 Oct 2000 11:00:00 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id LAA32519; Wed, 25 Oct 2000 11:00:00 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from post.mail.nl.demon.net (post-10.mail.nl.demon.net [194.159.73.20]) by hub.freebsd.org (Postfix) with ESMTP id BB42837B4D7 for ; Wed, 25 Oct 2000 10:59:34 -0700 (PDT) Received: from [194.159.73.45] (helo=ftp.server.nl.demon.net) by post.mail.nl.demon.net with smtp (Exim 3.14 #2) id 13oUpp-00067p-00 for FreeBSD-gnats-submit@freebsd.org; Wed, 25 Oct 2000 17:59:33 +0000 Received: by ftp.server.nl.demon.net with local id 13oUpp-0001q9-00 for multiple recipients; Wed, 25 Oct 2000 17:59:33 +0000 Message-Id: Date: Wed, 25 Oct 2000 17:59:33 +0000 From: pdp@nl.demon.net To: FreeBSD-gnats-submit@freebsd.org Cc: pdp@nl.demon.net X-Send-Pr-Version: 3.2 Subject: bin/22291: getcwd() fails on recently-modified NFS-mounted dirs Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 22291 >Category: bin >Synopsis: getcwd() fails on recently-modified NFS-mounted dirs >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Oct 25 11:00:00 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Phil Pennock >Release: FreeBSD 4.1.1-STABLE i386 >Organization: Thus PLC (Demon NL) >Environment: FreeBSD FreeBSD 4.1.1-STABLE i386 (src upgraded 2000-09-29) NFS mount from Network Appliance Netapp ftp-netapp1:/ftp on /public/pub (nfs, nodev, nosuid) >Description: We have an FTP server, mounting publically-available filesystem from a NetApp. The chroot() point is to local disk, with NFS mounted on /pub within that environment. With an open FTP connection, the (customised) server experiences a realpath() failure (EACCESS) if the cwd of the connection is modified (file added or deleted) via normal login. This resolves itself either with the passing of time, or by causing a stat of the directory which isn't stat(".") (CDUP, CD back; or "ls /the/cwd"). The call to realpath() fails in getcwd() (found via gdb). Using ktrace, we see: 6506 ftpd CALL __getcwd(0xbfbff2ec,0x400) 6506 ftpd RET __getcwd -1 errno 20 Not a directory This is a directory; it has just been modified recently. ktrace's of an FTP LIST command when it works and when it fails because the dir has been modified available upon request. A "diff -u" is informative. >How-To-Repeat: Via Description above. ktraces, diffs, available upon request. Access to server code can be arranged if desired, but the above shows it to not be a problem with our code. >Fix: >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Oct 25 11:15:25 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 9F06837B479; Wed, 25 Oct 2000 11:15:23 -0700 (PDT) Received: (from johan@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id LAA39538; Wed, 25 Oct 2000 11:15:23 -0700 (PDT) (envelope-from johan@FreeBSD.org) Date: Wed, 25 Oct 2000 11:15:23 -0700 (PDT) From: Message-Id: <200010251815.LAA39538@freefall.freebsd.org> To: ahlberg@fairytale.se, johan@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/21970: Kernel panic when trying to access a UDMA100 harddisk Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: Kernel panic when trying to access a UDMA100 harddisk State-Changed-From-To: feedback->closed State-Changed-By: johan State-Changed-When: Wed Oct 25 11:12:56 PDT 2000 State-Changed-Why: The submitter says: From: "Daniel Ahlberg" To: Subject: Re: kern/21970: Kernel panic when trying to access a UDMA100 harddisk Date: Wed, 25 Oct 2000 10:06:29 +0200 > I also belive the output from a verbose boot will be good > to have. > This can be found in /var/run/dmesg.boot after a > verbose boot. I'd wish to cancel this bug, becuse I can't reproduce it. I had to use another computer for our fileserver, and the new one is working with the UDMA 100 controller. I'm almost sure that it is something wrong with the motherboard, the box began to crash after a couple of days uptime. Thanks for the quick answer. http://www.freebsd.org/cgi/query-pr.cgi?pr=21970 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Oct 25 11:31: 7 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 6E26B37B479; Wed, 25 Oct 2000 11:31:06 -0700 (PDT) Received: (from johan@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id LAA45023; Wed, 25 Oct 2000 11:31:06 -0700 (PDT) (envelope-from johan@FreeBSD.org) Date: Wed, 25 Oct 2000 11:31:06 -0700 (PDT) From: Message-Id: <200010251831.LAA45023@freefall.freebsd.org> To: johan@FreeBSD.org, freebsd-bugs@FreeBSD.org, marcel@FreeBSD.org Subject: Re: bin/22256: [RARE] cross-compiled static bins in /usr/obj/usr/src/i386 can cause Signal 4 during make installworld Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: [RARE] cross-compiled static bins in /usr/obj/usr/src/i386 can cause Signal 4 during make installworld Responsible-Changed-From-To: freebsd-bugs->marcel Responsible-Changed-By: johan Responsible-Changed-When: Wed Oct 25 11:29:58 PDT 2000 Responsible-Changed-Why: Marcel, can you have a quick look at this and maybe add 'strip' to the copied programs in installworld. http://www.freebsd.org/cgi/query-pr.cgi?pr=22256 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Oct 25 12:30:16 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from palrel3.hp.com (palrel3.hp.com [156.153.255.226]) by hub.freebsd.org (Postfix) with ESMTP id 4739A37B4E5; Wed, 25 Oct 2000 12:30:12 -0700 (PDT) Received: from adlmail.cup.hp.com (adlmail.cup.hp.com [15.0.100.30]) by palrel3.hp.com (Postfix) with ESMTP id CB0CDD5B; Wed, 25 Oct 2000 12:30:11 -0700 (PDT) Received: from cup.hp.com (gauss.cup.hp.com [15.28.97.152]) by adlmail.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with ESMTP id MAA15855; Wed, 25 Oct 2000 12:30:11 -0700 (PDT) Message-ID: <39F734C3.B87DFAE7@cup.hp.com> Date: Wed, 25 Oct 2000 15:30:11 -0400 From: Marcel Moolenaar Organization: Hewlett-Packard X-Mailer: Mozilla 4.73 [en] (X11; U; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: johan@FreeBSD.org Cc: freebsd-bugs@FreeBSD.org Subject: Re: bin/22256: [RARE] cross-compiled static bins in /usr/obj/usr/src/i386 can cause Signal 4 during make installworld References: <200010251831.LAA45023@freefall.freebsd.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org johan@FreeBSD.org wrote: > > Synopsis: [RARE] cross-compiled static bins in /usr/obj/usr/src/i386 can cause Signal 4 during make installworld > > Responsible-Changed-From-To: freebsd-bugs->marcel > Responsible-Changed-By: johan > Responsible-Changed-When: Wed Oct 25 11:29:58 PDT 2000 > Responsible-Changed-Why: > Marcel, can you have a quick look at this and maybe add 'strip' > to the copied programs in installworld. > > http://www.freebsd.org/cgi/query-pr.cgi?pr=22256 There's no bug in the build process that I know of. The tools in /usr/obj that are specifically compiled to run on the build machine need to be linked against the libraries in /usr/lib. In this case the build machine is incompatible with the install machine, simply because the binaries and libraries were optimized for the build machine and by that unusable on the install machine. This is just as bad as building on Alpha and installing on IA-32. To make the build process a bit more resistant, we can force bootstrap, build and cross tools to be dynamicly linked instead of staticly linked. We should not add strip to installworld. Think about what would happen if we did a source upgrade on FreeBSD 2.2.5 and basicly install ELF over aout. We would be using an aout strip on ELF files... -- Marcel Moolenaar mail: marcel@cup.hp.com / marcel@FreeBSD.org tel: (408) 447-4222 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Oct 25 12:40:12 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from yahoo.com (unknown [12.24.248.13]) by hub.freebsd.org (Postfix) with SMTP id 6208C37B479 for ; Wed, 25 Oct 2000 12:40:06 -0700 (PDT) Message-Id: X-Sender: auto_quoter@yahoo.com X-Mailer: Mozilla 4.71 [en] (Win98; I) Date: Wed, 25 Oct 2000 12:39:34 -0700 To: carlist From: auto_quoter Subject: FREE! Get A Great Price On A New Car! (39106f20) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Get A Great Price On A New Car! Absolutely Free! Want to save time and money? Want to have quick access to car quotes? Want to have all makes and models available to you? If you answered yes to any of these, then take advantage of this free, no-hassle service. Simply click on the link below to get low prices on all makes and models of new and used cars, without having to negotiate with a dealer. It’s painless and stress-free! CLICK-HERE--> http://3627528622/ <--CLICK-HERE ************************************************** If you wish to unsubscribe from this list, simply go to http://3627528622/remove.html and follow the instructions. You will be removed immediately. PLEASE NOTE: replying to this message will not remove you, you MUST follow the link above. Thank you. ************************************************** To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Oct 25 12:58:11 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from kamidake.apricot.com (kamidake.apricot.com [64.121.160.36]) by hub.freebsd.org (Postfix) with ESMTP id 0E19C37B479 for ; Wed, 25 Oct 2000 12:58:08 -0700 (PDT) Received: (from toddpw@localhost) by kamidake.apricot.com (8.8.8/8.8.8) id MAA10138; Wed, 25 Oct 2000 12:57:16 -0700 (PDT) From: "Todd P. Whitesel" Message-Id: <200010251957.MAA10138@kamidake.apricot.com> Subject: Re: i386/22240: unstable UDMA on Iwill VD133PL v1.6 (Apollo MVP3, IDE rev 0x10) In-Reply-To: <200010250906.LAA52929@freebsd.dk> from Soren Schmidt at "Oct 25, 0 11:06:12 am" To: sos@freebsd.dk (Soren Schmidt) Date: Wed, 25 Oct 2000 12:57:16 -0700 (PDT) Cc: toddpw@apricot.com, freebsd-bugs@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL38 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > Hmm, having looked at the description again I dont see you getting any > failures from the ATA driver (ie timeouts etc), so I think this is > a memory problem after all, which is consistent with SEGV's etc... That's what I thought at first, but I already replaced one of the memories because it was clearly bad -- I actually have two identically configured machines here and they both exhibit the same symptoms. > Try some other memory or if possible relax the RAM timing in the BIOS... SDRAM Timing: 2 or 3, and it is already set to 3. > Do you pr chance run it with 133Mhz mem ? if so is it really PC133 > mem you have ? The memory is labelled PC133 and that's what I asked for. (It's Fry's memory, oh no!) I also tried the tests at "HOSTCLK-33" to see if 100mhz would work better, but it got the same failures. -- Todd Whitesel Anime Expo Information at toddpw @ apricot.com http://www.anime-expo.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Oct 25 13:30: 6 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id C222C37B479 for ; Wed, 25 Oct 2000 13:30:02 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id NAA90137; Wed, 25 Oct 2000 13:30:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Wed, 25 Oct 2000 13:30:02 -0700 (PDT) Message-Id: <200010252030.NAA90137@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Cyrille Lefevre Subject: Re: kern/20231: non existing kernel files found in conf/files.* Reply-To: Cyrille Lefevre Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/20231; it has been noted by GNATS. From: Cyrille Lefevre To: freebsd-gnats-submit@FreeBSD.org, clefevre@citeweb.net Cc: Subject: Re: kern/20231: non existing kernel files found in conf/files.* Date: Wed, 25 Oct 2000 22:29:35 +0200 could someone close this PR ? it seems /sys/conf/files.* have been fixed. # cd /sys # awk '/standard|optional/&&!(/^#/||/\\$/){print $1}' conf/files | xargs ls -d > /dev/null ls: net/mppcc.c: No such file or directory ls: net/mppcd.c: No such file or directory those missing files are "normal" as /sys/conf/files says : # The next two files (plus the header file net/mppc.h) are proprietary and # must be obtained elsewhere in order to enable NETGRAPH_MPPC_COMPRESSION net/mppcc.c optional netgraph_mppc_compression net/mppcd.c optional netgraph_mppc_compression Cyrille. -- home: mailto:clefevre@citeweb.net work: mailto:Cyrille.Lefevre@edf.fr To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Oct 25 13:40: 8 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id B7F7137B4C5 for ; Wed, 25 Oct 2000 13:40:01 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id NAA93641; Wed, 25 Oct 2000 13:40:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Wed, 25 Oct 2000 13:40:01 -0700 (PDT) Message-Id: <200010252040.NAA93641@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Salvo Bartolotta Subject: Re: misc/22290: mi ordenador al cabo de un tiempo no arranca Reply-To: Salvo Bartolotta Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR misc/22290; it has been noted by GNATS. From: Salvo Bartolotta To: epep0002@acebo.pntic.mec.es Cc: freebsd-gnats-submit@freebsd.org Subject: Re: misc/22290: mi ordenador al cabo de un tiempo no arranca Date: Wed, 25 Oct 2000 21:37:21 GMT [ resent; I had messed my mail up, sorry] >>>>>>>>>>>>>>>>>> Original Message <<<<<<<<<<<<<<<<<< On 10/25/00, 3:02:37 PM, epep0002@acebo.pntic.mec.es wrote regarding misc/22290: mi ordenador al cabo de un tiempo no arranca: > >Number: 22290 > >Category: misc > >Synopsis: mi ordenador al cabo de un tiempo no arranca > >Confidential: no > >Severity: non-critical > >Priority: low > >Responsible: freebsd-bugs > >State: open > >Quarter: > >Keywords: > >Date-Required: > >Class: sw-bug > >Submitter-Id: current-users > >Arrival-Date: Wed Oct 25 07:10:00 PDT 2000 > >Closed-Date: > >Last-Modified: > >Originator: eduardo > >Release: > >Organization: > >Environment: > >Description: > Despues de un tiempo de perfecto funcionamiento no arranca y pita pero= > despues de un tiempo de espera funciona bien la fuente de alimentaci=F3= n funciona Your machine stops working properly after performing well/correctly for some time; however, after a while, your power supply starts correctly functioning again -- since somebody has had a look at your power supply and at your fan. > perfectamente y el ventilador tambi=E9n porque ya me lo han mirado, > gracias de antemano por su inter=E9s. > Un saludo. Eduardo, This is an **English-speaking** forum; as far as your competence in English is concerned, this forum is very "fault-tolerant" :-)) Could you please post in English (even rudimentary English: it doesn't matter) in future, and provide as many relevant details as you can ? As to your specific problem, you haven't provided enough information. It seems to be hardware-related, but I can't say any more. Please check your hardware (RAM, cache, fan, etc.) carefully before writing such a PR (=3DProblem Report): PRs relate to software bugs. Best regards & best of luck, Salvo (Italian :-) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Oct 25 13:49:58 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freebsd.dk (freebsd.dk [212.242.42.178]) by hub.freebsd.org (Postfix) with ESMTP id 69A1D37B479 for ; Wed, 25 Oct 2000 13:49:55 -0700 (PDT) Received: (from sos@localhost) by freebsd.dk (8.9.3/8.9.1) id WAA17888; Wed, 25 Oct 2000 22:47:58 +0200 (CEST) (envelope-from sos) From: Soren Schmidt Message-Id: <200010252047.WAA17888@freebsd.dk> Subject: Re: i386/22240: unstable UDMA on Iwill VD133PL v1.6 (Apollo MVP3, IDE rev 0x10) In-Reply-To: <200010251957.MAA10138@kamidake.apricot.com> from "Todd P. Whitesel" at "Oct 25, 2000 12:57:16 pm" To: toddpw@apricot.com (Todd P. Whitesel) Date: Wed, 25 Oct 2000 22:47:58 +0200 (CEST) Cc: freebsd-bugs@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL54 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org It seems Todd P. Whitesel wrote: > > Hmm, having looked at the description again I dont see you getting any > > failures from the ATA driver (ie timeouts etc), so I think this is > > a memory problem after all, which is consistent with SEGV's etc... > > That's what I thought at first, but I already replaced one of the memories > because it was clearly bad -- I actually have two identically configured > machines here and they both exhibit the same symptoms. Hmm, If you dont get ICRC errors from the ata driver, you are not getting corrupt data off the disk, that means the corruptions must be somewhere else. Having using DMA escalate the problem, suggest memory problems also. > > Try some other memory or if possible relax the RAM timing in the BIOS... > > SDRAM Timing: 2 or 3, and it is already set to 3. > > > Do you pr chance run it with 133Mhz mem ? if so is it really PC133 > > mem you have ? > > The memory is labelled PC133 and that's what I asked for. (It's Fry's memory, > oh no!) > > I also tried the tests at "HOSTCLK-33" to see if 100mhz would work better, > but it got the same failures. Hmm, if you can get access to some different brands of memory that could shed some new light on this... -Søren To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Oct 25 14:20: 6 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 76EFA37B479 for ; Wed, 25 Oct 2000 14:20:01 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id OAA09825; Wed, 25 Oct 2000 14:20:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id B4F9737B4C5; Wed, 25 Oct 2000 14:11:04 -0700 (PDT) Message-Id: <20001025211104.B4F9737B4C5@hub.freebsd.org> Date: Wed, 25 Oct 2000 14:11:04 -0700 (PDT) From: hmo@sep.hamburg.com To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: gnu/22293: make.conf: NOSUIDPERL vs. src/gnu/usr.bin/perl/suidperl/Makefile: ENABLE_SUIDPERL Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 22293 >Category: gnu >Synopsis: make.conf: NOSUIDPERL vs. src/gnu/usr.bin/perl/suidperl/Makefile: ENABLE_SUIDPERL >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: Wed Oct 25 14:20:01 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Helge Oldach >Release: 4.1.1-STABLE >Organization: >Environment: FreeBSD sep.hamburg.com 4.1.1-STABLE FreeBSD 4.1.1-STABLE #0: Mon Oct 23 01:35:16 CEST 2000 toor@sep.hamburg.com:/usr/obj/usr/src/sys/HMO i386 >Description: By default /usr/bin/suidperl is no longer chmod 4511 but rather chmod 511. The reason is that /etc/defaults/make.conf has a NOSUIDPERL option (disabled by default) while src/gnu/usr.bin/perl/suidperl/Makefile reflects on ENABLE_SUIDPERL. This is inconsistent. The Makefile should also depend on NOSUIDPERL (and the test in the Makefile reversed). >How-To-Repeat: make buildworld installworld :-) >Fix: See description. >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Oct 25 14:33:48 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from warrior-outbound.servers.plus.net (unknown [212.159.14.227]) by hub.freebsd.org (Postfix) with SMTP id B530C37B479 for ; Wed, 25 Oct 2000 14:33:45 -0700 (PDT) Received: (qmail 24885 invoked from network); 25 Oct 2000 21:33:31 -0000 Received: from unknown (HELO dino.mithy.org) (212.159.30.31) by warrior with SMTP; 25 Oct 2000 21:33:31 -0000 Received: from celery.mithy.org (celery [10.0.0.3]) by dino.mithy.org (8.11.1/8.11.1) with ESMTP id e9PLXax00187; Wed, 25 Oct 2000 22:33:37 +0100 (BST) (envelope-from keith@dino.mithy.org) Received: (from keith@localhost) by celery.mithy.org (8.11.1/8.11.1) id e9PLXOb00907; Wed, 25 Oct 2000 22:33:24 +0100 (BST) (envelope-from keith) Date: Wed, 25 Oct 2000 22:33:24 +0100 From: Keith Jones To: Marcel Moolenaar Cc: freebsd-bugs@freebsd.org, johan@freebsd.org Subject: Re: bin/22256: [RARE] cross-compiled static bins in /usr/obj/usr/src/i386 can cause Signal 4 during make installworld Message-ID: <20001025223324.A865@celery.mithy.org> References: <200010251831.LAA45023@freefall.freebsd.org> <39F734C3.B87DFAE7@cup.hp.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <39F734C3.B87DFAE7@cup.hp.com>; from marcel@cup.hp.com on Wed, Oct 25, 2000 at 03:30:11PM -0400 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Wed, Oct 25, 2000 at 03:30:11PM -0400, Marcel Moolenaar wrote: > johan@FreeBSD.org wrote: > > > > Synopsis: [RARE] cross-compiled static bins in /usr/obj/usr/src/i386 can cause Signal 4 during make installworld > > > > Responsible-Changed-From-To: freebsd-bugs->marcel > > Responsible-Changed-By: johan > > Responsible-Changed-When: Wed Oct 25 11:29:58 PDT 2000 > > Responsible-Changed-Why: > > Marcel, can you have a quick look at this and maybe add 'strip' > > to the copied programs in installworld. > > > > http://www.freebsd.org/cgi/query-pr.cgi?pr=22256 > > There's no bug in the build process that I know of. The tools in > /usr/obj that are specifically compiled to run on the build machine need > to be linked against the libraries in /usr/lib. In this case the build > machine is incompatible with the install machine, simply because the > binaries and libraries were optimized for the build machine and by that > unusable on the install machine. This is just as bad as building on > Alpha and installing on IA-32. Actually I don't see what's wrong with that, if your target machine is sufficiently slow that you need to do so. If you're able to supply the relevant architecture options in /etc/make.conf, the build/install process (ideally) ought to be able to cope with this. Kernel cross-compilation from one architecture to another is (AFAICT) simply a case of setting the kernel config file up correctly. Likewise most of the ports and 'make' options. It ought to be the same for 'make buildworld'. Therefore, I would still maintain that it is a bug, albeit a low-priority one. > To make the build process a bit more resistant, we can force bootstrap, > build and cross tools to be dynamicly linked instead of staticly linked. That's possible, though it would be "nicer" if the binaries could be (either statically or dynamicaly) linked against the libraries that are built in /usr/obj during 'make buildworld' by supplying the appropriate library path flags to 'ld'. > We should not add strip to installworld. Think about what would happen > if we did a source upgrade on FreeBSD 2.2.5 and basicly install ELF over > aout. We would be using an aout strip on ELF files... That I'll grant; it was only one possible option. > -- > Marcel Moolenaar > mail: marcel@cup.hp.com / marcel@FreeBSD.org > tel: (408) 447-4222 > Kind regards Keith To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Oct 25 14:51:25 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from warrior-outbound.servers.plus.net (unknown [212.159.14.227]) by hub.freebsd.org (Postfix) with SMTP id 90DBB37B4C5 for ; Wed, 25 Oct 2000 14:51:21 -0700 (PDT) Received: (qmail 3360 invoked from network); 25 Oct 2000 21:51:08 -0000 Received: from unknown (HELO dino.mithy.org) (212.159.30.31) by warrior with SMTP; 25 Oct 2000 21:51:08 -0000 Received: from celery.mithy.org (celery [10.0.0.3]) by dino.mithy.org (8.11.1/8.11.1) with ESMTP id e9PLpDx00216; Wed, 25 Oct 2000 22:51:14 +0100 (BST) (envelope-from keith@dino.mithy.org) Received: (from keith@localhost) by celery.mithy.org (8.11.1/8.11.1) id e9PLpXR00948; Wed, 25 Oct 2000 22:51:33 +0100 (BST) (envelope-from keith) Date: Wed, 25 Oct 2000 22:51:33 +0100 From: Keith Jones To: Marcel Moolenaar Cc: johan@freebsd.org, freebsd-bugs@freebsd.org Subject: Re: bin/22256: [RARE] cross-compiled static bins in /usr/obj/usr/src/i386 can cause Signal 4 during make installworld Message-ID: <20001025225133.B865@celery.mithy.org> References: <200010251831.LAA45023@freefall.freebsd.org> <39F734C3.B87DFAE7@cup.hp.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <39F734C3.B87DFAE7@cup.hp.com>; from marcel@cup.hp.com on Wed, Oct 25, 2000 at 03:30:11PM -0400 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hi again, Apologies for the double post, I just had a further thought on this, based on the fact that 'strip' is required by both the build and install processes. Would it be possible to add an extra stage to the buildworld process whereby 'strip', and any likewise affected binaries that are currently probably being copied into /tmp/install.XXX during the install process itself, are recompiled _specifically for the target system_, but installed in an entirely different directory (e.g. /usr/obj/tmp.install)? If this path is then included in the install process _only_, voila! no more Signal 4 errors. _And_ you might even be able to cross-compile between Alpha and IA-32. Kind regards Keith On Wed, Oct 25, 2000 at 03:30:11PM -0400, Marcel Moolenaar wrote: > johan@FreeBSD.org wrote: > > > > Synopsis: [RARE] cross-compiled static bins in /usr/obj/usr/src/i386 can cause Signal 4 during make installworld > > > > Responsible-Changed-From-To: freebsd-bugs->marcel > > Responsible-Changed-By: johan > > Responsible-Changed-When: Wed Oct 25 11:29:58 PDT 2000 > > Responsible-Changed-Why: > > Marcel, can you have a quick look at this and maybe add 'strip' > > to the copied programs in installworld. > > > > http://www.freebsd.org/cgi/query-pr.cgi?pr=22256 > > There's no bug in the build process that I know of. The tools in > /usr/obj that are specifically compiled to run on the build machine need > to be linked against the libraries in /usr/lib. In this case the build > machine is incompatible with the install machine, simply because the > binaries and libraries were optimized for the build machine and by that > unusable on the install machine. This is just as bad as building on > Alpha and installing on IA-32. > > To make the build process a bit more resistant, we can force bootstrap, > build and cross tools to be dynamicly linked instead of staticly linked. > > We should not add strip to installworld. Think about what would happen > if we did a source upgrade on FreeBSD 2.2.5 and basicly install ELF over > aout. We would be using an aout strip on ELF files... > > -- > Marcel Moolenaar > mail: marcel@cup.hp.com / marcel@FreeBSD.org > tel: (408) 447-4222 > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Oct 25 17:39:18 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from spammie.svbug.com (mg128-006.ricochet.net [204.179.128.6]) by hub.freebsd.org (Postfix) with ESMTP id 7C03F37B479; Wed, 25 Oct 2000 17:39:12 -0700 (PDT) Received: from spammie.svbug.com (localhost.mozie.org [127.0.0.1]) by spammie.svbug.com (8.9.3/8.9.3) with ESMTP id RAA06365; Wed, 25 Oct 2000 17:40:00 -0700 (PDT) (envelope-from jessem@spammie.svbug.com) Message-Id: <200010260040.RAA06365@spammie.svbug.com> Date: Wed, 25 Oct 2000 17:39:56 -0700 (PDT) From: opentrax@email.com Reply-To: opentrax@email.com Subject: Re: docs/22044: /stand/sysinstall annoyance To: jkh@FreeBSD.org Cc: bugs@FreeBSD.org In-Reply-To: <200010250338.UAA18644@freefall.freebsd.org> MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On 24 Oct, jkh@FreeBSD.org wrote: > Synopsis: /stand/sysinstall annoyance > > State-Changed-From-To: open->closed > State-Changed-By: jkh > State-Changed-When: Tue Oct 24 20:37:21 PDT 2000 > State-Changed-Why: > This may be annoying, but it's part of the design and something > that would be hard enough to change that I'll have rewritten > all of sysinstall (making this PR obsolete) long before I get > to hacking sysinstall to this degree. > > > http://www.freebsd.org/cgi/query-pr.cgi?pr=22044 > > What?!? My mind tends to work in smaller sentences. Could you possible go over your explaination again? Jessem. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Oct 25 23: 5:59 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from feral.com (feral.com [192.67.166.1]) by hub.freebsd.org (Postfix) with ESMTP id 264EB37B479 for ; Wed, 25 Oct 2000 23:05:56 -0700 (PDT) Received: from beppo (beppo [192.67.166.79]) by feral.com (8.9.3/8.9.3) with ESMTP id XAA16425; Wed, 25 Oct 2000 23:03:43 -0700 Date: Wed, 25 Oct 2000 23:03:44 -0700 (PDT) From: Matthew Jacob Reply-To: mjacob@feral.com To: Rob deFriesse Cc: freebsd-bugs@FreeBSD.ORG Subject: Re: 4.1.1 install fails with diag: ffs_valloc: dup alloc In-Reply-To: <200010251741.NAA22905@chmls06.mediaone.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > Thank you for your response. > > > This is often the result of having overlapping partitions. > > > > Recheck what you've done- also, it's an awfully big /usr with a > > teeny weeny / and /var. > > I'm using the FDISK partion editor and the FreeBSD disklabel editor to > define these slices and partitions. These are the utilities that are > invoked during the install process. Neither editor allows me to > specify where slices or partions are placed nor does the partition > editor display the starting sector of each partion. Therefore, I have > to count on them to get this right. Hmm? The FDISK program allows one to set the slices. The partition sets are within a slice. But you're right- I forgot- with the install stuff it just gives you sizes as you lay things out. > In the case of the partition editor, I used the A (automatic) option > to assign partitions. Do you recommend that I override the automatic > assignment? Well- yes. Don't do the 'defaults' - they don't look sensible. When creating a set of partitions for such a big disk, give yourself a couple hundred meg for the root, an equally generous swap area. You can leave yourself 15GB of /usr if you want. I'm wondering what the problem really is, though. It might be that the geometry being reported by the BIOS is just plain wrong- but I don't know enough about how the current label stuff interacts with this to know what to look for- somebody more on top of that should step in and answer that. > > Keep in mind that I used the exact same slice and partition > configuration without the Promise card and had no problem whatsoever > with the installation. > > > > > > I am receiving the following diagnostic: > > > > > > > panic: ffs_valloc: dup alloc > > > > > > when attempting to install FreeBSD 4.1.1 on a machine with a Promise > > > Ultra 100 ATA-100 IDE PCI controller. > > > > > > I don't know much about the mobo except that it's a 233MHz PCI with an > > > AMI BIOS and 32Mb mem. It's fairly ancient. > > > > > > I connected an ATA-100 HD to the new controller (channel 1) and the > > > CDROM to the old IDE controller (channel 2) on the mobo. Both are > > > masters on their respective channels. > > > > > > I'm installing from a CD. I allocate about 15Gb to the FreeBSD slice > > > and use the A (automatic) option to assign partitions. The partitions > > > are: > > > > > > ad4s2a: 50Mb / > > > ad4s2b: 68Mb swap > > > ad4s2e: 20Mb /var > > > ad4s2f: 14255Mb /usr > > > > > > I get through the initial set of questions and sysinstall runs newfs. > > > However, it does not get through unpacking the tarballs. That is, the > > > diagnostic appears while unpacking the ports tarball. At this point > > > the install fails and it goes into the boot dialog. > > > > > > I have had the install fail in another way. I can't provide the exact > > > wording because it's impossible to reproduce. The gist of it is that > > > while it's unpacking a tarball, a form pops up indicating that a write > > > has failed. The message includes the value -1 (which kinda makes > > > sense, this being unix and all.) > > > > > > If I move the HD to the old IDE controller, I have no problem with > > > it. FreeBSD installs without a hitch. > > > > > > Could this be a problem with the combination of the Promise controller > > > and a large partition? > > > > > > Any help to get this working would be appreciated. > > > > > > Thank you, > > > Rob. > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Oct 25 23:39:25 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from mailman.zeta.org.au (mailman.zeta.org.au [203.26.10.16]) by hub.freebsd.org (Postfix) with ESMTP id 794C637B479; Wed, 25 Oct 2000 23:39:21 -0700 (PDT) Received: from bde.zeta.org.au (bde.zeta.org.au [203.2.228.102]) by mailman.zeta.org.au (8.8.7/8.8.7) with ESMTP id RAA19329; Thu, 26 Oct 2000 17:32:24 +1100 Date: Thu, 26 Oct 2000 17:32:47 +1100 (EST) From: Bruce Evans X-Sender: bde@besplex.bde.org To: Marcel Moolenaar Cc: johan@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: bin/22256: [RARE] cross-compiled static bins in /usr/obj/usr/src/i386 can cause Signal 4 during make installworld In-Reply-To: <39F734C3.B87DFAE7@cup.hp.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Wed, 25 Oct 2000, Marcel Moolenaar wrote: > There's no bug in the build process that I know of. The tools in > /usr/obj that are specifically compiled to run on the build machine need > to be linked against the libraries in /usr/lib. In this case the build > machine is incompatible with the install machine, simply because the > binaries and libraries were optimized for the build machine and by that > unusable on the install machine. This is just as bad as building on > Alpha and installing on IA-32. > > To make the build process a bit more resistant, we can force bootstrap, ^^^^ less > build and cross tools to be dynamicly linked instead of staticly linked. > > We should not add strip to installworld. Think about what would happen > if we did a source upgrade on FreeBSD 2.2.5 and basicly install ELF over > aout. We would be using an aout strip on ELF files... Think about what would happen if: (1) the build machine doesn't have any shared libraries. (2) the install machine doesn't have any shared libraries. I think it will have them by the time strip is run, but they will be the new ones for the install machine, and the cross-strip is linked to old ones for the build machine. I think adding the new strip to installworld would work, especially if it is statically linked. Similarly for all (?) the other binaries copied by installworld. We already depend on the new /bin/sh working as soon as it is installed, and if /bin/sh works then other non-binary utilities are likely to work. It is just considered safer to use the existing utilities. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Oct 26 2: 7: 2 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from kamidake.apricot.com (kamidake.apricot.com [64.121.160.36]) by hub.freebsd.org (Postfix) with ESMTP id 6F92437B479 for ; Thu, 26 Oct 2000 02:07:00 -0700 (PDT) Received: (from toddpw@localhost) by kamidake.apricot.com (8.8.8/8.8.8) id CAA16942; Thu, 26 Oct 2000 02:06:10 -0700 (PDT) From: "Todd P. Whitesel" Message-Id: <200010260906.CAA16942@kamidake.apricot.com> Subject: Re: i386/22240: unstable UDMA on Iwill VD133PL v1.6 (Apollo MVP3, IDE rev 0x10) In-Reply-To: <200010252047.WAA17888@freebsd.dk> from Soren Schmidt at "Oct 25, 0 10:47:58 pm" To: sos@freebsd.dk (Soren Schmidt) Date: Thu, 26 Oct 2000 02:06:09 -0700 (PDT) Cc: toddpw@apricot.com, freebsd-bugs@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL38 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > Hmm, If you dont get ICRC errors from the ata driver, you are not getting > corrupt data off the disk, that means the corruptions must be somewhere > else. Having using DMA escalate the problem, suggest memory problems also. ok. Looks like you were right about one of memories, when I got home tonight one of the machines had rebooted itself AND it was sitting at the BIOS screen with "Memory test fail" at the bottom. > Hmm, if you can get access to some different brands of memory that could > shed some new light on this... Will do. In the meantime I am going to keep stressing the other memory module and see if I can get it to fail the BIOS test as well. That's my proof when I take it back for warranty replacement. (again! FRY'S MEMORY SUCKS!!) -- Todd Whitesel Anime Expo Information at toddpw @ apricot.com http://www.anime-expo.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Oct 26 3: 0: 7 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 2468037B479 for ; Thu, 26 Oct 2000 03:00:02 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id DAA90075; Thu, 26 Oct 2000 03:00:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from mailhub.fokus.gmd.de (mailhub.fokus.gmd.de [193.174.154.14]) by hub.freebsd.org (Postfix) with ESMTP id CBEF737B479 for ; Thu, 26 Oct 2000 02:59:22 -0700 (PDT) Received: from fokus.gmd.de (beagle [193.175.132.100]) by mailhub.fokus.gmd.de (8.8.8/8.8.8) with ESMTP id LAA13728 for ; Thu, 26 Oct 2000 11:59:21 +0200 (MET DST) Received: (from root@localhost) by fokus.gmd.de (8.11.1/8.11.0) id e9Q9xLG01314; Thu, 26 Oct 2000 11:59:21 +0200 (CEST) (envelope-from hbb) Message-Id: <200010260959.e9Q9xLG01314@fokus.gmd.de> Date: Thu, 26 Oct 2000 11:59:21 +0200 (CEST) From: brandt@fokus.gmd.de Reply-To: brandt@fokus.gmd.de To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/22307: ssh dumps core if fields in password entry are empty Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 22307 >Category: bin >Synopsis: ssh dumps core if fields in password entry are empty >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Oct 26 03:00:01 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Hartmut Brandt >Release: FreeBSD 5.0-CURRENT i386 >Organization: GMD Fokus >Environment: Passwords over NIS from a Solaris NIS server. >Description: If one gets the passwords over NIS the pw_class in struct passwd may be empty (contain a NULL). Openssh calls xstrdup on pw_class. xstrdup doesn't check for NULL pointers beeing passed and ssh/sshd dumps core. Calling ssh for local accounts (like root) works ok. This fix seems (probably) to be introduced with the nsswitch import. While I'm in ssh.c: the strcpy on pw_class is called twice. This is obviously a memory leak. >How-To-Repeat: Configure your nsswitch.conf to get the passwords from a Solaris NIS server. Call ssh from one of the NIS accounts. >Fix: Don't call xstrcpy in ssh.c:516 if pw_class is NULL. Remove ssh.c:519. Alternatively fix getpwent to always set pw_class. >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Oct 26 3:10: 6 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id F14EF37B4C5 for ; Thu, 26 Oct 2000 03:10:01 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id DAA95329; Thu, 26 Oct 2000 03:10:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from mailhub.fokus.gmd.de (mailhub.fokus.gmd.de [193.174.154.14]) by hub.freebsd.org (Postfix) with ESMTP id 0F27437B479 for ; Thu, 26 Oct 2000 03:05:37 -0700 (PDT) Received: from fokus.gmd.de (beagle [193.175.132.100]) by mailhub.fokus.gmd.de (8.8.8/8.8.8) with ESMTP id MAA14603 for ; Thu, 26 Oct 2000 12:05:35 +0200 (MET DST) Received: (from root@localhost) by fokus.gmd.de (8.11.1/8.11.0) id e9QA5Z101438; Thu, 26 Oct 2000 12:05:35 +0200 (CEST) (envelope-from hbb) Message-Id: <200010261005.e9QA5Z101438@fokus.gmd.de> Date: Thu, 26 Oct 2000 12:05:35 +0200 (CEST) From: brandt@fokus.gmd.de Reply-To: brandt@fokus.gmd.de To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: conf/22308: mounting NFS during boot blocks if host map comes from NIS Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 22308 >Category: conf >Synopsis: mounting NFS during boot blocks if host map comes from NIS >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Oct 26 03:10:01 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Hartmut Brandt >Release: FreeBSD 5.0-CURRENT i386 >Organization: GMD Fokus >Environment: nsswitch.conf is setup as: hosts: files nis dns a lot of NFS file systems are mounted in /etc/fstab >Description: mount_nfs blocks *very* long trying to get the NFS server's host names via NFS. changing the order to 'files dns nis' is a workaround. 'files nis dns' works on Solaris without problems and should also on FreeBSD. >How-To-Repeat: 1. Edit /etc/nsswitch.conf as: hosts: files nis dns 2. Mount at least on NFS file system in /etc/fstab for which you have no entry in /etc/hosts. 3. Reboot and watch the NFS mount blocking. >Fix: Change the order in /etc/rc to mount NFS after doing the ypbind. >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Oct 26 3:20: 7 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 7B23C37B4CF for ; Thu, 26 Oct 2000 03:20:01 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id DAA98944; Thu, 26 Oct 2000 03:20:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from mailhub.fokus.gmd.de (mailhub.fokus.gmd.de [193.174.154.14]) by hub.freebsd.org (Postfix) with ESMTP id 746DF37B4C5 for ; Thu, 26 Oct 2000 03:15:31 -0700 (PDT) Received: from fokus.gmd.de (beagle [193.175.132.100]) by mailhub.fokus.gmd.de (8.8.8/8.8.8) with ESMTP id MAA15686 for ; Thu, 26 Oct 2000 12:15:23 +0200 (MET DST) Received: (from root@localhost) by fokus.gmd.de (8.11.1/8.11.0) id e9QAFN101562; Thu, 26 Oct 2000 12:15:23 +0200 (CEST) (envelope-from hbb) Message-Id: <200010261015.e9QAFN101562@fokus.gmd.de> Date: Thu, 26 Oct 2000 12:15:23 +0200 (CEST) From: brandt@fokus.gmd.de Reply-To: brandt@fokus.gmd.de To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/22309: NFS client code blocks when reading a 2828 byte file via NFSv3 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 22309 >Category: kern >Synopsis: NFS client code blocks when reading a 2828 byte file via NFSv3 >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Oct 26 03:20:01 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Hartmut Brandt >Release: FreeBSD 5.0-CURRENT i386 >Organization: GMD Fokus >Environment: NFS user directories are mounted via NFSv3 from a Auspex file server. >Description: When reading a file of size 2828, 2829 (and probably a little longer) from the NFS server, the read blocks and the NFS files system appears blocked (other file systems from the same server may work). Tcpdump shows, that the read reply is fragmented into three IP fragments of size 1480, 1480 and 4. nfsstat shows that the client code is retrying the read. netstat -p ip shows that fragments are dropped because of timeouts. netstat -I xl0 shows no drops. It seems, that the IP code fails to reassemble the IP packet. When mounting the file system with NFSv2 everything works probably because now there are only two fragments instead of two. The problem appeared somewhere around the first decade of september. A generic kernel from beginning of september works ok. >How-To-Repeat: Mount a NFS file system via NFSv3 from an Auspex server (another server will probably do it also). Create a file of size 2828 and try to read it. >Fix: None. Using NFSv2 for the time beeing is at least a work-around. >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Oct 26 9:30: 4 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 2F6E337B4C5 for ; Thu, 26 Oct 2000 09:30:02 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id JAA09656; Thu, 26 Oct 2000 09:30:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Thu, 26 Oct 2000 09:30:02 -0700 (PDT) Message-Id: <200010261630.JAA09656@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: "Jose M. Alcaide" Subject: Re: kern/21397: Floppy drive doesn't work on Compaq ProLiant DL380 Reply-To: "Jose M. Alcaide" Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/21397; it has been noted by GNATS. From: "Jose M. Alcaide" To: freebsd-gnats-submit@FreeBSD.org, alo@iki.fi Cc: Subject: Re: kern/21397: Floppy drive doesn't work on Compaq ProLiant DL380 Date: Thu, 26 Oct 2000 18:19:49 +0200 I found this problem also happens with the Compaq Deskpro/EP. Any access to /dev/fd0 hangs the whole system. Just now I don't have physical access to the machine so I cannot install a debug kernel. More info later... -- JMA ****** Jose M. Alcaide // jose@we.lc.ehu.es // jmas@FreeBSD.org ****** ** "Beware of Programmers who carry screwdrivers" -- Leonard Brandwein ** To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Oct 26 10:48: 6 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from palrel3.hp.com (palrel3.hp.com [156.153.255.226]) by hub.freebsd.org (Postfix) with ESMTP id 083E937B479; Thu, 26 Oct 2000 10:48:04 -0700 (PDT) Received: from adlmail.cup.hp.com (adlmail.cup.hp.com [15.0.100.30]) by palrel3.hp.com (Postfix) with ESMTP id 5AF6DF66; Thu, 26 Oct 2000 10:48:03 -0700 (PDT) Received: from cup.hp.com (gauss.cup.hp.com [15.28.97.152]) by adlmail.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with ESMTP id KAA25032; Thu, 26 Oct 2000 10:48:03 -0700 (PDT) Message-ID: <39F86E53.120FBD9A@cup.hp.com> Date: Thu, 26 Oct 2000 13:48:03 -0400 From: Marcel Moolenaar Organization: Hewlett-Packard X-Mailer: Mozilla 4.73 [en] (X11; U; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: Bruce Evans Cc: johan@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: bin/22256: [RARE] cross-compiled static bins in /usr/obj/usr/src/i386can cause Signal 4 during make installworld References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Bruce Evans wrote: > > > To make the build process a bit more resistant, we can force bootstrap, > ^^^^ less ^^^^ more > > build and cross tools to be dynamicly linked instead of staticly linked. ^^^^^^^^^ staticly ^^^^^^^^ dynamicly I noticed i switched two crucial words :-/ Building dynamicly does make it less resistant. > I think adding the new strip to installworld would work, especially if > it is statically linked. Similarly for all (?) the other binaries copied > by installworld. We already depend on the new /bin/sh working as soon as > it is installed, and if /bin/sh works then other non-binary utilities are > likely to work. It is just considered safer to use the existing utilities. Yes, it is safer to use the existing utilities. That is the reason why our bootstrap phase is kept to a minimal. There are exceptions. In this case I think strip is one of them. We can't depend on strip being able to work on ELF. That would break upgrading from pre-3.0 aout systems. It would also break our upgrading if for some unexpected reason we don't use ELF anymore or there's an incompatibility in ELF. Since we already built strip as part of the cross-tools, the strip in /usr/obj is capable of running on the build-machine and therefore the safest version to use (ie it is known to work with the object format of the target-machine). Another reason why we should use strip from /usr/obj is that we don't disallow cross-installations that way. For example; we can run "make installworld MACHINE_ARCH=alpha" on a i386, and with DESTDIR set to some mountpoint. Normally this probably isn't the preferred way to install systems, but might be advantagous for installing onto removable media when there's a single, fast build machine. Making this impossible by design is more wrong than it being impossible by circumstances :-) You're right about /bin/sh though. We should not install the new /bin/sh until after we've installed everything. Doing this will probably be ugly due to all the special casing. One way to reduce the pressure on /bin/sh is by having make use the one saved by the install target. Backward compatibility is an issue IIRC, because changing the shell in the makefile was broken at some time (still is? was it ever?). Anyway, this is still an open issue. -- Marcel Moolenaar mail: marcel@cup.hp.com / marcel@FreeBSD.org tel: (408) 447-4222 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Oct 26 11:10: 9 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id ECF9D37B4C5 for ; Thu, 26 Oct 2000 11:10:05 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id LAA56409; Thu, 26 Oct 2000 11:10:05 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Thu, 26 Oct 2000 11:10:05 -0700 (PDT) Message-Id: <200010261810.LAA56409@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: John Polstra Subject: Re: kern/10778: "ipforward_rt" is not cleared when routing table changes Reply-To: John Polstra Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/10778; it has been noted by GNATS. From: John Polstra To: freebsd-gnats-submit@freebsd.org Cc: archie@freebsd.org, wollman@khavrinen.lcs.mit.edu, fenner@research.att.com Subject: Re: kern/10778: "ipforward_rt" is not cleared when routing table changes Date: Thu, 26 Oct 2000 11:09:33 -0700 (PDT) I have confirmed that the problem Archie described is real, and the cause is as he describes it. The problem is easy to reproduce when tunneling some routes through a VPN. In this case there is a default route which points to the normal gateway, and there are some network routes pointing to the VPN gateway. The the problem is reproduced as follows: - Communicating with a host 192.168.1.1 which is on the VPN. The route for 192.168.1.0/24 sends the packets to the VPN gateway. - The VPN link goes down or is shut down. - Packets destined for 192.168.1.1 now get routed to the default gateway (which of course fails to deliver them to the right place). Note that the ipforward_rt cache is (correctly) ignored in this case because the route it points to is no longer up. - ipforward_rt records that the route to 192.168.1.1 is via the default gateway. - The VPN link is brought back up. - But packets for 192.168.1.1 still get sent to the default gateway because of the cached route in ipforward_rt. If the VPN gateway is a separate host from the default gateway and we are communicating with only a single host on the VPN, this situation can endure indefinitely. Sending a packet to, say 192.168.1.2 replaces the bad ipforward_rt entry and gets things working again. One easy hack would be to ignore ipforward_rt if it is more than, say, 2 seconds old. This isn't a real fix, but it would at least limit the duration of the damage. The performance penalty would be negligible in real life. The downside of implementing this hack is that it might prevent a real fix from ever getting made. John To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Oct 26 11:20: 8 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id ED95E37B4CF for ; Thu, 26 Oct 2000 11:20:01 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id LAA61219; Thu, 26 Oct 2000 11:20:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id F124237B479; Thu, 26 Oct 2000 11:15:17 -0700 (PDT) Message-Id: <20001026181517.F124237B479@hub.freebsd.org> Date: Thu, 26 Oct 2000 11:15:17 -0700 (PDT) From: jpennington@atipa.com To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: i386/22315: Cannot reboot or power-off the machine Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 22315 >Category: i386 >Synopsis: Cannot reboot or power-off the machine >Confidential: no >Severity: serious >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Oct 26 11:20:01 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Jon Pennington >Release: 4.1.1-STABLE >Organization: Atipa Corporation >Environment: FreeBSD aol-eval.lab 4.1.1-STABLE FreeBSD 4.1.1-STABLE #2: Thu Oct 26 11:07:18 EDT root@aol-eval.lab:/usr/src/sys/compile/SUPERMICRO i386 >Description: On a SuperMicro DL3 motherboard (RCC ServerWorks chipset with AIC-7892 SCSI) with two 800MHz (133MHz FSB) Intel Pentium III processors, reboot does not halt or reboot the machine as expected. The output of the con- sole is as follows: boot() called on cpu#1 Waiting (max 60 seconds) for system process `bufdaemon' to stop...stopped Waiting (max 60 seconds) for system process `syncer' to stop...stopped syncing disks... 3 2 done Uptime: 35m4s cpu_reset called on cpu#0 cpu_reset: Stopping other CPUs ...and with that, the machine stops, with the SCSI indicator light on. It does not cycle the power nor power down. I have tried multiple com- binations of APM enabling and disabling in the BIOS and kernel, but to no avail. >How-To-Repeat: >Fix: >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Oct 26 13:22:33 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from mx.alles.or.jp (mx.alles.or.jp [210.231.129.65]) by hub.freebsd.org (Postfix) with ESMTP id AE20537B479; Thu, 26 Oct 2000 13:22:09 -0700 (PDT) Received: from toshibauser (ppp01043.osaka.alles.or.jp [210.231.161.43]) by mx.alles.or.jp (8.9.3/3.7W-ALLESNET) with SMTP id FAA21729; Fri, 27 Oct 2000 05:16:14 +0900 (JST) Message-ID: <01b701c03f89$317207c0$2ba1e7d2@toshibauser> Reply-To: "=?iso-2022-jp?B?GyRCJV4lRCVQJWkbKEI=?=" From: "=?iso-2022-jp?B?GyRCJV4lRCVQJWkbKEI=?=" To: Subject: =?iso-2022-jp?B?GyRCJE8kOCRhJF4kNyRGISMbKEI=?= Date: Fri, 27 Oct 2000 05:12:51 +0900 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_01B3_01C03FD4.8E3309A0" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4133.2400 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org This is a multi-part message in MIME format. ------=_NextPart_000_01B3_01C03FD4.8E3309A0 Content-Type: text/plain; charset="iso-2022-jp" Content-Transfer-Encoding: 8bit $B$O$8$a$^$7$F!#(B $BFMA3$N%a!=%k!"<:NiCW$7$^$9!#(B $B;d$N%a!<%k%\%C%/%9$K!"#1#0%v7n0LA0$+$i(B $B!V#4#0#0#01_$r?6$j9~$`$H!"<+J,$N8}:B$K!"$*6b$,?6$j9~$^$l$k$h$&$K$J$k!W(B $B$H$$$C$?35N,$N%M%C%H%2!<%`$NM6$$$,FO$/$h$&$K$J$C$FMh$^$7$?!#(B $B$3$N$h$&$J%a!<%k$K$O6=L#$,L5$+$C$?$N$G!"Ev=i$OL5;k$7$FB(%4%_H"9T$-$K$7$F$$$^(B $B$7$?!#(B $B$3$N5=$N$h$&$J46$8(B $B$b$7$^$7$?$7!#(B $B$7$+$7!"$3$N%2!<%`$,#1#0%v7n$bB3$$$F$$$k;v$K!">/$76=L#$r;}$D$h$&$K$J$C$F$-$^(B $B$7$?!#(B $B!V#1#0%v7n$bB3$$$F$$$k$N$J$i0cK!@-$OL5$5$=$&$@$J!A!W$d!V:#!"N.9T$C$F$$$k$N$+(B $B$J!A!)!W(B $B$J$I$H;W$$!"FO$$$?%a!<%k$r!"$h!<$/FI$s$G8+$k$H!"#1HV>e$N?M$OH4$1$F9T$/$N$G!"(B $B3N$+$K0cK!@-$OL5$/!"LLGr$=$&$K;W$($^$7$?!#(B $B$=$N>e!"$&$^$/=PMh$F$$$k%7%9%F%`$@$H46?4$7$^$7$?!#(B $B!J%a!<%k$N:G8e$NJ}$KK!E*$J;v9`$r5-:\$7$F$$$^$9!#!K(B $B$=$3$G!";d$b;22C$9$k$3$H$K7h$a!">/$7A0$+$i3hF0$7$F$$$^$9!#(B $B$9$k$H!"#1=54VDx$G$*6b$,?6$j9~$^$l$F$/$k$h$&$K$J$C$?$N$G$9!#(B $B@5D>!"6C$-$^$7$?!#(B $B:#$^$G!"KhG/%8%c%s%\Ju$/$8$rGc$C$F$$$F$b!":G9b$G#3#0#0#01_$7$+Ev$?$C$?;v$,L5(B $B$$$N$K!*(B $B$3$l$O!"Ju$/$8$h$j3NN)$O@dBP$K9b$$$H;W$$$^$9!#(B $B0J2<$K!":#$^$GD:$$$?%a!<%k$NCf$+$iJ8LL$r(B3$B$DH4?h$7$F7G:\$5$;$FD:$-$^$9!#(B $B;29M$K$J$k$H;W$$$^$9$N$G!"$h$1$l$P#1EY!"L\$rDL$7$FD:$1$l$P9,$$$G$9!#(B $B$J$*!"$3$N$h$&$J%a!<%k$,I,MW$GL5$+$C$?>l9g$O?=$7Lu$"$j$^$;$s$G$7$?!#(B $B!y!z!y!z!y!z!y!z!y!z!y!z!y!z!y!z!y!z!y!z!y!z!y!z(B -------$B!c;22C/;qK\$GG|Bg$JMx1W;O$a$^$;$s$+!*(B $B@hF|!"2<5-$N$h$&$J%a!<%k$re$N?69~$"$j!K(B $BM7$S?4$r8f;}$A$NJ}$@$1!"@'Hs;22C$7$F2<$5$$!#(B $B#4?M$N%j%9%H$K!o#1(B,$B#0#0#01_$E$D$rAw$k$@$1$GEj;q3[0J>e$NBg6b(B $B!J!o#1#0#0K|1_0J>e!K$rP!K!#(B $B$"$/$^$G%2!<%`$H$$$&463P$G!&!&!&!#(B $B!y!z!y!z!y!z!y!z!y!z!y!z!y!z!y!z!y!z!y!z!y!z!y!z(B -------$B!c;22Cl9g$O>eN&$7$F$^$@?t%v7n!#(B $B$"$H#1G/$A$g$C$H$O2T$2$k%>!*(B          $B!J(B12.5.26$B!!El5~!!F?L>!!(B24$B:P!K(B $B!y!z!y!z!y!z!y!z!y!z!y!z!y!z!y!z!y!z!y!z!y!z!y!z(B -------$B!c;22C?.H>5?$GBT$C$F$$$k$H!"MbF|$K#17o$NF~6b$,$"$j$^$7$?!#(B $Be$NF~6b$,!"KhF|!"%?%P$K$J$C$F$/$k$h(B $B$&$K$J$j$^$7$?!##4!A#5=54V$GF~6b$,$H$.$l$F$-$^$7$?$N$G!"(B $B$U$?$?$S%a!<%k$rAw$C$F$$$k$H$3$m$G$9!#!J(B12.6.25$B!!KL3$F;!!9,;R!!(B34$B:P!K(B ------------------------------------------------------------- $B!!"#;22CJ}K!"#(B $B$^$:!"2<5-(B4$B?M$N8}:B$K$*6b$r?6$j9~$s$G$/$@$5$$!#!J6d9T$N?6$j9~(B $B$_5!$G?6$j9~$_$^$9!K(B $Be$N?M$r:o=|$7$^$9!#(B $B$=$7$F!"%j%9%H$N0lHV2<$K$"$J$?$N8}:B$r=q$-$^$9!#(B $B$"$H$O!"(B4$B$D$N8}:B$K!"HV9f$r>e$+$i=g$K?6$j$J$*$7$^$9!#(B $B$=$l$r!"$G$-$k$@$1$?$/$5$s%$%s%?!<%M%C%H$N7G<(HD$N%"%I%l%9$KAw(B $B$C$F$/$@$5$$!#$=$&$9$l$P!"$"$H$O$=$l$re$N?69~$,L5$$>l9g$O$b$&$R$H$U$s$P$j$7$^(B $B$9!#(B $B0lHV>e$N8}:B$r:o=|$9$k$+$i!"K!N'$K?($l$J$$$G:Q$`$N$G$9!#$=$l$@(B $B$1$O@dBP$Ke$G0u:~$7$F$=$N;f$r;}$C$F$$$/$H$$$A$$$A=q$-(B $BJ$1$FJXMx$G$9$h!#(B $B$?$H$($P!"%3%s%S%K$r3+6H$9$k$?$a$K$b3+6H;q6b$H$$$&$N$,MW$j$^$9(B $B$M!#$9$J$o$A>&IJ$N$*J[Ev$rGc$C$?$j!"4L%8%e!<%9$rGc$C$?$j!#$@$+(B $B$i!"$I$s$J%S%8%M%9$K$b3+6H;q6b$H$$$&$N$OI,MW$J$N$G$9!#$"$J$?$,(B $B?6$j9~$`(B4$B@i1_$O!"3+6H;q6b$H$*9M$(2<$5$$!#(B $B!!#D#M$NJ?6QE*@.2L$O(B0.3$B!A(B0.5$B!s0L$G$9!#!J(B1/200$B!A(B1/300$B!K(B $B!!8e$O!"8=6b!o#1!$#0#0#01_$,?69~$^$l$k$N$rBT$D$@$1!#(B $B!!#1CJL\$N@.2L!)(B $B!!!!!J!o#1!$#0#0#01_!_#1#0?M!a!o#1K|1_!)!K(B $B!!#2CJL\$N@.2L!)(B $B!!!!!J!o#1!$#0#0#01_!_#1#0?M!_#1#0?M!a!o#1#0K|1_!)!K(B $B!!#3CJL\$N@.2L!)(B $B!!!!!J!o#1!$#0#0#01_!_#1#0?M!_#1#0?M!_#1#0?M!a!o#1#0#0K|1_!)!K(B   $B#4CJL\$N@.2L!)(B $B!!!!!J!o#1!$#0#0#01_!_#1#0?M!_#1#0?M!_#1#0?M!_#1#0?M!a!o#1#0#0#0K|1_!)!K(B $B"($*6b$rAw$i$J$$$G%j%9%H$K<+J,$NL>A0$r:\$;$k$H!"D>$0$K$P$l$^$9(B $B!!$+$i!"$$$m$$$m$J967b$rN!'$M$:$_9V!K$K$D$$$F!">rJ8$K$h$l$P!"(B $B!V$3$NK!N'$K$*$$$F!VL58BO":?9V!W$H$O!"(B $B6bIJ$r=P$($s$9$k2CF~e$NG\N($r$b$D$FA}2C$9$k8eB3$N2CF~$l$NCJ3,$K1~$8$?8e=g0Le2s$k2A3[Kt$O?tNL$N6bIJ$r&K!$G$O$"$j$^$;$s!#(B $B0J2<$K=q$+$l$F$$$^$9$h$&$K2q0w$rAM;;<0$K3HBg$5$;$k$3$H$r>r7o$H(B $B$9$kL58BO":?9V$dO":?HNGde$N?M$,H4$1$F$$$/(B $B$N$G0cK!@-$O$"$j$^$;$s!#(B $B$M$:$_!>$3$&!ZAM9V![!E%+%&(B $B2q0w$rAM;;<0$K3HBg$5$;$k$3$H$r>r7o$H$7$F!"2CF~e$N6bA,$=$NB>$N7P:Q>e$NMx1W$rM?$($k0l$7$g$&$[$&!Z!=>&K!![!E%7%d%&%O%U(B (multilevel marketing plan) $B>&IJHNGdJ}K!$N0l!#(B $BJ*IJHNGd6H&IJ$r:FHNGd$9$k$N:?J$+$iF@$i$l$kMx1W$r1B$K>&IJ$N9X(B $BF~$d&IJ$NHNGd'$$$?$7$^$9!#(B ------=_NextPart_000_01B3_01C03FD4.8E3309A0 Content-Type: text/html; charset="iso-2022-jp" Content-Transfer-Encoding: quoted-printable
=1B$B$O$8$a$^$7$F!#=1B(B
=1B$BFMA3$N%a!=3D%k!"<:NiCW$7$^$9!#=1B(B=
 
=1B$B;d$N%a!<%k%\%C%/%9$K!"#1#0%v7n0LA0$+$i=1B(B
=1B$B!V#4#0#0#01= _$r?6$j9~$`$H!"<+J,$N8}:B$K!"$*6b$,?6$j9~$^$l$k$h$&$K$J$k!W=1B(B
=1B$B= $H$$$C$?35N,$N%M%C%H%2!<%`$NM6$$$,FO$/$h$&$K$J$C$FMh$^$7$?!#=1B(B
 
=1B$B$3$N$h$&$J%a!<%k$K$O6=3DL#$,L5$+$C$?$N$G!"Ev=3Di$OL5;k$7$FB(%4%= _H"9T$-$K$7$F$$$^$7$?!#=1B(B
=1B$B$3$N5=3D$N$h$&$J46$8$b$7$^$7$?$7!#=1B(B
=1B$B$= 7$+$7!"$3$N%2!<%`$,#1#0%v7n$bB3$$$F$$$k;v$K!">/$76=3DL#$r;}$D$h$&$K$J$C$F= $-$^$7$?!#=1B(B
=1B$B!V#1#0%v7n$bB3$$$F$$$k$N$J$i0cK!@-$OL5$5$=3D$&$@$= J!A!W$d!V:#!"N.9T$C$F$$$k$N$+$J!A!)!W=1B(B
=1B$B$J$I$H;W$$!"FO$$$?%a!<= %k$r!"$h!<$/FI$s$G8+$k$H!"#1HV>e$N?M$OH4$1$F9T$/$N$G!"=1B(B
=1B$B3N$+$= K0cK!@-$OL5$/!"LLGr$=3D$&$K;W$($^$7$?!#=1B(B
=1B$B$=3D$N>e!"$&$^$/=3DP= Mh$F$$$k%7%9%F%`$@$H46?4$7$^$7$?!#=1B(B
=1B$B!J%a!<%k$N:G8e$NJ}$KK!E*$= J;v9`$r5-:\$7$F$$$^$9!#!K=1B(B
 
=1B$B$=3D$3$G!";d$b;22C$9$k$3$H$K7h$a!">/$7A0$+$i3hF0$7$F$$$^$9!#=1B= (B
=1B$B$9$k$H!"#1=3D54VDx$G$*6b$,?6$j9~$^$l$F$/$k$h$&$K$J$C$?$N$G$9!#= =1B(B
=1B$B@5D>!"6C$-$^$7$?!#=1B(B
 
=1B$B:#$^$G!"KhG/%8%c%s%\Ju$/$8$rGc$C$F$$$F$b!":G9b$G#3#0#0#01_$7$+E= v$?$C$?;v$,L5$$$N$K!*=1B(B
=1B$B$3$l$O!"Ju$/$8$h$j3NN)$O@dBP$K9b$$$H;W= $$$^$9!#=1B(B
 
=1B$B0J2<$K!":#$^$GD:$$$?%a!<%k$NCf$+$iJ8LL$r=1B(B3=1B$B$DH4?h$7$F7G= :\$5$;$FD:$-$^$9!#=1B(B
=1B$B;29M$K$J$k$H;W$$$^$9$N$G!"$h$1$l$P#1EY!"L= \$rDL$7$FD:$1$l$P9,$$$G$9!#=1B(B
 
=1B$B$J$*!"$3$N$h$&$J%a!<%k$,I,MW$GL5$+$C$?>l9g$O?=3D$7Lu$"$j$^$;$s$= G$7$?!#=1B(B
 
=1B$B!y!z!y!z!y!z!y!z!y!z!y!z!y!z!y!z!y!z!y!z!y!z!y!z=1B(B
------= -=1B$B!c;22C=1B$B@dBP3N/;qK\$GG|Bg$JMx1W;O$a$^$;$= s$+!*=1B(B
 
=1B$B@hF|!"2<5-$N$h$&$J%a!<%k$r=1B$B!o#4!$#= 0#0#01_$NEj;q$J$i$H;W$$;n$7$K;22C$7$F$_$?$i!"#2F|L\=1B(B
=1B$B$G:G=3Di= $NEj;qJ,$r$9$0$K2s<}$G$-$?$N$G!"$3$l$OLLGr$$$H;W$$0F=1B(B
=1B$BFb$5$;$= FD:$-$^$7$?!#=1B(B
=1B$B!o#4!$#0#0#01_$N6b3[$J$iC/$G$b$,!XK!N'$K?($l$J= $1$l$P$$$$$,!Y=1B(B
=1B$B$H$$$&46$8$N$h$&$G$9!#$I$&$G$9$+!)!!=1B(B
= =1B$B5.J}$bM7$S?4$G;22C$7$F$_$F$O!D!JKhF|#1#07o0J>e$N?69~$"$j!K=1B(B
=1B= $BM7$S?4$r8f;}$A$NJ}$@$1!"@'Hs;22C$7$F2<$5$$!#=1B(B
 
=1B$B#4?M$N%j%9%H$K!o#1=1B(B,=1B$B#0#0#01_$E$D$rAw$k$@$1$GEj;q3[0J>e= $NBg6b=1B(B
=1B$B!J!o#1#0#0K|1_0J>e!K$r=1B$B!X$=3D$s$J4E$$OC$,$"$k$+$$$J!Y$=3D$l$,:G=3Di$N46A[$G$7$?!#EvA3= $G$7=1B(B
=1B$B$g$&!#$^$H$b$J?M4V$J$i=1B(B...=1B$B!#$G$b!"$h!A$/9M$($F= $_$k$H!"$J$+$J$+=1B(B
=1B$BLLGr$$%^%M!=3D%2!=3D%`$@$7!"$O$:$l$F$P$+$j$= $$kJu$/$8$KHf$Y$?$i3N=1B(B
=1B$BN($Ot#$K9b$$$+$b!"$H;W$($?$N$G;n$7$K;2= 2C$7$F$_$k;v$K$7$^$7$?!#=1B(B
 
=1B$B$7$+$7%O%^$j2a$.$F;E;v$r=1B(B
=1B$B<-$a$k$N$O$d$a$^$7$g$&!J>= P!K!#=1B(B
 
=1B$B$"$/$^$G%2!<%`$H$$$&463P$G!&!&!&!#=1B(B
 
=1B$B!y!z!y!z!y!z!y!z!y!z!y!z!y!z!y!z!y!z!y!z!y!z!y!z=1B(B
------= -=1B$B!c;22C=1B$B$[$s$H$&$K$*6b$,$[$7$+$C$?$i%*%9%9%a!= *=1B(B
=1B$B$\$/$NM'?M$b#3=3D54V$G#2#0K|1_$A$+$/2T$$$G$7$^$$$^$7$?$+$i= !*!*=1B(B
4,000=1B$B1_$,Bg6b$K$J$C$?$h!*$3$N!V%j%T!<%H!&%U%)!=1B$B$KBg%V!<%`$r$*$3$7!"8=3D:_$O?jB`4|$KF~$C$F$= $$k$HJ9$-$^$7$?!#!!=1B(B
=1B$B%V!<%`$O#2!A#3G/B3$/$H$N$3$H$G$9$,!"F|K\= $N>l9g$O>eN&$7$F$^$@?t%v7n!#=1B(B
=1B$B$"$H#1G/$A$g$C$H$O2T$2$k%>!*=1B= (B=A0=A0=A0=A0=A0=A0=A0=A0=A0=20 =1B$B!J=1B(B12.5.26=1B$B!!El5~!!F?L>!!=1B(B24=1B$B:P!K=1B(B
 
=1B$B!y!z!y!z!y!z!y!z!y!z!y!z!y!z!y!z!y!z!y!z!y!z!y!z=1B(B
------= -=1B$B!c;22C=1B$B!X$=3D$s$J4E$$OC$,$"$k$@$m$&$+!*!Y$=3D= $l$,:G=3Di$N46A[$G$7$?!#=1B(B
=1B$B$H$&$<$s$G$7$g$&!*$G$b!"$h!<$/FI$s$= G$_$k$HG=1B$B$O$:$l$F$P$+$j$$$kJu%/%8$K$/= $i$Y$?$i3NN($O$O$k$+$K9b$$$+$b!)=1B(B
=1B$B$=3D$&;W$($?$N$G!"$?$a$7$K;= 22C$7$F$_$k$3$H$K$7$^$7$?!#=1B(B
=1B$B$=3D$7$FH>?.H>5?$GBT$C$F$$$k$H!"= MbF|$K#17o$NF~6b$,$"$j$^$7$?!#=1B(B
=1B$B=1B$BB3$-$^$7$?!##2=3D54V$r2a$= .$?$3$m$K$O=1B(B30=1B$B7o0J>e$NF~6b$,!"KhF|!"%?%P$K$J$C$F$/$k$h=1B(B
=1B= $B$&$K$J$j$^$7$?!##4!A#5=3D54V$GF~6b$,$H$.$l$F$-$^$7$?$N$G!"=1B(B
=1B$= B$U$?$?$S%a!<%k$rAw$C$F$$$k$H$3$m$G$9!#!J=1B(B12.6.25=1B$B!!KL3$F;!!9,;R!= !=1B(B34=1B$B:P!K=1B(B
 

-------------------------------------------------------------
 
=1B$B!!"#;22CJ}K!"#=1B(B
 
=1B$B$^$:!"2<5-=1B(B4=1B$B?M$N8}:B$K$*6b$r?6$j9~$s$G$/$@$5$$!#!J6d9T= $N?6$j9~=1B(B
=1B$B$_5!$G?6$j9~$_$^$9!K=1B(B
 
=1B$B=1B$B%Z!<%9%H$7$F!"%j%9%H$K$"$k=1B(B4=1B$B$D$N8}:B$N0lHV>e$N?= M$r:o=3D|$7$^$9!#=1B(B
=1B$B$=3D$7$F!"%j%9%H$N0lHV2<$K$"$J$?$N8}:B$r=3D= q$-$^$9!#=1B(B
=1B$B$"$H$O!"=1B(B4=1B$B$D$N8}:B$K!"HV9f$r>e$+$i=3Dg$K?= 6$j$J$*$7$^$9!#=1B(B
 
=1B$B$=3D$l$r!"$G$-$k$@$1$?$/$5$s%$%s%?!<%M%C%H$N7G<(HD$N%"%I%l%9$KA= w=1B(B
=1B$B$C$F$/$@$5$$!#$=3D$&$9$l$P!"$"$H$O$=3D$l$r=1B$B$j$3$s$G$/$l$^$9!#=1B(B
=1B$B:G=3Di$N#1=3D54V$G#= 1#07o0J>e$N?69~$,L5$$>l9g$O$b$&$R$H$U$s$P$j$7$^=1B(B
=1B$B$9!#=1B(B
 
=1B$B0lHV>e$N8}:B$r:o=3D|$9$k$+$i!"K!N'$K?($l$J$$$G:Q$`$N$G$9!#$=3D$= l$@=1B(B
=1B$B$1$O@dBP$K
 
=1B$B$J$*!"6d9T$K9T$/;~!"=1B(B4=1B$B?M$N8}:B$H8}:BHV9f$r%3%T!<$7!"%o= !<%W%m%=3D=1B(B
=1B$B%U%H$K%Z!<%9%H$7$?>e$G0u:~$7$F$=3D$N;f$r;}$C$F$$$= /$H$$$A$$$A=3Dq$-=1B(B
=1B$BJ$1$FJXMx$G$9$h!#=1B(B
 
=1B$B$?$H$($P!"%3%s%S%K$r3+6H$9$k$?$a$K$b3+6H;q6b$H$$$&$N$,MW$j$^$9=1B= (B
=1B$B$M!#$9$J$o$A>&IJ$N$*J[Ev$rGc$C$?$j!"4L%8%e!<%9$rGc$C$?$j!#$@$+= =1B(B
=1B$B$i!"$I$s$J%S%8%M%9$K$b3+6H;q6b$H$$$&$N$OI,MW$J$N$G$9!#$"$J$= ?$,=1B(B
=1B$B?6$j9~$`=1B(B4=1B$B@i1_$O!"3+6H;q6b$H$*9M$(2<$5$$!#=1B(B=
 
=1B$B!!#D#M$NJ?6QE*@.2L$O=1B(B0.3=1B$B!A=1B(B0.5=1B$B!s0L$G$9!#!J=1B= (B1/200=1B$B!A=1B(B1/300=1B$B!K=1B(B
=1B$B!!8e$O!"8=3D6b!o#1!$#0#0#01_= $,?69~$^$l$k$N$rBT$D$@$1!#=1B(B
=1B$B!!#1CJL\$N@.2L!)=1B(B
=1B$B!!!= !!J!o#1!$#0#0#01_!_#1#0?M!a!o#1K|1_!)!K=1B(B
=1B$B!!#2CJL\$N@.2L!)=1B(= B
=1B$B!!!!!J!o#1!$#0#0#01_!_#1#0?M!_#1#0?M!a!o#1#0K|1_!)!K=1B(B
=1B= $B!!#3CJL\$N@.2L!)=1B(B
=1B$B!!!!!J!o#1!$#0#0#01_!_#1#0?M!_#1#0?M!_#1#= 0?M!a!o#1#0#0K|1_!)!K=1B(B
=A0=20 =1B$B#4CJL\$N@.2L!)=1B(B
=1B$B!!!!!J!o#1!$#0#0#01_!_#1#0?M!_#1#0?M!_#1= #0?M!_#1#0?M!a!o#1#0#0#0K|1_!)!K=1B(B
=1B$B"($*6b$rAw$i$J$$$G%j%9%H$K<= +J,$NL>A0$r:\$;$k$H!"D>$0$K$P$l$^$9=1B(B
=1B$B!!$+$i!"$$$m$$$m$J967b$r= =1B$B!!NI?4$r;}$C$F;22C$7$F2<$5$$!#=1B(B=1B$B!!;22C$7$F#2=3D54V$r2a$.$?:"$+$iJ?6Q$7$FA}2C$7$F$/$k$H$$$&OC$G$9=1B= (B
=1B$B!!KhF|8}:B;D9b$r3NG'$9$k$N$,3Z$7$/$J$kL4$N$h$&$J%2!=3D%`$K;22C= $7=1B(B
=1B$B!!$F!"@:?@E*$K4r$7$/$J$kF|!9$rAw$j$^$;$s$+!)=1B(B
=1B$= B!!:#$9$0%3%T!=3D$7$F!"5.J}$b;22C$7$FL4$r=1B$B= !!%b%N$O;n$7$G$9!#=1B(B
 
=1B$B!!!!!!!!!!!!!!!!!!!!!!!!!!!z%j%9%H!z=1B(B
 
1=1B$B!%%U%/%O%i!!!!;0OB6d9T!!$"$S$3;YE9!!IaDL!!#5#0#5#6#7#6#8=1B(B<= /DIV>
 
2=1B$B!%%(%4!!!!!!$5$/$i6d9T!!ETEg;YE9!!IaDL!!#6#3#3#3#7#2#7=1B(B
 
3=1B$B!%%*%,%o=1B(B = =1B$B!!;0OB6d9T!!?KCfLn;YE9!!!!IaDL!!#5#0#2#3#7#1#2=1B(B
 
4=1B$B!%%^%D%P%i!!!!;0OB6d9T!!J?LnFn8};YE9!!!!IaDL!!#3#9#3#8#1#6#3=1B= (B
 
----------------------------------------------------------
 
=1B$B!!!!!!!!!!!!!!=1B(B =1B$B!!"';29M"'=1B(B
 
=1B$B!|8f?4G[$JJ}$N$?$a$K!"4X785-;v$r5-$7$F$*$-$^$9!#=1B(B
 
=1B$B"#;29M"#!J$3$N%2!<%`$,!X0cK!!Y$G$O$J$$$+$H;W$o$l$F$$$kJ}$X!#!K=1B= (B
 
=1B$BL58BO":?9V!JDL>N!'$M$:$_9V!K$K$D$$$F!">rJ8$K$h$l$P!"=1B(B
=1B= $B!V$3$NK!N'$K$*$$$F!VL58BO":?9V!W$H$O!"=1B(B
=1B$B6bIJ$r=3DP$($s$9$k2= CF~=1B$B@h$K2CF~$7$?=1B$BFs0J>e$NG\N($r$b$D$FA}2C$9$k= 8eB3$N2CF~$l$NCJ3,$K1~$8$?8e=3Dg0L=1B$B=3D= g=1B$B>e2s$k2A3[Kt$O?tNL$N6bIJ$r=1B$BMW$9$k$K!"8e=3Dg0L=1B$B=3Dg=1B$B$h$C$F$=3D$N;22C=1B$B$3$N%7%9%F%`$@$H!XL58BO":?9V$NKI;_$K4X$9$kK!N'!= Y$K$O?($l$J$$$H$$$&;v$K$J$j$^$9!#=1B(B
 
=1B$B!cJ[8n;N$N0U8+!d=1B(B
=1B$B$3$l$O$h$/8@$o$l$k%M%:%_9V$d%^%k%= A>&K!$G$O$"$j$^$;$s!#=1B(B
=1B$B0J2<$K=3Dq$+$l$F$$$^$9$h$&$K2q0w$rAM;;= <0$K3HBg$5$;$k$3$H$r>r7o$H=1B(B
=1B$B$9$kL58BO":?9V$dO":?HNGde$N?M$,H4$1$F$$$/=1B(B
=1B$B$N$G0cK!@-$O$"$j$^$;$s!#=1B(= B
 

=1B$B$M$:$_!>$3$&!ZAM9V![!E%+%&=1B(B
=1B$B2q0w$rAM;;<0$K3HBg$= 5$;$k$3$H$r>r7o$H$7$F!"2CF~=1B$B3[0J>e$N6bA,$=3D= $NB>$N7P:Q>e$NMx1W$rM?$($k0l=1B$B$,6/$$$N$GK= !N'$G6X;_!#O":?G[EvAH?%!#L58BO":?9V!#=1B(B
 
=1B$B%^%k%A!>$7$g$&$[$&!Z!=3D>&K!![!E%7%d%&%O%U=1B(B
(multilevel = marketing plan)=20 =1B$B>&IJHNGdJ}K!$N0l!#=1B(B
=1B$BJ*IJHNGd6H&IJ$r:FHNGd$9$k= $N=1B$B$K2CLA$5$;$F!"AH?%Fb$G$NCO0L>:?= J$+$iF@$i$l$kMx1W$r1B$K>&IJ$N9X=1B(B
=1B$BF~$d&IJ$NHNGd=1B$B<0HNGdK!$H$b8F$P$l!"Ej5!@= -$,6/$/J@32$,Bg$-$$$N$GK!N'$G87$7$/5,=1B(B
=1B$B@)!#O":?HNGd
 

-------------------------------------------
 
=1B$B:G8e$^$GFI$s$G$$$?$@$-!"$I$&$b$"$j$,$H$&$4$6$$$^$7$?!#=1B(B
 
=1B$B%k!<%k$r=1B$B3Z$7$_$J$,$i$d$k$3$H$rDs>'$$$?$7$^$9!#=1B(B
------=_NextPart_000_01B3_01C03FD4.8E3309A0-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Oct 26 13:50: 8 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id A09D837B4C5 for ; Thu, 26 Oct 2000 13:50:01 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id NAA26661; Thu, 26 Oct 2000 13:50:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from yeti.ismedia.pl (yeti.ismedia.pl [212.182.117.178]) by hub.freebsd.org (Postfix) with SMTP id 5945A37B479 for ; Thu, 26 Oct 2000 13:49:29 -0700 (PDT) Received: (qmail 87325 invoked from network); 26 Oct 2000 20:49:10 -0000 Received: from lagoon.freebsd.lublin.pl (qmailr@212.182.115.11) by yeti.ismedia.pl with SMTP; 26 Oct 2000 20:49:10 -0000 Received: (qmail 3546 invoked from network); 26 Oct 2000 20:49:08 -0000 Received: from riget.scene.pl (qmailr@212.182.115.2) by lagoon.freebsd.lublin.pl with SMTP; 26 Oct 2000 20:49:08 -0000 Received: (qmail 96971 invoked by uid 1001); 26 Oct 2000 20:49:04 -0000 Message-Id: <20001026204904.96970.qmail@riget.scene.pl> Date: 26 Oct 2000 20:49:04 -0000 From: venglin@freebsd.lublin.pl Reply-To: venglin@freebsd.lublin.pl To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/22319: Malicious remote user can cause ppp(8) to segfault Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 22319 >Category: bin >Synopsis: Malicious remote user can cause ppp(8) to segfault >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Oct 26 13:50:01 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Przemyslaw Frasunek >Release: FreeBSD 4.1.1-STABLE i386 >Organization: ISMEDIA >Environment: FreeBSD ext-fw.czuby.net 4.1.1-STABLE FreeBSD 4.1.1-STABLE #2: Fri Oct 6 13:04:26 CEST 2000 venglin@riget.scene.pl:/sys/compile/LUBI i386 Ppp(8) with server enabled (set server). Configuration file: default: set device /dev/cuaa1 set speed 115200 set log +warning +error +alert nat enable yes set server +23 password_here nat unregistered_only yes set mtu 500 set urgent tcp set urgent tcp +21 +22 +23 +6667 set urgent udp set urgent udp +53 +514 set sendpipe 1024 set recvpipe 1024 enable deflate24 accept deflate24 leased: set ifaddr 212.182.118.90 212.182.118.89 255.255.255.252 >Description: Look below. >How-To-Repeat: riget:venglin:~> cat /dev/urandom | nc ext-fw.czuby.net 23 >& /dev/null [wait few seconds] ... pid 580 (ppp), uid 0: exited on signal 11 (core dumped) Sorry, I can't provide stack backtrace at this moment, I'm running PPP on a diskless machine. >Fix: Unknown. >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Oct 26 14: 0: 6 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 7007837B479 for ; Thu, 26 Oct 2000 14:00:03 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id OAA30248; Thu, 26 Oct 2000 14:00:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Thu, 26 Oct 2000 14:00:03 -0700 (PDT) Message-Id: <200010262100.OAA30248@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Garrett Wollman Subject: Re: kern/10778: "ipforward_rt" is not cleared when routing table changes Reply-To: Garrett Wollman Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/10778; it has been noted by GNATS. From: Garrett Wollman To: John Polstra Cc: freebsd-gnats-submit@freebsd.org Subject: Re: kern/10778: "ipforward_rt" is not cleared when routing table changes Date: Thu, 26 Oct 2000 16:54:42 -0400 (EDT) < said: > One easy hack would be to ignore ipforward_rt if it is more than, say, > 2 seconds old. This isn't a real fix, but it would at least limit the > duration of the damage. The performance penalty would be negligible > in real life. Yes, this is a bug. The right fix is to change the IP code so that, when it gets notified of a routing change, ipforward_rt (and presumably ip6forward_rt if there is such a thing) get cleared automatically. This could easily be done in a couple of lines in netinet/in_rmx.c:in_addroute(). ipforward_rt would also have to be unstaticked in ip_input.c and declared in a useful header file. The code which would make things Just Work doesn't happen in the forwarding case because protocol-based cloning is (intentionally) disabled. -GAWollman To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Oct 26 15:10: 7 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id C16A737B479 for ; Thu, 26 Oct 2000 15:10:03 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id PAA64605; Thu, 26 Oct 2000 15:10:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Thu, 26 Oct 2000 15:10:03 -0700 (PDT) Message-Id: <200010262210.PAA64605@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Dima Dorfman Subject: Re: conf/22308: mounting NFS during boot blocks if host map comes from NIS Reply-To: Dima Dorfman Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR conf/22308; it has been noted by GNATS. From: Dima Dorfman To: brandt@fokus.gmd.de Cc: FreeBSD-gnats-submit@freebsd.org Subject: Re: conf/22308: mounting NFS during boot blocks if host map comes from NIS Date: Thu, 26 Oct 2000 15:03:12 -0700 (PDT) > > >Number: 22308 > >Category: conf > >Synopsis: mounting NFS during boot blocks if host map comes from NIS > >Severity: non-critical > >Priority: low > >Responsible: freebsd-bugs > >State: open > >Submitter-Id: current-users > >Arrival-Date: Thu Oct 26 03:10:01 PDT 2000 > >Originator: Hartmut Brandt > >Release: FreeBSD 5.0-CURRENT i386 > >Organization: > GMD Fokus > >Environment: > > nsswitch.conf is setup as: > > hosts: files nis dns > > a lot of NFS file systems are mounted in /etc/fstab > > >Description: > > mount_nfs blocks *very* long trying to get the NFS server's host > names via NFS. changing the order to 'files dns nis' is a workaround. You may also want to try adding 'bg' to the mount options in fstab. This will cause the mount_nfs process to fork off and keep trying to mount the filesystem if it can't do it right away. The obvious drawback is that your system may come up in multiuser without the filesystem mounted if your NIS server is a little slow. Furthermore, depending on your situation, you may want to look into using amd(8). > > >Fix: > > Change the order in /etc/rc to mount NFS after doing the ypbind. ypbind is on /usr; what if /usr is an imported filesystem? Regards -- Dima Dorfman Finger dima@unixfreak.org for my public PGP key. "The best way to keep one's word is not to give it." -- Napoleon Bonaparte To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Oct 26 16:40: 6 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 9ECF237B4C5 for ; Thu, 26 Oct 2000 16:40:01 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id QAA96935; Thu, 26 Oct 2000 16:40:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id 8540E37B479; Thu, 26 Oct 2000 16:34:00 -0700 (PDT) Message-Id: <20001026233400.8540E37B479@hub.freebsd.org> Date: Thu, 26 Oct 2000 16:34:00 -0700 (PDT) From: jheiss@ofb.net To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: kern/22324: Kernel panic when second Compaq Smart Array 3200 controller is used Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 22324 >Category: kern >Synopsis: Kernel panic when second Compaq Smart Array 3200 controller is used >Confidential: no >Severity: critical >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Oct 26 16:40:01 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Jason Heiss >Release: 4.1-RELEASE >Organization: Collective Technologies >Environment: FreeBSD 4.1-RELEASE FreeBSD 4.1-RELEASE #0: Fri Jul 28 14:30:31 GMT 2000 jkh@ref4.freebsd.org:/usr/src/sys/compile/GENERIC i386 >Description: I have a Compaq Proliant 1850R with two Compaq Smart Array 3200 RAID controllers in it. Channel one of the first controller is connected to the internal drive bay, which has two drives in a RAID 1 (mirrored) volume. This volume is the boot device and contains the root fs. I also have a Compaq StorageWorks 4214R disk array (JBOD, no RAID controller in array). If I connect that array to channel two of the first 3200 controller then things work fine. The box boots and I was able to newfs and mount that volume. If I connect that array to channel one on the second 3200 controller then the box panics during boot: ida1: port 0x4000-0x40ff mem 0xc6ffff00-0xc6ffffff irq 15 at device 0.0 on pci2 ida1: drives=1 firm_rev=4.44 idad1: on ida1 Fatal trap 18: integer divide fault while in kernel mode instruction pointer = 0x8:0xc015bb66 stack pointer = 0x10:0xc0421d70 frame pointer = 0x10:0xc0421d9c code segment = base 0x0, limit 0xfffff, type 0x1b = DPL0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 0 (swapper) interrupt mask = net tty bio cam trap number = 18 panic: integer divide fault Uptime: 0s >How-To-Repeat: Connect external disk array to second Compaq Smart Array 3200 controller. >Fix: >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Oct 26 19:26: 0 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from mail.fpsn.net (mail.fpsn.net [63.224.69.57]) by hub.freebsd.org (Postfix) with ESMTP id 54D2A37B479 for ; Thu, 26 Oct 2000 19:25:58 -0700 (PDT) Received: from fpsn.net (control.fpsn.net [63.224.69.60]) by mail.fpsn.net (8.9.3/8.9.3) with ESMTP id UAA19588 for ; Thu, 26 Oct 2000 20:28:51 -0600 (MDT) (envelope-from cfaber@fpsn.net) Message-ID: <39F8E800.80906AB3@fpsn.net> Date: Thu, 26 Oct 2000 20:27:12 -0600 From: Colin Faber Reply-To: cfaber@fpsn.net Organization: fpsn.net, Inc. X-Mailer: Mozilla 4.75 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: freebsd-bugs@freebsd.org Subject: sysinstall fails to find discs Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hi folks, Well after a week of fighting with sysinstall i've decided its time to see if anyone has any input on this item. Problem: sysinstall fails to find any discs System: Dell poweredge 2450, PERC 3/Si raid controller etc. etc. Now keep in mind that I've tried building release and running -CURRENT but I keep running into the same problem. aacd is found as a valid controller, the raid partitions are detected and the correct size is found (on boot) I can run fixit and play around with the partitions, sysinstall just doesn't seem them when i go to use the partition and label tools, Has anyone any other possible solutions (yes aacd is in devices.c with in the sysinstall source { DEVICE_TYPE_DISK, "aacd%d", "Adaptec FSA RAID array", 151, 65538, 8, 4 }, ) ? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Oct 26 20:30: 6 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 7D87637B4C5 for ; Thu, 26 Oct 2000 20:30:01 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id UAA93077; Thu, 26 Oct 2000 20:30:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from kris.kiwi-computer.com (adsl-151-203-126-84.bostma.adsl.bellatlantic.net [151.203.126.84]) by hub.freebsd.org (Postfix) with ESMTP id 2E62F37B479 for ; Thu, 26 Oct 2000 20:27:53 -0700 (PDT) Received: (from root@localhost) by kris.kiwi-computer.com (8.9.3/8.9.3) id XAA26864; Thu, 26 Oct 2000 23:30:27 -0400 (EDT) (envelope-from rick) Message-Id: <200010270330.XAA26864@kris.kiwi-computer.com> Date: Thu, 26 Oct 2000 23:30:27 -0400 (EDT) From: rick@kiwi-computer.com Reply-To: rick@kiwi-computer.com To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: misc/22331: request to add default issue file to gettytab Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 22331 >Category: misc >Synopsis: request to add if=/etc/issue to /etc/gettytab >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Thu Oct 26 20:30:01 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Rick C. Petty >Release: FreeBSD 4.1-RELEASE i386 >Organization: KIWI Computer >Environment: 4.1-RELEASE >Description: It would be nice if the default terminal class entry in gettytab(5) had the proper reference to /etc/issue, the file which is displayed prior to the login prompt. Many systems use "issue" and it would save a little time every upgrade if the gettytab already had the proper if= tag set (thus the system maintainer would just update /etc/issue as necessary). Note: Adding this patch does not cause anything to break (tested on both 4.1-RELEASE & 4.1.1-STABLE as of Oct 24 2000). If /etc/issue file does not exist, getty(8) just ignores the if= tag. >How-To-Repeat: >Fix: Apply the following patch: --- usr/src/etc/gettytab.orig Thu Oct 26 22:52:26 2000 +++ usr/src/etc/gettytab Thu Oct 26 22:52:40 2000 @@ -38,7 +38,8 @@ # np:ap: same as np except istrip. # default:\ - :cb:ce:ck:lc:fd#1000:im=\r\n%s/%m (%h) (%t)\r\n\r\n:sp#1200: + :cb:ce:ck:lc:fd#1000:im=\r\n%s/%m (%h) (%t)\r\n\r\n:sp#1200:\ + :if=/etc/issue: # # Fixed speed entries >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Oct 26 20:40:10 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id D67AA37B4CF for ; Thu, 26 Oct 2000 20:40:01 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id UAA96223; Thu, 26 Oct 2000 20:40:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from kris.kiwi-computer.com (adsl-151-203-126-84.bostma.adsl.bellatlantic.net [151.203.126.84]) by hub.freebsd.org (Postfix) with ESMTP id E67BE37B479 for ; Thu, 26 Oct 2000 20:30:31 -0700 (PDT) Received: (from root@localhost) by kris.kiwi-computer.com (8.9.3/8.9.3) id XAA26974; Thu, 26 Oct 2000 23:33:07 -0400 (EDT) (envelope-from rick) Message-Id: <200010270333.XAA26974@kris.kiwi-computer.com> Date: Thu, 26 Oct 2000 23:33:07 -0400 (EDT) From: rick@kiwi-computer.com Reply-To: rick@kiwi-computer.com To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: misc/22332: request to add more active ttys by default Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 22332 >Category: misc >Synopsis: request to add vtys to /etc/ttys >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Oct 26 20:40:01 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Rick C. Petty >Release: FreeBSD 4.1-RELEASE i386 >Organization: KIWI Computer >Environment: >Description: Most (nearly all??) keyboards with Function keys have F1-F12. By default ttys(5) is setup for F1-F8 as virtual terminals and uses F9 for X/xdm. I propose adding the other three as virtual terminals, moving X down to F12. [At the very least, enable the extra virtual terminals for all Fn-keys and setup X/xdm to use one of the lower numbers if there are keyboards with fewer Fn-keys-- it's okay to have getty(8) running even if the user can never access those terminals, IMHO] Why not enable 24 and use shift-Alt-Fn? By default sc(4) enables 16 and most people will complain if extra keypresses are required. >How-To-Repeat: >Fix: Apply the following three patches: --- usr/src/etc/etc.alpha/ttys.orig Thu Oct 26 22:57:54 2000 +++ usr/src/etc/etc.alpha/ttys Thu Oct 26 22:58:10 2000 @@ -38,7 +38,10 @@ ttyv5 "/usr/libexec/getty Pc" cons25 on secure ttyv6 "/usr/libexec/getty Pc" cons25 on secure ttyv7 "/usr/libexec/getty Pc" cons25 on secure -ttyv8 "/usr/X11R6/bin/xdm -nodaemon" xterm off secure +ttyv8 "/usr/libexec/getty Pc" cons25 on secure +ttyv9 "/usr/libexec/getty Pc" cons25 on secure +ttyva "/usr/libexec/getty Pc" cons25 on secure +ttyvb "/usr/X11R6/bin/xdm -nodaemon" xterm off secure # Serial terminals # The 'dialup' keyword identifies dialin lines to login, fingerd etc. ttyd0 "/usr/libexec/getty std.9600" dialup off secure --- usr/src/etc/etc.i386/ttys.orig Thu Oct 26 22:55:31 2000 +++ usr/src/etc/etc.i386/ttys Thu Oct 26 22:55:51 2000 @@ -39,7 +39,10 @@ ttyv5 "/usr/libexec/getty Pc" cons25 on secure ttyv6 "/usr/libexec/getty Pc" cons25 on secure ttyv7 "/usr/libexec/getty Pc" cons25 on secure -ttyv8 "/usr/X11R6/bin/xdm -nodaemon" xterm off secure +ttyv8 "/usr/libexec/getty Pc" cons25 on secure +ttyv9 "/usr/libexec/getty Pc" cons25 on secure +ttyva "/usr/libexec/getty Pc" cons25 on secure +ttyvb "/usr/X11R6/bin/xdm -nodaemon" xterm off secure # Serial terminals # The 'dialup' keyword identifies dialin lines to login, fingerd etc. ttyd0 "/usr/libexec/getty std.9600" dialup off secure --- usr/src/share/man/man4/syscons.4.orig Thu Oct 26 23:27:40 2000 +++ usr/src/share/man/man4/syscons.4 Thu Oct 26 23:27:51 2000 @@ -89,7 +89,7 @@ will recognize them to be active and run .Xr login 1 to let the user to login to the system. -By default, only the first eight virtual terminals are activated in +By default, only the first twelve virtual terminals are activated in .Pa /etc/ttys . .Pp You press the >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Oct 26 21: 0: 7 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id C008537B479 for ; Thu, 26 Oct 2000 21:00:04 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id VAA02257; Thu, 26 Oct 2000 21:00:04 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Thu, 26 Oct 2000 21:00:04 -0700 (PDT) Message-Id: <200010270400.VAA02257@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: "Rick C. Petty" Subject: Re: misc/22332: request to add vtys to /etc/ttys Reply-To: "Rick C. Petty" Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR misc/22332; it has been noted by GNATS. From: "Rick C. Petty" To: freebsd-gnats-submit@freebsd.org Cc: Subject: Re: misc/22332: request to add vtys to /etc/ttys Date: Thu, 26 Oct 2000 22:54:56 -0500 (CDT) Sorry, misfiled that, it should have class "change-request" instead of "sw-bug". Also, the third patch file should say "eleven" instead of "twelve" (see below). This is your brain on drugsunix. Gimme a break, it's my second send-pr(1) ever. =) --Rick C. Petty, aka Snoopy rick@kiwi-computer.com ----------------------------------------------------------------------- Senior Software Engineer, KIWI Computer http://kiwi-computer.com/ --- usr/src/share/man/man4/syscons.4.orig Thu Oct 26 23:27:40 2000 +++ usr/src/share/man/man4/syscons.4 Thu Oct 26 23:27:51 2000 @@ -89,7 +89,7 @@ will recognize them to be active and run .Xr login 1 to let the user to login to the system. -By default, only the first eight virtual terminals are activated in +By default, only the first eleven virtual terminals are activated in .Pa /etc/ttys . .Pp You press the To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Oct 26 22:20:23 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 6EEED37B4D7 for ; Thu, 26 Oct 2000 22:20:01 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id WAA35164; Thu, 26 Oct 2000 22:20:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from kris.kiwi-computer.com (adsl-151-203-126-84.bostma.adsl.bellatlantic.net [151.203.126.84]) by hub.freebsd.org (Postfix) with ESMTP id 2762D37B479 for ; Thu, 26 Oct 2000 22:15:14 -0700 (PDT) Received: (from root@localhost) by kris.kiwi-computer.com (8.9.3/8.9.3) id BAA27234; Fri, 27 Oct 2000 01:17:52 -0400 (EDT) (envelope-from rick) Message-Id: <200010270517.BAA27234@kris.kiwi-computer.com> Date: Fri, 27 Oct 2000 01:17:52 -0400 (EDT) From: rick@kiwi-computer.com Reply-To: rick@kiwi-computer.com To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: conf/22339: request for new kernel config file Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 22339 >Category: conf >Synopsis: request to add new kernel config "GENLINT" >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Thu Oct 26 22:20:01 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Rick C. Petty >Release: FreeBSD 4.1-RELEASE i386 >Organization: KIWI Computer >Environment: >Description: Often those who reconfig their kernels like to start with GENERIC and go through LINT for additional options. There's a tendancy to mistype options when adding from LINT to GENERIC, and starting with a LINT base is just a huge jump (plus certain options/comments in GENERIC don't appear in LINT). Along comes GENLINT, a cross between the two. GENLINT is a GENERIC kernel with the LINT look. It has all the lines from LINT with the options of GENERIC. Brave users can start with GENLINT (having the same config as a GENERIC), yet easily look for and replace options, instead of trying to merge two long config files. GENLINT = GENERIC plus commented LINT options... This is not intended (yet) as a replacement to GENERIC or to LINT but as a configuration that has been merged to speed up the re-config time for experienced users. Normal/inexperienced users can still use GENERIC, but I know that many hackers would like this addition. It is truly a merge of the two: I went through LINT line-by-line, comparing to GENERIC lines, ensuring that remaining lines including additional comments in GENERIC are included in GENLINT. Through this long process I discovered options present in GENERIC and not in LINT! I usually spend 20-30 minutes each release to create my own GENLINT. If it comes down to it, I am willing to regenerate!!! and submit a GENLINT for the Project for **each release** if it will get onto the ISO images and save me (and others) time while performing upgrades... (I've been doing GENLINT since 2.2.2 in case anyone wants old copies, contact me!) >How-To-Repeat: >Fix: uudecode the following file and ungzip it to: usr/src/sys/i386/conf/ begin 644 GENLINT.gz M'XL("*\.^3D"`T=%3DQ)3E0`K'UY<]M(LN??5= MB??OWJN[5J_3[HU5M:KNO,"+?%<]>U'@+94;!G/_*8V7GIJ'D;J- M/.]FU#SU+W^^>O?^8.P\>_0V"E!/SFU/T/L7([][C?^J6NJ["R%-^ M0*.L9%#Z+UGX,0]^HM9+SXD]%7G.C!Y[:N$$LVD8/JO8T!G6:QM%IO'`B[W06NMGP-(8_5YLPK;Q@J7%"[3U9 M#C53,S].(G^:`N@3%=+CZ-6G-3O+5V<3TT(]-`6Z!'3U-8R6,_75GWGJJS>E M!M&+%ZFC/8L\YAV2$99.XL6)C>X:+[%W*EJ/FZ6JZQ"LG"E/Z.XDV^"L):92Y3P_"-8:-I2OV^B3?3I!/XA`&>.VF MY3KR8B\`5#0&7N@)-JS&>8W8_DQC?&/E-;H*&J8 M$%ZH+:B'H5P`A-6*9HO5GY6C^T;48!6^X/>%$R]HA)43/<IL>T)X]>^N$ M.\?.RN,VTH*>$3`.$[!>*V"E<;T9UO(:'Z"9^K)V5MX MR_4\7=*JP,6!Z^),FH#_17_H,T!;._`B'#D0<$P*"F9.$T>97Y2=JYM'F M>[*O3N0N_(1:IC0Z3T0#&,9!8-`>_BK[2<.X=+I/N!LQ"#5W5CZM84H/9ZI] MTZT.&J`Z[K]:$\'2@8M!LBN'Y@B\@P/F.#F(OH#P_3L=CB#QY[[+5%ZI@`SP M1FB*%OL0IWQL&8IX$:9+3#/U\GUV9*P`OX=\?B/3G2;D"0X.-$+?99SB^\IY M2^E(QA6U=B+J"QH$W4?A4@:DTY401XW]?S+US8E4`SI53*J\7=0C<):*V&;B MK50"+A.KZ8;:`0M+K$G0N$J7CD8][RY/6'/Y3+\WB+RB9D^E?>61+(DZANI^=)YLDX4'R+,]J?_*UW_'XWDS`'@ M*J3SS7Q2.M%NWH/J7SU%JP0Y4C<_6/A3^A5/",=!&%2QUI6S!.RNRU`2DR.. M%KARQHZ\VE/M1*V\E;M:'POLS=;-PQV=XO7:"PPF5LZ3#R0S%N)TTE-*T+TJOJD/K>&O5:G5^^V*LQ&74(.L6(:HZ)):N9-TZ>*0<=, MO?K)`CWY^1-SW)A6N%SB7Z(8,,)EWK_").VI"C;5"!DS**.#GXC0P5--RJ#Y M-!&T^W%02?3(=#("S_7BV(DVYB1(OWBSFH*4L4E@7\O0$78WW5@GC%=IFM`> M$(?!6VQLL"&Y)M@5M!`3"(#7D,18Y-.^!T0@`A(=.G[KDBQ]\C04#@ M_0W3MUXG[]/3;'IT?EQ$4+&[K/33/`S+`QS2LT-&E]FCPU,\DH/:\")(3$4$ MN-3,+&:,/$4$M=#CTHF>/(AX1\[?^<7/7;7T5W["`I70:#0'/_`37[25U3J, M/1R=&P_K=[34R`0.2W3!#0_!XV%",_'%QZONC2@%>O](T$0>L^YY&F&S:01& M#^^>$<`9H\'DW?IC<]3^WX9O$Y_R5^E*9M0J"\^K9X@]@""3HGWSMF-W-Z1! M1S!E74$K%#P&S?:-J&GE/RT2]>K($>4!K9ZT7`N3K`F\R73>&S;`3PAWII.! MEM?HD!#!Z8289D6)U(IU%.((\3GG)47>$['LB,;PWEQ/ZX"RPJ5/Y[;=ZS6% MA,TV'&@,?3H\(H3_='YV\8'_[_C0;J3QL*,1$]%-YW.S]672[E.;%L`OHFM* M*NPSY!'S3Y8DD!;RG+K/O!??)>!.^X3#7IAX9G_\6*/ZU:>5YR>8#K!F!J0B M,X]Y7>!0KSW7G[.^Z.A)]="L+#K2VJ`3'/N,NJZAB[)"SUT`)H$QMN`G,`;U MN]8$JRMAK[#R3S^?_P+YI_I&1Q7%6'WIJCB=BKRMY=T/#@9_GS3JC?L6]_YX M?G$`161)O="3_GX^/;]Z)N)TF5::'JEF(IP-`'&Z7H>1%M>DU[C/KTXTBS-U MQE_Z"7AA!C#-V.OW!V/B$H1JF8T05FS1J0_O6@S8P0\ALOOCJ/#FF-S)_B!+JIJ(C;-B?I M2*$^VYJ+3OT`DLI/8F\Y/P&]1:P)K)R-L$@H#FQ%$F7&#HB03$-%/S"^`M(\ MJH&Z5-H25/]2.`CTJ!*?_I_)9')ZNJZHOZKN-^'C12)K]QJ=AV9K`E'3OIO< MMCLM#*S>DTW%JK=E`='9TH(WT\.B,$S,06#.`;M5ZWZ;M6=X7Z89^,&OO'8? MI@"9+3,/"L&=0>*CE6[WQNQ2X`? M>('6K2&/,V5\M"%#*X'3HTO&(T37S8_9.5-QUJMID)$T:@X>*^O.?]9,/Y@G#F$$0 MZY$:"X]("6NI#$.B$&ZRH)F(?7F5S/G"$A1$P;8T'I'=HG>63Q?4B@A:<204 MQD:4&:?&UB69#]J2O+;)@B8\`/_XG=VPN^A=*74[PN-C8%^.W/9ZK@6.&R+P M)P)ST&C342$N?9T=46JLS3#HB&Q^R$Z[*1TC4B6T,02<4%MK9Q@-LU#UZ)C0 M:5U[$/Y:*JAI>48(ME`H*3#4%$.TR&OFDF*K$E;GT%1"];>__>V//"A$%.:@ M"+Y8:8)'18MO!660U+R$843S(_;FT!\`#^9KP(:;D/#QKZQ!++V,"V@&X6I^ M3EM)@\C:9JR1!YY8?L`#^#?T:*T(Q`;QFD%BCCG!XD6L$X@'P.,9Q+J/4B_S M[M`8YB2`].@<'!R8!_JO#X6_/LI?H"?GV5$#N!32U5&R.M8-KG8V4$2DW(CQ M9RL;P-:<+#\ZI/JDT9/)3>>AU6G?W8][[1Z)#WK2'XC>D3$8>JA`/*)MNXQO M.$A`MJ2`=:#4!D`PUJ94FS3<$`ZJ,(!+"`I58Q/Y;QC':,^$*#DY-(:F*=AJ M4ZT$"KUW`7C[F/##RUTNOZK)>MR+9H4%D`%4&H28Q8AGX1Y\$VC;2 MSTLZW2Q,I^4!=ZV71,R;!=_X9M+JY:R=4.8NZ/22B42+2^, MZQM'],F^5EB/2ZR`>#LM4M!X>6QA<52_Z;0F'Q_IE'1&H];02*68G09:QR-+ M@\XJC(\COT;8TNNE02(OC&9>=&R.MM9L=A"KN->%8=!ACS9Z`W#B3_M:_SF* MK2V^K8_&K:'`AL-EL"S,A,\;3#29$8[\);&8K#?SB7YO`I^EZ0D2R(ZF3PVT M&Q//T_53Y!`!DP28I6Z"Q6$'X;Q4VI5I\8-V?SC./*J`W]6VTI)()_')2,]( M-JD,3+*'/^,^_G$3,.4&1RPT-WS^M6,3 ML'5)IM!I(8`:)$HB&67FP^4XPT64PFL<&R\;X].^7?SF#244*/1'Z"1TA MU^%S`ZU&"S`:CT28NB&S&6R8CYK`]N^`EJUM.!I_MGEQY)'@"^#_AIGR.SQX M]#`:3.X[XZQWG!*I(<`4J/MZ![&?]MP68VQ[>,D)>M,8'MSH>2^6'[FOUGOS MW%3BAW,>CIUO4>KF,3$`\74\J7>([>5,./(3CVU6-XM6YISV5'-94&R]VX2# M\^/IYROZKTIH6Z<&-\S?6:Q,OO:'GT>[>4@F8(1KBR=-NQJ8>J&)+<+EC",* MWO;8PQ8!_ZTT!?R4/YA&N^S"--$M=LPD&L31Q;&@H\IFISTFX,C%S^LBY`CN MBQ\#8_^A+FI_T1M^H3>&SN555;20YF?J4P)S!;6;77[PV^3^WZGQ8PC8'I=T2(S_5>46;W%1#CJ M\Y7Q'881;\G")Y[B!S.._<29?U2=?ZR>7W5O5,3N<1K^)^::M"O+S4]:1(K2 M%;INNO;%"H-5.:H;44D;ZQEH<0BOF9EJJ^K$4JI.;$YZDHFJDQ*+Q:[8QW^' MO#9,)Q0M<)H^Q9J)Q[D'&JJ_&R'8RE9CYIXS@%Y<@P/L)7A?HJN&)6CBA'G` M)V'&H39-P<)[%7C2V:S&N0!:JTK.EQ^;'S]N>?FX]9[)I/QTAS:]W:2L*I9;E/2U\FM+(=MZ121:?I;K M+Y\^;KT3,BX_M@5U^9VF]/)C(\+*SXU4*3PORX1]+VT:MQRO-@<5N[..!(B% M\A`D3J!L6C%[HS"3>K_(3?7,(2+\!G9[Z,DIXC0(AX1!Z,!NJ*Y#LO-S'D7G M8^`367L^1V79'Q#Y3Z0[+<$=IN%32NP:@<9YY!%KJF8Y+S@>H5JF[ MX`P%B+N4C/FJMIQG'+&\&W2J2]+J`_"3;)%)GGG4\8.4[4(KE#*^G[2Z#]AZ M,ME'V@N#H_7V\U_T(*).26A0ZSS3D*`SSA@<+P>>9),,5;-WBJ":%*;9/XMZ M\9UW!_AY'WBO113\H0Z=?G=0'[=OVIWV^)MQ[:C_SH_04WM%YCUGL&C?"]*> M8BLQ0\37A]HE(HT0`J0P$#&0HADS.D"N!?,F8:.$U`L/?C4H&)YZ#@C:<'Y<8MX/Q")%F`QSZ3`/MV#NQ4[8XJ0QY<9"ZHG:+X_QW)O:)WM"4LPHI$2<*&]A98 M(=KFC?00UC*+PC6'L12]8(0[:DV4Y]88X8'1-],`66S\I\ARX4\2WP(+AZY@ MC@T/:H8$#Y2$MR`.D4H)KBFG!NUU&$=['^30N0CSF&`L0[.UALE#KSXFR=EL M-35;F!/9@63O:%*'PM(X=Q"S,YA=2'`1@WJ)83#'SE)6./5`7NF\`I(5*TL"A`.\2R(=6'I4^ M$"89P_C!#8?$(7F:34MT0V@EF=\E+7'2N*_K1+//XV&]T2J$GV1)59>3?"+' M92\A_8,`LWK&$^](S*UL:!D%`DB3KNYWPD$=W>?\.(]4MGM?ZL-VO3<>E7PY M(A2S+#;25-,(87U?IX\)H++-D:-B(BV"RD6028?=\JPW-LO806XL,7#Q,-]@=4`\[#Q*S:`2<2G?/>#1A'B! M38L54W>B$)TX(3DZLLK=.&LSIAS8RRR/8G@L9)A*#E;E!*MB3&)8^XU$(3F/ M3/"39\A)*B>G+^L<#`[W))*`8^5KP<%=&)/M%YJ)J:!`'D?333%!R'H+3=#* M&H'KV23FF#P;`I\42'TF64VM;"&Z8DAFWRZ9AOEF-=OUNUY_-&XWRJ2>D;.F MLIS%6&G5H"].?\=V%0)760)J/1;]1G:?A':D93]GY0:A'V^@._L2"Q&?B$WS M9?F2`2R+&+2&M]U^3^Q(G>\3^&/T"J0)BR_PQ2(K2S M#S2S0]M5&!Q]D.SR.RX9V:1\DO9-)K.D"E.SQ\='597] MAXV%54Z]98@,=(\#XUI%)4->$ELX?9=EHSZ71GB987(',#;DL9:S^8<&:2O] M3NOWY]7VV[N"ABE9+20DD,FAJJ[RB%D"9_8Y&@_[$ZOQ>Y^,A0T:XXC&"UJ) M#WU4D0[M>4$^P9?VZ*'>*71]\9&9K4JS_8&:7*\UAO6\I@^IV@H MU0^6DAA#JOQ8';$V''C)L%+ZIGI<@7DM'*T*DBO-HM%(N:J"SHLV%\86Q)*AB2W+`!CENH"NJXG&F M1<7%+E?<9_!RM;^]O3UJC0;&).G*C#=E-O^J`CGH] M5=ST>+LS*]G4711'+-R>J]C^44!Y/!T-'O]-^!_;`]T)V]-&`I#KK&-CD!_! M%,LN]I3`&S_T>JV.+(T[/_Y.;[M[K\$3TS9_A7NE`79I8"PV;(WKXWKG,S6N MK\G>3ISE\_[%9>88_TGLV$]@#S$[&1)K1>D"2HV<808I_92R%[=@\PW;?&=\/Z MX%[S4)R/-FE@1.TX^`$;#YNU%QMUW^A[V0#LS8S74-NRNS^<*APG[%PFSOFK M(J8#H7J2L4?V!B,E*"DGMQLX.?B!#/LT"2'(Y&(7QZJWI_W<:<+029>>"1=F MD$L\CNE!APFMY#UMWQ@]H.5`H"#/C^'&A2'EL'YC3T92F=2()[+BY(Y"\#1Q MXDW@'OU\7"O1#Z.6G4K9SFA)N:OAI#[ZUFOL?',SN-WYO-$>-?H[W[0:]WM> MC.^++MWLS>VPWH53LU/_MO,]PB8[7[1OR7;9^>;SJ-_XW!KO?-?IMI%Q-A@T M>$N0-(&S:WSIG*(5^73LB#"T>HIM-"&@XW<[QL1H$\CX86LT:A>]P\5&K5YC M^(U%SLXV@\%@W_-^:\^;\>!NN/O=\+9Q_N&7LYWO?H"A<6OW<./Q[@UZ:.]\ M_.4_H8>^E\R+@X-5<$!H!Q-;7%Z\G=XZ2_?C!]5[N_KP//634V+Q.@%.1+&1 MA[[Q/8DLYEM+RS!<5]0Z]M)96-69K73:NO5>LS[N#[])_":0$-?M6)>FM;)6IBD6ZUTLZO/O@4''0!L MNAKM@;$RG\W\?QM$8R_>-IOM?)GQ>KV%*[XN"@,Q]DF!<2(5A?H6KZOOFC#S MQ1BPY(G)+*(P",D\)3J$N?5L5.+O[AN9D=^=J')L3;G-&SM_0V M:N!P8L2MOY0\PAO>:H0"#R2PQ*MLKN3YDJ)?2$0&T7VGA-XV`3BRLHE[51N@FJW-6PB M+"Q?.QF,[@_PYRBL8@5Q6SYJ,#HS.R=";KZ#E#484&M&%-(L`O&E!9"P=.=X* MQ'<4(8&+)C_.SVE"*-G&Q542?B@JMA;3G.]E1W;D`,2*5%#E&58XQXVOG*WD M-P1>?&*8T`TF/YE@1(W]"][_UF-8?8`7]+AM M=\:M809#9N'-F9UD&69$F3,G<:"!>LY*[&+B/FXBO@R3E<:7T>WLS)FWDFT' M_T$T!"85/)L1&?*9WD*L#O"P:V:]GI%:F/ME+`P6=N^`]PYB M2Y94=LLQ'@P9]%)32"V[)0325B/();O1J"AE2G!"XFOSB5D5_N8L"GE?:DVH M0..,N^O=ENW8@@1\$LV;]"]\_IJPCV;QV8F:Q>=\%?2X-`6=9?09\Y$V$OZ( MUD1X/S',AWXO]XN7!^<(/!IF@^'IND?@1SN=XJWNJ2,.8-&E'2?A=/#!.&)PUHORI-2:A093B!G.ZI.S_NTCE\RY M%S/X@FPJ\7L=UC.>).WFTLO65V(:@XF)J%_8'F9ZD6FD$NKV,JT225[%6A\? M:A>2"O`[V=UIL`0]9PY^1_?D/'L)7P(%,CEA30^SU3_M M#69IY>(ZBV$4880[FO`95%")+4.QNX&EPVQZVOB(M<)<4(@5W M3@SZU>&;P7G.X8E@@![]0P=7-,?X39",)/, MKR=<(#*Z@E8&='B37T8[!YATVMWVV%ROUH4N,N44XB66"BJNI",$2;0Q[AB9 M4Y;_M3Y$+MBU/8<)4#`XCEJ'2]_=8-C#F1=L%+$8B3#3[V@0;`YQTSS(LOAU MPK$SF^DB#U$*M,Y2YC1HBQ<%;-PD#V:0$?Y%*Z]0+(#3XGYGT9N#7:;&'C4,DZ*6KZY MT<-*!'P)R)$0Z!I/[;O^^>Q*%U40J<>8XFXZH>L M3**W2"HS9!F:]F+UN624".$\\=5]B:)#F''F?G[Y0:E[[:_+JB6Q\U)R"WR. MZM,H3ER%I/%F6O9(7-$$TI%.M$0BK2,W[FEJ)S(W6`(3;N,+P>A'<]1PU=&* M/1KDH'H'(Z/""2M.8,4W)>,7ZXF3E+00?UZN>W$:3_W@%,?8W$M^@E*ED%6M M;6JS9\TVG;\[8CT^R_*#OS!MTBTI%CS$:M^J=\7U1!;5\`JCK MM*0=U)R-Y36NVIQ83S*U.,[ROY,P=;,;$DFRS.[AY%D87-4C5`LD#YF]CTWL MD_,'F%V*MJO=#4D89NI\8R#U51"\PEV"%$;(5IBV(&Z@@6C)(E*`^3Z$2Z%J M@N;XF=[!'![`B,YJ.?;-J8%$U4O8W<#PSH/WZ\@/"E6TE#.EH74V'Z?AK'.N MO&>TV_Z0N&*\=SG$C0G[;[-*+]G'R3^=G9P?OI9+$"ZZ>QEO!F?W< MP:2/63'H/,Q<'.3+U0YTY8K-GK8&UM][GZ]E;\LMX(LMY3@A@B2'2)^@,B:T M*DN'2;C('DRCV:33O[.;0OIMT9`^@=3.%O[;YZY$U4S\T`Q'219M(*O@F0/= M+FZ?:39G+Z#T(UC0ZOFD61_7_]VV]^/QX-U6%2/3%>*7]`@W65H93&)8(VG65G?=(<]@>3T;?>;;N'\8NJDO\4<*F+PC`L>:C' M_Z(N->8^G'VCK>5@Y:P5KE(N:\)R=-6OC>%:--0I^"AN'$D"W)2L[V?+Y."I MX2J_^O`A3T*+=7HF*R+(BT/I->/)>LUJ[N5L;#)LC<;#=F.,7/#MM4W-?11. M3EKYL:Q)?R*2;[Z[6DG2E)$`6(]H8S%[]&/5*3 M,O-<:@Y4JYP.*+4*$.;5-0&@!2#ESH8'CBH-`I'4$X\D]&!F*40K#2(*%7L8 M.IVF/>ZJH_OZ<&!2)(_SXA+RFO2"8)FU-$GM.N.;6U;`(.]^OA[2.MTY"@IK$A36UU)[L\`E]12W6I0!+P\![?*W7,FK?X?'. M];`#]$NCRD!N#ZR^T[/UBUNIF;$&]=YH_U#?295!6<'MD8Q930BD-1YP1BPV M41+.XTHQ""O36*.LK3`/X'CHM7\`11KXEV=2QI3QL%6+!?.QN;4#3M%-KE M>U%&O=UVSFT9J64D_I$I:2@9-?I&6F2WF)*6)9^AC-,)UQ>6NQ*G"0G!O%!4 M+#53IJ:X*-B-+IJ*K)-?;=6>KY:8@FW;F2ZX<)^0P$CEBH"_`M<\:IE:"-<, MSL/M2!-$M5J]O1T)4%UZ2G_G=::LE"03R*C*'+5CI,0A-]8+X1*6>PGKK*C- MKF68DI_6JHT`S(H8XZ#T'CJ=$X5TWCK]^]"M#Q@Z(HQ^K]@[DJLU05:E%IF\ M&UD,.Y+X#H1]_31S323TQUHN783YM1V(.O$\2%HJ.R`L_BT%,-F30<^@J[YX M^FKGRI,KZ\3Y8IW>&HIU':.^+J"4XF!O,KS4+.I;98(*-_RN<\6$]J<0$+F% M<,KQ8-V/DX9=N1:,\MF:D^1->M+$1&+L-J::&0I,<^1\+<+WVLZ9N1U->F3H M#;^P_=741:HX*>QV5-65K%E46W>WFK]<79TQGQGU%7ZWH;>XP&VS->($10;+ MNK"UNSE*N1HM\+:[8S7\8:->.]+8@N=1OZ;0]0O:\9 MACE5<'X##A.1];4;],&PWY#!=-&L/8/AA$B[AW83A5/VM<,!XF:!*<1G M&O'.O]'F:]9$%I<7^7!/$;;%T#()U&+F M(D7_6<5+SNH`4SJ6+.XX/%$5`P"=L`I7SI@(K8?B2US?E"A69C\=J3RBH<0V'3 MU)E&*7&T>)$FS&TXYD+,Z'ECG<51_W;\,&C6QRV(9JG]3XB,+1"DI-NS)\6( MS*4G[1V5BVZ,;:O,(==-6)G@:\U<-/1,/"./3#S[RW"Z2>16$6))T4N>3YV/ M6$!?M\E[SN5!/YV?9?"QE9=%?!&HP%461&8M:C@Q=YIY;TA`9>6._14I%G*M M`]F;JWD\X7XPMV;\JX4W#0-OERZC)N6M"EYGD_W#I5C9;N-*(T>_''/5`/C+ M#;QQ>8F]4:LQ_O3AC'[>9=<'M,<;]O^KLZ[NZMH;?:T/B,(^77"_)JCXMS1, M')&/>4+[:^9"SR_$Y#EK^8!_?^B/ZP=YH'B6C_A.[@L:W[XQH9S,V);*_5S. M$GLIXH#OJS1$PZ@W:`B^"W&B0P.C>O>F#J03QW20+GV278M$P,W'%>0\G\(N MF8,!GSUOS2!P:6S4*=&UVZ625QCIV\5.H2JG%,O&T>%K,E9F9I&3@3-M;$3\5:$C#]B,IA\C2K&3;6&..B8MK8A>+C MF7M>%CJTJO;C4B,R:WQ M@5NN7!=RT?%LP[!^H(0)51=--X:6W'K7NV41A8^MX3@-QW*7G*UC!:(@0-SD M6AWR'JXV6!H@RU>.AQCPL&26C4@L-]M#'!X(K3P27]2KNFW9LZCLS77G$2[F MQ..))*"0\]4@6\#<_N.A_K#,Z^8@00XE< M'Z<,!BT7AF#.QLC%L<9UBU,A%S?_IL<,`T7(+F.'',('Q2[BFW-U956^Z,O? MTR`7K?((&;,F#?)EHF2=0ZBLZVK_G^.'DIT*Y#+$*([FQ0VH-`R5WSJ46 M.,F5.,WOBINB%S22#NM"]L@W'DCC"HA[O33\*TD\4F9 MG-3;_3_2?S'HC]J/:G!^=G99.T>=`S4$6O@"MAU4F>G/T'#IJE]^N52#,.8R M2MQU26Y4/Q'5QZT1;:MP@JW@O>E*<7U'^#A=Z15I)$?#B%VH6 M_M-"EQGA-EJ#_@X]V'@HX_PC#:2(ZM:D."151WR/^7<%=`>=(H\V2K<1=4%? MZ])D@\)E&)D==5EE\T*)^-C+KJO3W.(M/$IMPNG MHHLD9L,)7AT`*>:T:.U1:NZ042@:.^]*KDMSXMW"D<+.'C-849`BR6>:@X/I M;[;Q-8FE_0D7W1'WR(U8X-LR,YUZXK!VS/-*3"Z;?[, M;"]2@7R@K)9]:"#D:GXTJ&^*8?G\,3(LN?0]#-U*4R2V`C`R_KD`TA3$%.=: MOR2%H7S(*Y?_81+B'11[-X,0)X1&Q7?OO#<'0N,D+\6%/ M@8L%97.@8>;&U;1!@NY#S9SR>$/K>Y.0M<^1=8;+D(E/*F1&C@>Q2^1Q!M>O MLW#/N((Z5VL`U>3PVXW/=>-S;G+V;_2XU#TNLA[C5TX,W=/^HM#^_`?MU<', M8>#U,G2YYS/9A+-\W)ESGC6[-,W.[?<7V?L+\_[2@LOJ?V[>7^7OW1EP>HAI MXT-UQ.=N&3[!E6T?Z>/\.U=\*S6[$.&PR$OXZU!,ET0=UMN8>`0_22K(/YR37W\C*$R,A7$)#38;69?XRJ(P[@*O^8(Y=EQ9.+C?.*\DUSA2N2.!7<\2IRU9S5V9UEC M<4SFD^/#:*R!U[O\D3133-+<"]`0H>^QM:IUDHV8U='3MX>S-F1B9XU&K='I MJ'Y;';?TR&P4U+O69RVL6B2YE8@`/A>9I'^-]\64\L^_,H!3=2KT?+I,@[S\ MYT:7_Y>/I60_9@3$(D!Y_U.`82OF6GT%WS+UFTVB00[8OA,;AY& MUTH,'@8G$[$Z!;5ZGA>4@DE.;V*IP9:/,<9G<<8[AI%U[1E)7I:&HF.V8QQ" MS)Y!Z$UI!/[B&(W1'^:9$/G;=N^V?V*#CDI,)R4:/1P(^VDQ&KVO-&\ MD=J_](1L[,E]^^Y^T/_:&EZK;OD^(6@ M.E2A'[5ZH]8$>3L]K*BPMUFMWAB%&+.8B_[^AQD!Z4(_[AZNV;K9U9]M\>O2 M]Z?8G*/VEU:CAO[1HL\+J&5Z\OII&N'I0G?N,H5 MUGR:%:PE)[EQ^%3]7SW.R'SO:^) M=/>^D\_@'1;I\%\E,OQ7@;(.RR,5*.S3AX*G:A?%[&J0$\2[XCOM^_EXAG16 MN!/6N&RW(@O`=R7)5OUGZ-ER;]?WO,`5&TU$CX13@@LV[NN]N]80CBQ@E\PU MH9YK=9""*?[\3&D*/^%O+A2++IH*(S"/6*>'#L\KR8R+N?G$2"FEJ90\>JT_ MTEAS\8W264WCHT8XG]!)V4PT%/N:.6^E9@7"W+.[GRYVMBKMFHX*[2*C;<;:_RFW$A#^RHHVQEP0DQ:;RG<_J?.P];7=:^[N M33:6?$UY?_?6L#[:,S=UBG\\]_EM=U(?3UK]YG7F947Q4^+"RRQ+=+G1+CIC M&4%?@(V'KQ]##V[UQP6F5L;(I\.CJ[/BIPJWUHV/%OZTHU5A>=3HPZY&^3+R M#=2.)X,+LY.6DB5J^]$Z.2[%?`N?+Q,G-FAM^WN#5]FAJ6WQM\$XSU(WT%^= M'18`U+$Q%`((.8K5&A5T1WCPM+-;*[!2]T6KL/(5,?V=UKPVG"Z"Z"!NPUYG M#[)=J\74$4FH<.A":8N]I00Y:(-A[FH@7&JW,;F@?DKI.G&R00((/U-)LHEW MW,7VG&?<`W\_0%R%O]A4'[4;NL(O"A%ZLC+)@Y+F6\/@[C#2ZMX\5^%W7(!Q M:M2MLCWE2T`MOW"Y)&,D"?Z<_/..F=OD_Q?WIEV-)-F6Z&?B5W@2ZQ:0*:$1 M$&3%[=9$H!N:4BX@XO;KIW`D`5YH*@T@JH??_LX^YYBYN22(R.KJ]7*M#,#= M)K?QV!GVW@RB'@^LCU)*[.,\N;>_:S+;R]'=:3*=SLQH)=G&,)WRYD5=DWJF M_\'UNVTNZ=.-+T^7.A*7P67#]_%(,2:7+[W.8NW8HQ?"8H%K2K", M8&OARA%YDZH-_Z;6O!8Y5*R0'/')S1,2'9AB:1\4_F31/"[F?8EOXS:E#/DW MU%I"5J!.<=2:%X'H5G.*(@Y'$H(!?.;0#?.%$F%<#DR,'3]7S0&L`]2N$'J2 MAY7`X;&]>*C973A*4!%C4\8`1%C!$;_$#@L9RL#,-%72R*?&(4(-4O.`:M6A M=VTIMO^LOX/DCBZ[CS3=V//!5UN@&WRL/2!L0<#6M*PC3>]71OQBOMN8KX?_ MN71]*=XL^?3Y:?I?N0E>%3N5VV*G^J;YP*C?J_A%#R?(0ORW@]1K@?`B]T;C M4&/,\1I&B-F>%`TO;M"-L#^?(B83_7/8*!>/?JI8@QQER20]MX&4-4AXD]F: MTAC="CW:)NC[3D\/9`H6K[LM$BQJO4PL3N.[79TD_=0.;$BN$37&0B!6R)Z< M%WG!T%_L6&7BIB*J0G8ST%M-^O@LF3G.GF">]D6&"YCR1;-OHLW;.":F-TIA MD8G%01!GX16H(/7NIV3_U*J8.CUAB1 M@B.;A&'""[F)(JV$AOG0S@^26"9J1.:_T9`'D*(,!%AYH9L!)D_Q:Z/:L"*@ M]%(@AGM:N!V2(E5N48>EW^5Z9O$%L1D9^3%AC4R\#8J-@&W-\5*5ART5)E9*MN)N<2(S/U.`XTD(NPTWRC!(0K$0'Q"8(:P3E#:#EHOPYXE?ZE< MN."LL/9I-;PJN3+9NRAC952XGH<76YG.11=7!*B[8!$X^3^=VXL.E9L M((C$4M6Q`7?708FP(KM1CX1L*+=.@=QA M#E:I_TW)/\3!8VA&SHT+#>_\V&D3[XXQ$ MBW\;>(?_MCCZ?R;[;)P5L>#5I4CA=<$31/%=%R^IQQ>]J]MI:;=9PS&YG$+B MY8!($[5GH-V-9XJ*2_`!T%A07K-W''M!XLM"G#1972QB(0INXG);;ETWN]7. M]@7Y1+D>#!0JW1FA!--XR-52*J7+('PK^]/53&[#CS1V<[&#\4&@A)G4=7QL M($:1X[4!OS=\>#5H#HB2$'534M`RCM'1"F)^/!XN'Z>#3YDXTJ[3?/5][>Y> MQPSUJ'\NXHO=:(S;?BH+AZ(%-=/(%\'RZ6[03^^QKVCP7X2`HM;J?2E53&7% MKBW*,?IP1LXG1?P7+YS_W.EU9E.7QQ]=BXYXP"29J_YU',PH*^:,N8QOY?ZT_[?9<29]NO]AB\0-`RDB.UHB.@W; M?0;T/0KC<:(S4(72@DDMO7JK6-G#CGK/9\-4D'D#T\A8UEK3[P(OH$R"[-Y' MVH%PB9M2\OC9&@WTFG[X MM7L4=:SNGK$"A8TI*@LGAYVVD3%S,=Z>6MG-&46I8O.I[3=Z5ZW6%]KCKQN( M'\2E)\;3+?(IQ^V;5BE+S7+YW"A>TC(%GUJU6>&X\:'K\^*I M!XQ;BUEC").<>OUHND4K]/DAL,MS\POI':9`=_ZZ<6DUSN]R['/G>0S1QB"O MO&D-Y@'=MRWEG@3AW],&$@7=TPDQ5DV1!MU9,!^/[C"6_F\4,M".D'0[PD'< MH>]SL5>DQ>A7_P#"@^\[1Q'V>SH<9FR>8XF"BZ'/LW00RD>>V*03$D_[G9_/ M(MS"'D@B+FZU"9QTK6:7URVP6#XJOSLRIGCMHE-VY&JT*LQVT_Q-IR'T=Z\:T6^_76;:_6DE[DJCT(ELD7`-R$ MJ>D!?WC7YXW_T76^VXK56Z5^?L MAF,$H7.P]HY6XTGT\=VIC?9VQ:6;*MU\W7YR"Z=W$H0R`FR3Z!;9HT7LO[-? M/,^7AQBE^2+>ER1,'&]B&G))I@]F_>>E9:8PNKWG93:;=HCBCIPEN(Q6H-/, MKR9$T.D`-^B>)O57!;F`5/L+3=JW/F4]-`)9HF)% MN`']U<#PK+OMD`3.C1@^.=2O@KVP44\V7Z\UJWZE>KGUJMSMU'E?J%3K6R^K MC6M:9M=Q3!Y^<]FI5NG6^BF;R6R]:]!.W*OZY:T73;],V9K^I_.M5^U.M=O] M1N^;_HY>XES%FS@Z/+^CMM%![E>W*[OITGS"O2+R=%M@SFU-/'J*12.@-?PF M-@D=/YM(3ONPXUDD6L61B>@"!&X51`C0($=N`\_A?+D2@DC4NHB;B'A,N.][ MM4:1M[@%',C%ZB0GBDQ2=O2D2PZOXXU"6/S"]HJJ380T'S+0M,;D-3?UI_ZL M<)+>+$OEK$JE1-V*?4\#<[^S&O,`<_>-+)UJ"?&441:YW2*'9X"Q-[)>U7P` MIHL&,\N&_JCK:$VR]D[YT^$_N]E]TG5T/'0^I=>(MJ"C8>XPJY@.BW7E1AGM MVM=JG<\9=%^P(]AA+GJ\J/O?1$IBK05BK_B\E6/*=2?E&;@0X#>>IQLF0SKQ M.K!B=CMTE;[\W/N,-?$_2Y][I7JQ_&7#Y*FI.]4;)\>W:IT.+F3AO%M9$.E, MGXNYZN3J5"MOU^)FB5?&Z9&1\A_M.Z*&8G,N7V`17"ZG$QF`+;F"NWN75"%D M4T;FF--U.MX:'CI-L&`?'V&U?`V7ZK4WW[A?_--\W3>=5$,$C8]S16FY$:OAI.1)5< MV5T<3M-+2Y08BMS&8;R.@Z6`=SKLOX?0201WT^?AT;%Q`YQ;+9DA';$$P)?M M:WNYM;19KK-G#')G,EM'AO1?*=^O6_6_18"24);WJ%Y#PJ+HKPD#_RH6TWLX M=:ODK'H09LGD)/N\3^^+[$J-2D?-W*(I,$HU5D4R3.H%*?&9+A>+:([?[/]U9XA:;E3*1.M>_%$9KIT M[.'&N2=2KUD,Z&&2-1$)(31@PB'_#^J$_G0&T1NYLC^?ZQ_#^51SY7\Z%ZIB M=G'^;;I::@F%/>2U8\WA571!BLTFUWACM+CQFD0L4J<&0^6V43>CZWMH/(=R M/+)J%!?[+42EB-11XIAI'!QB/JSE3X.*95W2'>% MQV"F;#Z&-^]($XN"W(P=Y,4^<+!11;/K94Z]H<%-$90`;C3,$]H#DYV?)8'- MVT/!UTOMGUPZ2<+(OWGW?$R9#I4YML&2:JB`.6)7F6/#I775YFN)A$0L1G`& M%2!Y&R4[]A0C5I27TC@$&,N&H.86V:T/#3,>#5E@O#B-+D^QG)- M#\AT"87>3)E;>-TN!&/M<3@XDH48/&#M%#:,XS%U/`^8F3`#1?L4&YACZ".Y M[`TCIJ1B=YE8%-*%]SUX#)CJ).SCQ]U2H%>#P?,%^^$W@_E\^F+#;+SBX#F8 M^!P'Y"KK*RF>Y*KEN7F0G%RLUY/GU]RZ4\!A<*X=3W,B?Y M-3_K1\^R9_EU*EO`/^?R-NR[.;)X=K>\\!KXS-)JP2$*;NWJ863`QJ)H(U@L MQFQ>9$E3GV(%1,7P)<=`ZFCLCM6&R&A8R?MNN:TA+773'W:\CQ2@@^==#U^B MWQ^#'0G"OJOM8?\-N@S\W?/'N"%VBK5*PFN\CH9KKU(LGY^F>8H4&S6O,7P( M\#HVFL(,"-W.9&CTB<:4\[O2A0V&QO8W$5VQ/6:7?TQ6-X]<0^P;Y;O@SQ+L?[A&YI,(5MI1F@?N[_#DX;ZAKXF\ M>A9NDEF(F(^/^J&.._%&JGLGU?UH.IN][DRV6$;)$%MB$GWX:&X581Q_U2K. MIP:2KACYGC+X7;'G=XO=6KE7JUSL.79'N4TIK90@:2EC$Z_CD=&$XA3;VV/5 MM:-+-4&'K(1XG01CW6I->-'@6"M7=SS^I%ZE4;S84P\8^AV-=@?'.#YQ7%)L MU+@-_5$0CEW(:A0!*Y$YI(+^4OSL<-HD-(!^#TX39?9 MD2XKZ4[T0.HF3]*G":_J5VH2I%"K5%FX$J]..IY>!GT%.7P9'-A%+-(`"3TC M53IM\!?S(@4X=G+!(!OL7R[.A7B5RY9J77[&:D2U\4FA:GRW)2QA*_EV.J M1']G\LB7YWS&-2"@6OM/[&H3/-%)O;>:23#0<)`4`"A6;>H^90K*H:"LTP#* MZ#2!=V9,3RQ@YTQ+6%TJB$5&!PNO7:M]I;P+$M(4'1:5^I&#[7=]%SS?-2K-;O.PR M)T>[2G3#3-_?TQS)BW.DX\P4+$T+HLAA#*+L"M%E9G,6Z:80V"D6>%&?E%.1EG=I%&PY;([4AH*5DK* MW0FGQR'#=.ORX*/=&>]L?+S3=HP#&F/\[Z;.(S$RF5%V7YYLO,QLU)3[,S6= M:F&Y736=;;S,[+A,L";*LS=(]7EUK-4!%&'CD"./8!E_T9X;L,1-KQLE@X,L M#+NRNV-7B?LG:KTX)Q[H9H:E@IFIZ.\0W$-SMNFQ'K]AWHZ4Q[P2C7% M`H&+%,VV)!67#9R3H,;CJ();I`G.D"DR7JD\,UPS8HMZ-NK)2V(!7)F-O?JC M5AX.X!EUV"58_,-5$I6H]WR&03=E1/%!=B*2&+[6+^B;DRCA4TMYS M.(4"0CL;ZQ2;I.XXD&P$\M%ZH*)IAP8HWCX=3SDH6@!LCS8PNZA0C64LV%!& MT4QL1#*B]BB0$7\I[N5?^)=4Y]8S\\JA^Z,.C9T_48<+``'*<>\B/YGYWF:. M;B@_F97Z0J75)3RP238U]4/$1^U]R^U+E]2LWYNY<5 MZ;RB5/%6F#&5&:][#+^-M)`P;>KQV8H7W^/J86BTY@_3Y3+@Z!TF&3+7C"DO M=Y>'T<0Q>O>#GA0H:)V5$EP.E6S<07RT;?S@?!]_WKV[(J-WF8UW[,;52!IO M4``SMB9]0`6J4]R"_0PY'.-UD>(N9BZ_YQ1MW:E.M5AI5)TAHH<;^@^Q/"_, M@+7+5F-+@S1>##GZ*)P>,`>B['/T],*K3Q]"@(RJ'H`$O@E@:%GS91QBYBS/ M4.X+V.D1/BDJ!+9#T&/:WXYB!-&+X<;8DYB9Z_/0GSA@$>%T>XJ46PW'^TWT MZWDW2V97%MG,80.]"M1.1Z MQHE]P3@)5<-OMED)[N,H`:*1=2-E8!-1A\.:,F=UG^1+RO6,ETKRT>.O7Z(` M),=%@ANE;0]0==E`XR8$AUR)%+@.N2H]0_+?VVC9[PX0#Q,OL,#&X@6'E+&> M\D@/650/6Q*JY@BG1=3TS8/#M@]33Z`\3?L=1*'57$PAV?0>QVU'(Z&V*KTQ M<),/;9]K7+?&<:-<7`CX#`NGPLT(N!#%X_R5@,&VE:]&KG'[^&> MMV>@<:-FX!-P!`H2EVE*%")\#)]$B6&@"2*ASHY6"(Q$DU>U/]"-44U.A?2> MJ/O0A9;W2"8X8U\]#.ZB^)V)-QC&"X[P"UZH@HOEL,O/6NK1? MCV0![-FUIM?.J<88*'HP1[[IY8(]`=742=+Z&-_&@19W0Y;\U<0@D+-H$JDCACF'C/ ML9^Y`)!-OUVM5CZ=GZ;3#!(M0I-`/#N-M]//I$"&(T&0'H$G+TX0#D0N:9W8 M3#G6`A$G2^&B8TB$.9V8<@%67P^OW/'^M_?_WD69'!C;0$@#0OIKADB2^<0X M5:$1JXGA+3*B=FEH;'OAH^-%L=NC5J=/S$NZK1J_I,66'=1:Z"5^IK M>KJ9L'%=[]8`M.ZFEH@B-G"(,^4CD&R]6N'0RZ;RLB?<'.=.4E^/LYGX,@(KN!P9CKD7U]0PNGD=9WR MPX=QH%SD3()(34H%W+!#'KIR"/C'Y\.I:")SI!IS*I)T^X$"WD^W/OB>A['+UMW"Y6-&]N'!* M"[N8DE].B@ZKMQ=2PF+W+UU(Z?-ZL>EI\=5F)M;\L]\]10?SFK63;(;>;;Y+S#2K5=+B:\"KK/0![ACPR>43_*#_TK M*S]R\B,O/T[P(Y_-HC-I,I)$&M#60[?RB+7JL$9;1C!)1(.5177T,Y=-WM03 M7K%1\8KCL_/S-%VU\`M,9RAP/J#A`7QI=_A$2Z].@Y[.:I_/F$XP8LARQF!! M:Z%3\ZD'4\VLLPHRJ>R?704O-''J*]"#>+>`_SB,1?-`>Z7U+2XL MZB97SR*(V(-,`;N>!!-:!2%M M$S2"^9-T.I6G(3;]!G1%ELZBGO--=T5]9.8M%$&FNW!#'"Y%FV0#P40P7E!_ M,'SZ5*%%;7^RKDL+H[-`;I]]^!M/Q!PS&/!>P)5T_H!'3+UBG- M4E'F*,)O<^)[X,P\"\!*SFXEZ'UTRYJFQ]>0!+!Q:O=F1`LHE3G%/;&,ID<\ M<9&^#=JYT9*60FL44D'\G4MX:279'FEQ75OE9"Z3H74LOYR97PK\H?Q[+F?# M70XG4VL7E1EQY"C%Z!AB[$?WZIA+JYL5_:`C>TR/!DR-8`!C%[NR1$7VUUOO MLWDM\H0U$6=1XN%@.W%!$I]$U1>=<\LT;#V,5#6\OFWBB*>1=DV^&;@$ MC8R60X*ON43N9*W;)L7S#JM-0&4:9C;>9<4*2HH9T!\NQ%XM>B5KT`&\L:&8IB2&.M"RP+DR/%N,XOC11H3M$ MM"=.N*HX=Y[?##>@7PDU+52CM=Y/=-'QR^8X)!+[JZ\_Y(%2:#^2R! M0W1L&*]94+"(*(/A$N'W"3J'AX%`UP_4M4N1%,S]!-YWT&I&4=#]_KQ__$+G MB$1!SU9WJ?[CJO^4@B(P=;<84/WZX_AQ.1[Q_AR/%*)7CL)O&)OLZ$-,/4IX?@EG'GYF3A,V:-[&S*.4]7.X45#FE%_0 M9-U^XS5J%<<J=.]0O9II;AZQKID1Y]XPC, M_)!9CF+8B81_W"^K?]G4R3]<[-U.?(W[5Z'D!SSA8)QG*7)`VL/:Q M&4`\@J=$!)3F3AD%WN"H-1BY'5;BPW8'BW61.LF=%(X/D0SM M1-2P^XT(K#;J@1FC4,UV.NMO)#&2C%+%7S#KCR]DF?'V8D#W(,"#(T06!A\A MCG470^B>6X'H8IS8)6C,I$0]I>32R-JMLH\5D0"67'B>H\NM,UG]XMH!S4?9 MLN=\7BUH!1VK.YKE<)Z/%6^;C8A+Q_(<1%O=4#\@H?A8<@T:O^/\HA<*`],W M'(UB"N!`2)HL<(:IW0%AYREM/=1AX+U3@'W3PWR!FK2C%0^U%\KULL?':FC14!9=\U"41$M"(>"_LPS#U9L)SQ(0RF*>< M)&$R&IPWY7*?1,.B'A#C*0[:X^/CHVT/`K[@VG`,FE7H,^$CO!>B*5<5S!,Z MV#6A>6'3=-@;1T@V(G..Z3)GDU`T98[BGG@B-N'^*5&%=ZOZ-L'P`-9&P^Q:*$&YX=QJ^$R?V,ULHE8*/%,6,SM<-7PV:29''(SO#1I]#[^!: MF]U^M/&$OMGN2N\=$\=T]O&&O+DI'BLNHV"UP%]]_Z;U%8AV^U:2YMW=R.\> M>P;65R0`'RPLP)\>88*Q3,4PS!`=FF+4X%A&Z,\5C29N&#AV':L6<)PS=PT: MBDT3=ZY0<"^GIS8Q#=F6.3QK+IL#QH.)DI)H%Z4>L)4Z>@E9=+O>G'79\H*7 M;=/[:39Z3^ONS;9DLJ8Q?R:U-=;G;"4D\&UE.\G%;N[1%_=W)LZ[O1,Y0Q:B MOF!Q<5=?B!+%Z`?,<38/UV\F/MU(',FM6Q?IC9;9+%B1.^9#U"6SU4]7#\'U MS<0G)G:9CA*2`:SB&5LN<'*JQ0I')T\&:15#1IZN&G/U^H5ODI$/WY@-$@HV MXRZH&/Z&6=KM9IM!Y\1!*"Z@&/&,,=K!>X+[7TP,AI!,!V"*/?$G[:@(F.W$ M*E9\A@%`M*I,^1@A"L6N/')/V2[0-2Y!`%FQ8RN=?:>9=2J?+:R5;JHYG(X# MQ#AE3TZ+-W3V]\_/!$]LL8QBE.?B^P>H"+^8PMF]N$O1S$A!CRIF.?'@D.U" MY3NT!O9N1_J4>P%=Z%6K;LS/T`%$EF MLFS4*9M<)!A[#C`\W*.'K(X8QEA>5/D@2A;&A`)Q^"]4=$YBHX(J M8VE.G>6;;WI^89;7S]BY^:;?U%P(WXF3GG3`X6`MDDXR)7W/5_=%!$KE&NXR::^_,Y MZ?C:NL#XF-GV"C>VOUF(0]([Z?3;"19_Z*Y@,<=&R[F;B6]8?0-^P M7*Q@X64O2(P8GOK3R6OT"$(0D@:4=/$8+H-4.Y@`[)<6IDWT0A?Y6[H1+H=/ M,G1S&C$:\C]JY60ZF\*/W&DL$HL&9@G[,3:G=;+&-F$ZS^;!W1W+!,%L#$LC M!T5PQ";H&=I,G]*@^A_8<\([=)G"6?LQ"Q^F2Q'-[,2K!W<+[X8Q>GQ^+X`] MR:!/.^="HET,_<$XTMI/IT^\>JY6Q;R MA13]']`_Y_3/&?UU=KZ1&_W3O6'6TKDMJO]*??':1US@(FZRQ(WOX4XLOW($ MM,NIKZ'2\J6^#CGYT%YG#HOU]E71^^.Z6*]UO[$)?/`PWLP_'$?%/\QH@30# M$ZX[`1^DZ"6+W>3G=JVDKH?\>ZK;[-I6![P(:YGS=%YMMH]\*^[C-H"H`J9N MQ^[2G4.@+HY#O*-U"X@3[X&S#R3"Q]RFR<5IP_!,W0WH>V+/NL<(// M..-+L)6:KJR4FG4:XY"$_D$BCM5J))Z?0:&DXNX90H$CHMFM76G(CV/?P]8> MV3S,=\FRE8<2(X\`C<&I\0[DH3(F8TQKI%6205YCFP*P<-,) M+Y/ANSK."D^"_P0+6#`1"D]W#$@`JFR0MR[8OTB+DIV-B M45:^-NUSZUN[[KI5\O7G>K61-C>$&+!P%UF5@;CN(X% M2TH,F39+*P0TBGI$(!4<.16*S*B"(E)1I8^648!'`CP,Z#OG!X#YAH.@"G@Q M5!/O^.G#4 M2P'M,O9"+D5TC%NI"FG5+K'CAN#P;R,5*0D8:]9V`N-`RVSZXD]\)".+O9DE MLS.+[1=(B'FW%Z"I%?@D06A+OZ9]A7^?/O>_:3LKBRY_'M90I(0[/N>R7^#9N\F:W\R+M#_-* M!IQ["A`.CRGJ8YQIF:P<:]MGK)4_2!P1$PJ))=;FC+)]C;.QJD@)KCE&AGL% MMQJ16,Y["IC+E5(@@GA7G@$O#5[58#1[#!(QHP`)-J89]FM0NDK0$MP8&4>H MRWGZ/QJW-MW$:*M4G&],>./99VUCL6]8F/KZ$0-TA$\BT*F3R,BRL.TR*%OH MJOUPN@C_L6\BI2*Y)>I"Y_2QA6%-[)#VL(4).;LZW^3L(N5Z9%-)OY&Y:G)K MYOS.S&_E;I3C59^\5;4*I%%;8Y20G#FJ>:MJD[NZ*[OD/OMQ;MO8[=RYMW.+ M!'VQFW!0/WL[=UXRF^EY\7;FS%M5NW%>_<&VGC+RB?IHC4EZY;_.95*Y7%'P M5V*(G8,=\6+Q`N+>%^(4`\<)"1C/1P@D4>N@64AOGS&Y6%#K\LTO.-G0AN_M M]9?K7>U\PTF.OHL%SBT=,LGXQOG0Y!P.XSEQF_G@_N'@T%FT0]7G9-V,#[/M M%O9C"18[XC(_^^4,?VW.24FWXATIB[$XQ+Z39--C$'/-SIUL.HZV6O[6HZ.] M=UGTN[5FE\%]K\W5MO_:F_5#"Q5(Q<+-F8,SG*KIM-RM\M+Z[_L;538KGTL( M`3$0KQ4'TB-S^BM>QXH?;Q6?2>??'&M6'&PWZ-1H[:.4\_X[-A4WW8ZA9,&- MC7A\.83D2]EXE;RD68:_#VD?7,+UP2F*7FX;)[1*=X(O'.-2[$.W6Q?LFD=% M.X_L'A"5O=RVD&2#],Z$X>Z4VJ(^1C8Z5>);.A^8C`I_CZ?SAW]U1Y22Q*8Z[]%6KF_&^AJ-PLO9.:6J+*'7H MN-@]]_O'<+YV2<+7\]E*-:?E&%2=B*%XZ+`,TYS_/NX'!W">64:^CN6V?,._-4A73.>K=\/Z=QPS&`^[XL]/(Q%$7J%-E M%#81`Z4F?KHQ#D,PB?W+!\+4%'WE]^#Q[D^,Q%G^J^FJ6!G]GR\CRV704&0+ M^:\,:F@");@P/$W@JO/(/BB!=U,O*8@'R(652EN^A*$:]&/NA\&%5ZF6Z?_+ M:E'>7U8J=F0=H`#TK4%J+#O0`@X`X)V[[SSV]SYN^:<)2Q"=&FZ,_#`PYJ\@ M[)^MU^N82X[#?H4+AFK&Y/+#>ATS:F(M=-$&1"S2+W$8 M]C7\&I:K"9O5V)6/?81BN)W*&>788Q<&Y%;#7QDYUPEZ-2Y;"I/FQE1>`9L< M%`B-:J/6LCTQ>/G_L1=B#:S<;C:P9$-?A%0;XH1P$8ZF"N`E")0N]2;>&9P[ M3&`!HV%&!.N)&5^61A&II,[W&@H$%)@[T9@E='^RJU1`2U172)WWZBT8OC%R MVW,HP!8KXP5O';;9VT=@#)7:#GY[$S[PL/0KULS"YTB+`Y M2X*PX#\EMX9BK7QV=I;V`+V65/\H640.^!'T\*;_O(]T<^9YMQ)5(:M1F/%W M/-/P>+TN3G'!UIUB'!LTE`9B#0A16=E%T7%F8_L+_Z6IHRUU'-#GXLW&MDKK M]5^_JVH]"8TZ%S2[K4)8XZ)8<49;RE/`Q?XZCK`JL+7HQSI!$0Z50:WWQW6M MVMW[^/=5")PS@:$:L)I;G<;LQ?K#AW]NKSY/Y<[SZ5XX\=P`T`+ MBE\+A4P^K6BU_$=&$E>"9PY.K#3.3=?PKUEY70^7PV0+3MN%;#]S*B&)_.NY MUV[6RK%4J4;01Y5KVG\+V7*&+NA(X]5JSGE@TYP7SC*Y%/];Y!\G\B__D:6L MC6+YV'4%9@))!_$#D"/!B,9[G?`&XX0WF\B2-G(*SI1Z*,Y(=W0/86<1&Z)= MJ9ZDT\E2,>%]P9X"8H4O',7>)8FMDJR'DR>O*;CW]9S,`V M")GKAB2T=I,Z*XDD93I_.#0TDRY!QYHN)G3JXF_`%@_77J=.57!R*@"5`.JZ M;BLVOWDWV6.JY#\"M.LK1YU2Z0FO.+H/O-JD[WV^+&<1`TZEH-D9RN-.U^&/ MU^QVK'JEG-5UN[%!5#ZTU,4#?UW1.RD,F=FSXZWD`M-`FM8ENT08:WA!%KYM,'.K_&*@H+ M%;J!\%=+\'!AC<8QX=E@2H(8C2$;M5'??R=&2_DW#.9S^ MCCSH-2`S9CAQ9HP8I)#UX'E^X`(HRIQ9W+\_9XS85"&9;X16F4D$D([=T\BN M,98\N.](F'EH?\2[#<@-L M(@*<'-X!'RWRDY!R9FK;GGL<_MFH4>&EB2F/;`!5Q+=9*/G3'BSW+XU M'HFCK1%T(B3RF,!J"@6`Q9)CK>-01LX8+,,?GQ`[^WCK_!PMA_2KC4_OA@_T MI_2W_)ZUQ^KN&:PE%/M#*T"*YK%/HJS\3:4_#.EB_[EXFDW'1&2^KRWB#OB6 M+CTBF50?)[Z;KV9>LU$JUZ]]\*8B5G%J%#96C[2Y.2Y'/YZRW>&:,;PCA\QN ML]JMBJN'JA\.NH^L6ZL7FPM,MG);IZXKV>>W`['Z; M`F6T:_.Y+M"?++:A=>;Q;P*+[5T%+QPZMWEF\%T#?6$A'UJSX21%*XF.ZWHS MFSV\)YN9!/7W+/ MQ;"95&'(:DKXG]L;O9OUG+(Z@E@P400RKX_XU/YK!NA@Q9F'*F\ MP^^W)-*-@\F!JXY9CWZVK_OG\//$CQ-=7_Q[R3O$'>A(ZF1YZVM]]X[Q[D8A M0=XVK91-]TV-T0`2Z'".:QTM:]HQ@1#(X:5FJ4-5/1_V0Z':HY4/#W^C>[7S M;K,&6X'X3G(Q]6`9+A%K;K@32&;GN)=E8'R"["5R%OS\?;52O6P7Y=)8800" MJ_VF]7N_-&#.,Z6.,UR1<8)44(5@&PJ#TX>.>ZI,/ M.ZU;_]=RJW[=:/Y:^M:M^KUVM2.TG;]>=HJ-ZF\HG3E$DYFCE/UC5VLJ5:<] M>W.Z@K&\`8_ MMG`-0BAB\+ M]?^IOS:[?MG\[E?+Q<;_2BB@_AYS+#&VYTAYVR"0W=/:40XU@=\/%'S([%'0 M:B"&W3'M/BU_.+],Q*)EZ+#1*DQ*AG@5_C?@'^?\XXR?G3D7\XUPL""*7Q&L MV[$06M)3,3T.'[Q&2`=ZNYSJWB3HM*&5%JP>>%LMTR9$3_$KWG%83IW5IV5J M<_@,4L.$7A5&2L(EL3NU6BWA%4D0:`P'D")J#9]:,;^;)KS+T2NGB8>?[]', MZ72`#E\N=BJ80SM?=J^;UL`4*DX0*]Z9;7@V\,8Q[/Q/CZ^F@!2\YN&5<(C#PA%X-)(, MX!]!+[`?YVPX3_;5$A':IHY!1A;KMU*GU?K2[52KFS,]>D%S'3GF?S(;U@4S MHF.-#A^$%HB8R'(3< M+AR(8OAG0A<@K%VZ%!=B4?(P>7=.2JRNC?E5HH\"=7:O7:\S+$`=FAA>[QKN M\/(X->@/V0(UT>N;1N.DH\V&&VZ>'AF,%06EI6+EIJ>&4FNO/48KV1;-P,%8 MLZ[$&F_@YS8\?\KEJN^;_M3R:ZURM[Y0T09HV]QJ1:V.!U*@$"^BX(C7T&QA MF?0Z5;_:13\86SCKL_QV+K\&LR9O)9^GTX'10=JN'YJ4@GPM^*LM7Q#&=]27 MSZ5[EU^941J3B?$>I1'7_!Z)Z3]3 M"25-0:)_NP(K/<)D)2B;%L<`5@8H/ECB=TIQO0SL0F`)02-?G+:PZ`5R*753 M0)D`O_$._YHY/S\[MJC8,E>YQQ:%B\(@X<03YY MH'T+T2!4Z2?:4.X1DTW5%M"KNLD!QVX+72T>[*%W.U2U`\02>,\,5'FJZ)4Y M`V.9.]=?\FGS2T9^.3%/LB!A_^!ZJ(`=\*J8)=%>$'\=HSW[H:BS:D3N*+R# MD MF<`[I+6NAEWH/HX@/ILR^!5]VKU'TO^PE::M?/$': MH!8*4+WA'SR,G#JSD*Y&:QF,4PG]M/A5IC43#"E3-=]&[-%Y^3! M$@!=HCIR,TPG27$WF0>`R9HJ/HGJ-FUFDUQ#`[@(K--##I#E$`51!UIL(Y.# MPXB`@G1@(+;FP&"+.K+=J5Z2L-ZHHBO;U)-1N&F,;5M$0,<$PHX.6HN#F$1\/8G,+W;$,T(7FBO0DDRKMP=]".C?EO(>\5N2?#6Q%-&,5R6-,U68 M"!>3FEDR#0<0`V?L:%3KWO;J=#5?#(6HDH6:^R`<&=`J9@4S4/M).X=X`ACO M+G,3?+&3*5!).^KGRW+ENEVO?OU7SE5L\_=P#W#G!^YK+B[36)Q4CO_YM799 M+'5J9>Y8.?>=/)?!'9`X[U,O<-A]!GD]7!B.8@7XY7+]NKF[@.%Z1A.7#K31 M:L+%[,A_>TN9D^K.0WU"?QN'-E8P6SQE<'E3^DK-9YY0N'KT_.LV$P-4]*/= M:SL2I&!2-M@:&]D+/\I>H.S9M[+#\^/]_.P;LBLO^N#=K%FK4J6)((>A$O,?2Y^A9*CG<1&^1V@D+Q,Q7T;66Y0PF8HP$HZ&1[9S MRZU&NT9-O+RE,=G3UU*8F3]0Z\;2\D!0AB@][451YYN,6[D*NW)IGZ?8X^:M MK-SW6WFYO]_(PEV^F8.[^:T,V5T9LK$,FJ5;['RN=ED61*<92E=`$BYU@1J` MV)C;V1LG\:?T.I.E,]ZLX\M;7E&RGRYF)+[0O_DWRHF.313CE"*GBI:1WI4[ M?E9\`E6:;L0<>RY;ZZZ,9O.C&O,03JB"K*@?:^3]^WWV=WOG8GY*>,RLABR8&@,2*),>8=&F&0O.>6DMA1J>WO^MT:/ MKF_7[5X=$Z55JLH<6>?3'V0\-9Z_+^PR8B@<#1^"_BO[`1K_0FBO-`<8#T@8 M&K-H@XS!?!A#+(HFP<[:]SXFZU1EV_`SM=G+MQ',O$-PN!XI98]7E`L1FSBE M>5#=86[WZ:X%V[@FS'B'F;_^-7WD)?_=*V320<(KG*;-RRR_S,C+[`E>GIW0 M/[`9%LY/3+(\)\M*LG-.=DX24.8DDQYX.S^)9WBE=GE)WW-U4XF=`_&*3!VZ MI`<7:4L@=)0P.($7F9VUP,6U7>S4NM^H&D@]LT!(K1Z'+/UNE^V4&%6SL^Q& M\6L/$L#'9-.:D.EOQS?$EB[%7!02)!*3K'OQWS+'QZ?Y_\XNM8V:N!A;CJH- MM0X?=FBZFAQC=F(H!2?!F".&F%7!.M*@7&;@$:,BD]7VAXK>-8^D/R6RE5=6 M3HYX>41`DYU,\LN[1H[AG&-#N M8US@:H^V,3?<&N-!78W9Y[E\(UPHUIH92<>770@_;'@>W[%_SA?59IJ/D&G+ M0\QQ\IZ8:SB3R)R=K]WI@M9&U^A[3KKI*'3X_;NOKD('!T<.O^`"R=53Y1T_ ME93Q48FR+H><5=UPU._F<-.-)JIKR5^YP[AO+?E1TC47W2C+D`C^%77]82'7 MSYRMO>_?J^U:V?V09]8N0(_$)N.$9RS'-L7+'5)LVD;MZS6WSIH2U^BQTI06 M)I;S`;#?OP.HBF8@JMTU89Q),(Q/`OA_KO-<9'NH`9L& M6A1FS+(';LS@_2QP0]?8Z/?AXZ;*2P,8.-1#(R>45P<8U"'[>=:L!M>4QN0/ MO'%&&&,.1@%#G!N`\ZF%+ZYERX*FA@4&^^V*MTZZ=QZ`%UR#2FS$9:2`RS&> ME47RCNUHACW(`'".L5O$'H5A?^>S.]4`AN![@#?J^,Z*"G)75<20X6`30,CL MT,K7R%^VH$LJ1]VP*U?TY<,UHWV,S)LIGU$;0+&V9V$^,=$QL`VEA&B(GR#Y MA6$QXL`FQGP.^Q>(,4WI"P%LC*'QA1$=RL9SR\7R86=J#EM-V\#?X6X:G8VB M-C-E-P*[C1[,1H)#--?P6\!0F8G`>GD^?N3+:%3NX3U+SU=C/O-B431E:/FO M&U51]N]]-/FC/$/I6,'N2\'9XHXF;SSH"!@?F/MLSP;6E\0'?M^-6'A@PL8L M?.=TA.03+=M01(J]-!!P-M8!6:43D`)E@F`P>1O%T3P"9?,4[L"LN[MCGL17 M]B"`DN/E"&=GN%BL!&?::S9J%Q]B/=*ZK78NB[5ZCU[M?12:UA!00,.9JU6; M!9.PC]Z4SV^4/%XL^%UX'!Q0PU)<0E)_!>O@?<"+SQA^614?L]10X;$H+G!] MFGS67'S(ID1Z\NL1-H?(N07JY9$EO-JJ*P8I&X7F8E7C)%1R8P<5W=:SD1== MX#`B0CH)^R@%BQPV%7212V\V>=4M)L9@@85,R]ELCX5\@7<)&T;NIJ7?9^.] M/=G@P5V?WP:4O)Z$[/D\0DIQ>QH%D/V2M9O438HN(-DW,U$7\@=P^;7RE8Z$ M*R*QG8:.L4(Z4RSB(,,O)?VE5#R*;5+<]SB2G`F1V!"8:3-E9X9C]X#C#W5# MQ/Z6='^(U*5\E]5U))V:;)@)[]&3[FT+[YI3\+B/S$_,D[.^AO"U'4AE_ M?N?,(CLKN!%0B>%[>58D00E/,]`D](SC[IP M-+N[2W!-\0D@O?K^#`C[J5#^=^9"O(C84(?]^-OX7[R,>36SZX",O9QTL2/M M?ANN(NO`7]?\2C-?\BM&V+%[?FJUF*<8*21%XB_N98M4N!A,4IU6L4(7?@," M'V($!H+MA'%'FOS=0OVKPOP=\-T7,%BC*C75F`EZ&"ZHTY->C9+Y(98HR=E4 M@%=6RZHJ/W"?C`5'?/^N^_J!^%]^_RY?3'^*9,2V^5*K>P6W"1.<^@NW21"\ MV+,J9*#'^1.]VV>$Y2B`XG6X_.5HG^4>O#`,!GU#PXW(G=70J&XEA)RF(Y6L MH@X)>``D\&X!$3;CE`]">SBFTZO_Q(O$>%4:26X"3^?[%=PJCBTM+6:Z`3HN M*]"QE]SYGUAQ0=3H^>E4`2=E,^SW$?X-P/?H-.Q6ZST_W2NXDXK&XCW,DA,# M9Q2O)'.*6@3!=\V#G/33;L5@<-BJ.'/ZX8V*=98."NEWVI#=;,-Q;F,?.#XG/Y>/%Y+O[:[TSO MIDM:Q)[/]G6!V:;ET2W*/C7Q=DU'1^%#1?3\;NT'U6=/"['JSV1.=;]XX3HC M'%;>H?=7<+`F[!0SF&Q'/VH#E5/[^L,>.+=,#CI]"H(84@?^=[F+97O^>`Q"OG,.]=KQQG#FS1G?_DN<*KO3_8K\N[)6 MYL=><[AZ#*B=LDH^3_^KF[G2:?::GUL[LOK#P>@N6-%\N:4MPY\QG)VC!ZQ6 MZJ7B=;6SJ];7B01OU?S3?/OJ1Z-;^=8LUFO-+]Z.HGCP_EB%_2=_2=(SX((0 M%?X<=;96S.0IZ#_\?SSR[?:-%RH3\H"HNYW;1CY3D=;HZEI+^: MWWO9XQ@0EE^K-JI-OU?SKSN7V5U-6:P60OA::7+G9[*%+^BHLEN[?^V#6KW6 MQN.M)ABXAS>F)*D^D,#M59_JTAHS1'N\:,,4I^V+%(M+DC]G9G M5OQ`'YY4PZEEMA+F-5>+8-F,/KE**;9F@1OXIUES+Y&QT/; M,&?ZRX`QUM\2`?XX/L]FO!3P5*DU0$UU)3$1PBK6AX&USZ)`B%-3[E.NOU-) M^Z;07%1H[O^LT)P6*H7EM3#569LR6=TNP\.JG'?+W(_ZR2(8>EL]`[=))BC4 M\9)(9,ZUG`>X^(MK4?RS!$MV5ZW+>7]_+_]6T6:>,%[MXY0=0=YJ?W\YVM]9 M#DO:5G$P#UZ\DNGEG07-[_J/;[6)(RCHV)L]3B>ONS]H.-K?$_G*W/V>'WU"@-XE"Q04PH'0[`C_#MJA>?9=*]&/>QW3 MP6+S#A=/T27Q8"$J"U1V,`@.CN@&/H2W\=Z,;O3P$9QH6$7_,:2-5V,?Q'.5 MI*0JC67F^-SZJ8]FRSW;H^TY"]Q0-(S"6?1\2^_A'0H5L4P+TU6XFLYFX=YG M*!""47*VFL^FZ@9WN/]Y.'SR,)+[1]YO7JU:K=+QG\=+SK;8:Z_@/S>#CE/0 MU[LA-+ELVC#:%N@.38E-O45 M]_;:[;):_$ MA/RC]Y^U=HK^_VW[0^KMKDVELS-"UMC\:!H-F];4;,9!@@.V\]1K[>U,9K[7 M'!;2S;PT^N5+IH?LW50[I99?M<#&'[T;)5.?]>^%*<0@]>S(#2>%3K7;J57] M3R>L\'D=7@!<2?@^F#I2*!C=(X M_3$Z__0)E+?\!X?,L&90@';4KL3Q7OVEZVSQT6WVU6WOMM+ZK`:AX29`0_O& MZA*QD=,.!5$-8'R3/DUGC><3?V7SWU%Q6$9O6U M/O:NIB]#1G%A_:<4IUHQT]CS M!L;!9ZS)C`S)\]5$J+$%9XCN9>S1ZK+4'@#<\&48/)FO$U()8==@6[DQ#8?2 M"T/#HD)B+D2*_>?Q\7/O?CX<]NC$VT^X#V"HG-,YOB_1[/_I1-*QN;]0)^$3_+XQC- MC02W"HMJ/XH8DAD$T4B$$B:/T@+`BB0$Q1P?:OB!(':MYA.V0D(CC,B_I0T) M=/B/`>T#F#=Z"G]!P2QWHA>D!4+&+#%LDU>N7`;N@QZ\@M0@0\"].H!':0\) M.5T/(;HTZ$)BH(.DUNE=J8YB'K3-5L^_+;;;M2:6RHZ%LKCOW:WN%X9P",&\ MQ_8A%O-S..=52`_N)9"(/W(X&6!7.S1^^0Q)K4&;8_I&O,0DY0!CF3*&;3M" M=.5:`28T6<+5C@L*%Q(6!7C4TU_I4+KVJQW_MY-,]IB-[\S$C+WC=:9B+T]J M02K-1Q!#:"7CL"Q"@+RH39R;A<9OS+NF?UFZOO0_9=+9O*(GRWXU7`/RD,_< MR/@DZ-K])XN*2OO'W-!W40T3UN_P:#''&34*L1%#1KWJJ_E)H@_Z3\;,(+\O M`>TF_:71+D'L1F.T%8QZQ<.&2[&G.S[*H?UK^(PN0:QZ!-LJYAK,Y4"B0NY7 M(X-!_ZJ8XM%GNZ]` M>J+$GTM[5](F#20$T=EG>6@#9BGA6Y;WI5[!+64U0E]H#7ZW4RTV?"N@17S4 M/#\L&`%?-+4BIW(N8[GAQW`;3 M'`<2F?L0VYOVH6Z^BN^F@`(+3V24GD\C)["XS`(7[;L:Z1LU)>G4@4'77C=< MT+CG>H-76FW:K^@A.23P[6;T?^8;9.[AM6#K+5?&&GMXEL,EX^'%X0 M[Q3I=LG-/08YNQ_.^ZLQ"I-;FE>F3PJ6%[2(!$:9C_:$9RREWI=NIUBN'FRY M\MK1-1^!\:6[/(?V2@=A%NG''\G,=,5ZIZ_A2;Z"5XI=#E$/NUEDD6D.%=>> M]0)A=X8M;8EV"#M:;JP*@Z(8][F@KSHZ_F"Q^1<6^VXWM(B)[Z^TNRGCCLKZ MB$ZQ5MF`[#YDO`.\\&XT()A_0*";&X2OQ3"6Q[`A,G%=L0&A?!X(,Y(:?"-* MB+EM]F"V?+_9U-QXTQSR!,HLY`E1BWCJ6P$:7Y#\'^E$)G'ROR+'!=883@6R M+"G!WQC,6JIEL,LV*PTLN_,(1-?)$7W'!(>T*,0E4)RA5Y,XLA9>$LO"(=WD M4NY>$5S\#'#GA%<9]A/>53OA%;M_Z28\OPE0"OYI^A5 MK*PRPMA&,X^M?X.+TS!0',#H3.)(8UD`J[OER&)&B',E%=IK5(O^=:<*^)7+ M5J=1;):K>HX+#AM+SB1UC<.CX0"*MV5@'^9Y@2+JG>\KL]4,6Y_S'`C,Z:A'36 M$HQW4^A@(T5F0G!:Z7+^[O>QKR#N_O,5F!-P)(+"=31=@%S4-X"OC\/1C&,T MIN/WYP,U.VE"`E,-!]!=;LN*-N5Y#=K3QNQA^O9_?6I$PGO`3*"5,AG>,P2H M=`V[U/:N2D4W`W2.WCY[V>Y'.Y!XW2IU0N2M]O["5U_4^]5`U+GHC59,M0%! MFZ<[!QMS7\X9#/7?+*J7929`PR-/_]F27?UI8^0CK`_E/0X;/+&`_+_0^>3@ M;+RQX^U,M[&#Q&3KK27S*;_YWLRZS>>VRS=?;#!?7/LEQZ_J^JKLTCC87E@] M@N#$:[WQ>BJO5:O/98HK(!P6<12^\H%!SR-EXVIQQZ?+9_4E1";=,%45:E,^ M,%C5U6H<3")5/YUWXO!+BT*(207B8[5A^K;O MGN[,NYF:..PKZ#OEE6.)05B.6&-LNC$=&'OL.*[&&3;$@)`ST/PPJ8RC[OX8 M9<4+FPCPFM&KA3I!E:*8#87VM16-PU`T?X)TC[0FPNS8F#,6BCT3S9;#I+!1S+ MU51P3NT&;(#XF^>%4Z]-/;G@0YWNQ"/%BXLDNI788LK%;ADM2E;KF6PZ4WSO MVSAM<[@'HB9;[YG239 MG^G%;H)U$B1LT]1`4YO5;K*:/TG0)\X#>+/8<2L:J&Q!P=/(GLQY]D3[NUCQ MX[B5*"^3+G7U=9=.D^NRUNG"O5:+F71FUP@EHJ')\-!HSP"OGOZ*NJ4\M1_0 MC7KE:<6;723J31U8%F23_4/9:^*J`6PF[7VI?N,H7[UBO\:0 M9;'[C(,9Y410A;GD;6;^1,=02-=T47F-[X8#J!A45HO%G!1)PMAX+XIEHU.> MKR8.?[,(ZBR>X:H2,SG4FK5NCVZG5Y_V11)&BHL4W\$A_RO;]3X?@)@3T1'H MV"VNM<.LL4N/8?'QC=U8-_1(-Y>^:INB>^[]0G1>.[,UVU_?J&NV=F;MX67[ M.D4[P2-NVAS![KUJ$V'Y,;_(8D-%U$JU7OP6 M>U7_TBL7Z[52I]BMM9K4;ZWVYGM`N-4*V9.\FW)7HJY??CL)PS]OK0O58]1K MS>NOL>?MZ]YU^W.G2!]T=4NEEJ^J6R.]0X4HY41/%:.@[<=R2Q>1%%,$9,'6 MDH5ZY4KV)O:KV"B5:!Q88P5D?^5+/IT&\;76^ M%#NMZV8E]O:D<-IK-\J]S]?TNNS]`85:*U4]K/N`UKUM98T[]/F"QA^ M8??]%A?[],UML=;]=+KY@N4^GBMLH''?5F/3!\OL'U5O/WR]MLN;?S\QC&"%9L<*`AK M:P\#P/+YQI>UF^U2K163Y-N^+N-/L<]E_(1FN;,]#/8-;/_^MV;Y4V9S*L62 MW-88)V/GZV_%2J7SZ2S^4G>5>O6F6M]XTZDV*]5=;:HV<"[E,IL/:1YDMA_Z MGTZW'U[OR.[7MU.VV@WZXLVGU^CK^,.K!BUA#/_)QF/JE4_[A_)+^[/_J\7V M_2USM+^=EI+L+*76C"]+/*/OS>4V'F+>G\>?T36+CL)OL%[M?10^)375R7EB M4#O9$6$U84U'W%NZT:Y7V0-D>RQVR%`^/%5JEY<]VOYBL\^G0_*J6/X2\]>G M>=OI77:J?U`O'6;RN4PA4\C^=GJ4RF3C_8,MM63VJ-B+1N\+$'<$,'GW66_G^#:Q:$0&8!`(,M ` end >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Oct 26 23:50: 9 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 1B78437B4CF for ; Thu, 26 Oct 2000 23:50:05 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id XAA68489; Thu, 26 Oct 2000 23:50:05 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Thu, 26 Oct 2000 23:50:05 -0700 (PDT) Message-Id: <200010270650.XAA68489@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Doug Barton Subject: Re: misc/22332: request to add more active ttys by default Reply-To: Doug Barton Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR misc/22332; it has been noted by GNATS. From: Doug Barton To: rick@kiwi-computer.com Cc: FreeBSD-gnats-submit@freebsd.org Subject: Re: misc/22332: request to add more active ttys by default Date: Thu, 26 Oct 2000 23:41:31 -0700 rick@kiwi-computer.com wrote: > Most (nearly all??) keyboards with Function keys have F1-F12. By > default ttys(5) is setup for F1-F8 as virtual terminals and uses F9 > for X/xdm. I propose adding the other three as virtual terminals, > moving X down to F12. In my totally unofficial opinion, having 8 virtual terminals is twice too many for most people. I can't imagine a user sophisticated enough to "need" 24 tty's who isn't also smart enough to take the 3.5 seconds to edit /etc/ttys and HUP init. Doug To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Oct 26 23:50:13 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 4E86337B4D7 for ; Thu, 26 Oct 2000 23:50:06 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id XAA68498; Thu, 26 Oct 2000 23:50:06 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Thu, 26 Oct 2000 23:50:06 -0700 (PDT) Message-Id: <200010270650.XAA68498@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Bruce Evans Subject: Re: kern/22099: Xircom CreditCard CM-56T Modem keeps giving interrupt-level buffer overflows. Reply-To: Bruce Evans Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/22099; it has been noted by GNATS. From: Bruce Evans To: kienow@infinet.com Cc: freebsd-gnats-submit@FreeBSD.ORG Subject: Re: kern/22099: Xircom CreditCard CM-56T Modem keeps giving interrupt-level buffer overflows. Date: Fri, 27 Oct 2000 17:42:25 +1100 (EST) On Wed, 18 Oct 2000 kienow@infinet.com wrote: > >Description: > Whenever I place a heavy network load on my modem I get the following > messages over and over. Why does this happen? and how can it be fixed? > Also, what are the results of these messages? Am I not getting the > best speed on my connection as I should? > > sio3: 88 more interrupt-level buffer overflows (total 88) > sio3: 50 more interrupt-level buffer overflows (total 138) This might be caused by the modem not emulating a UART properly. If it has a too-large buffer, then it might flood the driver buffers. Try enabling RTS/CTS flow control if it isn't already. Try increasing cp4ticks in the driver. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Oct 27 0:10: 8 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id AA7EA37B4C5 for ; Fri, 27 Oct 2000 00:10:05 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id AAA77283; Fri, 27 Oct 2000 00:10:05 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Fri, 27 Oct 2000 00:10:05 -0700 (PDT) Message-Id: <200010270710.AAA77283@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Harti Brandt Subject: Re: conf/22308: mounting NFS during boot blocks if host map comes from NIS Reply-To: Harti Brandt Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR conf/22308; it has been noted by GNATS. From: Harti Brandt To: Dima Dorfman Cc: FreeBSD-gnats-submit@freebsd.org Subject: Re: conf/22308: mounting NFS during boot blocks if host map comes from NIS Date: Fri, 27 Oct 2000 09:07:21 +0200 (CEST) On Thu, 26 Oct 2000, Dima Dorfman wrote: > You may also want to try adding 'bg' to the mount options in fstab. > This will cause the mount_nfs process to fork off and keep trying to > mount the filesystem if it can't do it right away. The obvious > drawback is that your system may come up in multiuser without the > filesystem mounted if your NIS server is a little slow. Well, I did this, but it doesn't help. Somehow the way changed how the hostnames are retreived via NIS. With host.conf I also had NIS first and then DNS, but everything was fine. Now NIS blocks *VERY* long. > > Furthermore, depending on your situation, you may want to look into > using amd(8). Oh, our infrastructure here is on Solaris and they have automount maps. I would like to use them, but no way. I tried to convert them automatically to amd maps - doesn't work (they use variables). I tried to figure out how to configure amd handish - I gave up after two days. But, I thought that my set-up should be rather usual. > ypbind is on /usr; what if /usr is an imported filesystem? I see. So obviously NIS lookup shouldn't block for too long when NIS is down! I'm by no means an expert, but isn't it possible to find out whether NIS is up *before* trying to use it in gethostbyname()? Regards, harti -- harti brandt, http://www.fokus.gmd.de/research/cc/cats/employees/hartmut.brandt/private brandt@fokus.gmd.de, harti@begemot.org, lhbrandt@mail.ru To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Oct 27 0:24:19 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id DBD0E37B4C5; Fri, 27 Oct 2000 00:24:14 -0700 (PDT) Received: (from ru@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id AAA82298; Fri, 27 Oct 2000 00:24:14 -0700 (PDT) (envelope-from ru@FreeBSD.org) Date: Fri, 27 Oct 2000 00:24:14 -0700 (PDT) From: Message-Id: <200010270724.AAA82298@freefall.freebsd.org> To: brandt@fokus.gmd.de, ru@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/22309: NFS client code blocks when reading a 2828 byte file via NFSv3 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: NFS client code blocks when reading a 2828 byte file via NFSv3 State-Changed-From-To: open->closed State-Changed-By: ru State-Changed-When: Fri Oct 27 00:22:50 PDT 2000 State-Changed-Why: Fixed in src/sys/netinet/ip_fw.c,v 1.147, thanks for the diagnosis! http://www.freebsd.org/cgi/query-pr.cgi?pr=22309 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Oct 27 1:24: 1 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from dt051n37.san.rr.com (dt051n37.san.rr.com [204.210.32.55]) by hub.freebsd.org (Postfix) with ESMTP id 5C56737B4C5 for ; Fri, 27 Oct 2000 01:23:59 -0700 (PDT) Received: from gorean.org (Studded@master [10.0.0.2]) by dt051n37.san.rr.com (8.9.3/8.9.3) with ESMTP id BAA33378; Fri, 27 Oct 2000 01:23:53 -0700 (PDT) (envelope-from DougB@gorean.org) Message-ID: <39F93B99.F7CBF673@gorean.org> Date: Fri, 27 Oct 2000 01:23:53 -0700 From: Doug Barton Organization: Triborough Bridge & Tunnel Authority X-Mailer: Mozilla 4.75 [en] (X11; U; FreeBSD 5.0-CURRENT-102 i386) X-Accept-Language: en MIME-Version: 1.0 To: Harti Brandt Cc: freebsd-bugs@FreeBSD.org Subject: Re: conf/22308: mounting NFS during boot blocks if host map comesfrom NIS References: <200010270710.AAA77283@freefall.freebsd.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Harti Brandt wrote: > Oh, our infrastructure here is on Solaris and they have automount maps. I > would like to use them, but no way. I tried to convert them automatically > to amd maps - doesn't work (they use variables). amd uses variables just fine. I have a mixed solaris and freebsd environment at work and I use variables in the autofs and amd maps both. > I tried to figure out how > to configure amd handish - I gave up after two days. But, I thought that > my set-up should be rather usual. Send some examples to freebsd-fs@freebsd.org. amd does have a learning curve, but it's not insurmountable. I wouldn't mind seeing autofs ported to freebsd, but I see it as a complement to amd, not a replacement. Doug -- "The dead cannot be seduced." - Kai, "Lexx" Do YOU Yahoo!? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Oct 27 2:14:14 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from relay3.mail.uk.psi.net (relay3.mail.uk.psi.net [154.32.109.6]) by hub.freebsd.org (Postfix) with ESMTP id C401B37B479 for ; Fri, 27 Oct 2000 02:14:12 -0700 (PDT) Received: from mail.plasmon.co.uk ([193.115.5.217]) by relay3.mail.uk.psi.net with smtp (Exim 2.12 #2) id 13p5a5-0005Rr-00; Fri, 27 Oct 2000 10:13:45 +0100 Received: by mail.plasmon.co.uk(Lotus SMTP MTA v4.6.4 (830.2 3-23-1999)) id 80256985.0032D894 ; Fri, 27 Oct 2000 10:15:22 +0100 X-Lotus-FromDomain: PLASNOTES From: dbhague@allstor-sw.co.uk To: chris@summersault.com, murduth@ludd.luth.se Cc: freebsd-bugs@FreeBSD.ORG Message-ID: <80256985.0032D87A.00@mail.plasmon.co.uk> Date: Fri, 27 Oct 2000 10:15:21 +0100 Subject: PR 16740 Mime-Version: 1.0 Content-type: text/plain; charset=us-ascii Content-Disposition: inline Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Chris/Joakim We are suffering from the above problem. Do you have any solutions, if not maybe we can work together to find one. We have a particular test that can reliable reproduce it on a range of hardware. I have posted several panics to both the SCSI and Filesystem list with no luck. Regards Dave To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Oct 27 2:24:30 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 626B337B4C5; Fri, 27 Oct 2000 02:24:28 -0700 (PDT) Received: (from bde@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id CAA27276; Fri, 27 Oct 2000 02:24:28 -0700 (PDT) (envelope-from bde@FreeBSD.org) Date: Fri, 27 Oct 2000 02:24:28 -0700 (PDT) From: Message-Id: <200010270924.CAA27276@freefall.freebsd.org> To: fjoe@lark.websci.ru, bde@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/16170: compiling machine/setjmp.h with g++ Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: compiling machine/setjmp.h with g++ State-Changed-From-To: open->closed State-Changed-By: bde State-Changed-When: Fri Oct 27 02:20:12 PDT 2000 State-Changed-Why: Suggested patch applied in -current and RELENG_4 (just before 4.2-RELEASE). Problem doesn't affect RELENG_3 (with non-ports gcc). http://www.freebsd.org/cgi/query-pr.cgi?pr=16170 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Oct 27 2:30: 6 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 1FC0E37B4C5 for ; Fri, 27 Oct 2000 02:30:03 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id CAA29124; Fri, 27 Oct 2000 02:30:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Fri, 27 Oct 2000 02:30:03 -0700 (PDT) Message-Id: <200010270930.CAA29124@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Bruce Evans Subject: Re: i386/21427: g++ barfs on anonymous i386 sigjmp_buf structure Reply-To: Bruce Evans Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR i386/21427; it has been noted by GNATS. From: Bruce Evans To: Andy Newman Cc: freebsd-gnats-submit@FreeBSD.ORG Subject: Re: i386/21427: g++ barfs on anonymous i386 sigjmp_buf structure Date: Fri, 27 Oct 2000 20:18:36 +1100 (EST) On Wed, 18 Oct 2000, Andy Newman wrote: > I hit this today with 4.1-STABLE. The last update to the PR was Oct.06 > (almost two weeks). Any ETA's on MFCs BDE? (TLA-itis!) Done. So it should be fixed in 4.2. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Oct 27 2:58:24 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 8078637B479; Fri, 27 Oct 2000 02:58:23 -0700 (PDT) Received: (from bde@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id CAA38446; Fri, 27 Oct 2000 02:58:23 -0700 (PDT) (envelope-from bde@FreeBSD.org) Date: Fri, 27 Oct 2000 02:58:23 -0700 (PDT) From: Message-Id: <200010270958.CAA38446@freefall.freebsd.org> To: phiber@phiber.com, bde@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: misc/19086: pseudo-device vn doesn't work properly with msdos filesystems Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: pseudo-device vn doesn't work properly with msdos filesystems State-Changed-From-To: open->closed State-Changed-By: bde State-Changed-When: Fri Oct 27 02:51:40 PDT 2000 State-Changed-Why: Hopefully fixed. Suggested patches applied without testing by me in all versions back to RELENG_3. http://www.freebsd.org/cgi/query-pr.cgi?pr=19086 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Oct 27 3:21:44 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 8E11937B479; Fri, 27 Oct 2000 03:21:43 -0700 (PDT) Received: (from bde@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id DAA48363; Fri, 27 Oct 2000 03:21:43 -0700 (PDT) (envelope-from bde@FreeBSD.org) Date: Fri, 27 Oct 2000 03:21:43 -0700 (PDT) From: Message-Id: <200010271021.DAA48363@freefall.freebsd.org> To: krentel@dreamscape.com, bde@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/19407: Panic running linux binary on ext2fs Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: Panic running linux binary on ext2fs State-Changed-From-To: open->feedback State-Changed-By: bde State-Changed-When: Fri Oct 27 03:16:37 PDT 2000 State-Changed-Why: My patch has been applied to -current, RELENG_4 and RELENG_3, but there is still a problem, possibly at the Linuxulator level. http://www.freebsd.org/cgi/query-pr.cgi?pr=19407 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Oct 27 3:21:58 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from mailhub.fokus.gmd.de (mailhub.fokus.gmd.de [193.174.154.14]) by hub.freebsd.org (Postfix) with ESMTP id 13CCD37B479 for ; Fri, 27 Oct 2000 03:21:56 -0700 (PDT) Received: from beagle (beagle [193.175.132.100]) by mailhub.fokus.gmd.de (8.8.8/8.8.8) with ESMTP id MAA02584; Fri, 27 Oct 2000 12:21:52 +0200 (MET DST) Date: Fri, 27 Oct 2000 12:21:52 +0200 (CEST) From: Harti Brandt To: Doug Barton Cc: Harti Brandt , freebsd-bugs@FreeBSD.org Subject: Re: conf/22308: mounting NFS during boot blocks if host map comesfrom NIS In-Reply-To: <39F93B99.F7CBF673@gorean.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Fri, 27 Oct 2000, Doug Barton wrote: > Harti Brandt wrote: > > > Oh, our infrastructure here is on Solaris and they have automount maps. I > > would like to use them, but no way. I tried to convert them automatically > > to amd maps - doesn't work (they use variables). > > amd uses variables just fine. I have a mixed solaris and freebsd > environment at work and I use variables in the autofs and amd maps both. Well, we have around 150 suns with automount, 2 PC's with FreeBSD, a lot of Linux and windows boxes. I'm the only one who can't use the automount maps and I'm NOT the sysadmin. That would mean I have to track the changes in the maps made by our admin people. Out of the 60+ file systems they export I need 10 or so - mounting them during boot worked just fine up to now (and works still after changing the order in nsswitch.conf). It seems impractical for me to bother with amd in this situation. My thought was: if it worked before why shouldn't it work now? After pooking around what really happens I decided to put the three machines I get NFS from into /etc/hosts. That's easier than fighting with amd. I can't figure out what change caused the new behaviour, however... > Send some examples to freebsd-fs@freebsd.org. amd does have a learning > curve, but it's not insurmountable. I wouldn't mind seeing autofs ported > to freebsd, but I see it as a complement to amd, not a replacement. I would at least make live easier for some people. harti -- harti brandt, http://www.fokus.gmd.de/research/cc/cats/employees/hartmut.brandt/private brandt@fokus.gmd.de, harti@begemot.org, lhbrandt@mail.ru To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Oct 27 3:27:34 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 71D3137B4C5; Fri, 27 Oct 2000 03:27:31 -0700 (PDT) Received: (from dougb@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id DAA50384; Fri, 27 Oct 2000 03:27:31 -0700 (PDT) (envelope-from dougb@FreeBSD.org) Date: Fri, 27 Oct 2000 03:27:31 -0700 (PDT) From: Message-Id: <200010271027.DAA50384@freefall.freebsd.org> To: dougb@FreeBSD.org, freebsd-bugs@FreeBSD.org, dougb@FreeBSD.org Subject: Re: bin/21321: [PATCHES] Finish the job of conditionalizing UUCP Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: [PATCHES] Finish the job of conditionalizing UUCP Responsible-Changed-From-To: freebsd-bugs->dougb Responsible-Changed-By: dougb Responsible-Changed-When: Fri Oct 27 03:25:14 PDT 2000 Responsible-Changed-Why: Take responsibility for my own PR. I plan to commit this to -current barring any objections. http://www.freebsd.org/cgi/query-pr.cgi?pr=21321 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Oct 27 3:29:42 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id D3CDF37B479; Fri, 27 Oct 2000 03:29:40 -0700 (PDT) Received: (from dougb@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id DAA51120; Fri, 27 Oct 2000 03:29:40 -0700 (PDT) (envelope-from dougb@FreeBSD.org) Date: Fri, 27 Oct 2000 03:29:40 -0700 (PDT) From: Message-Id: <200010271029.DAA51120@freefall.freebsd.org> To: DougB@gorean.org, dougb@FreeBSD.org, freebsd-bugs@FreeBSD.org, dougb@FreeBSD.org Subject: Re: bin/21570: [PATCH] Add -r option to /usr/bin/mail, quiet compiler warnings Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: [PATCH] Add -r option to /usr/bin/mail, quiet compiler warnings State-Changed-From-To: open->feedback State-Changed-By: dougb State-Changed-When: Fri Oct 27 03:28:23 PDT 2000 State-Changed-Why: The only response I've had so far has been mildly negative. I plan to solicit more commentary when I have time to revisit this. Responsible-Changed-From-To: freebsd-bugs->dougb Responsible-Changed-By: dougb Responsible-Changed-When: Fri Oct 27 03:28:23 PDT 2000 Responsible-Changed-Why: Take charge of my own PR http://www.freebsd.org/cgi/query-pr.cgi?pr=21570 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Oct 27 4: 0: 6 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 2AF3837B4C5 for ; Fri, 27 Oct 2000 04:00:01 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id EAA61211; Fri, 27 Oct 2000 04:00:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id C061237B4C5; Fri, 27 Oct 2000 03:50:13 -0700 (PDT) Message-Id: <20001027105013.C061237B4C5@hub.freebsd.org> Date: Fri, 27 Oct 2000 03:50:13 -0700 (PDT) From: D.M.Pick@qmw.ac.uk To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: i386/22344: DMPno4 - PCCard IRQ allocation problems in 4.1.1-RELEASE Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 22344 >Category: i386 >Synopsis: DMPno4 - PCCard IRQ allocation problems in 4.1.1-RELEASE >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Oct 27 04:00:00 PDT 2000 >Closed-Date: >Last-Modified: >Originator: David Pick >Release: 4.1.1-RELEASE >Organization: Queen Mary, University of London >Environment: Not available - problem during initial installation >Description: Attempting to reinstall 4.1.1-RELEASE from a local FTP server (running FreeBSD 4.0) onto a Toshiba Libretto model 30CT via Ethernet using a 3Com 3C589D on the Libratto; Libretto floppy drive is also connected via a PCCard interface; FreeBSD 4.1-RELEASE installed successfully using the same methodology: 1) If I attempt to remove the floppy PCCard to replace it with the 3C589 (as worked with 4.1) I get a report "ep0: No irq?!" on the debug screen. The replacement is done at the point where I have selected a set of IRQs for the PCCards. 2) If I leave the floppy PCCard in place I do not get this message; however the PCCard is detected and declared to the kernel but is allocated IRQ 5 *which is not in the set I have selected as free IRQs* (the set is 10, 11, and 15); installation proceeds for a while but fails when actually trying to read the first file in the "bin" distribution set - it gets "stuck" and I suspect a "lost" IRQ Please note that I have found with various earlier versions of FreeBSD that on this machine I should set the PCIC into "polling mode" by selection IRQ number 0 (meaning none) for the PCIC itself. I did this using the configuration editor command "irq pcic0 0" on all my attempts to install 4.1.1. Since the installation got to the stage of initialising the filesystems before getting "stuck" i now have a machine I can't use; I could reinstall 4.1 but am reluctant to do so if this can be solved fairly promptly. I wanted to use the most up-to-date version of OpenSSL to generate a "root" certificate for a certificate authority. >How-To-Repeat: Problem is repeatable by following the description. >Fix: >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Oct 27 4: 4:57 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id F2CFC37B479; Fri, 27 Oct 2000 04:04:55 -0700 (PDT) Received: (from dougb@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id EAA65154; Fri, 27 Oct 2000 04:04:55 -0700 (PDT) (envelope-from dougb@FreeBSD.org) Date: Fri, 27 Oct 2000 04:04:55 -0700 (PDT) From: Message-Id: <200010271104.EAA65154@freefall.freebsd.org> To: DougB@gorean.org, dougb@FreeBSD.org, freebsd-bugs@FreeBSD.org, dougb@FreeBSD.org Subject: Re: kern/21852: [PATCH] [TINY] Clarify NO_F00F_HACK option in NOTES Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: [PATCH] [TINY] Clarify NO_F00F_HACK option in NOTES State-Changed-From-To: open->analyzed State-Changed-By: dougb State-Changed-When: Fri Oct 27 04:02:00 PDT 2000 State-Changed-Why: Patch applied to -current. Leave it in "analyzed" as an MFC reminder. Responsible-Changed-From-To: freebsd-bugs->dougb Responsible-Changed-By: dougb Responsible-Changed-When: Fri Oct 27 04:02:00 PDT 2000 Responsible-Changed-Why: Take responsibility for my own PR http://www.freebsd.org/cgi/query-pr.cgi?pr=21852 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Oct 27 4:24:17 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from rmstar.campus.luth.se (rmstar.campus.luth.se [130.240.197.32]) by hub.freebsd.org (Postfix) with ESMTP id E5E7C37B4C5 for ; Fri, 27 Oct 2000 04:24:14 -0700 (PDT) Received: from rmstar.campus.luth.se (localhost [127.0.0.1]) by rmstar.campus.luth.se (8.9.3/8.9.3) with ESMTP id NAA11006; Fri, 27 Oct 2000 13:24:01 +0200 (CEST) (envelope-from murduth@rmstar.campus.luth.se) Message-Id: <200010271124.NAA11006@rmstar.campus.luth.se> X-Mailer: exmh version 2.1.1 10/15/1999 To: dbhague@allstor-sw.co.uk Cc: chris@summersault.com, murduth@ludd.luth.se, freebsd-bugs@FreeBSD.ORG Subject: Re: PR 16740 In-Reply-To: Message from dbhague@allstor-sw.co.uk of "Fri, 27 Oct 2000 10:15:21 BST." <80256985.0032D87A.00@mail.plasmon.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 27 Oct 2000 13:24:01 +0200 From: Joakim Henriksson Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > We are suffering from the above problem. Do you have any solutions, if not > maybe we can work together to find one. > We have a particular test that can reliable reproduce it on a range of hardware. I'm sorry. But i do not have a sollution. The thing that helped me reduce the number of panics was to turn of the realloc code. But it ocasionally pops up still. The only thing you can do, really, is to send out a plea for help on the bugs list with a reference to this PR. Sooner or later someone who knows the fs stuff will take a look. > I have posted several panics to both the SCSI and Filesystem list with no luck. Yeah, i have pingponged mail with some of the developers but none could help. I would belive that this is something for Kirk to look at. But whether or not he will is another question :/ -- regards/ Joakim To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Oct 27 4:47:14 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from kamidake.apricot.com (kamidake.apricot.com [64.121.160.36]) by hub.freebsd.org (Postfix) with ESMTP id 5E68637B479 for ; Fri, 27 Oct 2000 04:47:12 -0700 (PDT) Received: (from toddpw@localhost) by kamidake.apricot.com (8.8.8/8.8.8) id EAA04930; Fri, 27 Oct 2000 04:45:32 -0700 (PDT) From: "Todd P. Whitesel" Message-Id: <200010271145.EAA04930@kamidake.apricot.com> Subject: Re: i386/22240: unstable UDMA on Iwill VD133PL v1.6 (Apollo MVP3, IDE rev 0x10) In-Reply-To: <200010260906.CAA16942@kamidake.apricot.com> from "Todd P. Whitesel" at "Oct 26, 0 02:06:09 am" To: toddpw@apricot.com (Todd P. Whitesel) Date: Fri, 27 Oct 2000 04:45:32 -0700 (PDT) Cc: sos@freebsd.dk, toddpw@apricot.com, freebsd-bugs@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL38 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > > Hmm, if you can get access to some different brands of memory that could > > shed some new light on this... I just tested two new 64 MB modules with CMT Labs "Gold" stickers on them, purchased at a local PC chop-shop "hole in the wall" place that we've had good experiences with so far... They did not improve things any. Also I tried removing the network card and switching from AGP to PCI video; still the same predictably flaky behavior. At this point I have to suspect one of four cases: 1. received two bad P3/733EB's (really unlikely) 2. received two bad motherboards (seems likely) 3. Iwill VD133PL or the VIA 133Pro itself have "issues" (possible) 4. VIA made some subtle hardware change that needs O/S support (hrm) In any case I am sick of spending my last four weekends trying to get these working. Time to visit the chop-shop and get them to let me try one of the newer i815 boards, and probably end up going with those. > Will do. In the meantime I am going to keep stressing the other memory module > and see if I can get it to fail the BIOS test as well. That's my proof when I It's been running happily in my trusty PC100 machine for 12 hours and counting, whereas the other module caused trouble in the same machine within minutes. I can no longer believe that the memory modules are solely responsible for what I'm seeing. -- Todd Whitesel Anime Expo Information at toddpw @ apricot.com http://www.anime-expo.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Oct 27 5: 1:55 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from nagual.pp.ru (pobrecita.freebsd.ru [194.87.13.42]) by hub.freebsd.org (Postfix) with ESMTP id 3AA6E37B479 for ; Fri, 27 Oct 2000 05:01:52 -0700 (PDT) Received: (from ache@localhost) by nagual.pp.ru (8.11.1/8.11.1) id e9RC09A13757; Fri, 27 Oct 2000 16:00:10 +0400 (MSD) (envelope-from ache) Date: Fri, 27 Oct 2000 16:00:09 +0400 From: =?koi8-r?B?4c7E0sXKIP7F0s7P1w==?= To: "Todd P. Whitesel" Cc: sos@freebsd.dk, freebsd-bugs@FreeBSD.ORG Subject: Re: i386/22240: unstable UDMA on Iwill VD133PL v1.6 (Apollo MVP3, IDE rev 0x10) Message-ID: <20001027160008.A13670@nagual.pp.ru> References: <200010260906.CAA16942@kamidake.apricot.com> <200010271145.EAA04930@kamidake.apricot.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200010271145.EAA04930@kamidake.apricot.com>; from toddpw@apricot.com on Fri, Oct 27, 2000 at 04:45:32AM -0700 Organization: Biomechanoid Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Fri, Oct 27, 2000 at 04:45:32AM -0700, Todd P. Whitesel wrote: > 3. Iwill VD133PL or the VIA 133Pro itself have "issues" (possible) > 4. VIA made some subtle hardware change that needs O/S support (hrm) As I probably already say, I got this situation too, change processors and memory and finally decide that it was buggy VIA Pro133A and Pro133Z chipsets. > In any case I am sick of spending my last four weekends trying to get these > working. Time to visit the chop-shop and get them to let me try one of the > newer i815 boards, and probably end up going with those. I end up with ASUS CUSL2 (815E) motherboard witch works fine with the same memory/processor was not working with VIA -- Andrey A. Chernov http://ache.pp.ru/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Oct 27 5:33:16 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from topaz.ocn.ne.jp (topaz.ocn.ne.jp [210.232.239.71]) by hub.freebsd.org (Postfix) with ESMTP id E57C637B479 for ; Fri, 27 Oct 2000 05:32:52 -0700 (PDT) Received: from x44ue6ea (p0451-ip01kyoto.kyoto.ocn.ne.jp [211.123.235.197]) by topaz.ocn.ne.jp (8.9.1a/OCN/) with ESMTP id VAA20552 for ; Fri, 27 Oct 2000 21:32:33 +0900 (JST) Message-ID: <851.972650046630@topaz.ocn.ne.jp> Date: Fri, 27 Oct 2000 21:34:06 +0900 (JST) From: =?iso-2022-jp?B?GyRCJTUlLyU7JTklKyVzJVElSyE8GyhC?= To: freebsd-bugs@FreeBSD.ORG Subject: =?iso-2022-jp?B?GyRCRk1BMyROJWEhPCVrPDpOaUNXJDckXiQ5GyhC?==?iso-2022-jp?B?GyRCISNLXEV2JEskKkZAJEo+cEpzJEckOSEjGyhC?==?iso-2022-jp?B??= Mime-Version: 1.0 Content-Type: text/plain; charset =iso-2022-jp Content-Transfer-Encoding: 7bit Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org $B=i$a$^$7$F%5%/%;%9%+%s%Q%K!<$H?=$7$^$9!#(B $BFMA3!"<:Ni$+$H;W$$$^$7$?$,0lEY$@$1$N%a!<%k$H8@$&$3$H$G!"$I$&$+$*5v$72<(B $B$5$$!#(B $B$3$N%a!<%k$,FO$$$?$3$H$,!"2?$+$N1o$@$H;W$C$FD:$1$l$P9,$$$G$9!#(B $B6=L#$,L5$1$l$P!"$*O$G$9$,!"$7$C$+$jFI$s$GM}2r$7$F$/$@$5$$!#(B $B!!!!$"$J$?$N?M@8$K$*$$$F0l$D$N%A%c%s%9$G$"$k$3$H$O!"4V0c$$$"$j$^$;$s!#(B $B$3$N%a!<%k$rFI$b$&$H$7$F$$$k$"$J$?$O!"K\Ev$K6/1?$N;}$AR2p$7$^$9!#$3$N%S%8%M%9$O!">pJs$rGd$k$H(B $B$$$&4JC1$G%j%9%/$b$J$/9b<}F~$,K>$a$k%S%8%M%9$G$9!#(B $B;d$O?.Mj$G$-$kJ}$+$i$N>R2p$G$3$N%S%8%M%9$rCN$j$^$7$?!#(B $B$b$A$m$s:G=i$OH>?.H>5?$G$7$?$,!"$9$0$K7k2L$,8=$l$F(B $BDLD"$rKhF|8+$F$S$C$/$j$7$F$$$^$9!#(B $BFbMF$r$7$C$+$j8+$F$$$?$@$1$?$i!"$d$i$J$$$h$j$d$C$?J}$,$$$$$3$H$,(B $B$o$+$k$H;W$$$^$9!#@'Hs;O$a$F$_$F$/$@$5$$!#(B ********************************************************** $B!!!!!!(B $B#E%a!<%k$rAw$C$FI{<}F~#1#8#0#0K|1_$r2T$0!*!*!*(B ********************************************************** $B#E%a!<%k$rAw$k$3$H$K$h$C$F!":#$+$i#2!"#3%v7n8e$K$O#2#0#0K|0J>e$NI{(B $B<}F~$rF@$k$3$H$,$G$-$k!"L5M}$@$H;W$$$^$9$+!)!!>\:Y$r$*FI$_$/$@$5$$!#(B --------------------------------------------------------- $B!V:G6aJ|Aw$5$l$?%"%a%j%+$N%F%l%SHVAH$+$i!W(B $B$3$N%a!<%k$K$D$$$F!":rG/=U:"!"El5~#1#2%A%c%s%M%k$N%K%e!<%9$GCN$C$?J}$b(B $B$"$k$+$HB8$8$^$9!#(B $B%$%s%?!<%M%C%H>e$G?M5$$,9b$^$k$K=>$$!"%"%a%j%+$G$bA49q%M%C%H$NLk$N%K%e(B $B!<%9HVAH$GFC=8$rAH$_!"$3$l$GK\Ev$K$*6b$,LY$+$k$+$I$&$+$K$D$$$F!":G6a!"(B $BD4::$7$^$7$?!#(B $B$3$NHVAH$G$O!"$3$N$*6bLY$17W2h$,9gK!$+$I$&$+$K$D$$$F$bD4::$7$^$7$?!#(B $BD4::$N7k2L!"$3$N7W2h$K;22C$9$k$3$H$r6X$8$kK!N'$O$^$C$?$/$J$$$3$H$,H=L@(B $B$7$^$7$?!#(B $B$3$NHVAH$N$*$+$2$G!"$3$N7W2h$O!"4JC1$+$DL532$J!"$*$b$7$m$$:_BpI{<}(B $BF~3MF@K!$G$"$k$3$H$,$o$+$j$^$7$?!#(B $B$3$NHVAH$,$b$?$i$7$?7k2L$Oo$KB?$/$N3'$5$s$,;22C$5$l$k$h$&$K$J$j!"0JA0$KA}$7$F3hF0$,$O$k$+$K@9(B $B$s$K$J$j$^$7$?!#(B $B$h$jB?$/$N?M$,;22C$9$k$K=>$$!"F@$i$l$k6b3[$,$=$l$K$D$l$FBg$-$/$J$j$^$9(B $B$+$i!":G6a;22C$7$??M$O$H$F$b%(%-%5%$%F%#%s%0$J7P83$r$5$l$F$$$^$9!#(B $B$"$J$?$b0lEY;22C$5$l$l$P!"$*$o$+$j$K$J$k$G$7$g$&!#(B $B%5%/%;%9%+%s%Q%K!&6H2=$rLH$l$?9-9p$N?M$?$A$,$I$s$I$s#E%a!<%k$r;H$C$F%S%8%M%9$r;O(B $B$a$^$9!#$3$l$r9TF0$K0\$7$F$/$@$5$$!#(B $BB?CJ<0%^!<%1%F%#%s%0!J#M#L#M!K$O$D$$$Ke$G=R$Y$?$H$3$m$K$h$l$P!"(B1990$BG/BeKv$^(B $B$G$K$O!"A4>&IJ!&%5!<%S%9$N#5#0!<#6#0!s$,B?CJJ}<0$K$h$C$FHNGd$5$l$k$h(B $B$&$K$J$k!#(B $B$3$l$O?t==2/%I%k5,LO$N;:6H$G$"$j!"%"%a%j%+$K$*$$$F2a5n?tG/4V$K%_%j%*%M(B $B%"!<$H$J$C$?#5#0K|?MCf!"#2#0!s$KAjEv$9$k#1#0K|?M$,B?CJ<0(B $B%^!<%1%F%#%s%0$K$h$C$F:b$r@.$7!"$5$i$K!"E}7W$K$h$k$H!"B?CJ<0%^!<%1%F%#(B $B%s%0$K$h$j!"KhF|#4#5?M$N%_%j%*%M%"!<$,CB@8$7$F$$$^$9!#(B $B$J%I%J%k%I(B $B%H%i%s%W;a!J2/K|D9$9$3$H$K$J$C$?$i!"$I$&$9(B $B$k(B $B$Hl$K$$$?D0=0$O!"AaB.!"%V!<%$%s%0$7$FH`$rHsFq$7(B $B$^$7$?!#$9$k$H!"H`$OD0=0$r8+EO$7!"??LLL\$J4i$G$3$&8@$$$^$7$?!#(B $B!V$@$+$i;d$O$3$N$H$*$j!J%2%9%H$H$7$F!K$3$A$i$K:B$j!"$"$J$?J}$O!JD0=0$H(B $B$7$F!K3'$=$C$A$NJ}$K:B$C$F$$$k$N$G$9$h!*!W(B $B%M%C%H%o!<%/%^!<%1%F%#%s%0$K$*$$$F$O!"#2DL$j$N<}F~$,$"$j$^$9!#$"$J$?<+(B $B?H$N%;!<%k%9$K$h$kD>@\%3%_%C%7%g%s$H$"$J$?$,>R2p$7$??M$N%;!<%k%9$+$i@8(B $B$8$k%3%_%C%7%g%s$G$9!#(B $B;DB8<}F~!"$3$l$3$=$,$*6b;}$A$NHkL)$G$9!#$D$^$j!";~4V$H$*6b$r0lEYEj;q$9(B $B$k$3$H$K$h$j!"Js=7$r7+$jJV$72?EY$b2?EY$bF@$k$H$$$&$3$H$G$9!#%M%C%H%o!<(B $B%/%^!<%1%F%#%s%0$K$*$$$F$O!"B>$N?M$,$7$?;E;v$KBP$7$FJs=7$,;YJ'$o$l$k$H(B $B$$$&$3$H$b0UL#$7$^$9!#(B $B$?$@!"$3$A$i$+$i$*EO$7$9$k7G<(HD%j%9%H$K=q$-9~$s$G$$$/$@$1$G$$$$$N$G$9(B $B=q$-9~$_Be9T6Hl9g%S%8%M%9$N3+;O$+$i#1=54V$G#1#0?M$N%Q!<%H%J!<$rF@$k$3$H$,=PMh$^(B $B$7$?!#(B $B$^$5$K!"%P%i?'$N?M@8$KBgJQ?H$G$9!#(B $B0J2<$,!"$3$N6C$/$Y$-:_BpI{<}F~3MF@K!$N%O%&%D!<$G$9!'(B $B!c!c!c!a!a!a!!!V@bL@=q!W$N;O$a(B $B!c!c!c!!@bL@=q!!!d!d!d(B $B$3$N;q6b3MF@K!$Oe$NGc$$J*$r$7(B $B$F$$$k$3$H$G$7$g$&!#!V$=$s$J$P$+$J!*!W$H$*$C$7$c$kA0$K!"$3$N%W%m%0%i%`(B $B$r(B $B$h$/$*FI$_$/$@$5$$!#$3$l$O%A%'!<%s%l%?!<$G$O$"$j$^$;$s!#40A4$K9gK!$J:_(B $BBp%S%8%M%9$G$9!#(B $B4pK\E*$J;E;v$NFbMF$Oe$K$"$k#5$D$N%j%]!<%H$rCmJ8$7$^$9!J>&IJ$N;EF~$l$G$9!K!#(B $B!!!!!w!!%j%]!<%H$O3F#2#0#0#01_$G$9!#(B $B!!!!!w!!$=$l$>$l#18D$:$D#5e$N?M!9$NL>A0$rJQ$($?$j!"$=$NI=5-=g$rA08e$5$;$F(B $B$O$$$1$^$;$s!#(B $B$3$N%W%m%0%i%`$NJ}<0$rM}2r$9$l$P!"$=$l$i$rJQ$($?(B $B>l9g$K;Y>c$,@8$8$k(B $B$3$H$,$o$+$j$^$9$,!"$3$NJ}<0$O%F%9%H$KBQ$(!"@.(B $B8y$,Z$5$l$?J}<0$G$"(B $B$k$3$H$r$h$/LC5-$7$F$/$@$5$$!#JQ$($k$H!"$"(B $B$J$?$NMx1W$NBgH>$O<:$o$l!"(B $B@.8y$7$^$;$s!#(B $B!!!!(B $B!!!!%j%]!<%H$N%j%9%H$O$3$NJ8=q$NCf$[$I$K$"$j$^$9!#(B $B!!!!!w!!$"$J$?$,#58D$N%j%]!<%H$rCmJ8$7$?8e$K!"%j%]!<%H!t#1$N?M$N>p(B $BJs!J8}:B$H%a!<%k%"%I%l%9!K$r:o=|$7!"$=$3$@$16uGr$K$7$^$9!#(B $B!!!!!w!!pJs$r%j%]!<%H!t#1$N$H$3$m$K!"(B $B!!!!!!!!!!!!!!(B $B%j%]!<%H!t#3$N?M$N>pJs$r%j%]!<%H!t#2$N$H$3$m$K!"(B $B!!!!!!!!!!!!!!(B $B%j%]!<%H!t#4$N?M$N>pJs$r%j%]!<%H!t#3$N$H$3$m$K!"(B $B!!!!!!!!!!!!!!(B $B%j%]!<%H!t#5$N?M$N>pJs$r%j%]!<%H!t#4$N$H$3$m$K(B $B!!!!!!!!=ge$K0\F0$7$F!"(B $B!!!!!!!!:G8e$K!"$"$J$?$N>pJs$r!"6u$$$?%j%]!<%H!t#5$N$H$3$m$K(B $B!!!!!!!!5-F~$7$^$9!# $B!!!!!w!!8}:BL>5A$O!"8D?ML>$N$[$+!"K!?M!"$_$J$7K!?M$G$b2D$G$9!#(B $B$?$@$7!"%j%]!<%HCmJ8=q$N?69~?ML>$HF1$8$K$7$F$/$@$5$$!#(B $B!!!!$3$l$i$9$Y$F$N:n6H$O8m$j$N$J$$$h$&!"@53N$K9T$C$F$/$@$5$$!#(B $B#3!%#2$G2~D{$7$?%j%9%H$r4^$a!"$3$NJ8=qA4BN$r%O!<%I%G%#%9%/$KJ]B8$7$F$/(B $B$@$5$$!#$3$NJ8=q$N@bL@=q$NItJ,$K$O@dBP$KJQ99$r2C$($J$$$G$/$@$5$$!#(B $B$3$l$K;22C$9$k$?$a$N%3%9%H$OM5$O(B $B$"$k$G$7$g$&!K!#$9$G$K%$%s%?!<%M%C%H$N@\B3$b$"$k$3$H$G$9$7!"6a:"$G$O(B E$B%a!<%k$bL5NA$G$9!#(B $B$"$J$?$N8e$KB3$/;22C.5,LO$K;O$a$k$H$7$^$9!#Nc$($P!"$"$J$?$,#2#0#0#0(B $BDL$@$1%a!<%k$G%W%m%0%i%`$rAw$k$H$7$^$9!#2>$K!"$=$N$&$A$N#0!%#3!s$N?M$,(B $BJV;v$r$/$l$k$H$7$^$9!#NIl9g!"$3$l$O!"%j%]!<%H!t#5$NCmJ8?t$,#67o$@$1$H$$$&$3$H(B $B$G$9!#$3$l$i#6?M$N?M$?$A$,$=$l$>$l#2#0#0#0DL$N%W%m%0%i%`$rAw$k$H!"9g7W(B $B#1#2#0#0#0DL!#$=$N#0!%#3!s$KAjEv$9$k#3#6?M$,$"$J$?$K%j%]!<%H!t#4$rCmJ8(B $B$7$^$9!#$3$l$i#3#6?M$N?M$?$A$,$=$l$>$l#2#0#0#0DL$N%W%m%0%i%`$rAw$k$H!"(B $B9g7W#7#2#0#0#0DL!#$=$N#0!%#3!s$KAjEv$9$k#2#1#6?M$,$"$J$?$K%j%]!<%H!t#3(B $B$rCmJ8$7$^$9!#$3$l$i#2#1#6?M$N?M$?$A$,$=$l$>$l#2#0#0#0DL$N%W%m%0%i%`$r(B $BAw$k$H!"9g7W#4#3#2#0#0#0DL!#$=$N#0!%#3!s$KAjEv$9$k#1#2#9#6?M$,$"$J$?$K(B $B%j%]!<%H!t#2$rCmJ8$7$^$9!#$3$l$i#1#2#9#6?M$N?M$?$A$,$=$l$>$l#2#0#0#0DL(B $B$N%W%m%0%i%`$rAw$k$H!"9g7W#2#5#9#2#0#0#0DL!#(B $B$=$N#0!%#3!s$KAjEv$9$k#7#7#7#6?M$,$"$J$?$K%j%]!<%H!t#1$rCmJ8$7$^$9!#(B $B$3$N>l9g$N9g7W<}F~$r7W;;$9$k$H!"(B $B!!!!(B $B!!(B $B!!(B $B!!!!!!(B $B!!!!!!9g7W?M?t$O!'!!#6!\#3#6!\#2#1#6!\#1#2#9#6!\#7#7#7#8!a#9#3#3#2(B $B!!!!!!9g7W6b3[$O!'!!#9#3#3#2#x#2#0#0#0!a#1#8#6#6#4#0#0#0(B $B$3$N(B"$B#1#8!$#6#6#4!$#0#0#01_!*!*!*(B"$B$H$$$&<}F~$O!"$"$J$?$,#2#0#0#0DL(B $B%a!<%k$rAw$C$?$&$A$N#1#9#9#4?M$,A4$/2?$b$;$:!"%W%m%0%i%`$r$4$_H"$KF~$l(B $B$F$7$^$C$?>l9g$N6b3[$G$9!#$b$7$"$J$?$H8eB3$N?M$?$A$N$&$AA40w$"$k$$$OH>(B $B?t$,!"$=$l$>$l#2#0#0#0DL$G$J$/!"#1#0K|DL%W%m%0%i%`$rAw$C$F$$$?$i$H!"(B $B$A$g$C$H9M$($?$@$1$G62$m$7$/$J$j$^$9!#(B $B!ZJ}K!$=$N#2![!'!!%$%s%?!<%M%C%H>e$KL5NA9-9p$r7G:\(B $B%M%C%H>e$K$OHs>o$KDc%3%9%H$G9-9p$r7G:\$G$-$^$9!#$^$?!"L5NA$G9-9p$r=P$;(B $B$k$H$3$m$,2?I42U=j$b$"$j$^$9!#(B $BJ}K!$=$N#1$HF1MM$K!"$^$:MM;R$r8+$k$?$a$K!">.5,LO$K;O$a$k$H$7$^$9!#$"$J(B $B$?$NL\I8$O!"$^$:Bh0lCJ3,$G#6?M$@$1;22Ce$KL5NA9-9p$r$?$/$5$s=P$9$H!"Bg$-$JH?1~$,F@$i$l$^$9!K(B $B!#(B $B$"$J$?$N8eB3$l#6?M$N;22CDj$7$^$9!#(B $B$9$k$H!"$l#6?M$@$1%j%/%k!<%H$9$k$H$$$&2>Dj$K4p$E$$$F$$$^(B $B$9!#(B $B$3$l$,#2#0?M$@$C$?$i$H!"9M$($F$_$F$/$@$5$$!#DL>o!"3F;22Ce$"$j$^$9(B)$B0J2<@bL@=q$G$9!#(B $B$"$J$?$N8}:B$K#2#0#0#01_$NF~6b$,$"$k$?$S$K!"$"$J$?$,$9$k$Y$-$3$H$O!";2(B $B2Ce$N3'MMJ}$K%a!<%k$G$*$?$:(B $B$M$/$@$5$$!#(B $B!TBe6b;YJ'$$$NJ}K!$H%j%]!<%H$NCmJ8=q!U(B $B!w!!%j%9%H>e$N#5?M$N8}:B$K$=$l$>$l#2#0#0#01_$:$D?69~$s$G!"(B $B0J2<$N!t#1!;d$N%a!<%k%"%I%l%9!'!V!J(B"$B$"$J$?(B"$B$N%a!<%k%"%I%l%9!K!W(B $B!!(B $B!!!>?69~?ML>!'!V!J?69~;~$KF~NO$7$?L>A0!K!W(B $B!!!!!!!!!>%j%9%H$N0lHV2<$N?M!'!V!J$"$J$?$K>R2p$7$??M$NL>A0!K!W(B $B!!(B $B!!!!!!!J!!Cm!'!!!t!)$N!V!)!W$N$H$3$m$K$O!"3F08@h$K3:Ev$9$k%J%s%P!<$r(B $B!!F~$l$F$/$@$5$$!#!K(B $B!!!!(B $B!!(B______________________________________________________ $B%l%]!<%H!t#1!!!V%^%kHkCO2<>pJs!J#1!<#3#97oJ,!K!W(B $B!!!!!JM-!K%j%P%F%#!<%o!<%k%I(B $B!!(B $B!!!!5~ETCf1{?.MQ6b8K!!!!C]ED;YE9(B $B!J%?%1%@!K(B $B!!!!!!!JIa!K#0#4#8#8#5#6#0(B $B%a!<%k%"%I%l%9!!!!(Bliberty@chan.co.jp$B!!(B $B!!!!!!!!(B $B!!!!(B______________________________________________________ $B%l%]!<%H!t#2!!!V%^%kHkCO2<>pJs!J#4#0!<#7#97oJ,!K!W(B $B%=%H!!%N%j%*!!(B $B!!!!5~ET6d9T!!!!O;COB";YE9!J%m%/%8%>%&!K(B $B!!!!!!!JIa!K#3#0#4#3#5#1#6(B $B%a!<%k%"%I%l%9!!!!(Bviking@badboy.co.jp$B!!!!!!(B $B!!!!!!(B _____________________________________________________ $B%l%]!<%H!t#3!!!V%^%kHkCO2<>pJs!J#8#0!<#1#1#97oJ,!K!W(B $B%D%D%_!!%R%m%7(B $B!!!!El3$6d9T!!K\E91D6HIt!J%[%s%F%s%(%$%.%g%&%V!K(B $B!!!!!!!JIa!K#4#2#4#5#3#7#5(B $B%a!<%k%"%I%l%9!!!!(Bppworld@japan.co.jp _____________________________________________________ $B%l%]!<%H!t#4!!!V%^%kHkCO2<>pJs!J#1#2#0!<#1#5#97oJ,!K!W(B $B!!!!!!%=%s!!%b%H%O%k(B $B!!!!!!5~ET6d9T!!K\E91D6HIt!J%[%s%F%s%(%$%.%g%&%V!K(B $B!!!!!!!JIa!K#3#8#7#7#5#7#3(B $B!!!!%a!<%k%"%I%l%9!!!!(Bnext1@earth.co.jp$B!!(B $B!!(B______________________________________________________ $B%l%]!<%H!t#5!!!V%^%kHkCO2<>pJs!J#1#6#0!<#2#0#07oJ,!K!W(B $B!!!!(B $B!!!!%*%*%d%^(B $B%h%7%d%9(B $B!!!!4X@>6d9T!!!!5~ET;YE9!J%-%g%&%H!K!!(B $B!!!!!!!JIa!K#2#2#5#5#9#6(B $B!!!!%a!<%k%"%I%l%9!!!!(By0080@japan.co.jp ______________________________________________________ *********$B!!@.8y$NHk7m!!(B********* $B!w!!$3$l$r$"$J$?<+?H$N%S%8%M%9$H8+$J$7!"?WB.$K!"%W%m0U<1$r;}$C$F!"(B $B=j(B $BDj$N;E;v$r@53N$K$3$J$9$3$H!#(B $B!w!!o$KB(F|G[?.%5!<%S%9$r9T$&$3$H!#(B $B!w!!$"$;$i$J$$$3$H!#;X<($I$*$j$K9T$($P!"@.8y$7$^$9!#(B $B!w!!0lHVBg;v$J$3$H$O!"<+J,$r?.$8!"@.8y$r?.$8$k$3$H$G$9!#(B *********$B!!@.8y$N%,%$%I%i%$%s!!(B********* $B0J2<$r;X?K$H$7$F!"@.8y$r3Nl9g!"#2#07o$KC#(B $B$9$k$^$G@kEA$rB3$1$k!"$"$k$$$O!"#E%a!<%k$NAw?.$r9T$&!#$=$l$rC#(B $B!!!!@.$9$l$P!"#2=54VDxEY$G!":GDc#1#0#0$N%j%]!<%H!t#4$NCmJ8$,$"$k$O(B $B!!!!$:$G$9!#L\I8$KC#$9$k$^$G!"@kEA$+(BE$B%a!<%kAw?.$rB3$1$F$/$@$5$$!#(B $B!w!!%j%]!<%H!t#2$NA0$,0lCJ3,$:$D7+$j>e$,$k$4$H$K!"$"$J$?$OJL$N%j%]!<%H$N0L(B $B!!!!CV$K0\F0$7$^$9!#(B $B$I$N%j%]!<%H$N%*!<%@!<$,Mh$k$+Cm0U$7$F$$$l$P!"?J9T>u67$r%U%)%m!<(B $B!!!!$G$-$^$9!#(B $B!w!!$"$J$?$,$b$C$H0UM_E*$G!"$5$i$K<}F~$rF@$?$$$H;W$($P!"$^$?#E%a!<%k$r(B $B!!!!Aw?.$7!"@kEA$r$9$k$H$$$&!"0lO"$N%W%m%;%9$r:F3+$7$F$/$@$$!#(B $B!!!!$3$N%S%8%M%9$+$i@8$8$k<}F~$K>e8B$O$"$j$^$;$s!*(B $B$"$J$?$,$3$N%W%m%0%i%`$K;22C$9$k$+$I$&$+7hDj$r2<$9A0$K!"l9g$O!"$3$N%W%m%0%i%`$K4X$9$kZ8@$*$h$SLH@U;v9`!!(B******* $B$3$N%W%m%0%i%`$O3Ne$N>pJs$r2~JQ$7$J$$$H$$$&%k!<%k!"$3$l$rl9g!"$"$J$?$N@x:_E*<}F~$N$[$H$s$I$,<:$o$l$^$9!#;d$O$3$N%W%m%0%i%`(B $B$,@.8y$9$k$3$H$N@8$->Z?M$G$9!#$3$l$O!"$o$:$+$N%3%9%H$G!"Hf3SE*MF0W$K$*(B $B6b$r2T$0!"K\Ev$K$9$P$i$7$$5!2q$G$9!#;22C$rA*Br$5$l$k>l9g$O!"%W%m%0%i%`(B $B$KCi$C$F$/$@$5$$!#$=$&$9$l$P!"$"$J$?$N7P:QE*0BDj$OL\A0$G$9!#(B *********************************** $BF|K\$N;22C@\LrN)$DFbMF$N$b$N$G$9!K(B $B!#(B $B!V$3$No$KLY$+(B $B$k!"C;4|4V$GB?3[$N$*6b$r3MF@$9$kJ}K!$@$H$$$&$3$H$r$"$J$?$K3N?.$7$FM_$7(B $B$$$H;W$C$?$+$i$G$9!#:#2s$d$C$F$_$F3N$+$a$kA0$K!"2?EY$+$3$s$J%a!<%k$r$b(B $B$i$C$?$3$H$,$"$j$^$9!#;d$O!"$?$@!":G>.$NEXNO$HHqMQ$G$I$l$[$I$NLa$j$,$"(B $B$k$N$+CN$j$?$+$C$?$@$1$G;22C$7$?$N$G$9!#$V$C$?$^$2$?$3$H$K!":G=i$N#1#4(B $B=54V$G!p#3#6!$#4#7#0C$7$F$7$^$$$^$7$?(B $B$,!"$=$N8e$G!"$d$i$J$$$Y$-$@$C$?$@$m$&$+$H;W$$$^$7$?!#$b$A$m$s!"$@(B $B$l$K%3%s%?%/%H$7$F%3%T!<$r$b$i$C$F$$$$$N$+$<$s$<$s$o$+$j$^$;$s$+$i!"(B $B$^$?JL$N#E%a!<%k$r$b$i$&$^$GBT$?$J$/$F$O$J$j$^$;$s$G$7$?!##1#1%v7n(B $B$,2a$.!"%a!<%k$,Mh$^$7$?!#$3$s$I$N$O>C$7$^$;$s$G$7$?!#=i$a$F$N%H%i(B $B%$$G!p#4#1!$#0#0#0LY$1$^$7$?!*!*!W!!!J%t%!%$%*%l%C%H!!%&%#%k%=%s!"(B $B%Z%s%7%k%Y%K%"=#%8%g%s%:%?%&%s!K(B $B!V$3$N%W%i%s$K;22C$9$k$N$O$3$l$G#32sL\$G$9!#;d$?$A$OFs?M$H$b;E;v$r$d$a(B $B!"$b$&$8$-3$JU$K2H$rGc$C$F!"Fs?M$N$*6b$NMxB)$G@83h$9$kM=Dj$G$9!#(B $B$3$N%W%i%s$,$&$^$/9T$/K\Ev$K$?$@$R$H$D$NJ}K!$O!"&K!!W$G$O$J$$$3$H$NK!E*:,5r(B ****************************************************************** $B!|$M$:$_9V$rrJ8$NH4?h!!(B****** $BBh0l>r!JL\E*!K(B $B$3$NK!N'$O!"L58BO":?9V$,!"=*6I$K$*$$$FGK$?$s$9$Y$-@-r!JDj5A!K(B $B$3$NK!N'$K$*$$$F!VL58BO":?9V!W$H$O!"0lDj$N6bA,$r;Y=P$9$k2CF~e$NG\N($r$b$C$FA}2C$9$k8eB3$N2CF~$l$NCJ(B $B3,$K1~$8$?8e=g0Le2s$k3[$N6bA,$rr$+$i!"!VL58BO":?9V!J$M$:$_9V!K!W$rKI;_$9$k$?$a$NK!N'$G$"$k$3(B $B$H$,$o$+$j$^$9!#(B $B"!BhFs>r$G$O!"2?$+$N>&IJ$rN.DL$5$;$k$J$I$N!"HNGd3hF0$r$;$:$K!"$*6b$@(B $B$1$r2<$NAH?%$+$iN.$l$k$h$&$K%7%9%F%`$rDs6!$7$F$$$k6bA,G[EvAH?%$,(B $B!VL58BO":?9V!J$M$:$_9V!K!W$G$"$k$HDj5A$7$F$$$^$9!#(B $B"!0cK!9T0Y$G$"$k!V$M$:$_9V!W$K$D$$$F!"$b$&>/$7$o$+$j$d$9$/@bL@$9$k$H(B $B!"K!E*MQ8l$K$h$kDj5A$G$O$J$/!"K!N'$K>\$7$$J}$,$*FI$_$K$J$C$?>l9g$O!"(B $BB?>/$N8m2r$b$"$k$+$H;W$$$^$9$,!"$o$+$j$d$9$/I=8=$9$k$H!"0J2<$NA4$F$K(B $BEv$F$O$^$l$P!"$=$N%S%8%M%9$O!V$M$:$_9V!W$G$"$k$H9M$($i$l$^$9!#$3$l$O(B $BHs9gK!E*$J3hF0$G$"$j!"Cm0U$,I,MW$G$9!#(B $B!{>&IJ$NHNGd$rL\E*$K$7$F$$$J$$!#6bA,$NG[Ev$@$1$rL\E*$H$7$F$$$k!#(B $B!{AH?%$O$M$:$_;;E*$K3HBg$7$F$f$/%7%9%F%`(B $B!{>e$N=g0L$N?M$,!"2<$N=g0L$N?M$h$jLY$+$k$h$&$J%7%9%F%`(B $B!{>&IJ$H>N$9$k$b$N$,$"$C$F$b!";f@Z$l0lKg$G$"$C$?$j!"e$N$3$H$+$i!"$3$N%W%m%0%i%`$O!">&IJ!JLrN)$D>pJs!K$rHNGd$7!"$J$*$+(B $B$D!"%j%9%H$N>e0L&K!$rrJ8$NH4?h!!(B****** $BBh==0l>r!JDj5A!K(B $B$3$N>O$K$*$$$F!"!VO":?HNGdO$K$*$$$F!V>&IJ!W$H$$$&!#!K$N:FHNGd(B $B!JHNGd$NAj&IJ$rGc$$&IJ$N:FHNGd$r$9$kB>$N$N(B $BDL>&;:6H(B $B>JNa$GDj$a$kMW7o$K3:Ev$9$kMx1W$NA4It$^$?$O0lIt$r8@$&!#!K$r(B $B<}&IJ$N9XF~$^$?$O!"(B $Br7o$H$9$k$=$N>&IJ$NHNGd$K78$kr7o$NJQ99$r4^$`!#(B $B0J2r$K5,Dj$5$l$F$$$k!VO":?HNGd&K!!K!W$NDj5A$r$b$&(B $B>/$7$o$+$j$d$9$/I=8=$9$k$H!"0J2<$N$H$*$j$H$J$j$^$9!#(B $B!{>&IJ$Ne5-$NK!N'Bh==0l>r$K5,Dj$9$k!VFCDjIiC4!W$N4p=`$rDj$a$k@/Na$O!"(B $B!&!&!&!&!&!&!&!&!&!&!&!&!&!&!&!&!&!&!VK,LdHNGdEy$K4X$9$kK!N';\9TNa!W(B ******$B!!>rJ8$NH4?h!!(B****** $BBh8^>r!JFCDjIiC4$N4p=`!K(B $BK!Bh==0l>rBh0l9`$N@/Na$GDj$a$k4p=`$O!"F19`$K5,Dj$9$k>&IJ$NHNGd$K78$o(B $B$kr7o$NJQ99$r4^$`!K$K$*$$$F>r7o$H$5$l$k>&IJ$N9XF~$N(B $BAm3[!"$^$?$O&IJ$N9XF~$Hr(B $B7o(B $B$H$5$l$k>l9g$K$"$C$F$O!"$=$N>&IJ$N9XF~$NAm3[$He$G$"$k$3$H$H$9$k!#(B $B"!$D$^$j!"K!N'Bh==0l>r$H@/NaBh8^>r$N5,Dj$K$h$j!"2CF~r7o$,(B $B!"Am3[#2K|1_$h$jDc$$3[$NHO0O$G$"$l$P!"!VO":?HNGd&K!!K!W$H(B $B$O$_$J$5$l$J$$$N$G$9!#(B $B"!7kO@"!(B $B0J>e$N$3$H$+$i!"$3$N%W%m%0%i%`$O!"%j%9%H$N>e0L&K!!W$G$O$"$j$^$;$s!#(B ==================== $B%5%/%;%9%+%s%Q%K!O$G$9$,Bg@Z$J$3$H$P$+$j$G$9$N$G$h$/$*FI$_$/$@$5$$!#(B To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Oct 27 6:20: 5 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 498CA37B4C5 for ; Fri, 27 Oct 2000 06:20:01 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id GAA19141; Fri, 27 Oct 2000 06:20:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id 0C44B37B479; Fri, 27 Oct 2000 06:14:36 -0700 (PDT) Message-Id: <20001027131436.0C44B37B479@hub.freebsd.org> Date: Fri, 27 Oct 2000 06:14:36 -0700 (PDT) From: matrice@dial.oleane.com To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: misc/22345: mouse setup Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 22345 >Category: misc >Synopsis: mouse setup >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Oct 27 06:20:00 PDT 2000 >Closed-Date: >Last-Modified: >Originator: daniel MAZÉ >Release: 4.1 >Organization: Francetelecom >Environment: >Description: I can't set the x window (graphic freebsd)XF86Config server if I clic " you must have sysmouse in the protocol" but I don't have >How-To-Repeat: I try device psm0 at atkbdc? irq 12 freebsd : device no match >Fix: How to install the mosue driver in order to set the x window graphical interface ? >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Oct 27 6:29: 7 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from smtp1.cluster.oleane.net (smtp1.cluster.oleane.net [195.25.12.16]) by hub.freebsd.org (Postfix) with ESMTP id 2C2AF37B4CF for ; Fri, 27 Oct 2000 06:29:01 -0700 (PDT) Received: from daniel (rouen-54-103.dial.proxad.net [213.228.54.103]) by smtp1.cluster.oleane.net with SMTP id PAA52540 for ; Fri, 27 Oct 2000 15:30:05 +0200 (CEST) Message-ID: <024801c0401a$ba810980$6736e4d5@daniel> Reply-To: "dial 4" From: "dial 4" To: Subject: mouse setup Date: Fri, 27 Oct 2000 15:32:59 +0200 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_023F_01C0402B.2FEA4EB0" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2919.6700 X-Mimeole: Produced By Microsoft MimeOLE V5.00.2919.6700 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org C'est un message de format MIME en plusieurs parties. ------=_NextPart_000_023F_01C0402B.2FEA4EB0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable http://www.freebsd.org/cgi/query-pr.cgi?pr=3D22345 ------=_NextPart_000_023F_01C0402B.2FEA4EB0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
http://www.fr= eebsd.org/cgi/query-pr.cgi?pr=3D22345
------=_NextPart_000_023F_01C0402B.2FEA4EB0-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Oct 27 6:30: 7 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id A2A2D37B4CF for ; Fri, 27 Oct 2000 06:30:04 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id GAA22604; Fri, 27 Oct 2000 06:30:04 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Fri, 27 Oct 2000 06:30:04 -0700 (PDT) Message-Id: <200010271330.GAA22604@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: "dial 4" Subject: Re: misc/22345: mouse setup Reply-To: "dial 4" Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR misc/22345; it has been noted by GNATS. From: "dial 4" To: Cc: Subject: Re: misc/22345: mouse setup Date: Fri, 27 Oct 2000 15:33:21 +0200 C'est un message de format MIME en plusieurs parties. ------=_NextPart_000_0245_01C0402B.3D154770 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable http://www.freebsd.org/cgi/query-pr.cgi?pr=3D22345 ------=_NextPart_000_0245_01C0402B.3D154770 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
http://www.fr= eebsd.org/cgi/query-pr.cgi?pr=3D22345
------=_NextPart_000_0245_01C0402B.3D154770-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Oct 27 6:53:23 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from mail.wolves.k12.mo.us (mail.wolves.k12.mo.us [207.160.214.1]) by hub.freebsd.org (Postfix) with ESMTP id ABA4137B479 for ; Fri, 27 Oct 2000 06:53:21 -0700 (PDT) Received: from mail.wolves.k12.mo.us (cdillon@mail.wolves.k12.mo.us [207.160.214.1]) by mail.wolves.k12.mo.us (8.9.3/8.9.3) with ESMTP id IAA14538; Fri, 27 Oct 2000 08:51:51 -0500 (CDT) (envelope-from cdillon@wolves.k12.mo.us) Date: Fri, 27 Oct 2000 08:51:50 -0500 (CDT) From: Chris Dillon To: "Todd P. Whitesel" Cc: sos@freebsd.dk, freebsd-bugs@FreeBSD.ORG Subject: Re: i386/22240: unstable UDMA on Iwill VD133PL v1.6 (Apollo MVP3, IDE rev 0x10) In-Reply-To: <200010271145.EAA04930@kamidake.apricot.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Fri, 27 Oct 2000, Todd P. Whitesel wrote: > > > Hmm, if you can get access to some different brands of memory that could > > > shed some new light on this... > > I just tested two new 64 MB modules with CMT Labs "Gold" stickers on them, > purchased at a local PC chop-shop "hole in the wall" place that we've had > good experiences with so far... > > They did not improve things any. Also I tried removing the network > card and switching from AGP to PCI video; still the same > predictably flaky behavior. > > At this point I have to suspect one of four cases: > 1. received two bad P3/733EB's (really unlikely) Heh. Not with Intel's screwups as of lately. They generally are only having problems with the 1GHz+ processors right now, though. > 2. received two bad motherboards (seems likely) > 3. Iwill VD133PL or the VIA 133Pro itself have "issues" (possible) I've _never_ had good things to say about VIA, ALI, or SiS chipsets. How many ways can a company break a f@#*ing chip? Can _anybody_ make a decent chipset these days? Even Intel has managed to screw things up royally in several cases. > 4. VIA made some subtle hardware change that needs O/S support (hrm) > > In any case I am sick of spending my last four weekends trying to > get these working. Time to visit the chop-shop and get them to let > me try one of the newer i815 boards, and probably end up going > with those. The i815 will probably work much better than the VIA/SiS/ALI solutions. It is rather pitiful, however, that the ancient 440BX is still the most reliable (and fastest in many cases) chipset that Intel has. You might want to consider the ASUS CUBX or another BX-based board that has a "supported" 133MHz FSB along with some of the more modern amenities (ATA66/100, etc.). The only problem you run will run into with one of those boards is you will need an AGP card that can handle an overclocked AGP bus. -- Chris Dillon - cdillon@wolves.k12.mo.us - cdillon@inter-linc.net FreeBSD: The fastest and most stable server OS on the planet. For IA32 and Alpha architectures. IA64 and PowerPC under development. http://www.freebsd.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Oct 27 7:16: 9 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from summersault.com (nollie.summersault.com [208.196.32.199]) by hub.freebsd.org (Postfix) with SMTP id 5F86337B479 for ; Fri, 27 Oct 2000 07:16:06 -0700 (PDT) Received: (qmail 47368 invoked by uid 1001); 27 Oct 2000 14:16:05 -0000 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 27 Oct 2000 14:16:05 -0000 Date: Fri, 27 Oct 2000 09:16:05 -0500 (EST) From: Chris Hardie To: Joakim Henriksson Cc: , Subject: Re: PR 16740 In-Reply-To: <200010271124.NAA11006@rmstar.campus.luth.se> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org I'm afraid I can't say much more than Joakim on this one. The FreeBSD folks were nice about helping me gather information relevant to the problem, but at the point they couldn't recommend an immediate course of action, for the sake of my business I had to switch to an IDE drive, and life went on. Best of luck, Chris On Fri, 27 Oct 2000, Joakim Henriksson wrote: > > We are suffering from the above problem. Do you have any solutions, if not > > maybe we can work together to find one. > > We have a particular test that can reliable reproduce it on a range of hardware. > > I'm sorry. But i do not have a sollution. The thing that helped me reduce the > number of panics was to turn of the realloc code. But it ocasionally pops up > still. The only thing you can do, really, is to send out a plea for help on > the bugs list with a reference to this PR. Sooner or later someone who knows > the fs stuff will take a look. > > > I have posted several panics to both the SCSI and Filesystem list with no luck. > > Yeah, i have pingponged mail with some of the developers but none could help. > I would belive that this is something for Kirk to look at. But whether or not > he will is another question :/ > -- > regards/ Joakim > > -- Chris Hardie ----------------------------- ----- mailto:chris@summersault.com ---------- -------- http://www.summersault.com/chris/ -- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Oct 27 7:20:14 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 66D6137B4CF for ; Fri, 27 Oct 2000 07:20:01 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id HAA42915; Fri, 27 Oct 2000 07:20:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from install.stdio.com (install.stdio.com [204.152.114.50]) by hub.freebsd.org (Postfix) with ESMTP id AC0F437B479 for ; Fri, 27 Oct 2000 07:15:40 -0700 (PDT) Received: (from root@localhost) by install.stdio.com (8.11.0/8.9.3) id e9RAF8n02396; Fri, 27 Oct 2000 10:15:08 GMT (envelope-from risner) Message-Id: <200010271015.e9RAF8n02396@install.stdio.com> Date: Fri, 27 Oct 2000 10:15:08 GMT From: James Risner Reply-To: risner@install.stdio.com To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/22347: dd copies incorrect data after 2^32 bytes and I/O error Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 22347 >Category: bin >Synopsis: dd copies incorrect data after 2^32 bytes and I/O error >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Oct 27 07:20:01 PDT 2000 >Closed-Date: >Last-Modified: >Originator: James Risner >Release: FreeBSD 4.1-STABLE i386 >Organization: OpenWorld, Inc. >Environment: Copyright (c) 1992-2000 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 4.1-STABLE #0: Sun Sep 10 10:40:36 GMT 2000 risner@install.stdio.com:/usr/obj/usr/src/sys/AKIRA Timecounter "i8254" frequency 1193182 Hz CPU: AMD-K6(tm) 3D+ Processor (399.81-MHz 586-class CPU) Origin = "AuthenticAMD" Id = 0x591 Stepping = 1 Features=0x8021bf AMD Features=0x80000800 real memory = 100663296 (98304K bytes) avail memory = 94384128 (92172K bytes) Preloaded elf kernel "kernel" at 0xc0339000. ccd0-3: Concatenated disk drivers K6-family MTRR support enabled (2 registers) md0: Malloc disk npx0: on motherboard npx0: INT 16 interface pcib0: on motherboard pci0: on pcib0 isab0: at device 7.0 on pci0 isa0: on isab0 atapci0: port 0xe800-0xe80f at device 7.1 on pci0 ata0: at 0x1f0 irq 14 on atapci0 ata1: at 0x170 irq 15 on atapci0 uhci0: port 0xe400-0xe41f irq 12 at device 7.2 on pci0 usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered pci0: at 10.0 irq 10 fxp0: port 0xe000-0xe03f mem 0xe5000000-0xe50fffff,0xe5800000-0xe5800fff irq 11 at device 11.0 on pci0 fxp0: Ethernet address 00:90:27:94:8b:87 fdc0: at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on isa0 fdc0: FIFO enabled, 8 bytes threshold fd0: <1440-KB 3.5" drive> on fdc0 drive 0 atkbdc0: at port 0x60,0x64 on isa0 atkbd0: flags 0x1 irq 1 on atkbdc0 kbd0 at atkbd0 vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <6 virtual consoles, flags=0x300> sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 16550A sio1 at port 0x2f8-0x2ff irq 3 on isa0 sio1: type 16550A ppc0: at port 0x378-0x37f irq 7 on isa0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/16 bytes threshold ppi0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ad0: 32253MB [65531/16/63] at ata0-master using WDMA2 ata0-slave: DMA limited to UDMA33, non-ATA66 compliant cable ad1: 25965MB [52755/16/63] at ata0-slave using WDMA2 ad2: 16479MB [33483/16/63] at ata1-master using WDMA2 ata1-slave: DMA limited to UDMA33, non-ATA66 compliant cable ad3: 25965MB [52755/16/63] at ata1-slave using WDMA2 Mounting root from ufs:/dev/ad0s1a pid 147 (dumpfs), uid 0: exited on signal 10 (core dumped) ad3: HARD READ ERROR blk# 44391983 status=59 error=40 "$FreeBSD: src/bin/dd/dd.c,v 1.27.2.1 2000/08/07 08:30:17 ps Exp $"; "$FreeBSD: src/bin/dd/position.c,v 1.17.2.1 2000/08/07 08:30:17 ps Exp $"; /dev/ad3: # /dev/ad3c: type: ESDI disk: wd3s1 label: busted disk2 flags: bytes/sector: 512 sectors/track: 63 tracks/cylinder: 16 sectors/cylinder: 1008 cylinders: 52754 sectors/unit: 53176977 rpm: 3600 interleave: 1 trackskew: 0 cylinderskew: 0 headswitch: 0 # milliseconds track-to-track seek: 0 # milliseconds drivedata: 0 8 partitions: # size offset fstype [fsize bsize bps/cpg] c: 53176977 0 unused 0 0 # (Cyl. 0 - 52754*) d: 39283345 13893632 4.2BSD 1024 8192 16 # (Cyl. 13783*- 52754*) e: 13885440 8192 vinum # (Cyl. 8*- 13783*) /dev/ad1: # /dev/ad1c: type: ESDI disk: wd1s1 label: good disk flags: bytes/sector: 512 sectors/track: 63 tracks/cylinder: 16 sectors/cylinder: 1008 cylinders: 52754 sectors/unit: 53176977 rpm: 3600 interleave: 1 trackskew: 0 cylinderskew: 0 headswitch: 0 # milliseconds track-to-track seek: 0 # milliseconds drivedata: 0 8 partitions: # size offset fstype [fsize bsize bps/cpg] c: 53176977 0 unused 0 0 # (Cyl. 0 - 52754*) d: 39283345 13893632 4.2BSD 1024 8192 16 # (Cyl. 13783*- 52754*) e: 13885440 8192 vinum # (Cyl. 8*- 13783*) >Description: When using /bin/dd with bad sectors, /bin/dd truncates the seek location to 32 bits after errors. >How-To-Repeat: When /bin/dd copies data from a disk with an I/O error and the disk has bad sectors more than 2^32 bytes into the file, dd does lseeks to skip the bad sectors. This lseek is not cast to off_t which causes it to be truncated at 32 bits. This both causes dd to copy the wrong data. >Fix: *** dd.c.orig Fri Oct 27 02:58:31 2000 --- dd.c Fri Oct 27 03:02:03 2000 *************** *** 416,422 **** if (pending != 0) { if (force) pending--; ! if (lseek(out.fd, pending, SEEK_CUR) == -1) err(2, "%s: seek error creating sparse file", out.name); --- 416,422 ---- if (pending != 0) { if (force) pending--; ! if (lseek(out.fd, (off_t) pending, SEEK_CUR) == -1) err(2, "%s: seek error creating sparse file", out.name); *** position.c.orig Fri Oct 27 02:58:45 2000 --- position.c Fri Oct 27 03:01:49 2000 *************** *** 70,76 **** /* If known to be seekable, try to seek on it. */ if (in.flags & ISSEEK) { errno = 0; ! if (lseek(in.fd, in.offset * in.dbsz, SEEK_CUR) == -1 && errno != 0) err(1, "%s", in.name); return; --- 70,76 ---- /* If known to be seekable, try to seek on it. */ if (in.flags & ISSEEK) { errno = 0; ! if (lseek(in.fd, (off_t) (in.offset * in.dbsz), SEEK_CUR) == -1 && errno != 0) err(1, "%s", in.name); return; *************** *** 132,138 **** */ if (out.flags & (ISSEEK | ISPIPE)) { errno = 0; ! if (lseek(out.fd, out.offset * out.dbsz, SEEK_CUR) == -1 && errno != 0) err(1, "%s", out.name); return; --- 132,138 ---- */ if (out.flags & (ISSEEK | ISPIPE)) { errno = 0; ! if (lseek(out.fd, (off_t) (out.offset * out.dbsz), SEEK_CUR) == -1 && errno != 0) err(1, "%s", out.name); return; >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Oct 27 8:40: 6 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 5D9C437B479 for ; Fri, 27 Oct 2000 08:40:03 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id IAA72976; Fri, 27 Oct 2000 08:40:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Fri, 27 Oct 2000 08:40:03 -0700 (PDT) Message-Id: <200010271540.IAA72976@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: "Rick C. Petty" Subject: Re: misc/22332: request to add more active ttys by default Reply-To: "Rick C. Petty" Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR misc/22332; it has been noted by GNATS. From: "Rick C. Petty" To: Doug Barton Cc: rick@kiwi-computer.com, FreeBSD-gnats-submit@freebsd.org Subject: Re: misc/22332: request to add more active ttys by default Date: Fri, 27 Oct 2000 10:35:44 -0500 (CDT) > In my totally unofficial opinion, having 8 virtual terminals is twice > too many for most people. I can't imagine a user sophisticated enough to > "need" 24 tty's who isn't also smart enough to take the 3.5 seconds to > edit /etc/ttys and HUP init. In my experience, if it's available, people will use it. I've setup 12 vtys for many people, included unsophisticated users who have no clue what HUP or even a signal is (asside from a traffic light). In one case a business running SCO that I enabled 12 screens when they were given three by default. Initially they were worried about getting lost with so many screens, but after talking to them months later, nearly all their (l)users used all screens. Plus it saves them time when one screen is waiting for a job to complete. These are people who don't even know their system is a unix and who have never heard of unix. Lots of people I know & have setup freebsd for also use all 12 screens. These people barely know how to code much less would dare doing anything as root. IMHO, I think if you give them extra stuff users will use them. If they get lost or don't use more than 1-4, why give them 8? We went to a default of 8 some time ago (forgot which release) and many people were happy to have more terms by default. I'm suggesting that unless there's a very good reason not to give out 12 such as hardware limitations for some deprecated keyboards, I say give 'em all 12. One idea I've been toying with is disabling vty0 (alt-F1) so that console messages end up there & stay there, without the hassle of logins interrupting important system messages. But I wasn't gonna make that suggestion.. I can hear it now: "My system doesn't give me a Login: prompt anymore!" --Rick C. Petty, aka Snoopy rick@kiwi-computer.com ----------------------------------------------------------------------- Senior Software Engineer, KIWI Computer http://kiwi-computer.com/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Oct 27 9:50: 8 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 2A46337B4C5 for ; Fri, 27 Oct 2000 09:50:01 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id JAA99754; Fri, 27 Oct 2000 09:50:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id AC82F37B479; Fri, 27 Oct 2000 09:46:33 -0700 (PDT) Message-Id: <20001027164633.AC82F37B479@hub.freebsd.org> Date: Fri, 27 Oct 2000 09:46:33 -0700 (PDT) From: stefan.duerholt@t-online.de To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: bin/22351: sed(1) fails with backslash on buffer boundary in subst expressions Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 22351 >Category: bin >Synopsis: sed(1) fails with backslash on buffer boundary in subst expressions >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Oct 27 09:50:00 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Stefan Duerholt >Release: 3.5-RELEASE, 4.0-RELEASE >Organization: >Environment: Different versions of FreeBSD (3.5-RELEASE, 4.0-RELEASE), also CVS checked out from -CURRENT >Description: In an substitution command like $ sed -e "s/X/xxxx ... xxxx\\zz/", where the first '\' is exacly on character position 2048 (i.e. exactly 2043 'x' in this example), sed fails to compile the substitution expression and aborts with sed: 1: "s/X/xxxxxxxxxxxxxxxxxxx ...": \ not defined in the RE The same with -f and a file containing the line. Also with multiple of 2048. This causes (for example) ruby-1.6.1 to fail during make, as autoconf generates substitution expressions with such long lines. >How-To-Repeat: if you type: $ sed -e `perl -le 'print "s/X/","x"x2043,"\\\\zz/"'` it fails with: sed: 1: "s/X/xxxxxxxxxxxxxxxxxxx ...": \ not defined in the RE >Fix: Apply this patch to src/usr.bin/sed/compile.c "$FreeBSD: src/usr.bin/sed/compile.c,v 1.14 2000/03/19 19:41:52 green Exp $" --- compile.c.orig Sun Mar 19 19:41:52 2000 +++ compile.c Fri Oct 27 16:10:39 2000 @@ -471,13 +471,16 @@ op = sp = text + size; for (; *p; p++) { if (*p == '\\') { - p++; + if (*++p == '\0') { + if (cu_fgets(lbuf, sizeof(lbuf), &more)) + p = lbuf; + } if (strchr("123456789", *p) != NULL) { *sp++ = '\\'; >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Oct 27 10:10: 9 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id D8FA937B479 for ; Fri, 27 Oct 2000 10:10:05 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id KAA08713; Fri, 27 Oct 2000 10:10:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Fri, 27 Oct 2000 10:10:03 -0700 (PDT) Message-Id: <200010271710.KAA08713@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Garrett Wollman Subject: kern/22185: Identical IP addresses on two broadcast interfaces Reply-To: Garrett Wollman Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/22185; it has been noted by GNATS. From: Garrett Wollman To: yar@comp.chem.msu.su Cc: FreeBSD-gnats-submit@FreeBSD.ORG Subject: kern/22185: Identical IP addresses on two broadcast interfaces Date: Fri, 27 Oct 2000 13:00:27 -0400 (EDT) < Maybe, the code should try to add the link layer route first, > and assign the address to the interface only if adding > the route succeeded? This can't be done, because in order to add the route, the ifaddr must already be present. The trouble is that sometimes this error does not indicate a problem (even though it usually does). I think the right thing is probably to compare the new (A1, M1) against all the existing ifaddrs and fail the request if any (A2, M2) is present such that M1 == M2 and (A1 & M1) == (A2 & M2). There may be other conditions which should fail as well. -GAWollman -- Garrett A. Wollman | O Siem / We are all family / O Siem / We're all the same wollman@lcs.mit.edu | 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 majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Oct 27 10:38:57 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from pm.highway.ne.jp (pm.highway.ne.jp [210.166.100.42]) by hub.freebsd.org (Postfix) with ESMTP id 17DCC37B4C5; Fri, 27 Oct 2000 10:38:45 -0700 (PDT) Received: from C07_Tzsizyvz (x53-195.kobe.highway.ne.jp [203.140.12.195]) by pm.highway.ne.jp (8.9.3/3.7W00102715) with SMTP id CAA09063; Sat, 28 Oct 2000 02:33:36 +0900 (JST) Date: Sat, 28 Oct 2000 02:21:06 +0900 Received: (shiroyagi 2.5.2 Release build 1409) ; Sat, 28 Oct 2000 02:21:07 +0900 (JST) From: ii1254hd@waswes9.com Reply-To: xxx@owner.ac To: "0008@0008" Message-ID: <005b01c0403a$4addbae0$c30c8ccb@C07Tzsizyvz> Subject: VCD X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4133.2400 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 X-Shiroyagi-ID: 199912080001 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-2022-jp" Content-Transfer-Encoding: 7bit Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org $B"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#(B $B"#"#"#%"%8%"H/!*!*!VF|K\?M#A#V=wM%=P1i!*N"#V#C#D9XF~J}!W$N$40FFb"#"#"#(B $B"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#(B $B"""#$O$8$a$K"#""(B $B$3$N%a!<%k$O!">e5-%?%$%H%k$N!VF|K\?M#A#V=wM%=P1i!*N"#V#C#D9XF~J}!W$r0F(B $BFb$9$k%a!<%k$G$9!#62=L$G$9$,6=L#$N$J$$J}$O!"$3$N%a!<%k$r:o=|$7$F$/$@$5(B $B$$!#?<$/$*OM$S$$$?$7$^$9!#(B $B"""#@bL@"#""(B $B%"%8%"=t9q$G$O!"F|K\?M$N7]G=?M$d%F%l%SHVAH$N?M5$$,9b$$$3$H$OM-L>$G$9!#(B $BF1MM$KF|K\@=$N%"%@%k%H%S%G%*$bBgJQ9b$$?M5$$,M-$j!"F|K\F1MM$KN"%S%G%*$N(B $BCO2<;T>l$bB8:_$7$^$9!#$?$@!"F|K\$H0c$&E@$O(BMPEG$BJ}<0$N%S%G%*(BCD(VCD$B!KJ}<0(B $B$GN.DL$7$F$$$kE@$H!"Cx:n8"$d>SA|8"$,L$@0Hw$J$?$a$+!"F|K\$NCO2<;T>l$G$O(B $BN.=P$7$F$$$J$$!"?M5$#A#V>n$N:nIJ$,?tB?$/N.DL$7$F$$$k=j$G$9!#(B $B!z!zFCJs!z!z!z!z!z!z!z!z!z!z!z!z!z!z!z!z!z!z!z!z!z!z!z!z!z!z!z!z!z!z!z(B $BBg9%I>$NF|K\;T>lL$N.=P$N!V6bBtJ8;R!W!V>.Bt$^$I$+!W!VGr@P$R$H$_!W$K2C$((B $B?7$?$K!V@nEgOBDEH~!W!V0*$_$N$j!W!VM<l$OCx:n8"$d>SA|8"$J$I4X78$J$$L5K!COBS$G$9!#!!!!!!!!!!!!(B $B!z!z!z!z!z!z!z!z!z!z!z!z!z!z!z!z!z!z!z!z!z!z!z!z!z!z!z!z!z!z!z!z!z!z!z(B $B"#"#:nIJ>R2p"#"#(B $B!|Gr@PE*M6OG!|!!!!!|=P1i!!Gr@P$R$H$_!|!!!!!!!!!!!!!!!!!!!!!!(B42$BJ,(B $B"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#(B $B!!$3$N:nIJ$O!"$4$/:G6a$K$J$C$F#V#H#S%F!<%W$GF|K\;T>l$K$bN.DL$7$@$7$?$h(B $B$&$G$9!#%"%8%";T>l$G$O$+$J$jA0$+$iN.DL$7$F$^$7$?!#;DG0$J$,$i56;wK\HV$G(B $B$9$,!"%P%C%A%j4]8+$($G$9!#%U%!%s$J$i(BCD-ROM$B$G1J5WJ]B8$7$^$7$g$&!#!!!!!!(B $B"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#(B $B!|Nx0&J*8l!|!!!!!!!|=P1i!!@nEgOBDEH~!|!!!!!!!!!!!!!!!!!!!!!!(B35$BJ,(B $B"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#(B $B$J$s$H!*@nEgOBDEH~$G$9$h!#8+$D$1$?$H$-$O!"46F0$7$^$7$?!#$d$O$jE];:#A#V(B $B%a!<%+!<$NN.=P$G$7$g$&$+!)=w;R9b@8J*$G#3#P$d%l%$%W$b$"$j!"$+$J$j%O!<%I(B $B$JFbMF$G$9!#$5$F!"56;wK\HV$+??@-K\HV$+$O8+$F$N$*3Z$7$_!&!&!&!&!&!!!!!!(B $B"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#(B $B!|F15i@8=iBN83!|!!!|=P1i!!6bBtJ8;R!!>.Bt$^$I$+!|!!!!!!!!!!!!(B40$BJ,(B $B"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#(B $B?M5$%"%$%I%k#A#V=wM%$N6%1i:n$G$O$J$/$F!"#2:nIJ$rJT=8$7$?:nIJ$G$9!#$G$9(B $B$,!"$=$l$>$l$*$$$7$$=j$I$j$G$*F@$J:nIJ$G$9!#$"$^$j%O!<%I$JFbMF$G$O$J$$(B $B$G$9$,!"8+$($k$H$3$m$OEvA3$h$/8+$($k1J5WJ]B8HG$G$7$g$&!#!!!!!!!!!!!!!!(B $B"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#(B $B!|K=0|!|!!!!!!!!!!!|=P1i!!M<l$G$bN.=P$7$F$$$^$9!#$?$@!"$3$N:nIJ$OF|K\$N$H$O(B $B0c$&:nIJ$G$9!#1Q8l$N;zKkF~$j$J$N$G!"$b$H$b$H%"%a%j%+@=$N5UM"F~#D#V#D$r(B $B#V#C#D$K0\?"$7$?$h$&$G$9!#3X1`J*$GBN0i4[$NAR8K$G%V%k%^$N8e$m$+$i!&!&!&(B $B"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#(B $B!|?l=@E*2w46!|!!!!!|=P1i!!2,:jH~=w!|!!!!!!!!!!!!!!!!!!!!!!!!(B36$BJ,(B $B"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#(B $BCf9q8l$N;zKk$,e5-$N$h$&$J(B $B8=>]$K$J$j$^$9!#5pF}4G8nIX$N%Q%$%:%j<#NE$,$b$A$m$s4]8+$(>uBV$G$9!#(B $B"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#(B $B!|E=?HA4MgE7;H!|!!!|=P1i!!HSEg0&!!>.NS$R$H$_!!9bAR5.H~;R!|!!(B41$BJ,(B $B"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#(B $B#3?M$H$b0l@NA0$N?M5$=wM%$5$s$G$9!#6%1i:n$G$O$J$/!"$*$$$7$$$H$3$I$j$N%*(B $B%`%K%P%9:nIJ$G$9!#2h$l0l@$IwsS$7$??M5$=wM%$J(B $B$N$G8+$4$?$($?$C$W$j$G$9!#@N$*@$OC$K$J$C$?J}$K$O!"$*4+$a$7$^$9!#(B $B"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#(B $B!|:Y@nI49g!|!!!!!!!|=P1i!!:Y@nI49g;R!|!!!!!!!!!!!!!!!!!!!!!!(B36$BJ,(B $B"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#(B $B$J$s$+JQ$J%?%$%H%k$G$9!#DA$7$/;zKk$,F~$C$F$$$^$;$s!##F%+%C%W(B95$B%;%s%A$@(B $B$=$&$G$9$,!"%"%8%"$G$b5pF}%.%c%k$OBg?M5$$G$9$M!#8e$m$+$iA0$+$i9g7W#52s(B $B$N%,%A%s%3%7!<%s$,054,$G$9!#(B $B"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#(B $B!|@)I~0&E[!|!!!!!!!|=P1i!!F#C+$7$*$j!|!!!!!!!!!!!!!!!!!!!!!!(B41$BJ,(B $B"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#(B $B%m%j!<%?$J%U%'%$%9$K%"%s%P%i%s%9$J5pF}$NF#C+$7$*$j$G$9!#:G6a0zB`$7$?$H(B $B;W$C$F$$$?$iI|5"$7$F$^$9$M!#%$%s%G%#!<%9$NGv>C$70J30$O!"F|K\L$N.=P$@$H(B $B5-21$7$F$$$^$9!#%,%A%s%3??@-K\HV$N%3%9%W%lJ*$G$9!#(B $B"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#(B $B!|%(%m%0%m!|!!!!!!!|=P1i!!0l?'NoLp!|!!!!!!!!!!!!!!!!!!!!!!!!(B32$BJ,(B $B"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#(B $BJY6/ITB-$G$3$N#A#V=wM%$5$s$O!"$I$s$J?M$J$N$+CN$j$^$;$s!#$G$b!"MF;QCZ$7$^$9!#Cf9q8l;zKk$G$9$,2;@<$OF|K\8l$G$9!#(B $B"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#(B $B!|B<>eNoF`!|!!!!!!!|=P1i!!B<>eNoF`!|!!!!!!!!!!!!!!!!!!!!!!!!(B45$BJ,(B $B"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#(B $B>/$7@N$N?M5$#A#V=wM%$G$9!#K?9q$N2&B2$H0lHU?tI4K|$G!&!&!&$J$I$N1=$,@N$"(B $B$j$^$7$?$M!#8D?ME*$K$O??n$G$9!#%9%l%s%@!<$JGr$$H)$NH`=w$G$9$,%"%8%"$G$O(B $B$"$^$j?M5$$,$J$$$N$+!)%Q%C%1!<%8$OJL$N=wM%$Ne#1#5:nIJ$G$9!#(B $B(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(B $B!z9XF~$5$l$kJ}!z(B $B!yBe6b$O!"#1#5:nIJJ,$G!o#1#2#0#0#01_!\Be0z$-AwNA!o#1#0#0#01_$G9g7W!o#1(B $B!!#3#0#0#01_$G$9!#$P$iGd$j$O$G$-$^$;$s!#(B $B!yH/AwJ}K!$OM9JX6I$N!VBe0z$-M9JX!W$r;H$$$^$9!#>&IJ$H0z$-49$($KBe6b$rM9(B $B!!JX6I$N?&0w$NJ}$K!"$*;YJ'$$$/$@$5$$!#(B $B!yCmJ8J}K!$O!"2<5-$N%a!<%k%"%I%l%9$K!X=;=j!Y!X;aL>!Y!XM9JXHV9f!Y!XEEOC(B $B!!HV9f!Y!X%a!<%k%"%I%l%9!Y$r!"$*CN$i$;$/$@$5$$!#$=$N$5$$$KI,$:%a!<%k$N(B $B!!!X7oL>!Y$r!XCmJ8!Y$H5-F~$7$F$/$@$5$$!#!XCmJ8!Y0J30$G$9$H3NG'$G$-$J$$(B $B!!2DG=@-$,$"$j$^$9!#(B $B!y$$$m$$$m$J;v>p$K$h$j!"<+Bp$N=;=jEy$rCN$i$l$?$/$J$$J}$O!XM9JX6IN1$a!Y(B $B!!$r!"$*4+$a$7$^$9!#CmJ8;~$K!X;aL>!Y$H$9$k!XM9JX6IL>!Y$H(B $B!!M9JX6I$N=j:_$9$k!XETF;I\8)!";TD.B!Y$r!"$*CN$i$;$/$@$5$$!#>&IJ$r$4(B $B!!;XDj$NM9JX6I$G!"$*ZL@=q$NDs<($,I,MW$G$9!#(B $B!yHNGd$7$F$$$k>&IJ$N@-e!"8D!9$Ne5-$N%a!<%k%"%I%l%9$O!"%W%m%P%$%@Ey$K$h$jFMA3;HMQCf;_$NA\$7$/65$($F$/$@$5$$!#(B $B#A!!F|K\$G$O!";(;o$NIUO?#C#D$G$*Fk@w$_$G$9!#F02h$N:F@8$K$O%Q%=%3%s$,$"(B $B!!!!$l$PB>$KFCJL$J5!4o$OI,MW$"$j$^$;$s!#(BWINDOWS95/98$B$^$?$O(BMAC/OS$B$KI8=`(B $B!!!!AuHw$NF02h:F@8%=%U%H$G:F@8$G$-$^$9!##D#V#D$H$O8_49@-$,$J$$$N$G#D#V(B $B!!!!#D@lMQ$N:F@85!4o$G$O:F@8$G$-$^$;$s!#"(%W%l%9%F#2$b%@%a$G$9!#(B $B""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""(B $B#Q!!8D?M>pJs$NN.=P$J$I?4G[$G$9!#(B $B#A!!9XF~pJs$O87pJs$OGK4~$7$F$$$^$9!#$4?4G[(B $B!!!!$J>l9g$O!XM9JX6IN1$a!Y$r!"$4MxMQ$/$@$5$$!#(B $B""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""(B $B#Q!!9XF~8e$KJVIJ$G$-$^$9$+!)(B $B#A!!62=L$G$9$,JVIJ$OIT2D$G$9!#M}M3$O>&IJ$N@-e!"4JC1$KJ#@=$G$-$k0Y$G(B $B!!!!$9!#ITNIIJEy$O8r49$K1~$8$^$9!#(B $B""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""(B $B#Q!!A0J'$$!u8eJ'$$$O2DG=$G$9$+!)(B $B#A!!8=:_$O!"Be6b$N7h:QJ}K!$O!XBe0z$-!Y$N$_$G$9!#$4IT:_$,$A$JJ}Ey$J$I$O(B $B!!!!!XM9JX6IN1$a!Y$r!"$*4+$a$7$^$9!#(B $B""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""(B $B#Q!!:nIJ>R2p$N#1#5:nIJ$7$+$J$$$N$G$9$+!)(B $B#A!!B>$K$bB??tF~l$GL$N.=P$N?M5$=wM%$N:nIJ$rCf?4$K!"87A*$7$?7k(B $B!!!!2L$G$9!#8e2y$O$7$J$$#1#5:nIJ$N0FFb$G$9!#(B $B""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""(B $B#Q!!FbMFJ*$,B>?M$K2r$+$i$J$$$h$&$KG[C#2DG=$G$9$+!)(B $B#A!!$40B?4$/$@$5$$!#2:JX>e!">&IJ$N!XIJL>!YMs$O!X%Q%=%3%s%=%U%H!Y$GH/Aw(B $B!!!!$7$^$9!#304Q$G$OFbMF$NH=JL$OIT2DG=$G$9$N$G!"$42HB2$K$b0B?4$G$9!#(B $B""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""(B $B#Q!!CmJ88e!"2?F|$GE~Ce$7$^$9$+!)(B $B#A!!CmJ8$N%a!<%k$r3NG'8e!"MbF|$KH/Aw$7$^$9!#H/Aw8e$O!"KL3$F;!"6e=#!"N%(B $B!!!!Eg$O#3F|0JFb!"$=$NB>$O#2F|0JFb$KG[C#$5$l$^$9!#(B $B""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""(B $B#Q!!$3$N%a!<%k$NFbMF$O0cK!$G$9$+!)(B $B#A!!8=CJ3,$G$O%?%$%H%k$I$&$j!VF|K\?M#A#V=wM%=P1i!#N"#V#C#D9XF~J}!W$N0F(B $B!!!!Fb$G$9$N$G!"0cK!$G$J$$$H2rpJs$NHNGd$G$"$j0c(B $B!!!!K!$J(BCD-ROM$B$NHNGd$G$O$"$j$^$;$s!#(B $B""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""(B $B#Q!!$J$J$/0Y$G$9!#CMCJ$b$+$J$j!"%j!<%:%J%V%k$K(B $B!!!!@_Dj$G$-$?$H<+Ii$7$F$$$^$9!#(B $B""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""(B $B#Q!!M9JX6IN1$a$K$D$$$F65$($F$/$@$5$$!#(B $B#A!!Bg$-$JD9=j$O!"<+J,$N=;=j$r5-F~$7$J$/$F$b$$$$!"Bg$-$JM9JX6I$G$OEZF|(B $B!!!!$d#2#4;~4V$Nl$d3X9;$N6a$/$GZL@=q$NDs<($,I,MW$G$9$N$G!"56L>$G$Ne5-0J30$N5?LdE@$K$OJVEz$$$?$7$+$M$^$9!#$[$H$s$I$N5?Ld$K$O(B $B!!BP1~$7$F$$$k$H9M$($i$l$^$9!#(B $B"(CmJ8$5$l$k$+$?$O!"#Q!u#A$rFI$s$G$4Ge$GCmJ8$7$F$/$@$5$$!#(B To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Oct 27 12:17:44 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 4B57C37B479; Fri, 27 Oct 2000 12:17:42 -0700 (PDT) Received: (from johan@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id MAA57200; Fri, 27 Oct 2000 12:17:42 -0700 (PDT) (envelope-from johan@FreeBSD.org) Date: Fri, 27 Oct 2000 12:17:42 -0700 (PDT) From: Message-Id: <200010271917.MAA57200@freefall.freebsd.org> To: dada@sbox.tu-graz.ac.at, johan@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/3281: errors when "rm -r"-ing in a mounted ext2fs Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: errors when "rm -r"-ing in a mounted ext2fs State-Changed-From-To: open->closed State-Changed-By: johan State-Changed-When: Fri Oct 27 12:16:25 PDT 2000 State-Changed-Why: Jeroen 'asmodai' asked for feedback in jun 1999. Feedback timed out. http://www.freebsd.org/cgi/query-pr.cgi?pr=3281 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Oct 27 12:20:29 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id B992D37B4C5; Fri, 27 Oct 2000 12:20:27 -0700 (PDT) Received: (from johan@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id MAA58272; Fri, 27 Oct 2000 12:20:27 -0700 (PDT) (envelope-from johan@FreeBSD.org) Date: Fri, 27 Oct 2000 12:20:27 -0700 (PDT) From: Message-Id: <200010271920.MAA58272@freefall.freebsd.org> To: dada@sbox.tu-graz.ac.at, johan@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/3282: ext2fs causes fs-unmount at shutdown/reboot to fail Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: ext2fs causes fs-unmount at shutdown/reboot to fail State-Changed-From-To: open->feedback State-Changed-By: johan State-Changed-When: Fri Oct 27 12:19:23 PDT 2000 State-Changed-Why: Is this still a problem in more recent version of freebsd, for example 4.1.1-RELEASE? http://www.freebsd.org/cgi/query-pr.cgi?pr=3282 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Oct 27 12:33: 9 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id B2AE237B479; Fri, 27 Oct 2000 12:33:08 -0700 (PDT) Received: (from johan@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id MAA62805; Fri, 27 Oct 2000 12:33:08 -0700 (PDT) (envelope-from johan@FreeBSD.org) Date: Fri, 27 Oct 2000 12:33:08 -0700 (PDT) From: Message-Id: <200010271933.MAA62805@freefall.freebsd.org> To: bwithrow@baynetworks.com, johan@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: bin/2737: yppasswd fails to change password on a sun server Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: yppasswd fails to change password on a sun server State-Changed-From-To: open->closed State-Changed-By: johan State-Changed-When: Fri Oct 27 12:30:09 PDT 2000 State-Changed-Why: Bill Paul gave a reasonable explenation about DES not being installed. If this is still a problem in more recent release of FreeBSD (for example 4.1-RELEASE) please open a new problem report with as much detail you can. Thanks http://www.freebsd.org/cgi/query-pr.cgi?pr=2737 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Oct 27 12:36: 1 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 3512B37B479; Fri, 27 Oct 2000 12:36:00 -0700 (PDT) Received: (from johan@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id MAA63868; Fri, 27 Oct 2000 12:36:00 -0700 (PDT) (envelope-from johan@FreeBSD.org) Date: Fri, 27 Oct 2000 12:36:00 -0700 (PDT) From: Message-Id: <200010271936.MAA63868@freefall.freebsd.org> To: j@ida.interface-business.de, johan@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/2768: ktrace(1) -i dumps corrupted trace data Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: ktrace(1) -i dumps corrupted trace data State-Changed-From-To: open->feedback State-Changed-By: johan State-Changed-When: Fri Oct 27 12:35:11 PDT 2000 State-Changed-Why: Hi Is this still a problem in more recent releases of FreeBSD (for example 4.1-RELEASE)? http://www.freebsd.org/cgi/query-pr.cgi?pr=2768 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Oct 27 12:38:33 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id EF40537B479; Fri, 27 Oct 2000 12:38:31 -0700 (PDT) Received: (from johan@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id MAA64814; Fri, 27 Oct 2000 12:38:31 -0700 (PDT) (envelope-from johan@FreeBSD.org) Date: Fri, 27 Oct 2000 12:38:31 -0700 (PDT) From: Message-Id: <200010271938.MAA64814@freefall.freebsd.org> To: hsu@clinet.fi, johan@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: bin/2769: fsck needs several runs to clean up bad/dup inode problems Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: fsck needs several runs to clean up bad/dup inode problems State-Changed-From-To: open->feedback State-Changed-By: johan State-Changed-When: Fri Oct 27 12:37:24 PDT 2000 State-Changed-Why: Hi Alot has happened with FreeBSD since the 2.2-GAMMA days. Is this still a problem in more recent releases of FreeBSD? http://www.freebsd.org/cgi/query-pr.cgi?pr=2769 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Oct 27 12:40: 6 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 13CBB37B4D7 for ; Fri, 27 Oct 2000 12:40:02 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id MAA65330; Fri, 27 Oct 2000 12:40:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id 27B6637B4CF; Fri, 27 Oct 2000 12:32:07 -0700 (PDT) Message-Id: <20001027193207.27B6637B4CF@hub.freebsd.org> Date: Fri, 27 Oct 2000 12:32:07 -0700 (PDT) From: unixoid@pisem.net To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: misc/22354: When making a dir, at the beginning initially which before name to put "-",when using a command in in this directory this file is taken as for parameter Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 22354 >Category: misc >Synopsis: When making a dir, at the beginning initially which before name to put "-",when using a command in in this directory this file is taken as for parameter >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Oct 27 12:40:01 PDT 2000 >Closed-Date: >Last-Modified: >Originator: JIaMaK >Release: FreeBSD 4.1 >Organization: home >Environment: FreeBSD 4.1 >Description: When making a dir, at the beginning initially which before name to put "-",when using a command in in this directory this file is taken as for parameter. >How-To-Repeat: When making a dir, at the beginning initially which before name to put "-",when using a command in in this directory this file is taken as for parameter. >Fix: >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Oct 27 12:42:56 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id D70A137B479; Fri, 27 Oct 2000 12:42:54 -0700 (PDT) Received: (from johan@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id MAA66288; Fri, 27 Oct 2000 12:42:54 -0700 (PDT) (envelope-from johan@FreeBSD.org) Date: Fri, 27 Oct 2000 12:42:54 -0700 (PDT) From: Message-Id: <200010271942.MAA66288@freefall.freebsd.org> To: hsu@clinet.fi, johan@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: bin/2769: fsck needs several runs to clean up bad/dup inode problems Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: fsck needs several runs to clean up bad/dup inode problems State-Changed-From-To: feedback->closed State-Changed-By: johan State-Changed-When: Fri Oct 27 12:42:01 PDT 2000 State-Changed-Why: This is the Postfix program at host mx1.FreeBSD.org. I'm sorry to have to inform you that the message returned below could not be delivered to one or more destinations. For further assistance, please contact If you do so, please include this problem report. You can delete your own text from the message returned below. The Postfix program : host mail.clinet.fi[194.100.0.7] said: 550 ... User unknown http://www.freebsd.org/cgi/query-pr.cgi?pr=2769 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Oct 27 12:48:35 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 4DE4637B688; Fri, 27 Oct 2000 12:48:25 -0700 (PDT) Received: (from johan@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id MAA68217; Fri, 27 Oct 2000 12:48:25 -0700 (PDT) (envelope-from johan@FreeBSD.org) Date: Fri, 27 Oct 2000 12:48:25 -0700 (PDT) From: Message-Id: <200010271948.MAA68217@freefall.freebsd.org> To: sec@quit.42.org, johan@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/3299: /dev/console hangs Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: /dev/console hangs State-Changed-From-To: open->feedback State-Changed-By: johan State-Changed-When: Fri Oct 27 12:46:45 PDT 2000 State-Changed-Why: Hi Does this problem still exists in more recent releases of FreeBSD (for example 4.1-RELEASE)? http://www.freebsd.org/cgi/query-pr.cgi?pr=3299 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Oct 27 12:51:51 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id AC44937B479; Fri, 27 Oct 2000 12:51:49 -0700 (PDT) Received: (from johan@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id MAA69446; Fri, 27 Oct 2000 12:51:49 -0700 (PDT) (envelope-from johan@FreeBSD.org) Date: Fri, 27 Oct 2000 12:51:49 -0700 (PDT) From: Message-Id: <200010271951.MAA69446@freefall.freebsd.org> To: sec@quit.42.org, johan@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/3299: /dev/console hangs Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: /dev/console hangs State-Changed-From-To: feedback->closed State-Changed-By: johan State-Changed-When: Fri Oct 27 12:51:25 PDT 2000 State-Changed-Why: This is the Postfix program at host mx1.FreeBSD.org. I'm sorry to have to inform you that the message returned below could not be delivered to one or more destinations. For further assistance, please contact If you do so, please include this problem report. You can delete your own text from the message returned below. The Postfix program : Name service error for domain quit.42.org: Host not found http://www.freebsd.org/cgi/query-pr.cgi?pr=3299 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Oct 27 13: 1:20 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id BDEEF37B4C5; Fri, 27 Oct 2000 13:01:18 -0700 (PDT) Received: (from johan@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id NAA72666; Fri, 27 Oct 2000 13:01:18 -0700 (PDT) (envelope-from johan@FreeBSD.org) Date: Fri, 27 Oct 2000 13:01:18 -0700 (PDT) From: Message-Id: <200010272001.NAA72666@freefall.freebsd.org> To: sef@Kithrup.COM, johan@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: bin/3305: Can't do encrypted rlogin into self Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: Can't do encrypted rlogin into self State-Changed-From-To: open->closed State-Changed-By: johan State-Changed-When: Fri Oct 27 12:59:08 PDT 2000 State-Changed-Why: Hi Alot has happened in FreeBSD with Kerberos support. Please try Kerberos5 in 4-STABLE and if this is still a problem open a new problem report. Thanks http://www.freebsd.org/cgi/query-pr.cgi?pr=3305 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Oct 27 13:10: 6 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 4E29F37B479 for ; Fri, 27 Oct 2000 13:10:03 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id NAA77421; Fri, 27 Oct 2000 13:10:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Fri, 27 Oct 2000 13:10:03 -0700 (PDT) Message-Id: <200010272010.NAA77421@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Chris Faulhaber Subject: Re: misc/22354: When making a dir, at the beginning initially which before name to put "-",when using a command in in this directory this file is taken as for parameter Reply-To: Chris Faulhaber Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR misc/22354; it has been noted by GNATS. From: Chris Faulhaber To: unixoid@pisem.net Cc: freebsd-gnats-submit@FreeBSD.org Subject: Re: misc/22354: When making a dir, at the beginning initially which before name to put "-",when using a command in in this directory this file is taken as for parameter Date: Fri, 27 Oct 2000 16:01:36 -0400 On Fri, Oct 27, 2000 at 12:32:07PM -0700, unixoid@pisem.net wrote: > > >Number: 22354 > >Category: misc > >Synopsis: When making a dir, at the beginning initially which before name to put "-",when using a command in in this directory this file is taken as for parameter > > >How-To-Repeat: > When making a dir, at the beginning initially which before name to put "-",when using a command in in this directory this file is taken as for parameter. Use: mkdir -- -dirwithadash (the -- denotes end of options) -- Chris D. Faulhaber - jedgar@fxp.org - jedgar@FreeBSD.org -------------------------------------------------------- FreeBSD: The Power To Serve - http://www.FreeBSD.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Oct 27 13:13:49 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id A422F37B479; Fri, 27 Oct 2000 13:13:48 -0700 (PDT) Received: (from johan@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id NAA78899; Fri, 27 Oct 2000 13:13:48 -0700 (PDT) (envelope-from johan@FreeBSD.org) Date: Fri, 27 Oct 2000 13:13:48 -0700 (PDT) From: Message-Id: <200010272013.NAA78899@freefall.freebsd.org> To: Tor.Egge@idt.ntnu.no, johan@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/2840: mlock+minherit+fork+munlock causes panics or freezes Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: mlock+minherit+fork+munlock causes panics or freezes State-Changed-From-To: open->feedback State-Changed-By: johan State-Changed-When: Fri Oct 27 13:10:31 PDT 2000 State-Changed-Why: Hi Tor Is this still a problem in more recent version of FreeBSD (for example 4.x or current). The supplied how-to-repeate program does not compile on a 4.1-STABLE system. Can you please close the PR if the problem is solved. http://www.freebsd.org/cgi/query-pr.cgi?pr=2840 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Oct 27 13:16:26 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id D5F0A37B4CF; Fri, 27 Oct 2000 13:16:21 -0700 (PDT) Received: (from will@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id NAA79869; Fri, 27 Oct 2000 13:16:21 -0700 (PDT) (envelope-from will@FreeBSD.org) Date: Fri, 27 Oct 2000 13:16:21 -0700 (PDT) From: Message-Id: <200010272016.NAA79869@freefall.freebsd.org> To: unixoid@pisem.net, will@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: misc/22354: When making a dir, at the beginning initially which before name to put "-",when using a command in in this directory this file is taken as for parameter Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: When making a dir, at the beginning initially which before name to put "-",when using a command in in this directory this file is taken as for parameter State-Changed-From-To: open->closed State-Changed-By: will State-Changed-When: Fri Oct 27 13:16:10 PDT 2000 State-Changed-Why: User needs to read the manual page. http://www.freebsd.org/cgi/query-pr.cgi?pr=22354 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Oct 27 13:17:39 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id C6D6637B479; Fri, 27 Oct 2000 13:17:37 -0700 (PDT) Received: (from johan@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id NAA80479; Fri, 27 Oct 2000 13:17:37 -0700 (PDT) (envelope-from johan@FreeBSD.org) Date: Fri, 27 Oct 2000 13:17:37 -0700 (PDT) From: Message-Id: <200010272017.NAA80479@freefall.freebsd.org> To: johan@FreeBSD.org, freebsd-bugs@FreeBSD.org, asmodai@FreeBSD.org Subject: Re: gnu/3552: the -L option of tar does not work properly with long tape lengths Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: the -L option of tar does not work properly with long tape lengths Responsible-Changed-From-To: freebsd-bugs->asmodai Responsible-Changed-By: johan Responsible-Changed-When: Fri Oct 27 13:15:24 PDT 2000 Responsible-Changed-Why: Where you serious about upgrading tar to 1.13? If so please also have a look at all the other tar related PRs. http://www.freebsd.org/cgi/query-pr.cgi?pr=3552 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Oct 27 13:25:55 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 9EA0C37B479; Fri, 27 Oct 2000 13:25:53 -0700 (PDT) Received: (from johan@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id NAA83776; Fri, 27 Oct 2000 13:25:53 -0700 (PDT) (envelope-from johan@FreeBSD.org) Date: Fri, 27 Oct 2000 13:25:53 -0700 (PDT) From: Message-Id: <200010272025.NAA83776@freefall.freebsd.org> To: dada@sbox.tu-graz.ac.at, johan@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/3287: [PATCH] missing symbols in /usr/src/sys/i386/i386/symbols.raw Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: [PATCH] missing symbols in /usr/src/sys/i386/i386/symbols.raw State-Changed-From-To: open->closed State-Changed-By: johan State-Changed-When: Fri Oct 27 13:24:08 PDT 2000 State-Changed-Why: This PR do not apply to 3.x, 4.x and current. 2.x has reached EOL. http://www.freebsd.org/cgi/query-pr.cgi?pr=3287 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Oct 27 13:28:17 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from dt051n37.san.rr.com (dt051n37.san.rr.com [204.210.32.55]) by hub.freebsd.org (Postfix) with ESMTP id DACDF37B4C5 for ; Fri, 27 Oct 2000 13:28:14 -0700 (PDT) Received: from slave (Studded@slave [10.0.0.1]) by dt051n37.san.rr.com (8.9.3/8.9.3) with ESMTP id NAA40489; Fri, 27 Oct 2000 13:28:05 -0700 (PDT) (envelope-from DougB@gorean.org) Date: Fri, 27 Oct 2000 13:28:05 -0700 (PDT) From: Doug Barton X-Sender: doug@dt051n37.san.rr.com To: "Rick C. Petty" Cc: freebsd-bugs@FreeBSD.org Subject: Re: misc/22332: request to add more active ttys by default In-Reply-To: <200010271540.IAA72976@freefall.freebsd.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Fri, 27 Oct 2000, Rick C. Petty wrote: > The following reply was made to PR misc/22332; it has been noted by GNATS. > > From: "Rick C. Petty" > To: Doug Barton > Cc: rick@kiwi-computer.com, FreeBSD-gnats-submit@freebsd.org > Subject: Re: misc/22332: request to add more active ttys by default > Date: Fri, 27 Oct 2000 10:35:44 -0500 (CDT) > > > In my totally unofficial opinion, having 8 virtual terminals is twice > > too many for most people. I can't imagine a user sophisticated enough to > > "need" 24 tty's who isn't also smart enough to take the 3.5 seconds to > > edit /etc/ttys and HUP init. > > In my experience, if it's available, people will use it. I've setup 12 > vtys for many people, included unsophisticated users who have no clue what > HUP or even a signal is (asside from a traffic light). You're arguing from a desktop platform perspective, whereas freebsd is usually used as a server platform, where no one ever sits at the console. I think the current value of 8 vty's is a good one, and in fact exceeds the number needed by the vast majority of users. At some point in the future we may have a "desktop/server" knob in sysinstall, but we have not reached that point yet. Doug To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Oct 27 13:43:11 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 2B70D37B4C5; Fri, 27 Oct 2000 13:43:10 -0700 (PDT) Received: (from johan@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id NAA90207; Fri, 27 Oct 2000 13:43:10 -0700 (PDT) (envelope-from johan@FreeBSD.org) Date: Fri, 27 Oct 2000 13:43:10 -0700 (PDT) From: Message-Id: <200010272043.NAA90207@freefall.freebsd.org> To: lab@gta.com, johan@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: i386/3779: changing cursor to blinking block causes display corruption Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: changing cursor to blinking block causes display corruption State-Changed-From-To: open->feedback State-Changed-By: johan State-Changed-When: Fri Oct 27 13:41:39 PDT 2000 State-Changed-Why: I think the console driver has had alot of work done to it. Can you please try a more recent version of FreeBSD, for example 4.1.1-RELEASE and see if the problem remains. Thanks http://www.freebsd.org/cgi/query-pr.cgi?pr=3779 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Oct 27 13:51:28 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 883EC37B479; Fri, 27 Oct 2000 13:51:26 -0700 (PDT) Received: (from wollman@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id NAA93318; Fri, 27 Oct 2000 13:51:26 -0700 (PDT) (envelope-from wollman@FreeBSD.org) Date: Fri, 27 Oct 2000 13:51:26 -0700 (PDT) From: Message-Id: <200010272051.NAA93318@freefall.freebsd.org> To: daveg@chiaro.com, wollman@FreeBSD.org, freebsd-bugs@FreeBSD.org, wollman@FreeBSD.org Subject: Re: kern/22244: [MFC] Uninitialized field in radix_node structure Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Old Synopsis: Uninitialized field in radix_node structure New Synopsis: [MFC] Uninitialized field in radix_node structure State-Changed-From-To: open->suspended State-Changed-By: wollman State-Changed-When: Fri Oct 27 13:50:21 PDT 2000 State-Changed-Why: Awaiting MFC (probably not in time for 4.2). Responsible-Changed-From-To: freebsd-bugs->wollman Responsible-Changed-By: wollman Responsible-Changed-When: Fri Oct 27 13:50:21 PDT 2000 Responsible-Changed-Why: I did the integration. http://www.freebsd.org/cgi/query-pr.cgi?pr=22244 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Oct 27 13:52:34 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id A581637B479; Fri, 27 Oct 2000 13:52:33 -0700 (PDT) Received: (from johan@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id NAA93723; Fri, 27 Oct 2000 13:52:33 -0700 (PDT) (envelope-from johan@FreeBSD.org) Date: Fri, 27 Oct 2000 13:52:33 -0700 (PDT) From: Message-Id: <200010272052.NAA93723@freefall.freebsd.org> To: leres@ee.lbl.gov, johan@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/4153: New tcp initial send sequence number code Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: New tcp initial send sequence number code State-Changed-From-To: open->feedback State-Changed-By: johan State-Changed-When: Fri Oct 27 13:51:28 PDT 2000 State-Changed-Why: I will close this instead with a proper close message. http://www.freebsd.org/cgi/query-pr.cgi?pr=4153 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Oct 27 13:54:41 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 9F0CB37B479; Fri, 27 Oct 2000 13:54:40 -0700 (PDT) Received: (from johan@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id NAA94486; Fri, 27 Oct 2000 13:54:40 -0700 (PDT) (envelope-from johan@FreeBSD.org) Date: Fri, 27 Oct 2000 13:54:40 -0700 (PDT) From: Message-Id: <200010272054.NAA94486@freefall.freebsd.org> To: leres@ee.lbl.gov, johan@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/4153: New tcp initial send sequence number code Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: New tcp initial send sequence number code State-Changed-From-To: feedback->closed State-Changed-By: johan State-Changed-When: Fri Oct 27 13:52:35 PDT 2000 State-Changed-Why: This has been made stronger in 2.2-STABEL, 3-STABEL, 4-STABEL and current. From the cvs log: Revision 1.81 / (download) - annotate - [select for diffs], Fri Sep 29 01:37:19 2000 UTC (4 weeks ago) by kris Branch: MAIN Changes since 1.80: +2 -2 lines Diff to previous 1.80 (unified) Use stronger random number generation for TCP_ISSINCR and tcp_iss. Reviewed by: peter, jlemon http://www.freebsd.org/cgi/query-pr.cgi?pr=4153 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Oct 27 15:10: 5 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id C536F37B4C5 for ; Fri, 27 Oct 2000 15:10:01 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id PAA24853; Fri, 27 Oct 2000 15:10:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id BE88237B479; Fri, 27 Oct 2000 15:05:36 -0700 (PDT) Message-Id: <20001027220536.BE88237B479@hub.freebsd.org> Date: Fri, 27 Oct 2000 15:05:36 -0700 (PDT) From: unixoid@pisem.net To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: misc/22356: mkdir Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 22356 >Category: misc >Synopsis: mkdir >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Fri Oct 27 15:10:01 PDT 2000 >Closed-Date: >Last-Modified: >Originator: JIaMaK >Release: FreeBSD 4.1 >Organization: home >Environment: FreeBSD 4.1 >Description: Sorry, i very bad speak english. You me that so have understood. If folder is created with '-' at the beginning of its name then commands used in this folder take its name as parameter. >How-To-Repeat: If folder is created with '-' at the beginning of its name then commands used in this folder take its name as parameter. >Fix: >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Oct 27 15:20: 6 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id D7FE337B479 for ; Fri, 27 Oct 2000 15:20:02 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id PAA28385; Fri, 27 Oct 2000 15:20:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Fri, 27 Oct 2000 15:20:02 -0700 (PDT) Message-Id: <200010272220.PAA28385@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Peter Pentchev Subject: Re: misc/22356: mkdir Reply-To: Peter Pentchev Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR misc/22356; it has been noted by GNATS. From: Peter Pentchev To: unixoid@pisem.net Cc: freebsd-gnats-submit@FreeBSD.org Subject: Re: misc/22356: mkdir Date: Sat, 28 Oct 2000 01:17:54 +0300 On Fri, Oct 27, 2000 at 03:05:36PM -0700, unixoid@pisem.net wrote: > >Number: 22356 > >Category: misc > >Synopsis: mkdir [snip] > >Description: > Sorry, i very bad speak english. You me that so have understood. > If folder is created with '-' at the beginning of its name then commands used in this folder take its name as parameter. > >How-To-Repeat: > If folder is created with '-' at the beginning of its name then commands used in this folder take its name as parameter. Why don't you give some examples? Like the mkdir command, the commands you are trying to execute after that, and such? But first, a question - are you trying to execute commands *in* that directory, or *on* it? I mean, if you have created a dir named 'test', are you doing e.g. 'cd test; ls' or are you trying to do 'ls -test'? If it is "ls -test" that is bugging you, then have you tried putting '--' immediately before the directory name, as in 'ls -- -test'; '--' is the traditional (GNU originated, I think) way of separating a command's flags from its other parameters, so getopt() and similar functions do not try to parse the parameters starting with '-' as options. G'luck, Peter -- If I had finished this sentence, To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Oct 27 15:30: 6 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id A957837B479 for ; Fri, 27 Oct 2000 15:30:02 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id PAA31671; Fri, 27 Oct 2000 15:30:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Fri, 27 Oct 2000 15:30:02 -0700 (PDT) Message-Id: <200010272230.PAA31671@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Brooks Davis Subject: Re: misc/22356: mkdir Reply-To: Brooks Davis Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR misc/22356; it has been noted by GNATS. From: Brooks Davis To: unixoid@pisem.net Cc: freebsd-gnats-submit@FreeBSD.ORG Subject: Re: misc/22356: mkdir Date: Fri, 27 Oct 2000 15:22:55 -0700 On Fri, Oct 27, 2000 at 03:05:36PM -0700, unixoid@pisem.net wrote: > If folder is created with '-' at the beginning of its name then > commands used in this folder take its name as parameter. This is not a bug. UNIX file names can contain dashes and they may appear any where in a file name. Well written programs support the "--" arguemnt to signal that any further arguments should not be parsed as options. For example "mkdir -- -blah; rmdir -- -blah" works just fine. If you find dealing with such files annoying, don't create such files. To quote Terry Lambert: If you aim the gun at your foot and pull the trigger, it's UNIX's job to ensure reliable delivery of the bullet to where you aimed the gun (in this case, Mr. Foot). -- Terry Lambert, FreeBSD-Hackers mailing list. -- Brooks -- Any statement of the form "X is the one, true Y" is FALSE. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Oct 27 16: 0:13 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id B1BE137B479 for ; Fri, 27 Oct 2000 16:00:06 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id QAA41634; Fri, 27 Oct 2000 16:00:06 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Fri, 27 Oct 2000 16:00:06 -0700 (PDT) Message-Id: <200010272300.QAA41634@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Salvo Bartolotta Subject: Re: misc/22356: mkdir Reply-To: Salvo Bartolotta Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR misc/22356; it has been noted by GNATS. From: Salvo Bartolotta To: unixoid@pisem.net Cc: freebsd-gnats-submit@freebsd.org Subject: Re: misc/22356: mkdir Date: Fri, 27 Oct 2000 23:57:06 GMT >>>>>>>>>>>>>>>>>> Original Message <<<<<<<<<<<<<<<<<< On 10/27/00, 11:05:36 PM, unixoid@pisem.net wrote regarding misc/22356: mkdir : > >Number: 22356 > >Category: misc > >Synopsis: mkdir > >Confidential: no > >Severity: serious > >Priority: medium > >Responsible: freebsd-bugs > >State: open > >Quarter: > >Keywords: > >Date-Required: > >Class: change-request > >Submitter-Id: current-users > >Arrival-Date: Fri Oct 27 15:10:01 PDT 2000 > >Closed-Date: > >Last-Modified: > >Originator: JIaMaK > >Release: FreeBSD 4.1 > >Organization: > home > >Environment: > FreeBSD 4.1 > >Description: > Sorry, i very bad speak english. You me that so have understood. > If folder is created with '-' at the beginning of its name then commands used in this folder take its name as parameter. Dear Sir or Madam, I am afraid I am missing your point. >=3D=3D=3D=3D> mkdir -- -trial # create the -trial directory # ls -l lists, inter alia, the -trial directory. >=3D=3D=3D=3D> cd "-trial" # let's cd to -trial >=3D=3D=3D=3D> pwd # where are we ? /usr/home/[...]/-trial >=3D=3D=3D=3D> touch mywildtrial # let's touch(1) a file 263 12:36am ~/-trial >=3D=3D=3D=3D> ll # "ls -l" in tcsh shell total 0 -rw-r--r-- 1 [...] 0 Oct 28 00:36 mywildtrial >=3D=3D=3D=3D> vi mywildtrial /* I write the sentence "The quick brown computer jumped over the seven lazy users" (cf vilearn, in the ports collection :-) and then save the file. */ >=3D=3D=3D=3D> ll 265 12:37am ~/-trial >=3D=3D=3D=3D> ll total 1 -rw-r--r-- 1 [...] 58 Oct 28 00:37 mywildtrial >=3D=3D=3D=3D> mkdir -- -nestedtrial # A little baroque... 265 12:37am ~/-trial >=3D=3D=3D=3D> ll total 2 drwxr-xr-x 2 [...] 512 Oct 28 00:43 -nestedtrial -rw-r--r-- 1 [...] 58 Oct 28 00:37 mywildtrial I don't normally create such things; this is just an extemporaneous exercise :-) What commands are you referring to ? Best regards, Salvo To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Oct 27 23:10:17 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 9BB9737B65E for ; Fri, 27 Oct 2000 23:10:02 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id XAA12657; Fri, 27 Oct 2000 23:10:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Fri, 27 Oct 2000 23:10:02 -0700 (PDT) Message-Id: <200010280610.XAA12657@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Bruce Evans Subject: Re: kern/2768: ktrace(1) -i dumps corrupted trace data Reply-To: Bruce Evans Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/2768; it has been noted by GNATS. From: Bruce Evans To: johan@FreeBSD.ORG Cc: j@ida.interface-business.de, freebsd-gnats-submit@FreeBSD.ORG Subject: Re: kern/2768: ktrace(1) -i dumps corrupted trace data Date: Sat, 28 Oct 2000 16:39:53 +1100 (EST) > Is this still a problem in more recent releases of FreeBSD > (for example 4.1-RELEASE)? I don't know what caused it in PR 2768, but I have seen it in -current when the ktrace output is written to an nfs filesystem. It seemed to be caused by rev.1.37 of kern_ktrace.c. ktrwrite() needs to write the header and the record atomically, but doesn't. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Oct 27 23:28:26 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from mailman.zeta.org.au (mailman.zeta.org.au [203.26.10.16]) by hub.freebsd.org (Postfix) with ESMTP id 72FD637B479; Fri, 27 Oct 2000 23:28:22 -0700 (PDT) Received: from bde.zeta.org.au (bde.zeta.org.au [203.2.228.102]) by mailman.zeta.org.au (8.8.7/8.8.7) with ESMTP id RAA31701; Sat, 28 Oct 2000 17:28:19 +1100 Date: Sat, 28 Oct 2000 17:28:07 +1100 (EST) From: Bruce Evans X-Sender: bde@besplex.bde.org To: johan@FreeBSD.ORG Cc: dada@sbox.tu-graz.ac.at, freebsd-bugs@FreeBSD.ORG Subject: Re: kern/3281: errors when "rm -r"-ing in a mounted ext2fs In-Reply-To: <200010271917.MAA57200@freefall.freebsd.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Fri, 27 Oct 2000 johan@FreeBSD.ORG wrote: > Synopsis: errors when "rm -r"-ing in a mounted ext2fs I vageuly remember fixing this but don't remember seeing the PR. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Oct 27 23:30:37 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from mailman.zeta.org.au (mailman.zeta.org.au [203.26.10.16]) by hub.freebsd.org (Postfix) with ESMTP id 3134E37B479; Fri, 27 Oct 2000 23:30:34 -0700 (PDT) Received: from bde.zeta.org.au (bde.zeta.org.au [203.2.228.102]) by mailman.zeta.org.au (8.8.7/8.8.7) with ESMTP id RAA31800; Sat, 28 Oct 2000 17:30:31 +1100 Date: Sat, 28 Oct 2000 17:30:19 +1100 (EST) From: Bruce Evans X-Sender: bde@besplex.bde.org To: johan@FreeBSD.ORG Cc: dada@sbox.tu-graz.ac.at, freebsd-bugs@FreeBSD.ORG Subject: Re: kern/3282: ext2fs causes fs-unmount at shutdown/reboot to fail In-Reply-To: <200010271920.MAA58272@freefall.freebsd.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Fri, 27 Oct 2000 johan@FreeBSD.ORG wrote: > Synopsis: ext2fs causes fs-unmount at shutdown/reboot to fail > > State-Changed-From-To: open->feedback > State-Changed-By: johan > State-Changed-When: Fri Oct 27 12:19:23 PDT 2000 > State-Changed-Why: > Is this still a problem in more recent version of freebsd, > for example 4.1.1-RELEASE? This should have been superseded by PR 3571 which was closed long ago. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Oct 28 0:40: 7 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 4BE0637B4C5 for ; Sat, 28 Oct 2000 00:40:01 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id AAA46780; Sat, 28 Oct 2000 00:40:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id DFF3337B479; Sat, 28 Oct 2000 00:38:50 -0700 (PDT) Message-Id: <20001028073850.DFF3337B479@hub.freebsd.org> Date: Sat, 28 Oct 2000 00:38:50 -0700 (PDT) From: aizu@jaist.ac.jp To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: kern/22372: [PATCH] resume from suspend breaks sound mixer volume. (with ESS18XX) Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 22372 >Category: kern >Synopsis: [PATCH] resume from suspend breaks sound mixer volume. (with ESS18XX) >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Sat Oct 28 00:40:01 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Hiroyuki Aizu >Release: FreeBSD 4.1-RELEASE & ||4.1.1-STABLE >Organization: JAIST >Environment: Sony VAIO 505SX w/128MB RAM 4.1.1-STABLE FreeBSD 4.1.1-STABLE #2: Sat Oct 28 16:01:52 JST 2000 pcm0: on sbc0 >Description: After resuming from suspend, Mixer volume of pcm will be shift. So, it needs re-initialize the mixer. And because it makes just noise after resume, call reset_dsp() at resume. >How-To-Repeat: suspend + resume and play sounds. >Fix: Patch against dev/sound/isa/ess.c of 4.1.1-STABLE. (It will works -CURRENT, I think) diff -u ess.c.orig ess.c --- ess.c.orig Thu Oct 5 14:07:49 2000 +++ ess.c Sat Oct 28 16:01:32 2000 @@ -888,11 +888,33 @@ return ess_doattach(dev, sc); } +static int +ess_resume(device_t dev) +{ + struct ess_info *sc; + + sc = pcm_getdevinfo(dev); + if (ess_reset_dsp(sc)) { + device_printf(dev, "unable reset the DSP at resume\n"); + return ENXIO; + } else { + device_printf(dev, "reset at resume\n"); + } + + if (mixer_reinit(dev)) { + device_printf(dev, "unable to reinitialize the mixer at resume\n "); + return ENXIO; + } + + return 0; +} + static device_method_t ess_methods[] = { /* Device interface */ DEVMETHOD(device_probe, ess_probe), DEVMETHOD(device_attach, ess_attach), DEVMETHOD(device_detach, ess_detach), + DEVMETHOD(device_resume, ess_resume), { 0, 0 } }; >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Oct 28 2:10:55 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from port.teleport.ee (port.teleport.ee [212.107.32.157]) by hub.freebsd.org (Postfix) with ESMTP id 73C7F37B4C5 for ; Sat, 28 Oct 2000 02:10:52 -0700 (PDT) Received: from olja (ppp41104.tele2.ee [212.107.41.104]) by port.teleport.ee (8.9.3/8.8.7) with SMTP id LAA18497 for ; Sat, 28 Oct 2000 11:10:48 +0200 Message-Id: <200010280910.LAA18497@port.teleport.ee> From: olja To: freebsd-bugs@freebsd.org Subject: privet! X-Mailer: Outlook Express Reply-To: olja@mail.ru Date: Sat, 28 Oct 2000 11:08:06 +0200 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org kak dela? davno tebja ne vidno bylo. kak zizn, napishi o sebe.... a ja shas uchus, teper vremja est v internete sidet :) ja teper chasto v chate sizu http://ultra.profic.ee/ ladno, poka Olja To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Oct 28 2:40:50 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 502FF37B479; Sat, 28 Oct 2000 02:40:49 -0700 (PDT) Received: (from johan@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id CAA94644; Sat, 28 Oct 2000 02:40:49 -0700 (PDT) (envelope-from johan@FreeBSD.org) Date: Sat, 28 Oct 2000 02:40:49 -0700 (PDT) From: Message-Id: <200010280940.CAA94644@freefall.freebsd.org> To: j@ida.interface-business.de, johan@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/2768: ktrace(1) -i dumps corrupted trace data Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: ktrace(1) -i dumps corrupted trace data State-Changed-From-To: feedback->open State-Changed-By: johan State-Changed-When: Sat Oct 28 02:40:10 PDT 2000 State-Changed-Why: According to Bruce this is still a problem in 5-Current. http://www.freebsd.org/cgi/query-pr.cgi?pr=2768 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Oct 28 2:42:23 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 14F7137B479; Sat, 28 Oct 2000 02:42:22 -0700 (PDT) Received: (from johan@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id CAA95558; Sat, 28 Oct 2000 02:42:22 -0700 (PDT) (envelope-from johan@FreeBSD.org) Date: Sat, 28 Oct 2000 02:42:22 -0700 (PDT) From: Message-Id: <200010280942.CAA95558@freefall.freebsd.org> To: dada@sbox.tu-graz.ac.at, johan@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/3282: ext2fs causes fs-unmount at shutdown/reboot to fail Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: ext2fs causes fs-unmount at shutdown/reboot to fail State-Changed-From-To: feedback->closed State-Changed-By: johan State-Changed-When: Sat Oct 28 02:41:37 PDT 2000 State-Changed-Why: Superseeded by PR 3571. http://www.freebsd.org/cgi/query-pr.cgi?pr=3282 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Oct 28 4: 0: 7 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 0A73737B479 for ; Sat, 28 Oct 2000 04:00:04 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id EAA39917; Sat, 28 Oct 2000 04:00:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Sat, 28 Oct 2000 04:00:03 -0700 (PDT) Message-Id: <200010281100.EAA39917@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Johan Karlsson Subject: Re: kern/3299: /dev/console hang Reply-To: Johan Karlsson Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/3299; it has been noted by GNATS. From: Johan Karlsson To: sec@42.org Cc: freebsd-gnats-submit@FreeBSD.org Subject: Re: kern/3299: /dev/console hang Date: Sat, 28 Oct 2000 12:57:22 +0200 Hi Stefan I have just closed your PR 3299 from April 1997. I did this because your email address in that PR 'sec@quit.42.org' is not valid. See http://www.freebsd.org/cgi/query-pr.cgi?pr=3299 for the deatils of the PR. However, alot has happened with the console driver since the 2.2.1 days. If this is still a problem in more recent version of FreeBSD (for example 4.1-RELEASE) please open a new problem report. Thanks Johan K To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Oct 28 4:40: 7 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id CE70137B479 for ; Sat, 28 Oct 2000 04:40:03 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id EAA65006; Sat, 28 Oct 2000 04:40:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Sat, 28 Oct 2000 04:40:03 -0700 (PDT) Message-Id: <200010281140.EAA65006@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Stefan `Sec` Zehl Subject: Re: kern/3299: /dev/console hang Reply-To: Stefan `Sec` Zehl Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/3299; it has been noted by GNATS. From: Stefan `Sec` Zehl To: Johan Karlsson Cc: freebsd-gnats-submit@FreeBSD.org Subject: Re: kern/3299: /dev/console hang Date: Sat, 28 Oct 2000 13:36:53 +0200 On Sat, Oct 28, 2000 at 12:57:22PM +0200, Johan Karlsson wrote: > Hi Stefan Hi, > I have just closed your PR 3299 from April 1997. > I did this because your email address in that PR > 'sec@quit.42.org' is not valid. Jep. This has been ages ago. %) Thanks for tracking me down anyway ;-) > See http://www.freebsd.org/cgi/query-pr.cgi?pr=3299 > for the deatils of the PR. > > However, alot has happened with the console driver > since the 2.2.1 days. > > If this is still a problem in more recent version of > FreeBSD (for example 4.1-RELEASE) please open a new > problem report. I can't tell. I've been using a cheap monitor and a big video switch on all my servers now instead of using the serial console. Let's keep this closed for now. CU, Sec -- In 1968 it took the computing-Power of 2 C-64 to fly a rocket to the moon. Now, 1997 it takes the Power of a Pentium 133 to run Microsoft Windows 95. Something must have gone wrong. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Oct 28 6: 1:40 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id B44C537B678 for ; Sat, 28 Oct 2000 06:00:03 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id GAA12398; Sat, 28 Oct 2000 06:00:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Sat, 28 Oct 2000 06:00:03 -0700 (PDT) Message-Id: <200010281300.GAA12398@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: sanpei@sanpei.org (MIHIRA Yoshiro) Subject: Re: i386/22344: DMPno4 - PCCard IRQ allocation problems in 4.1.1-RELEASE Reply-To: sanpei@sanpei.org (MIHIRA Yoshiro) Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR i386/22344; it has been noted by GNATS. From: sanpei@sanpei.org (MIHIRA Yoshiro) To: freebsd-gnats-submit@FreeBSD.ORG Cc: Subject: Re: i386/22344: DMPno4 - PCCard IRQ allocation problems in 4.1.1-RELEASE Date: Sat, 28 Oct 2000 21:48:54 +0900 (JST) >> 2) If I leave the floppy PCCard in place I do not get this message; >> however the PCCard is detected and declared to the kernel but is >> allocated IRQ 5 *which is not in the set I have selected as free >> IRQs* (the set is 10, 11, and 15); installation proceeds for a >> while but fails when actually trying to read the first file in >> the "bin" distribution set - it gets "stuck" and I suspect a >> "lost" IRQ This is a bug in sysinstall. And this problem was already fixed rev.1.14 for 5-current and rev.1.10.2.3 for 4-stable of release/sysinstall/pccard.c. If you want to install 4.1.1-RELEASE, please use below ``fixed' install floppies. http://people.FreeBSD.org/~sanpei/4.1.1-RELEASE/kern.flp http://people.FreeBSD.org/~sanpei/4.1.1-RELEASE/mfsroot.flp To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Oct 28 6:28: 6 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 1BF8537B479; Sat, 28 Oct 2000 06:28:05 -0700 (PDT) Received: (from sanpei@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id GAA26569; Sat, 28 Oct 2000 06:28:05 -0700 (PDT) (envelope-from sanpei@FreeBSD.org) Date: Sat, 28 Oct 2000 06:28:05 -0700 (PDT) From: Message-Id: <200010281328.GAA26569@freefall.freebsd.org> To: D.M.Pick@qmw.ac.uk, sanpei@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: i386/22344: DMPno4 - PCCard IRQ allocation problems in 4.1.1-RELEASE Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: DMPno4 - PCCard IRQ allocation problems in 4.1.1-RELEASE State-Changed-From-To: open->closed State-Changed-By: sanpei State-Changed-When: Sat Oct 28 06:27:41 PDT 2000 State-Changed-Why: fixed rev.1.14 for 5-current and rev.1.10.2.3 for 4-stable of release/sysinstall/pccard.c. http://www.freebsd.org/cgi/query-pr.cgi?pr=22344 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Oct 28 8:20:10 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id DF4CF37B4C5 for ; Sat, 28 Oct 2000 08:20:01 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id IAA44512; Sat, 28 Oct 2000 08:20:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id 4A8D937B479; Sat, 28 Oct 2000 08:10:29 -0700 (PDT) Message-Id: <20001028151029.4A8D937B479@hub.freebsd.org> Date: Sat, 28 Oct 2000 08:10:29 -0700 (PDT) From: naoya@mahoroba.ne.jp To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: kern/22376: Some problems in ar driver with FastTrak Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 22376 >Category: kern >Synopsis: Some problems in ar driver with FastTrak >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sat Oct 28 08:20:01 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Naoya Nishimura >Release: FreeBSD-current >Organization: >Environment: FreeBSD sayuri.moe 5.0-CURRENT FreeBSD 5.0-CURRENT #0: Fri Sep 15 23:46:28 JST 2000 naoya@sayuri.moe:/home/obj/home/src/sys/my i386 >Description: 1. Driver does not detect it when I build array "1:Mas" and "1:Sla". 2. Driver is wrong with order of subdisk when I build array to do stripe with four disks. 3. Array information is written only with disk belonging to it. 4. Driver has a situation that make same magic number with different arrays. >How-To-Repeat: >Fix: begin 644 ata-raid.diff.gz M'XL(`!QK^#D``^58;4_;2!#^[/Z*H=4A$ARPG80``4[5`1+2'2#:;QR*C+,F M!L>.U@Z0%O[[S>R+W^*TP`'5Z2Q%L7=F9^?UV=EM-IN0S)+U(;M==U.7?BWN M!L,U;RWFP95QR`,X\5)P>F`YVU9ONVV#8UG6AU:KM6!B94[;VK8<.:=9?N@; M>I;9VP#Q"9"D;AIX'/F9W*&6:T*^%'$$5T),JR"F[0P$><+C<9"PP=B] M"CPM20^2'X2`6BTTU[-TJ`KAS!W639X.E)(F<9K@C5RN!(B0D;N[@&^MVFAT MG([9Z?9T/.CA+)WR""P2\2C$5-R!`\]P2!#Y<0.G?, M#0X'?YP<'Q[L-^#A@>09)'"E.H,LFR:P#"LXY9]FV0Z-J'IW4Q2KN=0`GOQE(J-\M@$WB=7J,IYFCEAVK?TQA6*H`&VI=AV]+!7Q;^SF\+97@ M;>W9Z`9/0C>A5SV^`4&*<)#06V2)`B5^H0P2`4/BW.:Q+/8(4J0\K[6G4$P) M,/CJ:E^\!*V66-,H::##1.A&U=7%(/8ZQ>IZM2!6HO.\T+QY7!2(V'E<5B'? M-7#3$$60XP.^CX)).ILPV-L#W"/@`7)M7<[=V2":CB\1279VD-Y'>4JDR&25 MPDC%+0JX3.&GI()4Z,>!_U&8ZVJW:SEFUV[KVC6,RV^,QQ4]$-J";RSVJ[UF MHY'YS"!6J*HF\H_>,QT)9>HS6L`+LB=W0>J-H%R;Y&UEGN=BXF%,OPZ^?#T[ M.CW8UE;*=61NX5[_F7*+=H"!U==>E"R8J8R'S+UEJ(U-02JM1?_6(!D%?IIY M\!+WE)N^JME<@[^.SLY.SK9E`6TZB()M74#OXXG':G/1WC*[ M&]TL%^?$#)GO3L-T6VLVX:B5O_)1P]$TND&4BN2^+PK4NO_-J_M735]>EH!//'CT##RV M<(HD9WN%B'$RO11D^848-E`CR87L#N0V,D^FG88H&L+*5$"41-5@::68;Q:..+>)@%'M5VHQF$S$\IRC,,KVP>;15&=LNB=.J&X8P2 MP47:_I&U:NO]KQ#EF@#7'59^48!A''`>\TJ0\\%%<2YP4*@7N'$8PQV#$<7# M1=>,)R%+F2H5[`WD?06]_:XJ9T&ZK$+MRFAIYK<%_E5YE*=(.(T(2BM8-L(# M`HHKBY&#J]0'E)A5]UMESYKB$K,W"Q%$V#Q[3IA?H=!Q[]:91I1^V:[8]Q.6 MR@N`$H&SA/%;1AO(1CNCY;=%Q*6!CW846;DRFDO%=JAXIJ)#D-CBMA"@.W:V MQ;T10+\S.E\7O2[*A]JWONY;2_5<1.MZ[+S^KT%E'4Z^!3RR$!-@$1A=XUFS MULE/`Z1?CD.O`4+/0:#GP,\+L.<=@*>`,D7TP?#E]R>857Q&]>U/PW`IOQ`H MGM@*$-5<=%L_>NEM_:@Z9VO;Z2R^K;?;'=/N.+J!_23QJ'C*-0RZ8*1GT](W M`%&Z.4@-8S@=CV>J;=F^S M=*S4RQ3SHCBNDS33LY2G!&)BZSO?O-"7JX\"!\\[V4"647Y`MT;.N=/N7F0W EM1G5&S%Q62NP++OKUCH7.ZVWTGFAPNW.QI,4_@>8P\G/)AT``$;. ` end >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Oct 28 9: 0: 6 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 3095C37B479 for ; Sat, 28 Oct 2000 09:00:03 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id JAA58058; Sat, 28 Oct 2000 09:00:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Sat, 28 Oct 2000 09:00:03 -0700 (PDT) Message-Id: <200010281600.JAA58058@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Josef Karthauser Subject: Re: bin/22241: make wicontrol default to wi0 Reply-To: Josef Karthauser Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/22241; it has been noted by GNATS. From: Josef Karthauser To: Tony Finch Cc: FreeBSD-gnats-submit@FreeBSD.org Subject: Re: bin/22241: make wicontrol default to wi0 Date: Sat, 28 Oct 2000 17:01:48 +0100 On Mon, Oct 23, 2000 at 10:41:41AM +0000, Tony Finch wrote: > > >Description: > > `wicontrol` requires a -i argument, although in the vast majority of cases > it is -i wi0. I think that should be a default. Ahha! This would fix the problem that occurs when you run wiconfig without an interface specified. :) Excellent. I'll commit it. Joe -- Josef Karthauser FreeBSD: How many times have you booted today? Technical Manager Viagra for your server (http://www.uk.freebsd.org) Pavilion Internet plc. [joe@pavilion.net, joe@uk.freebsd.org, joe@tao.org.uk] To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Oct 28 9:21:23 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id CC03537B479; Sat, 28 Oct 2000 09:21:21 -0700 (PDT) Received: (from joe@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id JAA66708; Sat, 28 Oct 2000 09:21:21 -0700 (PDT) (envelope-from joe@FreeBSD.org) Date: Sat, 28 Oct 2000 09:21:21 -0700 (PDT) From: Message-Id: <200010281621.JAA66708@freefall.freebsd.org> To: dot@dotat.at, joe@FreeBSD.org, freebsd-bugs@FreeBSD.org, joe@FreeBSD.org Subject: Re: bin/22241: make wicontrol default to wi0 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: make wicontrol default to wi0 State-Changed-From-To: open->suspended State-Changed-By: joe State-Changed-When: Sat Oct 28 09:20:15 PDT 2000 State-Changed-Why: I've committed a fix for this to -current. Responsible-Changed-From-To: freebsd-bugs->joe Responsible-Changed-By: joe Responsible-Changed-When: Sat Oct 28 09:20:15 PDT 2000 Responsible-Changed-Why: I'm in charge now :) . http://www.freebsd.org/cgi/query-pr.cgi?pr=22241 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Oct 28 10:37:57 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from theshell.com (arsenic.theshell.com [63.236.138.5]) by hub.freebsd.org (Postfix) with SMTP id 1FFD737B4C5 for ; Sat, 28 Oct 2000 10:37:53 -0700 (PDT) Received: (qmail 12993 invoked from network); 28 Oct 2000 17:37:52 -0000 Received: from arsenic.theshell.com (HELO tequila) (root@63.236.138.5) by arsenic.theshell.com with SMTP; 28 Oct 2000 17:37:52 -0000 From: "Peter Avalos" To: "Doug Barton" , "Rick C. Petty" Cc: Subject: RE: misc/22332: request to add more active ttys by default Date: Sat, 28 Oct 2000 12:41:10 -0500 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0) In-reply-to: X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Importance: Normal Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org I usually turn off all of them except one, since I use my FreeBSD machines as servers. -----BEGIN GEEK CODE BLOCK----- Version: 3.12 GCS/ED/B d-(+) s:+> a-- C++$ UBLO++++$ 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------ > -----Original Message----- > From: owner-freebsd-bugs@FreeBSD.ORG > [mailto:owner-freebsd-bugs@FreeBSD.ORG]On Behalf Of Doug Barton > Sent: Friday, October 27, 2000 3:28 PM > To: Rick C. Petty > Cc: freebsd-bugs@FreeBSD.org > Subject: Re: misc/22332: request to add more active ttys by default > > > On Fri, 27 Oct 2000, Rick C. Petty wrote: > > > The following reply was made to PR misc/22332; it has been > noted by GNATS. > > > > From: "Rick C. Petty" > > To: Doug Barton > > Cc: rick@kiwi-computer.com, FreeBSD-gnats-submit@freebsd.org > > Subject: Re: misc/22332: request to add more active ttys by default > > Date: Fri, 27 Oct 2000 10:35:44 -0500 (CDT) > > > > > In my totally unofficial opinion, having 8 virtual > terminals is twice > > > too many for most people. I can't imagine a user > sophisticated enough to > > > "need" 24 tty's who isn't also smart enough to take the 3.5 > seconds to > > > edit /etc/ttys and HUP init. > > > > In my experience, if it's available, people will use it. I've > setup 12 > > vtys for many people, included unsophisticated users who have > no clue what > > HUP or even a signal is (asside from a traffic light). > > You're arguing from a desktop platform perspective, whereas > freebsd is usually used as a server platform, where no one ever sits at > the console. I think the current value of 8 vty's is a good one, and in > fact exceeds the number needed by the vast majority of users. > > At some point in the future we may have a "desktop/server" knob in > sysinstall, but we have not reached that point yet. > > Doug > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-bugs" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Oct 28 11:27:49 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 0AFE537B4CF; Sat, 28 Oct 2000 11:27:48 -0700 (PDT) Received: (from mpp@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id LAA11442; Sat, 28 Oct 2000 11:27:48 -0700 (PDT) (envelope-from mpp@FreeBSD.org) Date: Sat, 28 Oct 2000 11:27:48 -0700 (PDT) From: Message-Id: <200010281827.LAA11442@freefall.freebsd.org> To: unixoid@pisem.net, mpp@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: misc/22356: mkdir Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: mkdir State-Changed-From-To: open->closed State-Changed-By: mpp State-Changed-When: Sat Oct 28 11:18:44 PDT 2000 State-Changed-Why: This is a case of user error. When trying to create or manipulate files or directories, you need to prevent the utility in question from interpreting the file name as an option. In this case, the following would work: mkdir -- -test or mkdir ./test or mkdir /full/path/-test See the FAQ at www.freebsd.org for more information on common questions like this. http://www.freebsd.org/cgi/query-pr.cgi?pr=22356 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Oct 28 19:30: 7 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id CBFE837B4C5 for ; Sat, 28 Oct 2000 19:30:01 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id TAA82698; Sat, 28 Oct 2000 19:30:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id 08E6137B479; Sat, 28 Oct 2000 19:21:00 -0700 (PDT) Message-Id: <20001029022100.08E6137B479@hub.freebsd.org> Date: Sat, 28 Oct 2000 19:21:00 -0700 (PDT) From: susumu@wakabaya.net To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: misc/22383: typo (LU-ATX -> LUA-TX) Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 22383 >Category: misc >Synopsis: typo (LU-ATX -> LUA-TX) >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: doc-bug >Submitter-Id: current-users >Arrival-Date: Sat Oct 28 19:30:01 PDT 2000 >Closed-Date: >Last-Modified: >Originator: WAKABAYASHI Susumu >Release: 4.1.1-stable >Organization: >Environment: FreeBSD jazz.wakabaya.net 4.1.1-STABLE FreeBSD 4.1.1-STABLE #0: Thu Oct 26 10:03:43 JST 2000 root@jazz.wakabaya.net:/mnt/obj/usr/src/sys/JAZZ i386 >Description: Melco Inc. sells LUA-TX, not LU-ATX. a typo in /usr/src/release/texts/i386/RELNOTES.TXT. >How-To-Repeat: >Fix: --- RELNOTES.TXT.org Sun Oct 29 11:18:56 2000 +++ RELNOTES.TXT Sun Oct 29 11:19:27 2000 @@ -690,7 +690,7 @@ ADMtek Inc. AN986-based USB Ethernet NICs including the following: LinkSys USB100TX Billionton USB100 - Melco Inc. LU-ATX + Melco Inc. LUA-TX D-Link DSB-650TX SMC 2202USB >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Oct 28 20:40: 5 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id CCC5137B479 for ; Sat, 28 Oct 2000 20:40:02 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id UAA07077; Sat, 28 Oct 2000 20:40:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Sat, 28 Oct 2000 20:40:02 -0700 (PDT) Message-Id: <200010290340.UAA07077@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: "Greg" Subject: Re: i386/21802: after working fine for a few weeks, machine became unstable/unbootable. Reply-To: "Greg" Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR i386/21802; it has been noted by GNATS. From: "Greg" To: , Cc: Subject: Re: i386/21802: after working fine for a few weeks, machine became unstable/unbootable. Date: Sat, 28 Oct 2000 23:29:33 -0700 This is a multi-part message in MIME format. ------=_NextPart_000_0025_01C04136.EDB6BF30 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable problem continues.. ------=_NextPart_000_0025_01C04136.EDB6BF30 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
problem = continues..
------=_NextPart_000_0025_01C04136.EDB6BF30-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message