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:
(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.