Adding WLI-UC-GNHP to run(4)

2011-01-10 Thread Jordi Beltran Creix 
Hi,

I have got a WLI-UC-GNHP device from Buffalo and it works in all
supported modes using run(4) and the appended diff. Could you please
include it?

Thanks,

OpenBSD 4.8-current (GENERIC.MP) #1: Mon Jan 10 23:29:26 JST 2011
r...@host.my.domain:/usr/src/sys/arch/amd64/compile/GENERIC.MP
real mem = 3747008512 (3573MB)
avail mem = 3633258496 (3464MB)
mainbus0 at root
bios0 at mainbus0: SMBIOS rev. 2.4 @ 0xf71c0 (44 entries)
bios0: vendor Dell Inc. version A11 date 06/19/2008
bios0: Dell Inc. XPS M1330
acpi0 at bios0: rev 2
acpi0: sleep states S0 S3 S4 S5
acpi0: tables DSDT FACP HPET APIC MCFG BOOT SSDT
acpi0: wakeup devices PCI0(S5) PCIE(S4) USB1(S0) USB2(S0) USB3(S0)
USB4(S0) USB5(S0) EHC2(S0) EHCI(S0) AZAL(S3) RP01(S3) RP02(S3)
RP03(S3) RP04(S3) RP05(S3) RP06(S5) LID_(S3) PBTN(S4) MBTN(S5)
acpitimer0 at acpi0: 3579545 Hz, 24 bits
acpihpet0 at acpi0: 14318179 Hz
acpimadt0 at acpi0 addr 0xfee0: PC-AT compat
cpu0 at mainbus0: apid 0 (boot processor)
cpu0: Intel(R) Core(TM)2 Duo CPU T8300 @ 2.40GHz, 2394.36 MHz
cpu0: 
FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,SBF,SSE3,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,SSE4.1,NXE,LONG
cpu0: 3MB 64b/line 8-way L2 cache
cpu0: apic clock running at 199MHz
cpu1 at mainbus0: apid 1 (application processor)
cpu1: Intel(R) Core(TM)2 Duo CPU T8300 @ 2.40GHz, 2394.00 MHz
cpu1: 
FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,SBF,SSE3,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,SSE4.1,NXE,LONG
cpu1: 3MB 64b/line 8-way L2 cache
ioapic0 at mainbus0: apid 2 pa 0xfec0, version 20, 24 pins
ioapic0: misconfigured as apic 0, remapped to apid 2
acpimcfg0 at acpi0 addr 0xf800, bus 0-63
acpiprt0 at acpi0: bus 3 (PCIE)
acpiprt1 at acpi0: bus -1 (AGP_)
acpiprt2 at acpi0: bus 11 (RP01)
acpiprt3 at acpi0: bus 12 (RP02)
acpiprt4 at acpi0: bus -1 (RP03)
acpiprt5 at acpi0: bus 13 (RP04)
acpiprt6 at acpi0: bus -1 (RP05)
acpiprt7 at acpi0: bus 9 (RP06)
acpiprt8 at acpi0: bus 0 (PCI0)
acpicpu0 at acpi0: C3, C2, C1, PSS
acpicpu1 at acpi0: C3, C2, C1, PSS
acpitz0 at acpi0: critical temperature 104 degC
acpibtn0 at acpi0: LID_
acpibtn1 at acpi0: PBTN
acpibtn2 at acpi0: SBTN
acpiac0 at acpi0: AC unit online
acpibat0 at acpi0: BAT0 model DELL KP4058 serial 108 type LION oem Sanyo
acpivideo0 at acpi0: VID_
acpivideo1 at acpi0: VID_
acpivout0 at acpivideo1: TV__
acpivout1 at acpivideo1: CRT_
acpivout2 at acpivideo1: LCD_
acpivout3 at acpivideo1: DVI_
acpivideo2 at acpi0: VID2
cpu0: Enhanced SpeedStep 2394 MHz: speeds: 2401, 2400, 2000, 1600, 1200, 800 MHz
pci0 at mainbus0 bus 0
pchb0 at pci0 dev 0 function 0 Intel GM965 Host rev 0x0c
vga1 at pci0 dev 2 function 0 Intel GM965 Video rev 0x0c
wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation)
wsdisplay0: screen 1-5 added (80x25, vt100 emulation)
intagp0 at vga1
agp0 at intagp0: aperture at 0xe000, size 0x1000
inteldrm0 at vga1: apic 2 int 16 (irq 11)
drm0 at inteldrm0
Intel GM965 Video rev 0x0c at pci0 dev 2 function 1 not configured
uhci0 at pci0 dev 26 function 0 Intel 82801H USB rev 0x02: apic 2
int 20 (irq 10)
uhci1 at pci0 dev 26 function 1 Intel 82801H USB rev 0x02: apic 2
int 21 (irq 9)
ehci0 at pci0 dev 26 function 7 Intel 82801H USB rev 0x02: apic 2
int 22 (irq 7)
usb0 at ehci0: USB revision 2.0
uhub0 at usb0 Intel EHCI root hub rev 2.00/1.00 addr 1
azalia0 at pci0 dev 27 function 0 Intel 82801H HD Audio rev 0x02:
apic 2 int 21 (irq 9)
azalia0: codecs: Sigmatel STAC9228X, CMD Technology/0x1392, using
Sigmatel STAC9228X
audio0 at azalia0
ppb0 at pci0 dev 28 function 0 Intel 82801H PCIE rev 0x02: apic 2
int 16 (irq 0)
pci1 at ppb0 bus 11
ppb1 at pci0 dev 28 function 1 Intel 82801H PCIE rev 0x02: apic 2
int 17 (irq 0)
pci2 at ppb1 bus 12
wpi0 at pci2 dev 0 function 0 Intel PRO/Wireless 3945ABG rev 0x02:
apic 2 int 17 (irq 10), MoW2, address 00:1f:3c:86:a0:f6
ppb2 at pci0 dev 28 function 3 Intel 82801H PCIE rev 0x02: apic 2
int 19 (irq 0)
pci3 at ppb2 bus 13
ppb3 at pci0 dev 28 function 5 Intel 82801H PCIE rev 0x02: apic 2
int 17 (irq 0)
pci4 at ppb3 bus 9
bge0 at pci4 dev 0 function 0 Broadcom BCM5906M rev 0x02, BCM5906 A2
(0xc002): apic 2 int 17 (irq 10), address 00:1d:09:43:25:12
brgphy0 at bge0 phy 1: BCM5906 10/100baseTX PHY, rev. 0
uhci2 at pci0 dev 29 function 0 Intel 82801H USB rev 0x02: apic 2
int 20 (irq 10)
uhci3 at pci0 dev 29 function 1 Intel 82801H USB rev 0x02: apic 2
int 21 (irq 9)
uhci4 at pci0 dev 29 function 2 Intel 82801H USB rev 0x02: apic 2
int 22 (irq 7)
ehci1 at pci0 dev 29 function 7 Intel 82801H USB rev 0x02: apic 2
int 20 (irq 10)
usb1 at ehci1: USB revision 2.0
uhub1 at usb1 Intel EHCI root hub rev 2.00/1.00 addr 1
ppb4 at pci0 dev 30 function 0 Intel 82801BAM Hub-to-PCI rev 0xf2
pci5 at ppb4 bus 3
Ricoh 5C832 Firewire rev 0x05 at pci5 dev 1 function 0 not configured
sdhc0 at pci5 dev 1 function 1 Ricoh 5C822 SD/MMC rev 0x22: apic 2
int 18 (irq 4)

Re: ls(1) multibyte support

2011-01-04 Thread Jordi Beltran Creix 
2011/1/5 Alexander Polakov polac...@gmail.com:
 1) wcwidth(0x200B)
 This if from http://unicode.org/Public/UNIDATA/ :

 200B;ZERO WIDTH SPACE;Cf;0;BN;N;
 200C;ZERO WIDTH NON-JOINER;Cf;0;BN;N;
 200D;ZERO WIDTH JOINER;Cf;0;BN;N;

 --- share/locale/ctype/en_US.UTF-8.src.orig B  B  Tue Jan B 4 22:49:22 2011
 +++ share/locale/ctype/en_US.UTF-8.src B Tue Jan B 4 22:50:55 2011
 @@ -1672,7 +1672,8 @@
 B BLANK B  B  0x2000 - 0x200b B 0x202f B 0x205f
 B PRINT B  B  0x2000 - 0x200b B 0x2010 - 0x2029 B 0x202f - 0x2052 B 0x2057
 B PRINT B  B  0x205f
 -SWIDTH1 B  0x2000 - 0x200b B 0x2010 - 0x2029 B 0x202f - 0x2052 B 0x2057
 +SWIDTH1 B  0x2000 - 0x200c B 0x2010 - 0x2029 B 0x202f - 0x2052 B 0x2057
 +SWIDTH0 B  0x200b - 0x200d
 B SWIDTH1 B  0x205f

That only solves the test case. All combining characters(diacritic
marks), including 0x300, should be 0 width as well.

Accepted interpretation of Unicode rules appears to be that Cf, Me and
Mf categories +- a few characters are to be 0-spaced, see the comments
in:
http://www.cl.cam.ac.uk/~mgk25/ucs/wcwidth.c

That file also happens to be in xenocara/app/xterm/wcwidth.c so that
was the behavior in xterm until(I assume) it started using the system
version.

The database file in OpenBSD is just too old, the same problem file
was fixed in FreeBSD in 2006, see:
http://code.bsd64.org/cvsweb/freebsd/src/share/mklocale/UTF-8.src

Re: mprotect(2) misbehaves when len == 0?

2010-02-11 Thread Jordi Beltran Creix 
Wouldn't that return EINVAL unless the address is aligned to the page boundary?

Re: UTF-8 and locale support

2010-01-24 Thread Jordi Beltran Creix 
2010/1/20 Jordi Beltran Creix jbcreix.m...@gmail.com:
 For the record, a few months ago I grabbed a FreeBSD source tree and
 grafted its locale and multibyte support(I think theirs is the best)
 to (then current)OpenBSD libc.

I have uploaded the hack here just in case someone is interested.
If you are not interested you don't need to let me know, thank you. I
know it sucks too.
http://code.google.com/p/obsdfbsdi18n/