NetBSD Problem Report #28492

From bsd@allegory.demon.co.uk  Wed Dec  1 02:19:00 2004
Return-Path: <bsd@allegory.demon.co.uk>
Received: from allegory.demon.co.uk (spr1-pool2-5-0-cust30.cosh.broadband.ntl.com [80.5.235.30])
	by narn.netbsd.org (Postfix) with ESMTP id B136C251EE3
	for <gnats-bugs@gnats.NetBSD.org>; Wed,  1 Dec 2004 02:18:59 +0000 (UTC)
Message-Id: <20041201021857.3D8854C99@allegory.demon.co.uk>
Date: Wed,  1 Dec 2004 02:18:57 +0000 (GMT)
From: bsd@allegory.demon.co.uk
Reply-To: bsd@allegory.demon.co.uk
To: gnats-bugs@netbsd.org
Subject: more(1) doesn't handle NUL data blocks well
X-Send-Pr-Version: 3.95

>Number:         28492
>Category:       bin
>Synopsis:       more(1) doesn't handle NUL data blocks well
>Confidential:   no
>Severity:       non-critical
>Priority:       low
>Responsible:    bin-bug-people
>State:          open
>Class:          sw-bug
>Submitter-Id:   net
>Arrival-Date:   Wed Dec 01 02:21:00 +0000 2004
>Closed-Date:    
>Last-Modified:  Tue Mar 20 08:36:55 +0000 2007
>Originator:     Bob Kemp
>Release:        NetBSD 2.99.10
>Organization:

>Environment:


System: NetBSD tenebres.loc 2.99.10 NetBSD 2.99.10 (TENEBRES) #0: Sun Nov 28 01:08:29 GMT 2004 rob@tenebres.loc:/usr/src/sys/arch/i386/compile/TENEBRES i386
Architecture: i386
Machine: i386
>Description:

    more(1) consumes a lot of memory while displaying files containing large blocks of zeroes,
    eg fairly fresh vnode filesystems.  Presumably it is looking for an end of line or similar.

    For me this is NOT an important bug.  I'm just reporting it so that you're aware of the problem.

    Should you need to contact me, please retain the subject line and/or reply from a netbsd.org address
    to avoid being entangled in my spam filter.

>How-To-Repeat:

	Paste the following commands into a shell.  On my PC it causes enough paging to
	make the machine difficult to use, hence the pkill line.

	( sleep 20 ; pkill more ) &
	more /dev/zero

>Fix:

>Release-Note:

>Audit-Trail:

Responsible-Changed-From-To: bin-bug-people->tron
Responsible-Changed-By: tron@netbsd.org
Responsible-Changed-When: Sun, 24 Sep 2006 16:59:16 +0000
Responsible-Changed-Why:
I'll try to handle this PR.


State-Changed-From-To: open->feedback
State-Changed-By: tron@netbsd.org
State-Changed-When: Sun, 24 Sep 2006 16:59:16 +0000
State-Changed-Why:
1.) Under NetBSD "more" is really "less".
2.) I can't reproduce the problem under NetBSD 3.1_RC3. "more /dev/zero"
    displays a screen full of inverse "^@" and seems to behave.
Can you please try to reproduce the bug with a newer version of NetBSD?


From: Bob Kemp <bsd@allegory.demon.co.uk>
To: gnats-bugs@NetBSD.org
Cc: tron@NetBSD.org, gnats-admin@netbsd.org, netbsd-bugs@netbsd.org
Subject: Re: bin/28492 (more(1) doesn't handle NUL data blocks well)
Date: Sun, 24 Sep 2006 20:08:14 +0100

 > 1.) Under NetBSD "more" is really "less".

 It often is :-)

 > 2.) I can't reproduce the problem under NetBSD 3.1_RC3. "more /dev/zero"
 >     displays a screen full of inverse "^@" and seems to behave.
 > Can you please try to reproduce the bug with a newer version of NetBSD?


 I'm running a fairly recent version of -current but it still happens.

 $ uname -a
 NetBSD tenebres.loc 3.99.21 NetBSD 3.99.21 (TENEBRES) #0: Sat Jul  1 17:11:20 BST 2006  rob@tenebres.loc:/altroot/sys/arch/i386/compile/TENEBRES i386

 $ ps lp 6995
  UID  PID  PPID  CPU PRI NI     VSZ    RSS WCHAN   STAT TTY      TIME COMMAND
  1000 6995 14770 1858  -5  0 1048724 416820 biowait D+   ttyp2 0:07.90 more /dev/zero 

 $ ps up 6995
  USER  PID %CPU %MEM     VSZ    RSS TTY   STAT STARTED    TIME COMMAND
  rob  6995  0.6 79.7 1048724 417372 ttyp2 D+    7:43PM 0:07.94 more /dev/zero 


 Since I use Java, the memory limits are set higher and the box only has 512M.
 If you have more memory, it might not feel so bad to you.

 $ ulimit -a
 time(cpu-seconds)    unlimited
 file(blocks)         unlimited
 coredump(blocks)     unlimited
 data(kbytes)         3145728
 stack(kbytes)        2048
 lockedmem(kbytes)    169933
 memory(kbytes)       509800
 nofiles(descriptors) 500
 processes            160
 sbsize(bytes)        unlimited

 The machine is unusable while it frees pages for the 'more' process.
 'more' doesn't respond, not even after paging has stopped.
 I normally have LESS='-e' in my environment but removing it makes no difference.

 If you want more info, or for me to try something, just let me know.

 Bob

From: Matthias Scheler <tron@NetBSD.org>
To: Bob Kemp <bsd@allegory.demon.co.uk>
Cc: gnats-bugs@NetBSD.org
Subject: Re: bin/28492 (more(1) doesn't handle NUL data blocks well)
Date: Mon, 25 Sep 2006 22:19:33 +0100

 On Sun, Sep 24, 2006 at 08:08:14PM +0100, Bob Kemp wrote:
 > I'm running a fairly recent version of -current but it still happens.
 > 
 > $ uname -a
 > NetBSD tenebres.loc 3.99.21 NetBSD 3.99.21 (TENEBRES) #0: Sat Jul  1 17:11:20 BST 2006  rob@tenebres.loc:/altroot/sys/arch/i386/compile/TENEBRES i386

 Well, I wouldn't call that recent.

 > $ ps lp 6995
 >  UID  PID  PPID  CPU PRI NI     VSZ    RSS WCHAN   STAT TTY      TIME COMMAND
 >  1000 6995 14770 1858  -5  0 1048724 416820 biowait D+   ttyp2 0:07.90 more /dev/zero 
 > 
 > $ ps up 6995
 >  USER  PID %CPU %MEM     VSZ    RSS TTY   STAT STARTED    TIME COMMAND
 >  rob  6995  0.6 79.7 1048724 417372 ttyp2 D+    7:43PM 0:07.94 more /dev/zero 
 > 
 > 
 > Since I use Java, the memory limits are set higher and the box only has 512M.
 > If you have more memory, it might not feel so bad to you.
 [...]
 > $ ulimit -a
 > time(cpu-seconds)    unlimited
 > file(blocks)         unlimited
 > coredump(blocks)     unlimited
 > data(kbytes)         3145728		<---
 > stack(kbytes)        2048
 > lockedmem(kbytes)    169933
 > memory(kbytes)       509800
 > nofiles(descriptors) 500
 > processes            160
 > sbsize(bytes)        unlimited

 [...]

 Your datasize exceeds the hard limit of my box:

 $ ulimit -a
 time(seconds)        unlimited
 file(blocks)         unlimited
 data(kbytes)         131072		<---
 stack(kbytes)        2048
 coredump(blocks)     0
 memory(kbytes)       2045980
 locked memory(kbytes) 681994
 process(processes)   160
 nofiles(descriptors) 64
 sbsize(bytes)        unlimited

 > If you want more info, or for me to try something, just let me know.

 Can you please provide your kernel configuration and more importantly
 try with a standard kernel configuration? It looks to me like you
 extended certain limits above a save boundary.

 And could please also try to run "more" on a very large (e.g. 4GB) file?
 I bet your problem has nothing to do with a file full of zeros but
 with the VM limits and the large amount of input data.

 	Kind regards

 -- 
 Matthias Scheler                                  http://zhadum.org.uk/

From: Bob Kemp <bsd@allegory.demon.co.uk>
To: gnats-bugs@NetBSD.org
Cc: tron@NetBSD.org, gnats-admin@netbsd.org, netbsd-bugs@netbsd.org
Subject: Re: bin/28492 (more(1) doesn't handle NUL data blocks well)
Date: Mon, 25 Sep 2006 23:16:54 +0100

 --BOKacYhQ+x31HxR3
 Content-Type: text/plain; charset=us-ascii
 Content-Disposition: inline

 On Mon, Sep 25, 2006 at 09:20:03PM +0000, Matthias Scheler wrote:

 >  > Since I use Java, the memory limits are set higher and the box only has 512M.
 >  > If you have more memory, it might not feel so bad to you.
 >  [...]
 >  > $ ulimit -a
 >  > time(cpu-seconds)    unlimited
 >  > file(blocks)         unlimited
 >  > coredump(blocks)     unlimited
 >  > data(kbytes)         3145728		<---
 >  > stack(kbytes)        2048
 >  > lockedmem(kbytes)    169933
 >  > memory(kbytes)       509800
 >  > nofiles(descriptors) 500
 >  > processes            160
 >  > sbsize(bytes)        unlimited
 >  
 >  [...]
 >  
 >  Your datasize exceeds the hard limit of my box:
 >  
 >  $ ulimit -a
 >  time(seconds)        unlimited
 >  file(blocks)         unlimited
 >  data(kbytes)         131072		<---
 >  stack(kbytes)        2048
 >  coredump(blocks)     0
 >  memory(kbytes)       2045980
 >  locked memory(kbytes) 681994
 >  process(processes)   160
 >  nofiles(descriptors) 64
 >  sbsize(bytes)        unlimited

 In my .tcshrc, I have

     limit datasize      unlimited

 but beyond that I don't think there's anything special about my setup.

 >  > If you want more info, or for me to try something, just let me know.
 >  
 >  Can you please provide your kernel configuration and more importantly
 >  try with a standard kernel configuration? It looks to me like you
 >  extended certain limits above a save boundary.

 The config file is attached.

 >  And could please also try to run "more" on a very large (e.g. 4GB) file?
 >  I bet your problem has nothing to do with a file full of zeros but
 >  with the VM limits and the large amount of input data.

 Interesting idea but...

      $ ls -ls massive*
      1485872 -rw-r--r--  1 rob  wheel  1520772480 Sep 25 22:37 massiveFile
      922064 -rw-r--r--  1 rob  wheel   943718400 Sep 25 22:39 massiveZeroFile

 where they were created by (in effect)

     dd if=/dev/zero bs=100m of=massiveZeroFile

 and

     cat /etc/hosts massiveFile >> massiveFile

 As you can see the file of zeroes is smaller than the text file but
 the text file works just fine and the file of zeroes behaves as reported.

 I don't have enough free filespace to create 4Gb files.

 GENERIC_LAPTOP doesn't run on my laptop, hangs at RaidFrame init,
 so I can't try that.  I'll try supping and updating my system.

 Thanks for your help!

 Bob

 PS: I've just tried 'less' from pkgsrc of a few days ago.
     It behaves differently on the zeroes file.
     It burns 100% of the CPU but uses relatively little memory.
     It is however unresponsive, eg I cannot ^C it or suspend it.
     On the large text file all works fine, just like the NetBSD version.


 --BOKacYhQ+x31HxR3
 Content-Type: text/plain; charset=us-ascii
 Content-Disposition: attachment; filename=TENEBRES


 include "arch/i386/conf/std.i386"

 options 	INCLUDE_CONFIG_FILE	# embed config file in kernel binary

 ident 		"TENEBRES"

 maxusers	32		# estimated number of users

 # CPU support.  At least one is REQUIRED.
 options 	I686_CPU

 # CPU-related options.
 options 	MATH_EMULATE	# floating point emulation
 options 	VM86		# virtual 8086 emulation
 options 	USER_LDT	# user-settable LDT; used by WINE

 # Enhanced SpeedStep Technology in the Pentium M
 options 	ENHANCED_SPEEDSTEP
 options 	EST_FREQ_USERWRITE	# any user can set frequency

 options 	MTRR		# memory-type range register syscall support

 # delay between "rebooting ..." message and hardware reset, in milliseconds
 #options 	CPURESET_DELAY=2000

 # This option allows you to force a serial console at the specified
 # I/O address.   see console(4) for details.
 #options 	CONSDEVNAME="\"com\"",CONADDR=0x2f8,CONSPEED=57600
 #	you don't want the option below ON iff you are using the
 #	serial console option of the new boot strap code.
 #options 	CONS_OVERRIDE	# Always use above! independent of boot info

 # Standard system options

 options 	INSECURE	# disable kernel security levels - X needs this

 ## options 	RTC_OFFSET=0	# hardware clock is this many mins. west of GMT
 options 	NTP		# NTP phase/frequency locked loop

 options 	KTRACE		# system call tracing via ktrace(1)
 options 	SYSTRACE	# system call vetting via systrace(1)

 options 	SYSVMSG		# System V-like message queues
 options 	SYSVSEM		# System V-like semaphores
 #options 	SEMMNI=10	# number of semaphore identifiers
 #options 	SEMMNS=60	# number of semaphores in system
 #options 	SEMUME=10	# max number of undo entries per process
 #options 	SEMMNU=30	# number of undo structures in system
 options 	SYSVSHM		# System V-like memory sharing
 options		SHMMAXPGS=32768
 options 	P1003_1B_SEMAPHORE # p1003.1b semaphore support

 options 	LKM		# loadable kernel modules

 options		KLOADER
 options		KLOADER_KERNEL_PATH="\"/netbsd\""

 options 	USERCONF	# userconf(4) support
 options 	SYSCTL_INCLUDE_DESCR	# Include sysctl descriptions in kernel

 # Diagnostic/debugging support options
 #options 	DIAGNOSTIC	# expensive kernel consistency checks
 #options 	DEBUG		# expensive debugging checks/support
 #options 	KMEMSTATS	# kernel memory statistics (vmstat -m)
 options 	DDB		# in-kernel debugger
 options 	DDB_ONPANIC=1	# see also sysctl(8): `ddb.onpanic'
 options 	DDB_HISTORY_SIZE=512	# enable history editing in DDB
 #options 	KGDB		# remote debugger
 #options 	KGDB_DEVNAME="\"com\"",KGDB_DEVADDR=0x3f8,KGDB_DEVRATE=9600
 makeoptions	DEBUG="-g"	# compile full symbol table

 # Compatibility options
 options 	COMPAT_20	# NetBSD 2.0
 options 	COMPAT_21	# NetBSD 2.1
 options 	COMPAT_30	# NetBSD 3.0
 options 	COMPAT_40	# NetBSD 4.0
 options 	COMPAT_50	# NetBSD 4.0

 options 	COMPAT_OSSAUDIO	# OSS (Voxware) audio driver compatibility
 #options 	COMPAT_SVR4	# binary compatibility with SVR4
 #options 	COMPAT_IBCS2	# binary compatibility with SCO and ISC
 options 	COMPAT_LINUX	# binary compatibility with Linux
 #options 	COMPAT_FREEBSD	# binary compatibility with FreeBSD
 #options 	COMPAT_PECOFF	# kernel support to run Win32 apps
 options		COMPAT_BSDPTY	# /dev/[pt]ty?? ptys.

 # File systems
 file-system 	FFS		# UFS
 #file-system 	EXT2FS		# second extended file system (linux)
 #file-system 	LFS		# log-structured file system
 file-system 	MFS		# memory file system
 file-system 	NFS		# Network File System client
 #file-system 	NTFS		# Windows/NT file system (experimental)
 file-system 	CD9660		# ISO 9660 + Rock Ridge file system
 file-system 	MSDOSFS		# MS-DOS file system
 #file-system 	FDESC		# /dev/fd
 file-system 	KERNFS		# /kern
 file-system 	NULLFS		# loopback file system
 #file-system 	OVERLAY		# overlay file system
 #file-system 	PORTAL		# portal filesystem (still experimental)
 file-system 	PROCFS		# /proc
 #file-system 	UMAPFS		# NULLFS + uid and gid remapping
 file-system 	UNION		# union file system
 #file-system	CODA		# Coda File System; also needs vcoda (below)
 file-system	SMBFS		# experimental - CIFS; also needs nsmb (below)
 #file-system 	PTYFS		# New pty filesystem -- UNOFFICIAL
 file-system	TMPFS		# experimental - Efficient memory file-system

 # File system options
 #options 	FFS_EI		# FFS Endian Independent support
 options 	SOFTDEP		# FFS soft updates support.
 options 	NFSSERVER	# Network File System server

 # Networking options
 #options 	GATEWAY		# packet forwarding
 options 	INET		# IP + ICMP + TCP + UDP
 options 	INET6		# IPV6
 options 	IPSEC		# IP security
 options 	IPSEC_ESP	# IP security (encryption part; define w/IPSEC)
 options 	IPSEC_DEBUG	# debug for IP security
 options 	PPP_BSDCOMP	# BSD-Compress compression support for PPP
 options 	PPP_DEFLATE	# Deflate compression support for PPP
 options 	PPP_FILTER	# Active filter support for PPP (requires bpf)
 options 	PFIL_HOOKS	# pfil(9) packet filter hooks
 options 	IPFILTER_LOG	# ipmon(8) log support
 options		IPFILTER_DEFAULT_BLOCK	# block all packets by default

 #
 # wscons options
 #
 # builtin terminal emulations
 #options 	WSEMUL_SUN		# sun terminal emulation
 options 	WSEMUL_VT100		# VT100 / VT220 emulation
 # different kernel output - see dev/wscons/wsdisplayvar.h
 options 	WS_KERNEL_FG=WSCOL_GREEN
 #options 	WS_KERNEL_BG=WSCOL_BLACK
 # compatibility to other console drivers
 options 	WSDISPLAY_COMPAT_PCVT		# emulate some ioctls
 options 	WSDISPLAY_COMPAT_SYSCONS	# emulate some ioctls
 options 	WSDISPLAY_COMPAT_USL		# VT handling
 options 	WSDISPLAY_COMPAT_RAWKBD		# can get raw scancodes
 # allocate a number of virtual screens at autoconfiguration time
 options 	WSDISPLAY_DEFAULTSCREENS=8
 # use a large software cursor that doesn't blink
 options 	PCDISPLAY_SOFTCURSOR
 # modify the screen type of the console; defaults to "80x25"
 #options 	VGA_CONSOLE_SCREENTYPE="\"80x24\""

 # Kernel root file system and dump configuration.
 config		netbsd	root on ? type ?
 #config		netbsd	root on sd0a type ffs
 #config		netbsd	root on ? type nfs

 #
 # Device configuration
 #

 mainbus0 at root

 cpu0 at mainbus0

 apm0	at mainbus0			# Advanced power management

 # Tuning for power management, see apm(4) for more details.
 #options 	APM_NO_IDLE		# Don't call BIOS CPU idle function
 #options 	APM_V10_ONLY		# Use only the APM 1.0 calls
 #options 	APM_NO_POWEROFF		# Don't power off on halt(8)
 #options 	APM_POWER_PRINT		# Print stats on the console

 options 	APM_DISABLE_INTERRUPTS=1  # Disable interrupts
 options 	APMDEBUG
 options 	APMCALLDEBUG


 # Basic Bus Support

 # PCI bus support
 pci0	at mainbus? bus ?
 pci*	at mainbus? bus ?
 pci*	at pchb? bus ?
 pci*	at ppb? bus ?

 # Configure PCI using BIOS information
 options 	PCIBIOS			# PCI BIOS support
 options 	PCIBIOSVERBOSE		# PCI BIOS verbose info
 #options 	PCIBIOS_IRQS_HINT=0x0a00 # PCI interrupts hint. IRQ 9 or 11
 options 	PCIBIOS_INTR_GUESS	# see pcibios(4)
 #options 	PCIINTR_DEBUG		# super-verbose PCI interrupt fixup

 options 	PCI_ADDR_FIXUP		# fixup PCI I/O addresses
 options 	PCI_BUS_FIXUP		# fixup PCI bus numbering
 options 	PCI_INTR_FIXUP		# fixup PCI interrupt routing

 # PCI bridges
 pchb*	at pci? dev ? function ?	# PCI-Host bridges
 pcib*	at pci? dev ? function ?	# PCI-ISA bridges
 ppb*	at pci? dev ? function ?	# PCI-PCI bridges
 # XXX 'puc's aren't really bridges, but there's no better place for them here
 puc*	at pci? dev ? function ?	# PCI "universal" comm. cards

 agp* 	at pchb?

 # ISA bus support
 isa0	at mainbus?
 isa0	at pcib?

 # PCMCIA bus support
 pcmcia*	at pcic? controller ? socket ?
 pcmcia*	at tcic? controller ? socket ?

 # ISA PCMCIA controllers
 pcic0	at isa? port 0x3e0 iomem 0xd0000 iosiz 0x10000
 pcic1	at isa? port 0x3e2 iomem 0xe0000 iosiz 0x4000
 pcic2	at isa? port 0x3e4 iomem 0xe0000 iosiz 0x4000
 tcic0	at isa? port 0x240 iomem 0xd0000 iosiz 0x10000

 # PCI PCMCIA controllers
 pcic0	at pci? dev? function ?

 # CardBus bridge support
 cbb*		at pci? dev ? function ?
 cardslot*	at cbb?

 # CardBus bus support
 cardbus*	at cardslot?
 pcmcia* 	at cardslot?

 # Coprocessor Support

 # Math Coprocessor support
 npx0	at isa? port 0xf0 irq 13	# x86 math coprocessor


 # Console Devices

 # ISA console
 #pc0	at isa? port 0x60 irq 1		# pccons generic PC console driver
 # Keyboard layout configuration for pccons
 #options 	FRENCH_KBD
 #options 	FINNISH_KBD
 #options 	GERMAN_KBD
 #options 	NORWEGIAN_KBD
 # pccons-specific options:
 #options 	XSERVER_DDB	# PF12 gets you into DDB when X is running
 #options 	XSERVER		# X server support


 # wscons
 pckbc0		at isa?			# pc keyboard controller
 pckbd*		at pckbc?		# PC keyboard
 pms*		at pckbc?		# PS/2 mouse for wsmouse
 vga0		at isa?
 vga*		at pci? dev ? function ?
 pcdisplay0	at isa?			# CGA, MDA, EGA, HGA
 wsdisplay*	at vga? console ?
 wsdisplay*	at pcdisplay? console ?
 wskbd* 		at pckbd? console ?
 wsmouse*	at pms? mux 0

 pcppi0		at isa?
 sysbeep0	at pcppi?

 # Serial Devices

 # PCI serial interfaces
 com*	at puc? port ?			# 16x50s on "universal" comm boards

 # PCMCIA serial interfaces
 com*	at pcmcia? function ?		# Modems and serial cards

 pcmcom*	at pcmcia? function ?		# PCMCIA multi-port serial cards
 com*	at pcmcom? slave ?		# ...and the slave devices

 # CardBus serial interfaces
 com*	at cardbus? function ?	# Modems and serial cards

 # ISA serial interfaces
 com0	at isa? port 0x3f8 irq 4	# Standard PC serial ports
 com1	at isa? port 0x2f8 irq 3
 com2	at isa? port 0x3e8 irq 5


 # Parallel Printer Interfaces

 # ISA parallel printer interfaces
 lpt0	at isa? port 0x378 irq 7	# standard PC parallel ports
 lpt1	at isa? port 0x278
 lpt2	at isa? port 0x3bc


 # SCSI Controllers and Devices

 # SCSI bus support
 scsibus* at scsi?
 scsibus0 at scsi?

 # SCSI devices
 sd0	at scsibus0 target 0 lun ?	# SCSI disk drives
 sd1	at scsibus0 target 1 lun ?	# SCSI disk drives
 sd2	at scsibus0 target 2 lun ?	# SCSI disk drives
 sd3	at scsibus0 target 3 lun ?	# SCSI disk drives
 sd4	at scsibus0 target 4 lun ?	# SCSI disk drives

 sd*	at scsibus? target ? lun ?	# SCSI disk drives
 cd*	at scsibus? target ? lun ?	# SCSI CD-ROM drives

 # IDE drives
 # Flags are used only with controllers that support DMA operations
 # and mode settings (e.g. some pciide controllers)
 # The lowest order four bits (rightmost digit) of the flags define the PIO
 # mode to use, the next set of four bits the DMA mode and the third set the
 # UltraDMA mode. For each set of four bits, the 3 lower bits define the mode
 # to use, and the last bit must be 1 for this setting to be used.
 # For DMA and UDMA, 0xf (1111) means 'disable'.
 # 0x0fac means 'use PIO mode 4, DMA mode 2, disable UltraDMA'.
 # (0xc=1100, 0xa=1010, 0xf=1111)
 # 0x0000 means "use whatever the drive claims to support".

 # ATA (IDE) bus support
 atabus* at ata?

 wd*	at atabus? drive ? flags 0x0000

 # ATAPI bus support
 atapibus* at atapi?

 # ATAPI devices
 # flags have the same meaning as for IDE drives.
 cd*	at atapibus? drive ? flags 0x0000	# ATAPI CD-ROM drives
 sd*	at atapibus? drive ? flags 0x0000	# ATAPI disk drives

 piixide* 	at pci? dev ? function ?	# Intel IDE controllers

 # Miscellaneous mass storage devices

 # ISA floppy
 fdc0	at isa? port 0x3f0 irq 6 drq 2	# standard PC floppy controllers
 fd*	at fdc? drive ?			# the drives themselves

 # Network Interfaces

 # PCI network interfaces
 fxp*	at pci? dev ? function ?	# Intel EtherExpress PRO 10+/100B
 ne* 	at pci? dev ? function ?	# NE2000-compatible Ethernet

 rtk*	at cardbus? function ?		# Realtek 8129/8139
 ral*	at cardbus? function ?		# Ralink Technology, Inc., RT2500, 802.11
 an*	at pcmcia? function ?		# Aironet PC4500/PC4800 (802.11)

 # PCMCIA network interfaces
 ne*	at pcmcia? function ?		# NE2000-compatible Ethernet

 # CardBus network cards
 fxp*	at cardbus? function ?	# Intel i8255x

 # MII/PHY support
 inphy*	at mii? phy ?			# Intel 82555 PHYs

 # USB Controller and Devices

 # PCI USB controllers
 ohci*	at pci?	dev ? function ?	# Open Host Controller
 uhci*	at pci?	dev ? function ?	# Universal Host Controller (Intel)

 # USB bus support
 usb*	at ohci?
 usb*	at uhci?

 # USB Hubs
 uhub*	at usb?
 uhub*	at uhub? port ? configuration ? interface ?

 # USB HID device
 uhidev*	at uhub? port ? configuration ? interface ?

 # USB Generic HID devices
 uhid*	at uhidev? reportid ?

 # USB Printer
 ulpt*	at uhub? port ? configuration ? interface ?

 # USB Modem
 umodem*	at uhub? port ? configuration ?
 ucom*	at umodem?

 # USB Mass Storage
 umass*	at uhub? port ? configuration ? interface ?

 # USB audio
 uaudio*	at uhub? port ? configuration ?

 # USB MIDI
 umidi* at uhub? port ? configuration ?

 # USB IrDA
 # USB-IrDA bridge spec
 uirda* at uhub? port ? configuration ? interface ?
 irframe* at uirda?

 # SigmaTel STIr4200 USB/IrDA Bridge
 ustir* at uhub? port ?
 irframe* at ustir?

 # USB Generic driver
 ugen*	at uhub? port ?

 # IrDA and Consumer Ir devices

 # Toshiba Oboe
 ## oboe* 	at pci0 dev 31 function 0
 ## irframe* at oboe?



 # Audio Devices

 # PCI audio devices
 auich*	at pci? dev ? function ?	# Intel ICH integrated AC'97 Audio

 # Audio support
 audio*	at audiobus?

 # MIDI support
 midi*	at midibus?
 midi*	at pcppi?		# MIDI interface to the PC speaker


 # Pseudo-Devices

 # disk/mass storage pseudo-devices
 pseudo-device	cgd		8	# cryptographic disk devices

 ## pseudo-device	ptm

 pseudo-device	md		1	# memory disk device (ramdisk)
 pseudo-device	vnd		8	# disk-like interface to files

 # network pseudo-devices
 pseudo-device	bpfilter	8	# Berkeley packet filter
 pseudo-device	ipfilter		# IP filter (firewall) and NAT
 pseudo-device	loop		2	# network loopback
 pseudo-device	ppp		2	# Point-to-Point Protocol
 pseudo-device	pppoe			# PPP over Ethernet (RFC 2516)
 pseudo-device	irframetty		# IrDA frame line discipline
 pseudo-device	tun		5	# network tunneling over tty
 pseudo-device	tap		5	# virtual Ethernet

 # miscellaneous pseudo-devices
 pseudo-device	pty			# pseudo-terminals
 pseudo-device	rnd			# /dev/random and in-kernel generator
 pseudo-device	clockctl		# user control of clock subsystem

 # a pseudo device needed for SMBFS
 pseudo-device	nsmb			# experimental - SMB requester

 # wscons pseudo-devices
 pseudo-device	wsmux			# mouse & keyboard multiplexor
 pseudo-device	wsfont


 --BOKacYhQ+x31HxR3--

From: David Laight <david@l8s.co.uk>
To: gnats-bugs@NetBSD.org
Cc: 
Subject: Re: bin/28492 (more(1) doesn't handle NUL data blocks well)
Date: Tue, 26 Sep 2006 07:28:08 +0100

 Could this be caused by less trying to buffer a single 'line' of the file
 into memory? and failing to find a <lf> character...

 	David

 -- 
 David Laight: david@l8s.co.uk

From: matthew green <mrg@eterna.com.au>
To: gnats-bugs@NetBSD.org
Cc: tron@NetBSD.org, gnats-admin@netbsd.org, netbsd-bugs@netbsd.org,
	bsd@allegory.demon.co.uk
Subject: re: bin/28492 (more(1) doesn't handle NUL data blocks well) 
Date: Wed, 27 Sep 2006 06:43:09 +1000

 hmm, please try the follow patch.  (i found it in PR#17911.)


 Index: less/ch.c
 ===================================================================
 RCS file: /cvsroot/src/usr.bin/less/less/ch.c,v
 retrieving revision 1.7
 diff -p -r1.7 ch.c
 *** less/ch.c	14 Apr 2003 02:56:46 -0000	1.7
 --- less/ch.c	26 Sep 2006 20:42:43 -0000
 *************** struct filestate {
 *** 95,101 ****

   static struct filestate *thisfile;
   static int ch_ungotchar = -1;
 ! static int maxbufs = -1;

   extern int autobuf;
   extern int sigs;
 --- 95,101 ----

   static struct filestate *thisfile;
   static int ch_ungotchar = -1;
 ! static int maxbufs = 8;

   extern int autobuf;
   extern int sigs;

From: matthew green <mrg@eterna.com.au>
To: Bob Kemp <bsd@allegory.demon.co.uk>
Cc: tron@NetBSD.org, gnats-admin@netbsd.org, netbsd-bugs@netbsd.org,
	gnats-bugs@NetBSD.org
Subject: re: bin/28492 (more(1) doesn't handle NUL data blocks well) 
Date: Thu, 28 Sep 2006 11:05:02 +1000


    BTW, can anyone else reproduce this bug?

 i've seen it in the past.  but it seems OK with the current version
 in netbsd.  there was an older PR#17911 that had the same problem..
 did you try the patch i sent?  it seems to have been never commited
 to our tree... i seem to recall that i expected it to have been
 fixed in the next version, perhaps by a different change.  what does
 "less --version" say?


 .mrg.

From: Bob Kemp <bsd@allegory.demon.co.uk>
To: gnats-bugs@NetBSD.org
Cc: tron@NetBSD.org, gnats-admin@netbsd.org, netbsd-bugs@netbsd.org,
	mrg@eterna.com.au
Subject: Re: bin/28492 (more(1) doesn't handle NUL data blocks well)
Date: Wed, 27 Sep 2006 20:11:52 +0100

 On Tue, Sep 26, 2006 at 06:35:02AM +0000, David Laight wrote:
 > The following reply was made to PR bin/28492; it has been noted by GNATS.
 > 
 > From: David Laight <david@l8s.co.uk>
 > To: gnats-bugs@NetBSD.org
 > Cc: 
 > Subject: Re: bin/28492 (more(1) doesn't handle NUL data blocks well)
 > Date: Tue, 26 Sep 2006 07:28:08 +0100
 > 
 >  Could this be caused by less trying to buffer a single 'line' of the file
 >  into memory? and failing to find a <lf> character...

 Yes, I think you're right.
 I tried

     ksh -c "print -n a" > zxc
     cat zxc >> zxc
     ^C

 to generate a large file of 'a's.  More behaves similarly in that it chews
 up loads of memory but it is interruptible using ^C.  With /dev/zero it
 doesn't seem to be.

 $ ps l
   UID   PID  PPID  CPU PRI NI     VSZ    RSS WCHAN   STAT TTY       TIME COMMAND
   1000 29579   550  999  -5  0 1223572 277064 biowait D+   ttyp0  0:12.46 more zxc 

 BTW, can anyone else reproduce this bug?
 If it's only me, then I'm happy enough to close it.
 As I wrote in the original report, it was just FYI.

 Bob

From: Matthias Scheler <tron@NetBSD.org>
To: Bob Kemp <bsd@allegory.demon.co.uk>
Cc: gnats-bugs@NetBSD.org
Subject: Re: bin/28492 (more(1) doesn't handle NUL data blocks well)
Date: Sat, 30 Sep 2006 20:45:19 +0100

 On Wed, Sep 27, 2006 at 08:11:52PM +0100, Bob Kemp wrote:
 > BTW, can anyone else reproduce this bug?

 Yes, Matthew Green.

 > If it's only me, then I'm happy enough to close it.
 > As I wrote in the original report, it was just FYI.

 Did you try out his fix or "less -b 64 /dev/zero"?

 	Kind regards

 -- 
 Matthias Scheler                                  http://zhadum.org.uk/

From: Bob Kemp <bsd@allegory.demon.co.uk>
To: Matthias Scheler <tron@NetBSD.org>
Cc: gnats-bugs@NetBSD.org
Subject: Re: bin/28492 (more(1) doesn't handle NUL data blocks well)
Date: Sat, 30 Sep 2006 22:10:01 +0100

 On Sat, Sep 30, 2006 at 08:45:19PM +0100, Matthias Scheler wrote:
 > Did you try out his fix or "less -b 64 /dev/zero"?

 Both but unfortunately they didn't help.

 Bob

From: Matthias Scheler <tron@NetBSD.org>
To: Bob Kemp <bsd@allegory.demon.co.uk>
Cc: gnats-bugs@NetBSD.org
Subject: Re: bin/28492 (more(1) doesn't handle NUL data blocks well)
Date: Sun, 1 Oct 2006 12:37:06 +0100

 On Sat, Sep 30, 2006 at 10:10:01PM +0100, Bob Kemp wrote:
 > On Sat, Sep 30, 2006 at 08:45:19PM +0100, Matthias Scheler wrote:
 > > Did you try out his fix or "less -b 64 /dev/zero"?
 > 
 > Both but unfortunately they didn't help.

 I see. Could you please try these two things:

 1.) Run "less /dev/zero" with the default limits (e.g. without increasing
     the datasize)?

 2.) Could you please run "ktrace -i less /dev/zero" for a few seconds,
     kill it and provide the (eventually shortened) output of
     "ktruss -f ktrace.out"?

 	Thanks in advance

 -- 
 Matthias Scheler                                  http://zhadum.org.uk/

From: Bob Kemp <bsd@allegory.demon.co.uk>
To: Matthias Scheler <tron@NetBSD.org>
Cc: 
Subject: Re: bin/28492 (more(1) doesn't handle NUL data blocks well)
Date: Sun, 1 Oct 2006 15:30:09 +0100

 --sm4nu43k4a2Rpi4c
 Content-Type: text/plain; charset=us-ascii
 Content-Disposition: inline

 On Sun, Oct 01, 2006 at 12:37:06PM +0100, Matthias Scheler wrote:
 > On Sat, Sep 30, 2006 at 10:10:01PM +0100, Bob Kemp wrote:
 > > On Sat, Sep 30, 2006 at 08:45:19PM +0100, Matthias Scheler wrote:
 > > > Did you try out his fix or "less -b 64 /dev/zero"?
 > > 
 > > Both but unfortunately they didn't help.
 > 
 > I see. Could you please try these two things:
 > 
 > 1.) Run "less /dev/zero" with the default limits (e.g. without increasing
 >     the datasize)?
 > 
 > 2.) Could you please run "ktrace -i less /dev/zero" for a few seconds,
 >     kill it and provide the (eventually shortened) output of
 >     "ktruss -f ktrace.out"?

 Well, I had to use "more" not "less", even though they're hard links
 to the same file.  However, you're right.  apologies for not trying
 the lower limits sooner.  "more" displays a prompt but core dumps 

 	more in realloc(): warning: pointer to wrong page.
 	Segmentation fault (core dumped)

 after I press return.  The ktrace/ktruss output is attached.

 Bob


 --sm4nu43k4a2Rpi4c
 Content-Type: application/x-gunzip
 Content-Disposition: attachment; filename="more.ktrace.out.gz"
 Content-Transfer-Encoding: base64

 H4sICLXOH0UAA21vcmUua3RyYWNlLm91dADd3X2T3chhH+r/8ykY5Z9VOdKi0Q2g4ZTKkZ21
 rfiu7OjFrsQsOv0qb2lJbnG58iq5dT/7PWeGb0tpdklKKWWeM0MAM4Pu079GA+jnkDzzYN1T
 DA9uHuHBr58/K21cNsfjrz7/6Ml4Xr/s3/93D+7Y5+vRfjM++t7H//r08fj4sufH9bMnHz9+
 +mx87z8+WL6us87RQ3u9vebvP/jk2bP/sD745Kd//8lPf/GdFX/5x67wqy+f/aGVXkvebH5L
 F73e580nfofn/a+//PkvfvbJL375s5/eVePjx+WLj5ZrqbwsN+t4XYRlWa/r+eJx2b79/P6D
 H12fodZRL/vfVevTL8aTSyvH8/bx5/2HXz79YXv6ZH7vtoZXdV6rinfV8C//Mr98Xp7H5aMX
 LboJ1eKlAdcWfHecLd/keLWIvydC+ZYI7fOnX47rk3//we88vq0BXz25acKr+m/b8v3vKPai
 w66H9Ytf/+rjzz+rH/9slM//4fPy2/Es/+CvnvbRvrx++/l49riVL659unzvZZ53GV5vPMO1
 9ruqeu9DsqX2rockvOiODz8ov7d3r9W+axPSyyNyXax3NeH4tib8/ga8PnPerPXr9fZH75ju
 ddX1ttwb52P4Q87HDxzM7zwq23UQhfXlGf56YHzYyLyzuj/96NzfdXTuHzA623iX4RnOdxpD
 /cXY+/q4e3jW863xeVPoHep+Ue7r8c2bxncN0v5tTf/AQfrZ0/b8849uDtkvfvL3f/U3n/zi
 x6/vF9cr703Z28f3Hj76yz97uFw+ys3y8vF3N6tPf/D3Dx998nB58PDRf3n46aO/uPlz/fyn
 h49++fDRz26//quHjx4+fPQ/Hj767w8f/beHj37+8NE/Pnx0KfjjSw2PfnGzz6Wqyzdv636x
 9b27h+yXv/3ytvHX1vZ+pFfH/cU32uvt/GZn3lXls1H65589+fWLm+/j8vnnT9uru++Lmurt
 IZvvdnr+7hnyjjOEkL/lYNdLS3/90XXWsS+lLN845N+S741i4cOKrbfn4/sWix9WLH1Yse09
 il1G0e11742J8w9f3tt7fX3c0/l+U4W7anvfKcfv1PNelbwR72a2/a/l2fj48Wdfto/vzPhu
 d7Q7a/quedBsT27O2fjqZA2vjtW3Hqffc4O6bfB3ndEvS7wYULenX7o2ct3fuLZdLkJ/fblc
 vby0PfrL29XlgvaDn91u/sPLq97DefuNH7/c98evflJfrJ+//NEnL/b485d73l7nbq9wL7ce
 /cOdl7k3xvX+YafD8WHF8nsU++Ktfj6+Obe72Yzl9d0yLef+xl3lZzf3kP/3ejf49Aef3q7+
 4mZ16f7rLeL6xU8uf/7s5qu/vN3j6cNHP72sfnK7+oub1aW7H/302eXPo4fP/vvDZ/Hhs48f
 Pnv4m8ufT39QLofturV88+Ndev78A/oi/25f1HFnV/zjTVf879uE/3i7+ve3q2uOT3/wt9fl
 5cZ6Xf704W/+v4e/aQ9/Ex/+5s9ufvq/Hz65LH95XT769Gb51w+f/M+HTz65+f5/u9y4rx12
 Xf7wZvln1+WltjIeljs74g+cWqwvphb/9JOf/vx/vJpcpNsZ6esTMN+cEZcJxS+vU4VPf3CZ
 K/zlnU16g8iXWcDn48svX053b25S+UOvsW/W9MLM7/gCxGdffjmef/Wrz/pHv9tL331J7eM3
 Hz9//ttvPnXL33olfdm/8fdO3Zb/i6du88vfPmkfPqBeBP75JfA/fUjiH1+zvmPi5UXg5Q+c
 qn72q9Kef/b0yXXr+bPy+IuP3piqjpbym6/S/MfbKeDRLqC4uU1+6135jtrD/+Hq2x+t+pcz
 lOtJ8L/Gs6evX5Iro3144UsL3mU282bBN2LcTBDSXWU//3KM670hvby7vZz53Izg8C6zmPS6
 oft3zGLeerY3nutdb+btPW5g//bss+fjoxeKz8s2Z7rNGK5dEo43zrB//ue/CP96Wf3ournt
 /yn87XXj7+48EV7cGtOLC/W53I6iW1X86EEO5/rmhOxP+nFniLv6J96+KBuWNX6ji47Hj/7z
 n+rjjxLiT5rg8vFHCfEnzvDHORJ/4gx/nCPxJ87wxzkSf+IM+JH41Xj+/LPH4+ns5bcfvZwL
 zPxdr9+9ccPrH4be8UHFrtz9kGIf9mra8WGvAxzvg9g7R9G+3dyo9/P//jPhm5ONS6/dx8nG
 6+OXwwcd9vw+h/2t+Vm7l132Voh5L0O8PoDn+xzA18XKhx/3y3XpPnbZWyHuJy7eCiGcgcd9
 PwPbh52B48PPwCycgXkTQmQhRBVCDCDEGYQQSQhx3MsQr24vYf2gu1J4r7/LfKvLyr3ssrdC
 dCBEWYQQUQhxP19WeCuEYKUiWKncTyt9M0QV9FIFvVRBL1XQSxX00gS9NEEv7b7r5b1eHHtV
 bP0D9NIEvTRBL13QSxf00gW9dEEvXdBLF/QyBL0MQS9D0MsQ9DIEvUxBL1PQy7yfenkrhOCJ
 CXji+u/igBCAJ8ICeCIsgCfCAngiLIAnQgA8EQLgiRAAT4QAeCIEwBNhBTwRVsATYb2fnnj1
 1xrxvf5a41Wx9F7FXr8TUXzPdyLa3vFdu8Kbb3XxTu/L8vL4AZQKq0CpKFAqCpSKAqWiQKko
 UCoKlEoCpZJAqSRQKgmUSgKlNoFSm0Cp7X5S6q0Qgic2wRO74Ild8MQueOKevmPYWyEET9zT
 t9X4ZgjhjS7CIXjiEDxxCJ44BE9kwRNZ8EQWPJEFT2TBE6fgiVPwxCl44hQ8cQqeOAVPFMET
 RfBEETxRBE8UwRNV8EQVPFEFT1TBE1XwRBM80QRPNMETTfBEEzzRBE90wRNd8EQXPNEFT3TB
 E0PwxBA8Me6nJ179H5D9w/7rSP7wN9IKQ9DLEPQyBb1MQS9T0MsU9DIFvUxAL+sC6GVdAL1c
 fx82EALQy7oAelkDoJc1AHpZw/3Uy1shAE+sAfDEugKeWFfAE+sKeGJdAU+sK+CJdRU8EQVP
 RMETUfBEFDwRBU8kwRNJ8EQSPJEETyTBE5vgiU3wxCZ4YhM8sQme2ARP7IIndsETu+CJXfDE
 LnjiEDxxCJ44BE8cgicOwRNZ8EQWPJEFT2TBE1nwRBY8cQqeOAVPnIInTsETp+CJIniiCJ4o
 gieK4IkieKIKnqiCJ6rgiSp4ogqeqIInmuCJJniiCZ5ogiea4IkueKILnuiCJ7rgiS54Ygie
 GIInhuCJIXhiCJ4Ygiem4IkpeGIKnpiCJybgicv9WggBeCIugCfiAngiLoAnYgA8EQPgiRgA
 T8QAeCIGwBMxAJ6IK+CJuAKeiCvgibgCnoir4IkoeCIKnoiCJ6LgiSh4IgmeSIInkuCJJHgi
 CZ5Igic2wROb4IlN8MQmeGITPLELntgFT+z30xOvfm1Fe69fW/H4cfnio+Uad7uUuq7jdRGW
 Zb2u54vHZfv289ohy9e11ssey921fvXkpt6bHV9VfNusd/jVG+fy4b96I+4CpXaBUodAqUOg
 1CFQ6hAodQiUOgRKZYFSWaBUFiiVBUplgVKnQKlToNR5Pyn1VgjBE6fgiSJ4ogieKIIniuCJ
 IniiCJ6ogieq4IkqeKIKnqiCJ5rgiSZ4ogmeaIInmuCJLniiC57ogie64IkueKILnhiCJ4bg
 iSF4YgieGIInpuCJKXhiCp6Ygicm4Im0AJ5IC+CJtACeSAvgibQAnkgL4IkUAE+kAHgiBcAT
 KQCeSAHwRFoBT6QV8ERaAU+kFfBEWgVPRMETUfBEFDwRBU9EwRNR8EQSPJEETyTBE0nwRBI8
 sQme2ARPbIInNsETm+CJXfDELnhiFzyxC57YBU/sgicOwROH4IlD8MQheOIQPJEFT2TBE1nw
 RBY8kQVPnIInTsETp+CJU/DEKXjiFDxRBE8UwRNF8EQRPFEET1TBE1XwRBU8UQVPVMETTfBE
 EzzRBE80wRNN8EQTPNEFT3TBE13wRBc80QVPDMETQ/DEEDwxBE8MwRNT8MQUPDEFT0zBE1Pw
 xAQ8sS2AJ7YF8MS2AJ7YFsAT2wJ4YguAJ7YAeGILgCe2AHhiC4AnthXwxLYCnthWwBPbCnhi
 WwFPbKvgiSh4IgqeiIInouCJKHgiCZ5IgieS4IkkeCIJntgET2yCJzbBE5vgiU3wxCZ4Yhc8
 sQue2AVP7IIndsETh+CJQ/DEIXjiEDxxCJ7Igiey4IkseCILnsiCJ7LgiVPwxCl44hQ8cQqe
 OAVPFMETRfBEETxRBE8UwRNV8EQVPFEFT1TBE1XwRBU80QRPNMETTfBEEzzRBE90wRNd8EQX
 PNEFT3TBE0PwxBA8MQRPDMETQ/DEEDwxBU9MwRNT8MQUPDEBT1xudUIIwBP7AnhiXwBP7Avg
 iT0AntgD4Ik9AJ7YA+CJPQCe2APgiX0FPLGvgCf2FfDEvgKe2FfBE1HwRBQ8EQVPRMETUfBE
 EjyRBE8kwRNJ8EQSPJEET2yCJzbBE5vgiU3wxCZ4Yhc8sQue2O+nJ+olxa8vKc68nzcNf+Px
 owfLXcUePy5ffLTcJL+Uuq7jdRGWZb2u54vHZfv289ohy9e11uW6/521fvXkpt7rjpeqbive
 bpv1LY15maEsH5ihvFeGMsc7Zlhedk7+zgxvDSbBdbvgukNw3SG47hBcdwiuOwTXHYLrsuC6
 LLguC67Lguuy4LpTcN0puO68n657K4TgiVPwRBE8UQRPFMETRfBEETxRBE9UwRNV8EQVPFEF
 T1TBE03wRBM80QRPNMETTfBEFzzRBU90wRNd8EQXPNEFTwzBE0PwxBA8MQRPDMETU/DEFDwx
 BU9MwRMT8MSxAJ44FsATxwJ44lgATxwL4IljATxxBMATRwA8cQTAE0cAPHEEwBPHCnjiWAFP
 HCvgiWMFPHGsgiei4IkoeCIKnoiCJ6LgiSh4IgmeSIInkuCJJHgiCZ7YBE9sgic2wROb4IlN
 8MQueGIXPLELntgFT+yCJ3bBE4fgiUPwxCF44hA8cQieyIInsuCJLHgiC57IgidOwROn4IlT
 8MQpeOIUPHEKniiCJ4rgiSJ4ogieKIInquCJKniiCp6ogieq4IkmeKIJnmiCJ5rgiSZ4ogme
 6IInuuCJLniiC57ogieG4IkheGIInhiCJ4bgiSl4YgqemIInpuCJKXhiAp7IC+CJvACeyAvg
 ibwAnsgL4IkcAE/kAHgiB8ATOQCeyAHwRF4BT+QV8EReAU/kFfBEXgFP5FXwRBQ8EQVPRMET
 UfBEFDyRBE8kwRNJ8EQSPJEET2yCJzbBE5vgiU3wxCZ4YhM8sQue2AVP7IIndsETu+CJQ/DE
 IXjiEDxxCJ44BE9kwRNZ8EQWPJEFT2TBE1nwxCl44hQ8cQqeOAVPnIIniuCJIniiCJ4ogieK
 4IkqeKIKnqiCJ6rgiSp4ogqeaIInmuCJJniiCZ5ogie64IkueKILnuiCJ7rgiSF4YgieGIIn
 huCJIXhiCJ6Ygiem4IkpeGIKnpiAJy53CSEE4IlzATxxLoAnzgXwxBkAT5wB8MQZAE+cAfDE
 GQBPnAHwxLkCnjhXwBPnCnjiXAFPnKvgiSh4IgqeiIInouCJKHgiCZ5IgieS4IkkeCIJnkiC
 JzbBE5vgiU3wxCZ4YhM8sQue2AVP7IIndsETu+CJQ/DEIXjiEDxxCJ44BE8cgiey4IkseCIL
 nsiCJ7LgiVPwxCl44hQ8cQqeOAVPFMETRfBEETxRBE8UwRNF8EQVPFEFT1TBE1XwRBU80QRP
 NMETTfBEEzzRBE90wRNd8EQXPNEFT3TBE13wxBA8MQRPDMETQ/DEEDwxBU9MwRNT8MQUPDEB
 T5QF8ERZAE+UBfBEWQBPlAXwRFkAT5QAeKIEwBMlAJ4oAfBECYAnygp4oqyAJ8oKeKKsgCfK
 KngiCp6Igiei4IkoeCIKnoiCJ5LgiSR4IgmeSIInkuCJTfDEJnhiEzyxCZ7YBE/sgid2wRO7
 4Ild8MQueGIXPHEInjgETxyCJw7BE4fgiSx4IgueyIInsuCJLHjiFDxxCp44BU+cgidOwROn
 4IkieKIIniiCJ4rgiSJ4ogqeqIInquCJKniiCp5ogiea4IkmeKIJnmiCJ5rgiS54ogue6IIn
 uuCJLnhiCJ4YgieG4IkheGIInpiCJ6bgiSl4YgqemIInJuCJugCeqAvgiboAnqgL4Im6AJ6o
 AfBEDYAnagA8UQPgiRoAT9QV8ERdAU/UFfBEXQFP1BXwRF0FT0TBE1HwRBQ8EQVPRMETSfBE
 EjyRBE8kwRNJ8MQmeGITPLEJntgET2yCJzbBE7vgiV3wxC54Yhc8sQueOARPHIInDsETh+CJ
 Q/BEFjyRBU9kwRNZ8EQWPJEFT5yCJ07BE6fgiVPwxCl4ogieKIIniuCJIniiCJ6ogieq4Ikq
 eKIKnqiCJ6rgiSZ4ogmeaIInmuCJJniiC57ogie64IkueKILnhiCJ4bgiSF4YgieGIInhuCJ
 KXhiCp6Ygiem4IkJeOJygRVCAJ5oC+CJtgCeaAvgiRYAT7QAeKIFwBMtAJ5oAfBEC4An2gp4
 oq2AJ9oKeKKtgCfaKngiCp6Igiei4IkoeCIKnkiCJ5LgiSR4IgmeSIInkuCJTfDEJnhiEzyx
 CZ7YBE/sgid2wRP7/fREvaT49SVFXfbzpuFvPH70YLmr2OPH5YuPlmvccSl1XcfrIizLel3P
 F4/L9u3ntUMuT1KvbzW93F3rV09u6r3sWObListts76lMS8ztA/NENb3CnF9N/93CnGb9mUv
 fXuIt0aTALtdgN0hwO4QYHcIsDsE2B0C7A4BdlmAXRZglwXYZQF2WYDdKcDuFGB33k/YvRVC
 8MQpeKIIniiCJ4rgiSJ4ogieKIInquCJKniiCp6ogieq4IkmeKIJnmiCJ5rgiSZ4ogue6IIn
 uuCJLniiC57ogieG4IkheGIInhiCJ4bgiSl4YgqemIInpuCJCXjiwgkhBOCJvgCe6Avgib4A
 nugL4IkeAE/0AHiiB8ATPQCe6AHwRF8BT/QV8ERfAU/0FfBEXwVPRMETUfBEFDwRBU9EwRNR
 8EQSPJEETyTBE0nwRBI8sQme2ARPbIInNsETm+CJXfDELnhiFzyxC57YBU/sgicOwROH4IlD
 8MQheOIQPJEFT2TBE1nwRBY8kQVPnIInTsETp+CJU/DEKXjiFDxRBE8UwRNF8EQRPFEET1TB
 E1XwRBU8UQVPVMETTfBEEzzRBE80wRNN8EQTPNEFT3TBE13wRBc80QVPDMETQ/DEEDwxBE8M
 wRNT8MQUPDEFT0zBE1PwxAQ8MRbAE2MBPDEWwBNjATwxFsATIwCeGAHwxAiAJ0YAPDEC4Imx
 Ap4YK+CJsQKeGCvgibECnhir4IkoeCIKnoiCJ6LgiSh4IgmeSIInkuCJJHgiCZ7YBE9sgic2
 wROb4IlN8MQmeGIXPLELntgFT+yCJ3bBE4fgiUPwxCF44hA8cQieyIInsuCJLHgiC57Igiey
 4IlT8MQpeOIUPHEKnjgFTxTBE0XwRBE8UQRPFMETVfBEFTxRBU9UwRNV8EQVPNEETzTBE03w
 RBM80QRPdMETXfBEFzzRBU90wRND8MQQPDEETwzBE0PwxBA8MQVPTMETU/DEFDwxAU9crk1C
 CMATcwE8MRfAE3MBPDED4IkZAE/MAHhiBsATMwCemAHwxFwBT8wV8MRcAU/MFfDEXAVPRMET
 UfBEFDwRBU9EwRNJ8EQSPJEETyTBE0nwRBI8sQme2ARPbIInNsETm+CJXfDELnhiFzyxC57Y
 BU8cgicOwROH4IlD8MQheOIQPJEFT2TBE1nwRBY8kQVPnIInTsETp+CJU/DEKXiiCJ4ogieK
 4IkieKIIniiCJ6rgiSp4ogqeqIInquCJJniiCZ5ogiea4IkmeKILnuiCJ7rgiS54ogue6IIn
 huCJIXhiCJ4YgieG4IkpeGIKnpiCJ6bgiXn/PXFeWi6EuP+euIS4/564hLj/nriEuP+euIS4
 /564jKX774lLiPvviUuI+++JS4j774lLiPvviXNZ778nLiHuvycuIe6/Jy4h7r8nLiEET0TB
 E1HwRBQ8EQVPRMETUfBEEjyRBE8kwRNJ8EQSPLEJntgET2yCJzbBE5vgiV3wxC54Yhc8sQue
 2AVP7IInDsETh+CJQ/DEIXjiEDyRBU9kwRNZ8EQWPJEFT5yCJ07BE6fgiVPwxCl44hQ8UQRP
 FMETRfBEETxRBE9UwRNV8EQVPFEFT1TBE03wRBM80QRPNMETTfBEEzzRBU90wRNd8EQXPNEF
 TwzBE0PwxBA8MQRPDMETU/DEFDwxBU9MwRNT8MQEPBEWwBNhATwRFsATYQE8ERbAEyEAnggB
 8EQIgCdCADwRAuCJsAKeCCvgibACnggr4ImwAp4Iq+CJKHgiCp6Igiei4IkoeCIJnkiCJ5Lg
 iSR4Igme2ARPbIInNsETm+CJTfDEJnhiFzyxC57YBU/sgid2wROH4IlD8MQheOIQPHEInsiC
 J7LgiSx4IgueyIInsuCJU/DEKXjiFDxxCp44BU8UwRNF8EQRPFEETxTBE1XwRBU8UQVPVMET
 VfBEFTzRBE80wRNN8EQTPNEET3TBE13wRBc80QVPdMETQ/DEEDwxBE8MwRND8MQQPDEFT0zB
 E1PwxBQ8MQFPXE5rIQTgiXUBPLEugCfWBfDEGgBPrAHwxBoAT6wB8MQaAE+sAfDEugKeWFfA
 E+sKeGJdAU+sq+CJKHgiCp6Igiei4IkoeCIJnkiCJ5LgiSR4IgmeSIInNsETm+CJTfDEJnhi
 EzyxC57YBU/sgid2wRO74IlD8MQheOIQPHEInjgETxyCJ7LgiSx4IgueyIInsuCJU/DEKXji
 FDxxCp44BU8UwRNF8EQRPFEETxTBE0XwRBU8UQVPVMETVfBEFTzRBE80wRNN8EQTPNEET3TB
 E13wRBc80QVPdMETXfDEEDwxBE8MwRND8MQQPDEFT0zBE1PwxBQ8MQFPxAXwRFwAT8QF8ERc
 AE/EBfBEXABPxAB4IgbAEzEAnogB8EQMgCfiCngiroAn4gp4Iq6AJ+IqeCIKnoiCJ6LgiSh4
 IgqeiIInkuCJJHgiCZ5IgieS4IlN8MQmeGITPLEJntgET+yCJ3bBE7vgiV3wxC54Yhc8cQie
 OARPHIInDsETh+CJLHgiC57Igiey4IkseOIUPHEKnjgFT5yCJ07BE6fgiSJ4ogieKIIniuCJ
 IniiCp6ogieq4IkqeKIKnmiCJ5rgiSZ4ogmeaIInmuCJLniiC57ogie64IkueGIInhiCJ4bg
 iSF4YgiemIInpuCJKXhiCp6Ygicm4Im0AJ5IC+CJtACeSAvgibQAnkgB8EQKgCdSADyRAuCJ
 FABPpBXwRFoBT6QV8ERaAU+kFfBEWgVPRMETUfBEFDwRBU9EwRNJ8EQSPJEETyTBE0nwxCZ4
 YhM8sQme2ARPbIInNsETu+CJXfDELnhiFzyxC544BE8cgicOwROH4IlD8EQWPJEFT2TBE1nw
 RBY8kQVPnIInTsETp+CJU/DEKXiiCJ4ogieK4IkieKIInqiCJ6rgiSp4ogqeqIInquCJJnii
 CZ5ogiea4IkmeKILnuiCJ7rgiS54ogueGIInhuCJIXhiCJ4YgieG4IkpeGIKnpiCJ6bgiQl4
 4nJGCCEAT2wL4IltATyxLYAntgB4YguAJ7YAeGILgCe2AHhiC4AnthXwxLYCnthWwBPbCnhi
 WwVPRMETUfBEFDwRBU9EwRNJ8EQSPJEETyTBE0nwRBI8sQme2ARPbIInNsETm+CJXfDELnhi
 FzyxC57YBU8cgicOwROH4IlD8MQheOIQPJEFT2TBE1nwRBY8kQVPnIInTsETp+CJU/DEKXii
 CJ4ogieK4IkieKIIniiCJ6rgiSp4ogqeqIInquCJJniiCZ5ogiea4IkmeKILnuiCJ7rgiS54
 ogue6IInhuCJIXhiCJ4YgieG4IkpeGIKnpiCJ6bgiQl4Yl8AT+wL4Il9ATyxL4An9gXwxL4A
 ntgD4Ik9AJ7YA+CJPQCe2APgiX0FPLGvgCf2FfDEvgKe2FfBE1HwRBQ8EQVPRMETUfBEFDyR
 BE8kwRNJ8EQSPJEET2yCJzbBE5vgiU3wxCZ4Yhc8sQue2AVP7IIndsETu+CJQ/DEIXjiEDxx
 CJ44BE9kwRNZ8EQWPJEFT2TBE6fgiVPwxCl44hQ8cQqeOAVPFMETRfBEETxRBE8UwRNV8EQV
 PFEFT1TBE1XwRBM80QRPNMETTfBEEzzRBE90wRNd8EQXPNEFT3TBE0PwxBA8MQRPDMETQ/DE
 FDwxBU9MwRNT8MQUPDEBTxwL4IljATxxLIAnjgXwxLEAnjgC4IkjAJ44AuCJIwCeOALgiWMF
 PHGsgCeOFfDEsQKeOFbAE8cqeCIKnoiCJ6LgiSh4IgqeSIInkuCJJHgiCZ5Igic2wROb4IlN
 8MQmeGITPLEJntgFT+yCJ3bBE7vgiV3wxCF44hA8cQieOARPHIInsuCJLHgiC57Igiey4Iks
 eOIUPHEKnjgFT5yCJ07BE0XwRBE8UQRPFMETRfBEFTxRBU9UwRNV8EQVPFEFTzTBE03wRBM8
 0QRPNMETXfBEFzzRBU90wRNd8MQQPDEETwzBE0PwxBA8MQRPTMETU/DEFDwxBU9MwBOXwSSE
 ADyRF8ATeQE8kRfAEzkAnsgB8EQOgCcuTRZCAJ7IAfBEXgFP5BXwRF4BT+QV8EReBU9EwRNR
 8EQUPBEFT0TBE0nwRBI8kQRPJMETSfBEEjyxCZ7YBE9sgic2wROb4Ild8MQueGK/n56olxS/
 vqQYy/VXMl8a/sbjRw+Wu4o9fly++Gi5xg3lUuy6EW++Wpb1up4vHpft289rjyxf11r6vOx/
 Z7VfPbmp+LrjPF9UHF726J3FXoa4PPvvpHinEOv6fiFqf8cQN2lfddO3hnhrOAmy2wXZHYLs
 DkF2hyC7Q5DdIcjuEGSXBdllQXZZkF0WZJcF2Z2C7E5Bduf9lN1bIQRPnIIniuCJIniiCJ4o
 gieK4IkieKIKnqiCJ6rgiSp4ogqeaIInmuCJJniiCZ5ogie64IkueKILnuiCJ7rgiS54Ygie
 GIInhuCJIXhiCJ6Ygiem4IkpeGIKnpiAJ67/fg4IAXjiXABPnAvgiXMBPHEugCfOAHjiDIAn
 zgB44gyAJ84AeOJcAU+cK+CJcwU8ca6AJ85V8EQUPBEFT0TBE1HwRBQ8EQVPJMETSfBEEjyR
 BE8kwROb4IlN8MQmeGITPLEJntgFT+yCJ3bBE7vgiV3wxC544hA8cQieOARPHIInDsETWfBE
 FjyRBU9kwRNZ8MQpeOIUPHEKnjgFT5yCJ07BE0XwRBE8UQRPFMETRfBEFTxRBU9UwRNV8EQV
 PNEETzTBE03wRBM80QRPNMETXfBEFzzRBU90wRNd8MQQPDEETwzBE0PwxBA8MQVPTMETU/DE
 FDwxBU9MwBNlATxRFsATZQE8URbAE2UBPFEC4IkSAE+UAHiiBMATJQCeKCvgibICnigr4Imy
 Ap4oK+CJsgqeiIInouCJKHgiCp6IgieS4IkkeCIJnkiCJ5LgiU3wxCZ4YhM8sQme2ARPbIIn
 dsETu+CJXfDELnhiFzxxCJ44BE8cgicOwROH4IkseCILnsiCJ7LgiSx4IgueOAVPnIInTsET
 p+CJU/BEETxRBE8UwRNF8EQRPFEFT1TBE1XwRBU8UQVPVMETTfBEEzzRBE80wRNN8EQXPNEF
 T3TBE13wRBc8MQRPDMETQ/DEEDwxBE8MwRNT8MQUPDEFT0zBExPwxOU4CCEAT9QF8ERdAE/U
 BfBEDYAnagA8UQPgiRoAT9QAeKIGwBN1BTxRV8ATdQU8UVfAE3UVPBEFT0TBE1HwRBQ8EQVP
 JMETSfBEEjyRBE8kwRNJ8MQmeGITPLEJntgET2yCJ3bBE7vgiV3wxC54Yhc8cQieOARPHIIn
 DsETh+CJQ/BEFjyRBU9kwRNZ8EQWPHEKnjgFT5yCJ07BE6fgiSJ4ogieKIIniuCJIniiCJ6o
 gieq4IkqeKIKnqiCJ5rgiSZ4ogmeaIInmuCJLniiC57ogie64IkueKILnhiCJ4bgiSF4Ygie
 GIInpuCJKXhiCp6Ygicm4Im2AJ5oC+CJtgCeaAvgibYAnmgL4IkWAE+0AHiiBcATLQCeaAHw
 RFsBT7QV8ERbAU+0FfBEWwVPRMETUfBEFDwRBU9EwRNR8EQSPJEETyTBE0nwRBI8sQme2ARP
 bIInNsETm+CJXfDELnhiFzyxC57YBU/sgicOwROH4IlD8MQheOIQPJEFT2TBE1nwRBY8kQVP
 nIInTsETp+CJU/DEKXjiFDxRBE8UwRNF8EQRPFEET1TBE1XwRBU8UQVPVMETTfBEEzzRBE80
 wRNN8EQTPNEFT3TBE13wRBc80QVPDMETQ/DEEDwxBE8MwRNT8MQUPDEFT0zBE1PwxAQ80RfA
 E30BPNEXwBN9ATzRF8ATPQCe6AHwRA+AJ3oAPNED4Im+Ap7oK+CJvgKe6Cvgib4Cnuir4Iko
 eCIKnoiCJ6LgiSh4IgmeSIInkuCJJHgiCZ7YBE9sgic2wROb4IlN8MQmeGIXPLELntgFT+yC
 J3bBE4fgiUPwxCF44hA8cQieyIInsuCJLHgiC57Igiey4IlT8MQpeOIUPHEKnjgFTxTBE0Xw
 RBE8UQRPFMETVfBEFTxRBU9UwRNV8EQVPNEETzTBE03wRBM80QRPdMETXfBEFzzRBU90wRND
 8MQQPDEETwzBE0PwxBA8MQVPTMETU/DEFDwxAU9cIgghAE+MBfDEWABPjAXwxAiAJ0YAPDEC
 4IkRAE+MAHhiBMATYwU8MVbAE2MFPDFWwBNjFTwRBU9EwRNR8EQUPBEFTyTBE0nwRBI8kQRP
 JMETSfDEJnhiEzyxCZ7YBE9sgid2wRO74Ild8MQueGIXPHEInjgETxyCJw7BE4fgiUPwRBY8
 kQVPZMETWfBEFjxxCp44BU+cgidOwROn4IkieKIIniiCJ4rgiSJ4ogieqIInquCJKniiCp6o
 giea4IkmeKIJnmiCJ5rgiS54ogue6IInuuCJLniiC54YgieG4IkheGIInhiCJ6bgiSl4Ygqe
 mIInJuCJuQCemAvgibkAnpgL4Im5AJ6YC+CJGQBPzAB4YgbAEzMAnpgB8MRcAU/MFfDEXAFP
 zBXwxFwFT0TBE1HwRBQ8EQVPRMETUfBEEjyRBE8kwRNJ8EQSPLEJntgET2yCJzbBE5vgiV3w
 xC54Yhc8sQue2AVP7IInDsETh+CJQ/DEIXjiEDyRBU9kwRNZ8EQWPJEFT5yCJ07BE6fgiVPw
 xCl44hQ8UQRPFMETRfBEETxRBE9UwRNV8EQVPFEFT1TBE03wRBM80QRPNMETTfBEEzzRBU90
 wRNd8EQXPNEFTwzBE0PwxBA8MQRPDMETU/DEFDwxBU9MwRNT8MS8/54oy3L/PXEJcf89cQlx
 /z1xCXH/PXEJcf89cZn93X9PXELcf09cQtx/T1xC3H9PXBLcf0+Uyw1bCHH/PXEJcf89cQlx
 /z1xCXH/PXEJIXgiCp6Igiei4IkoeCIKnkiCJ5LgiSR4IgmeSIInNsETm+CJTfDEJnhiEzyx
 CZ7YBU/sgid2wRO74Ild8MQheOIQPHEInjgETxyCJ7LgiSx4IgueyIInsuCJLHjiFDxxCp44
 BU+cgidOwRNF8EQRPFEETxTBE0XwRBU8UQVPVMETVfBEFTxRBU80wRNN8EQTPNEETzTBE13w
 RBc80QVPdMETXfDEEDwxBE8MwRND8MQQPDEET0zBE1PwxBQ8MQVPTMATF00IIQBPhAXwRFgA
 T4QF8EQIgCdCADwRAuCJEABPhAB4IgTAE2EFPBFWwBNhBTwRVsATYRU8EQVPRMETUfBEFDwR
 BU8kwRNJ8EQSPJEETyTBE0nwxCZ4YhM8sQme2ARPbIIndsETu+CJXfDELnhiFzxxCJ44BE8c
 gicOwROH4IlD8EQWPJEFT2TBE1nwRBY8cQqeOAVPnIInTsETp+CJIniiCJ4ogieK4IkieKII
 nqiCJ6rgiSp4ogqeqIInmuCJJniiCZ5ogiea4IkueKILnuiCJ7rgiS54ogueGIInhuCJIXhi
 CJ4Ygiem4IkpeGIKnpiCJybgiWvTgRCAJ9YF8MS6AJ5YF8AT6wJ4Yg2AJ9YAeGINgCfWAHhi
 DYAn1hXwxLoCnlhXwBPrCnhiXQVPRMETUfBEFDwRBU9EwRNR8EQSPJEETyTBE0nwRBI8sQme
 2ARPbIInNsETm+CJXfDELnhiFzyxC57YBU/sgicOwROH4IlD8MQheOIQPJEFT2TBE1nwRBY8
 kQVPnIInTsETp+CJU/DEKXjiFDxRBE8UwRNF8EQRPFEET1TBE1XwRBU8UQVPVMETTfBEEzzR
 BE80wRNN8EQTPNEFT3TBE13wRBc80QVPDMETQ/DEEDwxBE8MwRNT8MQUPDEFT0zBE1PwxAQ8
 ERfAE3EBPBEXwBNxATwRF8ATMQCeiAHwRAyAJ2IAPBED4Im4Ap6IK+CJuAKeiCvgibgCnoir
 4IkoeCIKnoiCJ6LgiSh4IgmeSIInkuCJJHgiCZ7YBE9sgic2wROb4IlN8MQmeGIXPLELntgF
 T+yCJ3bBE4fgiUPwxCF44hA8cQieyIInsuCJLHgiC57Igiey4IlT8MQpeOIUPHEKnjgFTxTB
 E0XwRBE8UQRPFMETVfBEFTxRBU9UwRNV8EQVPNEETzTBE03wRBM80QRPdMETXfBEFzzRBU90
 wRND8MQQPDEETwzBE0PwxBA8MQVPTMETU/DEFDwxAU9cJuJCCMATaQE8kRbAE2kBPJEC4IkU
 AE+kAHgiBcATKQCeSAHwRFoBT6QV8ERaAU+kFfBEWgVPRMETUfBEFDwRBU9EwRNJ8EQSPJEE
 TyTBE0nwRBI8sQme2ARPbIInNsETm+CJXfDELnhiFzyxC57YBU8cgicOwROH4IlD8MQheOIQ
 PJEFT2TBE1nwRBY8kQVPnIInTsETp+CJU/DEKXiiCJ4ogieK4IkieKIIniiCJ6rgiSp4ogqe
 qIInquCJJniiCZ5ogiea4IkmeKILnuiCJ7rgiS54ogue6IInhuCJIXhiCJ4YgieG4IkpeGIK
 npiCJ6bgiQl4YlsAT2wL4IltATyxLYAntgXwxLYAntgC4IktAJ7YAuCJLQCe2ALgiW0FPLGt
 gCe2FfDEtgKe2FbBE1HwRBQ8EQVPRMETUfBEFDyRBE8kwRNJ8EQSPJEET2yCJzbBE5vgiU3w
 xCZ4Yhc8sQue2AVP7IIndsETu+CJQ/DEIXjiEDxxCJ44BE9kwRNZ8EQWPJEFT2TBE6fgiVPw
 xCl44hQ8cQqeOAVPFMETRfBEETxRBE8UwRNV8EQVPFEFT1TBE1XwRBM80QRPNMETTfBEEzzR
 BE90wRNd8EQXPNEFT3TBE0PwxBA8MQRPDMETQ/DEFDwxBU9MwRNT8MQUPDEBT+wL4Il9ATyx
 L4An9gXwxL4AntgD4Ik9AJ7YA+CJPQCe2APgiX0FPLGvgCf2FfDEvgKe2FfAE/sqeCIKnoiC
 J6LgiSh4IgqeSIInkuCJJHgiCZ5Igic2wROb4IlN8MQmeGITPLEJntgFT+yCJ3bBE7vgiV3w
 xCF44hA8cQieOARPHIInsuCJLHgiC57Igiey4IkseOIUPHEKnjgFT5yCJ07BE0XwRBE8UQRP
 FMETRfBEFTxRBU9UwRNV8EQVPFEFTzTBE03wRBM80QRPNMETXfBEFzzRBU90wRNd8MQQPDEE
 TwzBE0PwxBA8MQRPTMETU/DEFDwxBU9MwBOXOawQAvDEsQCeOBbAE8cCeOIIgCeOAHjiCIAn
 jgB44giAJ44AeOJYAU8cK+CJYwU8cayAJ45V8EQUPBEFT0TBE1HwRBQ8kQRPJMETSfBEEjyR
 BE8kwROb4IlN8MQmeGITPLEJntgFT+yCJ3bBE7vgiV3wxCF44hA8cQieOARPHIInDsETWfBE
 FjyRBU9kwRNZ8MQpeOIUPHEKnjgFT5yCJ4rgiSJ4ogieKIIniuCJIniiCp6ogieq4IkqeKIK
 nmiCJ5rgiSZ4ogmeaIInuuCJLniiC57ogie64IkueGIInhiCJ4bgiSF4YgiemIInpuCJKXhi
 Cp6YgCfyAngiL4An8gJ4Ii+AJ/ICeCIvgCdyADyRA+CJHABP5AB4IgfAE3kFPJFXwBN5BTyR
 V8ATeRU8EQVPRMETUfBEFDwRBU9EwRNJ8EQSPJEETyTBE0nwxCZ4YhM8sQme2ARPbIIndsET
 u+CJXfDELnhiFzyxC544BE8cgicOwROH4IlD8EQWPJEFT2TBE1nwRBY8cQqeOAVPnIInTsET
 p+CJU/BEETxRBE8UwRNF8EQRPFEFT1TBE1XwRBU8UQVPNMETTfBEEzzRBE80wRNN8EQXPNEF
 T3TBE13wRBc8MQRPDMETQ/DEEDwxBE9MwRNT8MQUPDEFT0zBExPwxLkAnjgXwBPnAnjiXABP
 nAvgiTMAnjgD4IkzAJ44A+CJMwCeOFfAE+cKeOJcAU+cK+CJcwU8ca6CJ6LgiSh4IgqeiIIn
 ouCJJHgiCZ5IgieS4IkkeGITPLEJntgET2yCJzbBE5vgiV3wxC54Yhc8sQue2AVPHIInDsET
 h+CJQ/DEIXgiC57Igiey4IkseCILnsiCJ07BE6fgiVPwxCl44hQ8UQRPFMETRfBEETxRBE9U
 wRNV8EQVPFEFT1TBE1XwRBM80QRPNMETTfBEEzzRBU90wRNd8EQXPNEFTwzBE0PwxBA8MQRP
 DMETQ/DEFDwxBU9MwRNT8MQEPHGZ/gkhAE+UBfBEWQBPlAXwRAmAJ0oAPFEC4IkSAE+UAHii
 BMATZQU8UVbAE2UFPFFWwBNlFTwRBU9EwRNR8EQUPBEFTyTBE0nwRBI8kQRPJMETSfDEJnhi
 EzyxCZ7YBE9sgid2wRO74Ild8MQueGIXPHEInjgETxyCJw7BE4fgiUPwRBY8kQVPZMETWfBE
 FjxxCp44BU+cgidOwROn4IkieKIIniiCJ4rgiSJ4ogieqIInquCJKniiCp6ogiea4IkmeKIJ
 nmiCJ5rgiS54ogue6IInuuCJLniiC54YgieG4IkheGIInhiCJ6bgiSl4YgqemIInJuCJugCe
 qAvgiboAnqgL4Im6AJ6oC+CJGgBP1AB4ogbAEzUAnqgB8ERdAU/UFfBEXQFP1BXwRF0FT0TB
 E1HwRBQ8EQVPRMETUfBEEjyRBE8kwRNJ8EQSPLEJntgET2yCJzbBE5vgiV3wxC54Yhc8sQue
 2AVP7IInDsETh+CJQ/DEIXjiEDyRBU9kwRNZ8EQWPJEFT5yCJ07BE6fgiVPwxCl44hQ8UQRP
 FMETRfBEETxRBE9UwRNV8EQVPFEFT1TBE03wRBM80QRPNMETTfBEEzzRBU90wRNd8EQXPNEF
 TwzBE0PwxBA8MQRPDMETU/DEFDwxBU9MwRNT8MQEPNEWwBNtATzRFsATbQE80RbAEy0AnmgB
 8EQLgCdaADzRAuCJtgKeaCvgibYCnmgr4Im2Ap5oq+CJKHgiCp6Igiei4IkoeCIJnkiCJ5Lg
 iSR4Igme2ARPbIInNsETm+CJTfDEJnhiFzyxC57YBU/sgid2wROH4IlD8MQheOIQPHEInsiC
 J7LgiSx4IgueyIInsuCJU/DEKXjiFDxxCp44BU8UwRNF8EQRPFEETxTBE1XwRBU8UQVPVMET
 VfBEFTzRBE80wRNN8EQTPNEET3TBE13wRBc80QVPdMETQ/DEEDwxBE8MwRND8MQQPDEFT0zB
 E1PwxBQ8MQFPXGZOQgjAE30BPNEXwBN9ATzRA+CJHgBP9AB4ogfAEz0AnugB8ERfAU/0FfBE
 XwFP9BXwRF8FT0TBE1HwRBQ8EQVPRMETSfBEEjyRBE8kwRNJ8EQSPLEJntgET2yCJzbBE5vg
 iV3wxC54Yhc8sQue2AVPHIInDsETh+CJQ/DEIXjiEDyRBU9kwRNZ8EQWPJEFT5yCJ07BE6fg
 iVPwxCl4ogieKIIniuCJIniiCJ4ogieq4IkqeKIKnqiCJ6rgiSZ4ogmeaIInmuCJJniiC57o
 gie64IkueKILnuiCJ4bgiSF4YgieGIInhuCJKXhiCp6Ygiem4IkJeGIsgCfGAnhiLIAnxgJ4
 YiyAJ8YCeGIEwBMjAJ4YAfDECIAnRgA8MVbAE2MFPDFWwBNjBTwxVsETUfBEFDwRBU9EwRNR
 8EQUPJEETyTBE0nwRBI8kQRPbIInNsETm+CJTfDEJnhiFzyxC57YBU/sgid2wRO74IlD8MQh
 eOIQPHEInjgET2TBE1nwRBY8kQVPZMETp+CJU/DEKXjiFDxxCp44BU8UwRNF8EQRPFEETxTB
 E1XwRBU8UQVPVMETVfBEEzzRBE80wRNN8EQTPNEET3TBE13wRBc80QVPdMETQ/DEEDwxBE8M
 wRND8MQUPDEFT0zBE1PwxBQ8MQFPzAXwxFwAT8wF8MRcAE/MBfDEDIAnZgA8MQPgiRkAT8wA
 eGKugCfmCnhiroAn5gp4Yq6AJ+YqeCIKnoiCJ6LgiSh4IgqeSIInkuCJJHgiCZ5Igic2wROb
 4IlN8MQmeGITPLEJntgFT+yCJ3bBE7vgiV3wxCF44hA8cQieOARPHIInsuCJLHgiC57Igiey
 4IkseOIUPHEKnjgFT5yCJ07BE0XwRBE8UQRPFMETRfBEFTxRBU9UwRNV8EQVPFEFTzTBE03w
 RBM80QRPNMETXfBEFzzRBU90wRNd8MQQPDEETwzBE0PwxBA8MQRPTMETU/DEFDwxBU/M+++J
 64uYQoj774lLiPvviUuI+++JS4j774nL9fX+e+IS4v574hLi/nviEuL+e+I65xBC3H9P1GW9
 /564hLj/nriEuP+euIS4/564hBA8EQVPRMETUfBEFDwRBU8kwRNJ8EQSPJEETyTBE0nwxCZ4
 YhM8sQme2ARPbIIndsETu+CJ/X56ol5S/PqSIqRlP29a/vrxowfLXcUePy5ffLRc48Zr3puN
 6yIsy3pdzxePy/bt57VHLt1Uyzgu+99Z7VdPbiq+7lj7i4rXlz16Z7FXIfLvhvjk2bP/ENYH
 n/z07z/95NM/ci+8KrYsx3sU+7dnnz0f12LXdHnZ5ky3QdM1Zdxfj5pH//zP2/6fwt9eN/7u
 ujgef9zHbz7+X+PZ0wf1t8/Hg3ic2/UHj79rmN4cnjrrHC3dHqrvXxsZXj/ZkzuruKvBx00V
 x++2986afjWeP//s8Xg6e/ntRy/aU9f8coB8VwPWVyH6uDnvbnosvWrAtcB3pritpF7GV92v
 A/Trca0kvK7lwWdPrr32+edP20ff//P3qK+cNz1bbupbXtf3b+XZk8+e/OrPH7xPXe28OUrH
 tbI1vqrsi6efPXk+nj14/vRS6OmTXz34ovxq/PBbDt4bY/t9BukfWKwuR3mr1LcV+/lP/ubn
 n/zNP17X//Jf/vr/+Xf/P0fXQy5EfAwA

 --sm4nu43k4a2Rpi4c--

Responsible-Changed-From-To: tron->bin-bug-people
Responsible-Changed-By: tron@netbsd.org
Responsible-Changed-When: Tue, 20 Mar 2007 08:36:55 +0000
Responsible-Changed-Why:
I could never reproduce this bug on my system.


State-Changed-From-To: feedback->open
State-Changed-By: tron@netbsd.org
State-Changed-When: Tue, 20 Mar 2007 08:36:55 +0000
State-Changed-Why:
Feedback was provided.


>Unformatted:

NetBSD Home
NetBSD PR Database Search

(Contact us) $NetBSD: query-full-pr,v 1.39 2013/11/01 18:47:49 spz Exp $
$NetBSD: gnats_config.sh,v 1.8 2006/05/07 09:23:38 tsutsui Exp $
Copyright © 1994-2007 The NetBSD Foundation, Inc. ALL RIGHTS RESERVED.