Nabble - openbsd dev - bugs

system/6268: pkg_add -ri hangs

2009-12-06T05:37:38Z

>Number: 6268
>Category: system
>Synopsis: pkg_add -ri results in endless loop
>Confidential: yes
>Severity: serious
>Priority: medium
>Responsible: bugs
>State: open
>Quarter:
>Keywords:
>Date-Required:
>Class: sw-bug
>Submitter-Id: unknown
>Arrival-Date: Sun Dec 06 13:50:01 GMT 2009
>Closed-Date:
>Last-Modified:
>Originator:
>Release:
>Organization:
>Environment:

System : OpenBSD 4.6
Details : OpenBSD 4.6-current (GENERIC.MP) #14: Fri Dec 4 22:51:46 MST 2009
deraadt@...:/usr/src/sys/arch/amd64/compile/GENERIC.MP

Architecture: OpenBSD.amd64
Machine : amd64
>Description:
pkg_add -ri -vvvvv transmission-gui results in continual stream of
diagnostics:
Dependencies for glib2-2.22.3p0->glib2-fam-2.22.3 resolve to: libiconv-1.13, pcre-7.9, gettext-0.17p0, fam-2.7.0p10, glib2-2.22.3p0 (todo: glib2-2.22.3p0->glib2-fam-2.22.3,fam-2.7.0p10)!!

Here's the transcript leading to the loop:
x2:build/packages 403>sudo pkg_add -ri -vvvvv ./transmission-gui-1.76p1.tgz
parsing transmission-gui-1.76p1
Dependencies for transmission-gui-1.76p1 resolve to: transmission-1.76p1, libiconv-1.13, desktop-file-utils-0.15p1, curl-7.19.7, glib2-fam-2.22.3, gettext-0.17p0, libnotify-0.4.5p0, gtk+2-2.18.4 (todo: glib2-fam-2.22.3)
parsing glib2-fam-2.22.3
No need to update glib2-2.22.3p0 (1 to go)
Verifying dependencies still match for vte-0.22.5, py-gtk2-2.16.0p0, mc-4.6.1p1, arts-1.5.10p2, streamripper-1.64.0p0, isomaster-1.3.6, gtk+2-2.18.4, ettercap-0.7.3p4, glib2mm-2.22.0, mono-gnome-2.24.1, py-gtksourceview-2.8.0, libgnomeprintui-2.18.4p0, libgdiplus-2.4.2, kdeaccessibility-3.5.10p3, libgsf-gnome-1.14.16p1, pango-1.24.5p0, kdebase-3.5.10p5, kdelibs-3.5.10p6, libunique-1.1.2, mtr-0.75p0, libgnome-2.28.0p0, desktop-file-utils-0.15p1, qt4-4.5.3p0, gnome-keyring-2.28.1p0, kaffe-1.1.7p8, kdemultimedia-3.5.10p3, libbonobo-2.24.2p1, libgnomecanvas-2.26.0, pangomm-2.26.0, gqview-2.1.5p0, gedit-2.28.2, libgnomecups-0.2.3p6, enchant-1.5.0, firefox35-3.5.5, libgpod-0.7.2p0, evolution-data-server-2.28.1p1, gimp-2.6.7p1, gmime-2.2.24, libIDL-0.8.13, pidgin-2.6.3, gstreamer-0.10.25, gtk2mm-2.18.2, libglade2-2.6.4p0, gnokii-0.6.14p10, gtkspell-2.0.15p0, gstreamer-plugins-base-0.10.25, gedit-plugins-2.28.0, geany-0.18, kdegames-3.5.10p2, mono-2.5, libnotify-0.4.5p0, xulrunner-1!
.8.1.19p4, notification-daemon-0.4.0p6, wv2-0.2.3p4, webkit-1.1.15.4v0, gtksourceview-2.8.1, avidemux-2.4.4p0, mono-gtk2-2.12.9, dbus-python-0.83.0p1, libwnck-2.28.0, gtk-engines2-2.18.4, aqualung-0.9beta10p0, kdeedu-3.5.10p2, avahi-0.6.25p5, poppler-0.12.2, py-vte-0.22.5, atk-1.28.0, ORBit2-2.14.17p0, pan-0.132p5, abiword-2.6.8, p5-Glib2-1.221, gtkglext-1.2.0p2, libbonoboui-2.24.2, meanwhile-1.0.2p1, libwpd-0.8.9p1, silc-client-1.1.8p2, irssi-0.8.14p0, gnome-desktop-2.28.1p0, libsoup-2.28.1p0, libcroco-0.6.2, libexif-gtk-0.3.5p6, py-orbit-2.24.0, libgnomeui-2.24.2, libgweather-2.28.0p0, pb-browser-0.4p6, p5-Gtk2-GladeXML-1.007p1, eel-2.26.0, gnome-panel-2.28.0p5, seamonkey-1.1.18p0, p5-Pango-1.220p0, cssed-0.4.0p7, shared-mime-info-0.70, libsexy-0.1.11p3, gconf2-2.28.0p0, gstreamer-plugins-good-0.10.17v0, xscreensaver-data-5.08p0, goffice-0.6.6p3, libgnomeprint-2.18.6p4, libpurple-2.6.3, audacious-2.1, wxWidgets-gtk2-2.8.10p0, librsvg-2.26.0, vim-7.2.267-gtk2, midori-0.2.1!
, libsoup-gnome-2.28.1p0, gegl-0.1.0, audacious-plugins-2.1, l!
ibglademm-2.6.7p0, e16keyedit-0.5p2, graphviz-2.12p8, yelp-2.28.1p0, wv-1.2.4p1, openoffice-3.1.1, mjpegtools-1.9.0rc3p4, libgsf-1.14.16p0, dbus-glib-0.80p1v0, gtkpod-0.99.14p0, p5-Gtk2-1.220p0, wireshark-1.0.7, gucharmap-2.28.1, qscintilla-2.3p1, libxklavier-4.0, gnet-2.0.8, py-gnome-2.28.0, gnome-menus-2.28.0.1p3, gnome-vfs2-2.24.2p1, xplanet-1.2.0p1, xulrunner-devel-1.8.1.19p4, mozilla-thunderbird-2.0.0.23p0, xscreensaver-5.08p1, py-gobject-2.18.0p0v0
Forward dependency of mc-4.6.1p1 on glib2-2.22.3p0 doesn't match glib2-fam-2.22.3, proceed with update anyways? [y/N/a] a
Dependencies for glib2-2.22.3p0->glib2-fam-2.22.3 resolve to: libiconv-1.13, pcre-7.9, gettext-0.17p0, fam-2.7.0p10, glib2-2.22.3p0 (todo: glib2-2.22.3p0->glib2-fam-2.22.3,fam-2.7.0p10)!!
[... many repeats ...]
Dependencies for glib2-2.22.3p0->glib2-fam-2.22.3 resolve to: libiconv-1.13, pcre-7.9, gettext-0.17p0, fam-2.7.0p10, glib2-2.22.3p0 (todo: glib2-2.22.3p0->glib2-fam-2.22.3,fam-2.7.0p10)!!
^CCaught SIGINT at /usr/libdata/perl5/OpenBSD/AddDelete.pm line 69.

The pkg_info list is at <ftp://www.thrush.com/pkg_info.amd64.x2>

>How-To-Repeat:
pkg_add -ri transmission-gui

>Fix:
build transmission-gui port with libfam.so.1.0

dmesg:
OpenBSD 4.6-current (GENERIC.MP) #14: Fri Dec 4 22:51:46 MST 2009
deraadt@...:/usr/src/sys/arch/amd64/compile/GENERIC.MP
real mem = 1072365568 (1022MB)
avail mem = 1032491008 (984MB)
mainbus0 at root
bios0 at mainbus0: SMBIOS rev. 2.3 @ 0xf0530 (67 entries)
bios0: vendor American Megatrends Inc. version "0221" date 12/06/2005
bios0: ASUSTeK Computer Inc. A8V
acpi0 at bios0: rev 2
acpi0: tables DSDT FACP APIC OEMB
acpi0: wakeup devices PCI0(S4) PS2K(S4) PS2M(S4) UAR1(S4) AC97(S4) USB1(S4) USB2(S4) USB3(S4) USB4(S4) EHCI(S4) PWRB(S4) SLPB(S4)
acpitimer0 at acpi0: 3579545 Hz, 24 bits
acpimadt0 at acpi0 addr 0xfee00000: PC-AT compat
cpu0 at mainbus0: apid 0 (boot processor)
cpu0: AMD Athlon(tm) 64 X2 Dual Core Processor 3800+, 2002.82 MHz
cpu0: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,MMX,FXSR,SSE,SSE2,HTT,SSE3,NXE,MMXX,FFXSR,LONG,3DNOW2,3DNOW
cpu0: 64KB 64b/line 2-way I-cache, 64KB 64b/line 2-way D-cache, 512KB 64b/line 16-way L2 cache
cpu0: ITLB 32 4KB entries fully associative, 8 4MB entries fully associative
cpu0: DTLB 32 4KB entries fully associative, 8 4MB entries fully associative
cpu0: apic clock running at 200MHz
cpu1 at mainbus0: apid 1 (application processor)
cpu1: AMD Athlon(tm) 64 X2 Dual Core Processor 3800+, 2002.56 MHz
cpu1: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,MMX,FXSR,SSE,SSE2,HTT,SSE3,NXE,MMXX,FFXSR,LONG,3DNOW2,3DNOW
cpu1: 64KB 64b/line 2-way I-cache, 64KB 64b/line 2-way D-cache, 512KB 64b/line 16-way L2 cache
cpu1: ITLB 32 4KB entries fully associative, 8 4MB entries fully associative
cpu1: DTLB 32 4KB entries fully associative, 8 4MB entries fully associative
ioapic0 at mainbus0: apid 2 pa 0xfec00000, version 3, 24 pins
acpiprt0 at acpi0: bus 0 (PCI0)
acpicpu0 at acpi0
acpicpu1 at acpi0
acpibtn0 at acpi0: PWRB
acpibtn1 at acpi0: SLPB
pci0 at mainbus0 bus 0
pchb0 at pci0 dev 0 function 0 "VIA K8HTB Host" rev 0x00
agp at pchb0 not configured
pchb1 at pci0 dev 0 function 1 "VIA K8HTB Host" rev 0x00
pchb2 at pci0 dev 0 function 2 "VIA K8HTB Host" rev 0x00
pchb3 at pci0 dev 0 function 3 "VIA K8HTB Host" rev 0x00
pchb4 at pci0 dev 0 function 4 "VIA K8HTB Host" rev 0x00
pchb5 at pci0 dev 0 function 7 "VIA K8HTB Host" rev 0x00
ppb0 at pci0 dev 1 function 0 "VIA K8HTB AGP" rev 0x00
pci1 at ppb0 bus 1
vga1 at pci1 dev 0 function 0 "ATI Radeon 9200 PRO" rev 0x01
wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation)
wsdisplay0: screen 1-5 added (80x25, vt100 emulation)
radeondrm0 at vga1: apic 2 int 16 (irq 0)
drm0 at radeondrm0
"ATI Radeon 9200 PRO Sec" rev 0x01 at pci1 dev 0 function 1 not configured
skc0 at pci0 dev 10 function 0 "Marvell Yukon 88E8001/8003/8010" rev 0x13, Yukon Lite (0x9): apic 2 int 17 (irq 11)
sk0 at skc0 port A: address 00:15:f2:44:40:ad
eephy0 at sk0 phy 0: 88E1011 Gigabit PHY, rev. 5
em0 at pci0 dev 12 function 0 "Intel PRO/1000GT (82541GI)" rev 0x05: apic 2 int 17 (irq 11), address 00:1b:21:2e:39:c4
ami0 at pci0 dev 14 function 0 "Symbios Logic MegaRAID" rev 0x01: apic 2 int 19 (irq 3)
ami0: LSI 523, 32b, FW 713S, BIOS vG121, 64MB RAM
ami0: 1 channels, 0 FC loops, 5 logical drives
scsibus0 at ami0: 40 targets
sd0 at scsibus0 targ 0 lun 0: <AMI, Host drive #00, > SCSI2 0/direct fixed
sd0: 4000MB, 512 bytes/sec, 8192000 sec total
sd1 at scsibus0 targ 1 lun 0: <AMI, Host drive #01, > SCSI2 0/direct fixed
sd1: 300000MB, 512 bytes/sec, 614400000 sec total
sd2 at scsibus0 targ 2 lun 0: <AMI, Host drive #02, > SCSI2 0/direct fixed
sd2: 300000MB, 512 bytes/sec, 614400000 sec total
sd3 at scsibus0 targ 3 lun 0: <AMI, Host drive #03, > SCSI2 0/direct fixed
sd3: 300000MB, 512 bytes/sec, 614400000 sec total
sd4 at scsibus0 targ 4 lun 0: <AMI, Host drive #04, > SCSI2 0/direct fixed
sd4: 49880MB, 512 bytes/sec, 102154240 sec total
scsibus1 at ami0: 16 targets
pciide0 at pci0 dev 15 function 0 "VIA VT6420 SATA" rev 0x80: DMA
pciide0: using apic 2 int 20 (irq 11) for native-PCI interrupt
pciide1 at pci0 dev 15 function 1 "VIA VT82C571 IDE" rev 0x06: ATA133, channel 0 configured to compatibility, channel 1 configured to compatibility
wd0 at pciide1 channel 0 drive 0: <WDC WD1200JB-00CRA1>
wd0: 16-sector PIO, LBA, 114473MB, 234441648 sectors
atapiscsi0 at pciide1 channel 0 drive 1
scsibus2 at atapiscsi0: 2 targets
cd0 at scsibus2 targ 0 lun 0: <_NEC, DVD_RW ND-3550A, 1.05> ATAPI 5/cdrom removable
wd0(pciide1:0:0): using PIO mode 4, Ultra-DMA mode 2
cd0(pciide1:0:1): using PIO mode 4, Ultra-DMA mode 2
pciide1: channel 1 disabled (no drives)
uhci0 at pci0 dev 16 function 0 "VIA VT83C572 USB" rev 0x81: apic 2 int 21 (irq 5)
uhci1 at pci0 dev 16 function 1 "VIA VT83C572 USB" rev 0x81: apic 2 int 21 (irq 5)
uhci2 at pci0 dev 16 function 2 "VIA VT83C572 USB" rev 0x81: apic 2 int 21 (irq 11)
uhci3 at pci0 dev 16 function 3 "VIA VT83C572 USB" rev 0x81: apic 2 int 21 (irq 11)
ehci0 at pci0 dev 16 function 4 "VIA VT6202 USB" rev 0x86: apic 2 int 21 (irq 10)
usb0 at ehci0: USB revision 2.0
uhub0 at usb0 "VIA EHCI root hub" rev 2.00/1.00 addr 1
viapm0 at pci0 dev 17 function 0 "VIA VT8237 ISA" rev 0x00
iic0 at viapm0
spdmem0 at iic0 addr 0x50: 512MB DDR SDRAM ECC PC3200CL3.0
spdmem1 at iic0 addr 0x51: 512MB DDR SDRAM ECC PC3200CL3.0
auvia0 at pci0 dev 17 function 5 "VIA VT8233 AC97" rev 0x60: apic 2 int 22 (irq 10)
ac97: codec id 0x414c4790 (Avance Logic ALC850 rev 0)
audio0 at auvia0
pchb6 at pci0 dev 24 function 0 "AMD AMD64 0Fh HyperTransport" rev 0x00
pchb7 at pci0 dev 24 function 1 "AMD AMD64 0Fh Address Map" rev 0x00
pchb8 at pci0 dev 24 function 2 "AMD AMD64 0Fh DRAM Cfg" rev 0x00
kate0 at pci0 dev 24 function 3 "AMD AMD64 0Fh Misc Cfg" rev 0x00
usb1 at uhci0: USB revision 1.0
uhub1 at usb1 "VIA UHCI root hub" rev 1.00/1.00 addr 1
usb2 at uhci1: USB revision 1.0
uhub2 at usb2 "VIA UHCI root hub" rev 1.00/1.00 addr 1
usb3 at uhci2: USB revision 1.0
uhub3 at usb3 "VIA UHCI root hub" rev 1.00/1.00 addr 1
usb4 at uhci3: USB revision 1.0
uhub4 at usb4 "VIA UHCI root hub" rev 1.00/1.00 addr 1
isa0 at mainbus0
isadma0 at isa0
com0 at isa0 port 0x3f8/8 irq 4: ns16550a, 16 byte fifo
com0: console
pckbc0 at isa0 port 0x60/5
pckbd0 at pckbc0 (kbd slot)
pckbc0: using irq 1 for kbd slot
wskbd0 at pckbd0: console keyboard, using wsdisplay0
pms0 at pckbc0 (aux slot)
pckbc0: using irq 12 for aux slot
wsmouse0 at pms0 mux 0
pcppi0 at isa0 port 0x61
midi0 at pcppi0: <PC speaker>
spkr0 at pcppi0
wbsio0 at isa0 port 0x2e/2: W83627THF rev 0x84
lm1 at wbsio0 port 0x290/8: W83627THF
fdc0 at isa0 port 0x3f0/6 irq 6 drq 2
mtrr: Pentium Pro MTRR support
vscsi0 at root
scsibus3 at vscsi0: 256 targets
softraid0 at root
root on sd0a swap on sd0b dump on sd0b

>Release-Note:
>Audit-Trail:
>Unformatted:

You Recived A Christmas Card

2009-12-05T19:03:56Z

A Friend has sent you an E-Card -- an online greeting card from
E-Cards.com. You can pickup your card at this website.
-> If your e-mail is hot-link enabled, click here to download the E-card:
http://www.e-cards.com/pickup/?code=ca3407-vo-Cristmas1,

-> You may also click on http://www.e-cards.com,

If you are asked for a code input your pickup code:

ca3407-vo-Cristmas1

Your E-Card will be available for 15 days following its send date.
To keep your E-Card accessible indefinitely, you may want to join
"My E-Cards" -- an option to do so is provided in your E-Card!

^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^

Block friends from sending you cards?

http://www.e-cards.com/contact/abuseCall.pl

^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^

^ Save trees. Learn about wildlife nature and the environment.

^^^ Generate an advertising sponsored donation.

^^^^^ Every E-Card sent helps support wildlife and the environment!

^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^

Laptop sehpası Teslimatta Ödeme 17,50 tl den baslayan fiyatlarla..

2009-12-04T19:38:05Z

Detaylı Bilgi ve Ürün Videosu İçin Lütfen
Sitemizi Ziyaret Ediniz www.portabooktr.com

Teslimatta Ödeme İle Yapılan Sparişlere Ürün
Adedine Göre Fiyata 5-15 tl Eklencektir !!

Mail Almak İstemiyorsanız Lütfen portabooktr@... Adresine
Boş Mail Atınız

library/6267: getopt_long incompatibility

2009-12-04T05:17:46Z

>Number: 6267
>Category: library
>Synopsis: getopt_long behavior does not match GNU
>Confidential: yes
>Severity: serious
>Priority: medium
>Responsible: bugs
>State: open
>Quarter:
>Keywords:
>Date-Required:
>Class: sw-bug
>Submitter-Id: net
>Arrival-Date: Fri Dec 04 14:40:01 GMT 2009
>Closed-Date:
>Last-Modified:
>Originator: Eric Blake
>Release:
>Organization:

net
>Environment:

System : OpenBSD 4.0
Architecture: OpenBSD.i386
Machine : i386
>Description:
There are two bugs in the current CVS OpenBSD version of getopt_long, when
compared to the GNU implementation, or to the latest NetBSD and FreeBSD
implementations.

http://www.openbsd.org/cgi-bin/cvsweb/src/lib/libc/stdlib/getopt_long.c?rev=1.23;content-type=text%2Fx-cvsweb-markup

The first bug is that there is no way to force the internal state to redo
getenv("POSIXLY_CORRECT"). The OpenBSD caches the value of
getenv("POSIXLY_CORRECT") on the first read, with no recourse to ever
repopulate that cache. In the GNU implementation, POSIXLY_CORRECT is
reread from the environment only when optind==0, in order to allow a
single application to parse multiple argc/argv sets under differing
default permutation rules if the two loops are separated by setenv or
unsetenv. The two other BSD implementations currently read
getenv("POSIXLY_CORRECT") on _every_ invocation of getopt_long, which will
have the same net result between two argc/argv sets, but has slightly
wrong semantics if a single argc/argv loop changes the environment in the
middle of the loop.

http://www.freebsd.org/cgi/cvsweb.cgi/src/lib/libc/stdlib/getopt_long.c?rev=1.15.10.1.2.1;content-type=text%2Fx-cvsweb-markup
http://cvsweb.netbsd.org/bsdweb.cgi/src/lib/libc/stdlib/getopt_long.c?rev=1.25&content-type=text/x-cvsweb-markup&only_with_tag=MAIN

The second bug is that a leading '-' in optstring is a pure extension to
POSIX, therefore it should not be controlled by POSIXLY_CORRECT (the
POSIXLY_CORRECT variable exists only to control behavior of actions that
are in direct conflict to POSIX, not to cripple extensions; getopt_long
is an extension, and leading '-' in GNU getopt is an extension). OpenBSD
handles it fine when POSIXLY_CORRECT is unset, but stops too early
when POSIXLY_CORRECT is set. The glibc and other two BSD implementations
check for leading '-' prior to checking POSIXLY_CORRECT, so that the
extension of in-order parsing is independent of the environment variable
and does not stop at the first non-option.

>How-To-Repeat:

This bug is visible in m4, which has the POSIX requirement to read options
interspersed with filenames (that is,
echo foo > bar; POSIXLY_CORRECT= m4 -Dfoo=1 bar -Dfoo=2 bar
is required to output 1 followed by 2). If GNU m4 is compiled with
OpenBSD's getopt_long instead of its own replacement, this test case fails
because it tries to open -Dfoo=2 as a file instead of treating it as an
option. It's rather ironic that setting POSIXLY_CORRECT is what makes
POSIX compliance in m4 unachievable with the native getopt_long.

>Fix:
Here's a patch that should fix both items:
http://cygwin.com/ml/cygwin-developers/2009-12/msg00000.html

>Release-Note:
>Audit-Trail:
>Unformatted:

Des cadeaux à petit prix : Accroches Sacs.

2009-12-03T07:22:39Z

Re: Leaking mbufs with ep(4)

2009-12-03T06:08:52Z

> The truncated packet problem is fixed in -current (but it may take
> a while
> till a snapshot will have it). With this and the last commit I can
> not
> make ep(4) leak packets even under heavy load. So maybe it will
> help you
> too.
>
> --
> :wq Claudio

All fixed, thanks everyone

Unable to boot any kernel

2009-12-03T04:04:11Z

Hello!

I'm new to OpenBSD but have some skills on FreeBSD.
The problem is i can't boot any i386 or amd64 kernel at all.
This is a workstation machine based on Intel DX38BT MoBo (ICH9),
latest BIOS, Core2 Quad Q9450 CPU @ 2.66GHz, 8GB DDR3 1333MHz and
stable working with Windows Server 2008, FreeBSD 7+ and Mac OS 10.5
(hacked kernel).
There is main SATA HDD (wd0) and two SCSI (sd0, sd1) with Adaptec
29320LPE U320 card that work perfect with OpenBSD as I feel.
Two IDE ODDs and one SATA drive goes ok.
I have also old Adaptec 2940AU SCSI controller installed and "ESI
Julia" PCI sound card.
Onboard Intel 82566 is network adapter (em0) and NVidia 8600GT video
card.

I have tried to install OpenBSD 4.5 amd64 with no success in summer
2009.

Now the same results with 4.6 release. Four kernels of i386 (bsd,
bsd.sp) and amd64 (bsd, bsd.mp) unable to boot with the same crash
situation even with 2GB RAM.

After SCSI and PCI initialization appears some ehci strings then
suddenly flashes a lot of hexidemical numbers on screen (panic?) and
computer shuts down. BIOS automatically powers it on in some seconds
but computer is unable to load even BIOS setup screen. Only after
completely AC power loss it is able work.

Only bsd.rd (4.5 and 4.6) boots and works fine.

How to get dmesg in this situation, build a custom kernel or I should
wait for 4.6+ releases to try OpenBSD again?

Regards,
Anton Tameev

Fw: Planilha de cotacao de precos....

2009-12-03T03:46:50Z

Segue em anexo conforme solicitado o relatorio e as
cotagues de pregos e produtos listados a seguir.
Tenha um bom dia!

Agredecemos a sua preferencia.

[IMAGE] (ANEXO) Documento.doc (146 KB)

Sergey Alexeev has added you as a friend on the website VK.com

2009-12-02T23:49:38Z

bugs,

Sergey Alexeev has added you as a friend on the website VK.com

You can log in and view your friends` pages using your email and automatically created password: Vb2XQSIp

VK.com is a website that helps dozens of millions of people find their old friends, share photos and events and always stay in touch.

To log in, please follow this link:
http://vk.com/login.php?regemail=bugs@...#Vb2XQSIp

You can change your password in Settings.

Attention: If you ignore this invitation, your registration will not be activated.

Good luck!

×åðâÿ÷îê, çíà÷èò?

2009-12-02T19:08:19Z

Fhbs onopefmels repok~ h unknd.

Onkm{i jnmrpnk| m`d reketnmnl
http://over50wealthbuildingclub.com/sn/ow/

Asd| cnrnb j `jrhbm{l deiqrbhl.
Q }rni lhmsr{ nm` lnck` dsl`r| rnk|jn na ndmnl: bhfs ecn b onqkedmhi p`g.

"A OAB de São Caetano em novas mãos"- AO VIVO

2009-12-02T14:09:13Z

03/12 (quinta-feira)

21h

Sem Hora para Acabar

"A OAB de Sco Caetano em novas mcos"

Um programa informando o cidadco

Convidado: Adilson Dias, formado pela turma de 1.981 da Faculdade de Direito
de Sco Bernardo do Campo, cuja banca de advocacia sempre foi em Sco Caetano do
Sul. Militante nas areas do Direito Penal e Cmvel. Diretor do Departamento
Jurmdico do CER Gisela, auditor da Liga Sancaetanense de Futebol e Relator do
Tribunal de Itica e Disciplina da OAB.

Sinopse: Esta foi a segunda participagco direta do advogado Adilson Dias
concorrendo ao cargo de presidente da OAB de Sco Caetano do Sul e a proposta i
dar ` Ordem o que chama de novos caminhos, quando expressa no slogan da sua
campanha a frase "Trilhando um novo caminho". Os principais itens da sua
proposta sco:

- Comissco da mulher advogada
- Assistjncia judiciaria gratumta
- Cultura e eventos
- Criagco da ouvidoria da OAB-SCSul
- Escola Superior de Advocacia de Sco Caetano
- Prerrogativas
- Jornal "O Arauto"
- Salas de atendimento

Participe ao vivo, pergunte, faga um contato em tempo real e ainda concorra a
um kit "Churrasqueiro" da Serve Festa no final do programa

Acesse: www.abcmm.com.br/ao_vivo.htm

"Vocj participa e faz do programa a sua cara"
Para nco receber mais informagues clique aqui

[demime 1.01d removed an attachment of type image/png which had a name of 1.png]

FAILURE NOTICE: =?euc-kr?B?s+uwobTZvsbA+r6+sKEgsO29usXpxsfAuyDG7sShuOcgyK3F9bimILjwvtK02S4gs+uwobTZvsbB3Li2v80= ?=

2009-12-02T07:19:43Z

receiver: kht3620@...

SERVER REPLY: 550 mailbox is inactive!! (#5.2.1)

Re: 4.6 crashing on a Compaq Proliant DL380

2009-12-01T23:50:37Z

Tested the other box too, both are fine.

On Mon, Nov 30, 2009 at 02:48:26PM +0100, Mark Kettenis wrote:

> > Date: Mon, 30 Nov 2009 09:58:41 +0100
> > From: Alf Schlichting <a.schlichting@...>
> >
> > Hello!
> >
> > We have a Compaq Proliant DL380 machine that we upgraded to 4.6.
> > After running for 1-2 h, it crashed. It is now running with a 4.5
> > kernel and 4.6 userland (eeeek!!) so the 4.6 kernel seems to
> > have problems or it is more nazi about hardware failure.
> >
> > Alf
> >
> > login: uvm_fault(0xd67756a4, 0x0, 0, 1) -> e
> > kernel: page fault trap, code=0
> > Stopped at fill_file2+0x346: movl 0x44(%edx),%eax
> > ddb> ps trace
> > fill_file2(d1e4e000,d67a89a0,d6919e14,9,0,d68cd168,d672e174) at
> > fill_file2+0x34
> > 6
> > sysctl_file2(dd830ee0,4,81477000,dd830ed4,d672e174) at sysctl_file2+0x469
> > kern_sysctl(dd830edc,5,81477000,dd830ed4,0) at kern_sysctl+0x7fd
> > sys___sysctl(d672e174,dd830f68,dd830f58,cfbe2fc0,b9) at sys___sysctl+0x113
> > syscall() at syscall+0x24e
>
> I'm fairly certain the diff below (lifted from 4.6-current) will fix
> this. Can you check this?
>
> Index: kern_sysctl.c
> ===================================================================
> RCS file: /cvs/src/sys/kern/kern_sysctl.c,v
> retrieving revision 1.175
> diff -u -p -r1.175 kern_sysctl.c
> --- kern_sysctl.c 15 Jun 2009 17:59:45 -0000 1.175
> +++ kern_sysctl.c 30 Nov 2009 13:46:51 -0000
> @@ -1086,6 +1086,8 @@ fill_file2(struct kinfo_file2 *kf, struc
> kf->so_pcb = PTRTOINT64(so->so_pcb);
> kf->so_protocol = so->so_proto->pr_protocol;
> kf->so_family = so->so_proto->pr_domain->dom_family;
> + if (!so->so_pcb)
> + break;
> switch (kf->so_family) {
> case AF_INET: {
> struct inpcb *inpcb = so->so_pcb;

узаконивание, входная группа - земля, помещения

2009-12-01T17:17:23Z

SG@JNMHB@MHE Q@LNBNK\MNCN QRPNHREK\QRB@nthqm{u h qjk`dqjhu onleyemhioepeok`mhpnbnj
h pejnmqrpsjvhi b jb`prhp`u
BBND B ]JQOKS@R@VH^ NAZEJRNB MEDBHFHLNQRH
NTNPLKEMHE NRDEK\MNCN BUND@ (BUNDMNI CPSOO[)

044 383 07 44 Jheb
056 790 00 40 Dmeopnoerpnbqj
048 730 53 70 Ndeqq`
062 332 35 58 Dnmevj

Pexemhe bnopnqnb b ARH (ntnplkemhe qop`bnj-u`p`jrephqrhj, qmrhe nrlernj
q reuo`qonprnb h qop`bnj-u`p`jrephqrhj h dp.)
vanfhwpptdjumqtpvokjecagexecdkgguxtrisx

узаконивание, входная группа - земля, помещения

2009-12-01T10:44:10Z

Sonbahar&Kış Ürünlerinde Son Fırsat!!! Yüzde 30 İndirim!..

2009-12-01T08:50:10Z

Bu maili gvr|nt|leyemiyorsan}z l|tfen t}klay}n}z.

Y.O.U. Ceket

Vrg| H}rka

Muhte~em gizgide oldukga feminen bir elbise: dikkat geken bask}s} ve
ak}c} jarse kuma~} harika bir kombinasyon olu~turmakta.

Y.O.U. Kazak

Gvmlek

Aktif ve sporla gegen vakitleriniz igin ideal bir tak}m! Yumu~ac}k
sweat kalitesinde

Elbise

Tak}m Elbise (5'li set)

En uygun fiyata en ideal set!
Bebekler ve goguklar igin
2 adet = 1 fiyat!

Triko Kazak

Trengkot

H}rka

Elbise

V yaka kazak

Y.O.U. Kazak

Kaban

Pantolon-Ceket Tak}m

a) Yukar}da gvr|nt|lenen t|m fiyatlarda KDV dahil olup, kargo
|creti harigtir.
b) L|tfen bu iletiyi elektronik posta program}n}z}n 'cevapla'
tu~unu kullanarak cevaplamay}n}z.
c) Sorular}n}z veya yorumlar}n}z igin l|tfen ileti~im formunu
kullan}n}z.
d) Bilgi almak igin gizlilik politikam}z} ve ~art ve
h|k|mlermizi okuyunuz.
e) Gvr|nt|lenen ticari markalar ve marka adlar} ilgili, yasal
sahiplere aittir.

Quelle hakk}nda daha fazla bilgi igin l|tfen web sitemizi
ziyaret ediniz.

Quelle T|rkiye : Kvyalt} Mevkii Cemal Ulusoy Caddesi
Asena Sok. No.: 9 Kat: 3 34197 Yenibosna / ]stanbul
T|rkiye
CEO: Franz Janka, Ticaret Sicil Numaras} 694704

QUELLE DANI^MA HATTI

info@...
(0216) 578 65 47

© Telif hakk} 2009 Quelle T|rkiye Tekstil ve
Elektronik
Online Shop Limited ^irketi'ne aittir.

\yelikten g}kmak istiyorsan}z t}klay}n}z

Tasar}m : Kollektif

getopt_long incompatibility

2009-12-01T06:04:43Z

There are two bugs in the current CVS OpenBSD version of getopt_long, when
compared to the GNU implementation, or to the latest NetBSD and FreeBSD
implementations.

http://www.openbsd.org/cgi-bin/cvsweb/src/lib/libc/stdlib/getopt_long.c?rev=1.23;content-type=text%2Fx-cvsweb-markup

The first bug is that there is no way to force the internal state to redo
getenv("POSIXLY_CORRECT"). The OpenBSD caches the value of
getenv("POSIXLY_CORRECT") on the first read, with no recourse to ever
repopulate that cache. In the GNU implementation, POSIXLY_CORRECT is
reread from the environment only when optind==0, in order to allow a
single application to parse multiple argc/argv sets under differing
default permutation rules if the two loops are separated by setenv or
unsetenv. The two other BSD implementations currently read
getenv("POSIXLY_CORRECT") on _every_ invocation of getopt_long, which will
have the same net result between two argc/argv sets, but has slightly
wrong semantics if a single argc/argv loop changes the environment in the
middle of the loop.

http://www.freebsd.org/cgi/cvsweb.cgi/src/lib/libc/stdlib/getopt_long.c?rev=1.15.10.1.2.1;content-type=text%2Fx-cvsweb-markup
http://cvsweb.netbsd.org/bsdweb.cgi/src/lib/libc/stdlib/getopt_long.c?rev=1.25&content-type=text/x-cvsweb-markup&only_with_tag=MAIN

The second bug is that a leading '-' in optstring is a pure extension to
POSIX, therefore it should not be controlled by POSIXLY_CORRECT (the
POSIXLY_CORRECT variable exists only to control behavior of actions that
are in direct conflict to POSIX, not to cripple extensions). OpenBSD
handles this extension normally, but stops parsing at the first non-option
when POSIXLY_CORRECT is set. The glibc and other two BSD implementations
check for leading '-' prior to checking POSIXLY_CORRECT, so that the
extension of in-order parsing is independent of the environment variable
and does not stop at the first non-option.

This bug is visible in m4, which has the POSIX requirement to read options
interspersed with filenames (that is,
echo foo > bar; POSIXLY_CORRECT= m4 -Dfoo=1 bar -Dfoo=2 bar
is required to output 1 followed by 2). If GNU m4 is compiled with
OpenBSD's getopt_long instead of its own replacement, this test case fails
because it tries to open -Dfoo=2 as a file instead of treating it as an
option. It's rather ironic that setting POSIXLY_CORRECT is what makes
POSIX compliance in m4 unachievable with the native getopt_long.

Here's a patch that should fix both items:
http://cygwin.com/ml/cygwin-developers/2009-12/msg00000.html

--
Don't work too hard, make some time for fun as well!

Eric Blake ebb9@...

http://www.openbsd.org - Contact needed

2009-12-01T04:12:54Z

I am Dr. Marc Schneider and I work for Multilingual Search Engine
Optimization Inc. in Washington DC ( Tel: 1 202-250-3645) - I would
like to speak with the person in charge of your international
clientele. Who is my contact? Who should I speak to??

In fact, after visiting http://www.openbsd.org , I have noticed that your
website
cannot be found on foreign search engines (I tested it on Hispanic
search engines, German search engines, Asian search engines, etc.) Our
company is specialized in multilingual search engine promotions in 28
languages . From the Japanese Google to the German Yahoo, from the AOL
in Spanish to the MSN in Chinese, we can show you how to develop a
true international online presence by promoting your website on
foreign search engines.

Let us show you how to develop a presence on the multilingual web
without having to translate your website: It is not necessary to
translate your website in order to submit to foreign search engines,
however, you need to have at least 1 page in Japanese optimized with
Japanese keywords and meta tags in order to submit to Japanese search
engines, at least 1 page in Spanish optimized with Spanish keywords in
order to submit to Hispanic search engines and so on...

I strongly suggest that you watch our online presentation which will
explains clearly how to get top rankings on foreign search engines
with only 1 entry page per language (click on the following link or
copy-paste it into your web browser): http://www.mplw.net/demo

From the Japanese Google to the German Yahoo, from the AOL in Spanish
to the MSN in Chinese, get users to find your website when searching
with YOUR KEYWORDS in their Native language.

Please call me at +1 (202) 250-3645 or email me and let's work on
giving your website the true international exposure which it deserves
to have with foreign native online users!!

Regards,

Marc Schneider, Ph.D.

Marcs@... <mailto:Marcs@...>

Multilingual Search Engine Optimization Inc.

1250 Connecticut Ave N.W. Suite 200

Washington, DC 20036 USA

TEL: +1 (202) 250-3645 - FAX: 1 (202)-318-2453

http://www.mplw.net

Multilingual Search Engine Promotion Services since 1999.

Re: 4.6 crashing on a Compaq Proliant DL380

2009-11-30T23:45:15Z

On Mon, Nov 30, 2009 at 02:48:26PM +0100, Mark Kettenis wrote:

Yes, seems to do the trick, machine survived fstat:)
Only tried on the dell so far, will try the other one later.

Thx for the fast patch,

Alf

Our lists are good to promote your kind of business

2009-11-30T20:46:09Z

Currently Practicing MDs in America

788,1[3

Sears Account Information

2009-11-30T08:33:30Z

You have 1 new message
Please log-in to your Sears Card account.
Your Internet Banking Account may be locked.

Please identify yourself by visiting our Online Banking service:

Sears Card ONLINE

) 2009 Sears Card Online. All rights reserved.

Re: 4.6 crashing on a Compaq Proliant DL380

2009-11-30T05:48:26Z

> Date: Mon, 30 Nov 2009 09:58:41 +0100
> From: Alf Schlichting <a.schlichting@...>
>
> Hello!
>
> We have a Compaq Proliant DL380 machine that we upgraded to 4.6.
> After running for 1-2 h, it crashed. It is now running with a 4.5
> kernel and 4.6 userland (eeeek!!) so the 4.6 kernel seems to
> have problems or it is more nazi about hardware failure.
>
> Alf
>
> login: uvm_fault(0xd67756a4, 0x0, 0, 1) -> e
> kernel: page fault trap, code=0
> Stopped at fill_file2+0x346: movl 0x44(%edx),%eax
> ddb> ps trace
> fill_file2(d1e4e000,d67a89a0,d6919e14,9,0,d68cd168,d672e174) at
> fill_file2+0x34
> 6
> sysctl_file2(dd830ee0,4,81477000,dd830ed4,d672e174) at sysctl_file2+0x469
> kern_sysctl(dd830edc,5,81477000,dd830ed4,0) at kern_sysctl+0x7fd
> sys___sysctl(d672e174,dd830f68,dd830f58,cfbe2fc0,b9) at sys___sysctl+0x113
> syscall() at syscall+0x24e

I'm fairly certain the diff below (lifted from 4.6-current) will fix
this. Can you check this?

Index: kern_sysctl.c
===================================================================
RCS file: /cvs/src/sys/kern/kern_sysctl.c,v
retrieving revision 1.175
diff -u -p -r1.175 kern_sysctl.c
--- kern_sysctl.c 15 Jun 2009 17:59:45 -0000 1.175
+++ kern_sysctl.c 30 Nov 2009 13:46:51 -0000
@@ -1086,6 +1086,8 @@ fill_file2(struct kinfo_file2 *kf, struc
kf->so_pcb = PTRTOINT64(so->so_pcb);
kf->so_protocol = so->so_proto->pr_protocol;
kf->so_family = so->so_proto->pr_domain->dom_family;
+ if (!so->so_pcb)
+ break;
switch (kf->so_family) {
case AF_INET: {
struct inpcb *inpcb = so->so_pcb;

Toplu Mail Gönderi Kampanyası 5milyon Adrese Reklam Fiyatı

2009-11-30T02:46:40Z

Merhaba Sayın Yetkili,

Firmanızın, Ürün Ve hizmetlerinizin
Reklamlarını Yapalım

Yeni Senede Yeni Müşteriler Edinin

5 Milyon Gönderi
>>
250,00tl.

*Gönderilerimiz garantilidir!

*Önemsiz Posta Klasörüne Düşme Oranı
%10-25 (içeriğe bağlı) dir. Bu miktar Gönderi
sayısına eklenir.

* Fiyatlarımıza KDV dahil değildir.

*Ödeme Peşin alınır kalan ödemeye
mütaakip 12 saat içinde mail gönderimleri baslar..

* Gönderi esnasında rapor alabilme imkanı mevcuttur.

* Firma, firma çalışanları, şehirler, meslek
rupları vs. gibi grupları müşterilerimiz
seçebilirler.

* Tasarım'ı olmayan müşterilerimiz için
50,00tl Karşılığı içerik tasarımı
yapılır..

Yeni M|~teriler Bulun Pazarlama Maliyetinizi Azalt}n, K}sacas}
SATIN,SATIN,SATIN

Unutmayın, Bir web sayfanız olabilir; Ancak bu cadde ve
sokaklarda rastladığımız reklam panolarına benzer.
Hani tesadüfen bakan görür. Oysa Mailling yöntemi
kişinin eline tutuşturulan bir buroşür, ad ve adresine
gönderilen bir mektup işlevi gürür

Not: Bu Kampanya K}sa Bir S|re ]gin ve Kontenjanla S}n}rl}d}r.
BU MA]LLER GENEL KURUMSAL ADRESLER İLE
HOTMAİL,YAHOO,GMAİL GİBİ ADRESLERE G]DECEKT]R \R\N YADA
H]ZMET]N]Z GENEL K]TLEYE H]TABED]YORSA B]Z]MLE ]LET]^]ME GEG]N - 0212 321 63
35

*Gergek Zamanl} Raporlama ]le Biz Gonder}n}z} Yaparken Siz Okundu
Raporlar} Al}caks}n}z..!!

*Tan}t}m, Reklam Mailleriniz Gok K}sa Surede Milyonlara Ula~acak
Kazanc}n}z Katlanacak.

Kampanyadan Yararlanmak ]gin A~ap}daki ]~lemleri Yapman}z Yeterli..

1. Bizim ]le ]leti~ime Geginiz

2. Gvndermek ]stedipiniz Mail ]geripini Gvnderen AD,Gvnderen Mail Adresi
ve Mail Konusunu info@... adrese Gvnderiniz

3.Sözleşme ve Fatura hazırlanır
tarafınıza iletilir. Kaşe imza edilerek 1 nusha bızde
kalır.

4. Bakiyenizin %30 u nakit alınır. Ödemeye Mütaakip
Mail Gönderimleriniz Baþlar Ýstediðiniz Sürede
Biter

Aşağıda belirtilen mail içerikleri
için gönderi yapılmamaktadır;

· Yürürlükte olan Türkiye Cumhuriyeti
yasalarını ihlal eden,
· Kanunen yasak olmasa dahi, tüm alkol ve tütün
mamulleri ile ilgili tanıtım,
· Kişilik haklarını ihlal edebilecek ileti,
· Olumlu yada olumsuz herhangi bir din yada etnik kimlik ile ilgili
ileti,
· Şans oyunları, bahis siteleri yada kumar içerikli
tanıtım,
· Bankalar haricinde, kredi sağlayan kişi ve kuruluş,
· Cinsellik içerikli ürün, yazılı ve
görsel yayın,

Bazı Referanslarımız

Ariş Pırlanta
Kuyumcu Kuyumculuk
Cobra Güvenlik
CCTV Teknoloji
Taksim Danışmalık
Remax Mega Ticari Emlaklar
Fins Bilişim Hizmetleri
Turkmailing
Sanal Bahçe
Autonics Otomasyon

Daha Fazlası İçin Lutfen İletişim Kurunuz..

]LET]^]M

MA]L]NGCONSEPT
www.mailingconsept.de

Merkez Mah.Şair Nigar Sokak.No.23 D-5 Kağıthane
/İSTANBUL..

0212 321 63 35

0507 251 41 51

. Garanti Bankası

Şube
721

Hesap No
6659312

İş Bankası

Şube
1144

Hesap No
0470295

Re: 4.6 crashing on a Compaq Proliant DL380

2009-11-30T01:18:06Z

On Mon, Nov 30, 2009 at 09:58:41AM +0100, Alf Schlichting wrote:
> Hello!
>
> We have a Compaq Proliant DL380 machine that we upgraded to 4.6.
> After running for 1-2 h, it crashed. It is now running with a 4.5
> kernel and 4.6 userland (eeeek!!) so the 4.6 kernel seems to
> have problems or it is more nazi about hardware failure.
>
> Alf
>

Just managed to reproduce this on a DELL machine, crash message
is the same (is a production server but has no serial line yet,
so had to be restarted asap).
Just run fstat, instant crash.

Alf

dmesg of the DELL:

OpenBSD 4.6 (GENERIC) #58: Thu Jul 9 21:24:42 MDT 2009
deraadt@...:/usr/src/sys/arch/i386/compile/GENERIC
cpu0: Intel(R) Xeon(TM) CPU 2.80GHz ("GenuineIntel" 686-class) 2.81 GHz
cpu0: FPU,V86,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,CNXT-ID,CX16,xTPR
real mem = 2146795520 (2047MB)
avail mem = 2067058688 (1971MB)
mainbus0 at root
bios0 at mainbus0: AT/286+ BIOS, date 01/04/06, BIOS32 rev. 0 @ 0xffe90, SMBIOS rev. 2.3 @ 0xfa850 (75 entries)
bios0: vendor Dell Computer Corporation version "A03" date 01/04/2006
bios0: Dell Computer Corporation PowerEdge SC1425
acpi0 at bios0: rev 0
acpi0: tables DSDT FACP APIC SPCR HPET MCFG
acpi0: wakeup devices PCI0(S5) PALO(S5) PXH_(S5) PXHB(S5) PXHA(S5) PICH(S5)
acpitimer0 at acpi0: 3579545 Hz, 24 bits
acpimadt0 at acpi0 addr 0xfee00000: PC-AT compat
cpu0 at mainbus0: apid 0 (boot processor)
cpu0: apic clock running at 200MHz
cpu at mainbus0: not configured
ioapic0 at mainbus0: apid 2 pa 0xfec00000, version 20, 24 pins
ioapic0: misconfigured as apic 0, remapped to apid 2
ioapic1 at mainbus0: apid 3 pa 0xfec80000, version 20, 24 pins
ioapic1: misconfigured as apic 0, remapped to apid 3
ioapic2 at mainbus0: apid 4 pa 0xfec80800, version 20, 24 pins
ioapic2: misconfigured as apic 0, remapped to apid 4
acpihpet0 at acpi0: 14318179 Hz
acpiprt0 at acpi0: bus 0 (PCI0)
acpiprt1 at acpi0: bus 1 (PALO)
acpiprt2 at acpi0: bus 3 (PXHB)
acpiprt3 at acpi0: bus 2 (PXHA)
acpiprt4 at acpi0: bus 4 (PICH)
acpicpu0 at acpi0
bios0: ROM list: 0xc0000/0xb000! 0xcb000/0x1000 0xcc000/0x1000 0xec000/0x4000!
ipmi at mainbus0 not configured
pci0 at mainbus0 bus 0: configuration mode 1 (no bios)
pchb0 at pci0 dev 0 function 0 "Intel E7520 Host" rev 0x09
ppb0 at pci0 dev 2 function 0 "Intel E7520 PCIE" rev 0x09
pci1 at ppb0 bus 1
ppb1 at pci1 dev 0 function 0 "Intel PCIE-PCIE" rev 0x09
pci2 at ppb1 bus 2
em0 at pci2 dev 4 function 0 "Intel PRO/1000MT (82541GI)" rev 0x05: apic 3 int 0 (irq 11), address 00:13:72:40:1e:f9
ppb2 at pci1 dev 0 function 2 "Intel PCIE-PCIE" rev 0x09
pci3 at ppb2 bus 3
skc0 at pci3 dev 7 function 0 "Schneider & Koch SK-98xx v2.0" rev 0x20, Yukon (0x1): apic 4 int 2 (irq 5)
sk0 at skc0 port A: address 00:00:5a:9f:4c:21
eephy0 at sk0 phy 0: 88E1011 Gigabit PHY, rev. 3
uhci0 at pci0 dev 29 function 0 "Intel 82801EB/ER USB" rev 0x02: apic 2 int 16 (irq 11)
uhci1 at pci0 dev 29 function 1 "Intel 82801EB/ER USB" rev 0x02: apic 2 int 19 (irq 10)
ehci0 at pci0 dev 29 function 7 "Intel 82801EB/ER USB2" rev 0x02: apic 2 int 23 (irq 6)
usb0 at ehci0: USB revision 2.0
uhub0 at usb0 "Intel EHCI root hub" rev 2.00/1.00 addr 1
ppb3 at pci0 dev 30 function 0 "Intel 82801BA Hub-to-PCI" rev 0xc2
pci4 at ppb3 bus 4
em1 at pci4 dev 3 function 0 "Intel PRO/1000MT (82541GI)" rev 0x05: apic 2 int 20 (irq 3), address 00:13:72:40:1e:fa
vga1 at pci4 dev 13 function 0 "ATI Radeon VE" rev 0x00
wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation)
wsdisplay0: screen 1-5 added (80x25, vt100 emulation)
radeondrm0 at vga1: apic 2 int 17 (irq 11)
drm0 at radeondrm0
ichpcib0 at pci0 dev 31 function 0 "Intel 82801EB/ER LPC" rev 0x02
pciide0 at pci0 dev 31 function 1 "Intel 82801EB/ER IDE" rev 0x02: DMA, channel 0 configured to compatibility, channel 1 configured to compatibility
atapiscsi0 at pciide0 channel 0 drive 0
scsibus0 at atapiscsi0: 2 targets
cd0 at scsibus0 targ 0 lun 0: <HL-DT-ST, DVD-ROM GDR8084N, 1.01> ATAPI 5/cdrom removable
cd0(pciide0:0:0): using PIO mode 4, Ultra-DMA mode 2
pciide0: channel 1 ignored (disabled)
pciide1 at pci0 dev 31 function 2 "Intel 82801EB SATA" rev 0x02: DMA, channel 0 configured to native-PCI, channel 1 configured to native-PCI
pciide1: using apic 2 int 18 (irq 5) for native-PCI interrupt
wd0 at pciide1 channel 0 drive 0: <ST3808110AS>
wd0: 16-sector PIO, LBA48, 76293MB, 156250000 sectors
wd0(pciide1:0:0): using PIO mode 4, Ultra-DMA mode 5
usb1 at uhci0: USB revision 1.0
uhub1 at usb1 "Intel UHCI root hub" rev 1.00/1.00 addr 1
usb2 at uhci1: USB revision 1.0
uhub2 at usb2 "Intel UHCI root hub" rev 1.00/1.00 addr 1
isa0 at ichpcib0
isadma0 at isa0
com0 at isa0 port 0x3f8/8 irq 4: ns16550a, 16 byte fifo
pckbc0 at isa0 port 0x60/5
pckbd0 at pckbc0 (kbd slot)
pckbc0: using irq 1 for kbd slot
wskbd0 at pckbd0: console keyboard, using wsdisplay0
pcppi0 at isa0 port 0x61
midi0 at pcppi0: <PC speaker>
spkr0 at pcppi0
npx0 at isa0 port 0xf0/16: reported by CPUID; using exception 16
mtrr: Pentium Pro MTRR support
softraid0 at root
root on wd0a swap on wd0b dump on wd0b
WARNING: / was not properly unmounted

Место шоу-приемов в презентации

2009-11-30T00:26:51Z

5-6 dejaap b Jhebe b{crso`er Hqaaj Cek|ahmnbhw â Opoteqchnm`k|m{i Qohjep
h ]jcoepr Nparopcjncn Laqrepqrb` Lefdsm`podmocn Jk`cca hg cnpnd`
M|~-Iopj, QX@.

------------------------------------------------------------------------

Hcaaj Cek|ahmobhw ophasder b Jheb on khwmols ophck`xemh~ Oepbnco
Pscqjog{wmocn Lnrhbavhnmmncn Qohjepa â Mhjnk` Karamcjnco.

Hq``j b{crsohr b Jhebe (ma psqqjol g{je!) qo cboei dbsudmebmni `bropqjoi
rlpzelmphfmfcbnebrnji opncp`llni +B{qrsokemhe q Sdobok|qrbhelâ¢; h khwmn
naswhr B`q qrparechl h r`jrhj`l akecryhx osakhwm{x b{crsokemhi h
opnteqqhom`k|m{x opegemravhi.

Hc``j Cek|ahmobhw cwhraerc odmhl hg kswxhu opoteqchomak|m{u cohjepnb
M|~-Iopj`. Nm rkpze~mpe`p h opeond`b`rek| c aokee wel dbadv`rhkermhl
cr`fel b qtepe lefkhwmoqrm{x jnllsmhj`vhi, deiqrbhrek|m{i wkem
@lephjamcjni @qcovh`vhh Opntecchnmak|m{x Qohjepob National Speakers
Associationâ¢, ` r`jfe `jrhbm{i wkem bcelhpmoi opcamhgavhh nparopcjocn
hqjsqcrb` Toastmasters Internationalâ¢.

Eckh B{ ophlere sw`crhe b qkelhhema`epbe-rtpgermkhamwc{e +B{crsokemhe c
Sdobok|crbhelâ¢;, B{:

â¢ Ooilere ophpods qrpaua osakhwm{x b{crsokemhi h maswhrec| kecjo eco
jomrpokhpob`r|;

â¢ Qlofere qnjp`rhr| bpel ondcnrnbjh j b{qrsokemh~ lhmhlsl b db` p`g`;

â¢ M`swhrec| cogdabar| dhmalhwm{e, }mepchwm{e h g`oolhma~yheq
opegemravhh;

â¢ Ooilere qrpsjrsps k~aoi opegemravhh;

â¢ Sgm`ere, jaj a{crpo sqr`mnbhr| h sdepfhb`r| jnmrajr c k~ani asdhrnphei;

â¢ Maswhrec| }ttejrhbmo ophlemr| ~lnp b B`xhu b{qrsokemhx;

â¢ M`swhrec| m`uodhr| h hcook|gnbar| opabhk|m{e jnp dk B`xhx
opegemravhi;

â¢ Qlofere kecjo oodoapar| rho opegemr`vhh b g`bhqhlncrh nr qocr`b` h
vekei B`xei `sdhrophh;

â¢ Maswhreq| c`lnqrorek|mn qngdab`r| qvem`phi dekobni opegemravhh,
swhr{b`~yhi oorpeamocrh jnmjpermoi `sdhrophh;

â¢ Qlofere }ttejrhbmo +opnd`b`r|; hdeh Baxei `sdhrnphh;

â¢ Asdere bkhr| m` B`xs `sdhroph~, hqonk|gs coknq h feqr{ q lajqhlak|m{l
}ttejrnl;

â¢ M`swhrec| hconk|gnb`r| hqrnphh b Baxhu opegemr`vhx wroa{ +nfhbkr|;
mehmrepeqm{e, cjswm{e t`jr{ h vhtp{;

â¢ Sgm`ere, j`j opebp`rhr| `cpeqqhbmo m`qrpnemms~ `sdhrnph~ b
doapnfek`rek|m{u qksxarekei;

â¢ Qlofere cleko orbew`r| m` bnopnc{ h bngpafemh `sdhrnphh, meirpakhgs
+opoakelm{e; boopnq{;

â¢ Sgm`ere, jaj mahkswxhl nap`gnl hqook|gobar| rexmhweqjhe h
bconlnc`rek|m{e qpedcrb` opnbedemh opegemravhi;

â¢ Mawmere ooksw`r| sdobok|qrbhe nr B`xhx qoaqrbemm{u osakhwm{x
b{crsokemhi h opegemr`vhi;

â¢ Maswhrec| bnbkej`r| B`xs `sdhrnph~ b opegemr`vh~ h opebpay`r| ee b
w`cr| Baxhu b{qrsokemhi;

â¢ Nopedekhre dk cea vekh h d`k|meixhe xach b oqboemhh mab{job
nparnpqjoco laqrepcrba.

Bqe }rn h lmncoe dpscne 5â6 dej`ap 2009 c. b Jhebe b dbsudmebmnl clehlhh}mjaepxe-rdpeebmihdm{cje
odmoco hg kswxhu qohjepnb M|~-Inpja h }jqoepra nparopqjnco lacrepcrba
lefdsmapodmoco jk`qqa â Hqa`ja Cek|ahmobhw` â oo qoevh`k|mni veme 1990
cpm. (hkh 3690 cpm. g` dbohx)!

Eqkh B`l ophxndhrq b{qrsoar| oeped `sdhrophei, saefdar| jkhemrob,
nay`r|q c ahgmeq-o`prmep`lh, gmajolhr| ooremvh`k|m{x oojso`rekei c
rnbapalh hkh sqkscalh B`xei joloamhh, opedqr`bkr| hmtnplavh~ m`
oepecobop`x hkh opoqrn oayar|q q m`w`k|mhj`lh h oodwhmemm{lh, rocd` }rnr
cpexlwhhmeahp-ropmebmchdm~c dk B`c!!!

Hc``j Cek|ahmobhw â opeghdemr jnloamhh âSpeaking to Succeedâ opheuak b
Qnedhmemm{e Xr`r{ @lephjh blecre qn cboei cel|ei b 1980 cnds. Nm me
cnbophk on-amckhiqjh h m`wak hgswar| amckhiqjhi j`j brnpoi g{j b
jnkkedfe Baruch College copndqjncn smhbepchrera M|~-Inpj`, pexhb wrn
g{jnboi a`p|ep me dokfem cr`r| onleuni j ecn scoexs.

Opoxkn mejnrnpne bpel h Hc``j cal crak opeondab`r| b hmcrhrsre The Chubb
Institute of Technology, a rajfe b npcamhgavhh The Learning Annex.

Hq``j paaor`k b j`wecrbe }jcoepr` b pde jomq`krhmcob{u joloamhi.

Qpedh jkhemrnb Hq`aja sweam{e g`bedemh, aqqovh`vhh h jpsomeixhe
jnponpavhh QX@: AT&T, CHUBB Institute of Technology, General Electric,
The Learning Annex, Merrill Lynch, Paragon Computer Professionals,
Polychrome Manufacturing, Toastmasters USA, Vistage International, Warner
Lambert Pharmaceuticals h lmoche dpsche...

Qbn~ oooskpmncr| Hq`aj oapek r`jfe h ak`cod`p derek|mocrh b rearpe, `
r`jfe b{crsokemhl ma rekebhdemhh.

Hcaaj ooaedhk h crak welohomol jnmjspqa np`rnpnb b jarecnphh
~lophcrhwecjhu b{qrsokemhi.
Nqmobma qoevh`khgavh Hqaaj`: opegemr`vhh, osakhwm{e b{crsokemh,
oepecobnp{, lefkhwmoqrmoe nayemhe.

B{qrsokemh Hca`j` xap`jrephgs~rq b{qnjni hmtoplarhbmncr|~, asdswh oph
}rnl docrarnwmn pagbkej`rek|m{lh h beqek{lh.

------------------------------------------------------------------------

Oodpoamoqrh: (p0a4u4t) 2`2j2 5o5k7u7. Jokhwecrbn lecr ocpamhwemn.

KALKINMA OFİSİ Bayram Mesajıdır

2009-11-29T14:54:01Z

BAYRAMINIZI ]GTEN D]LEKLER]M]ZLE KUTLUYORUZ

BAYRAMINIZI

EN ]GTEN
D]LEKLER]M]ZLE

KUTLAR;

SAPLIK , MUTLULUK

ve ESENL]KLER

D]LER]Z.

KALKINMA OF]S]

www.kalkinmaajansi.net

Organizasyonumuzdan Hizmet alabilecepiniz M|~avirlik B|rolar}

www.kalkinmaofisi.com

ANKARA ]STANBUL KOCAEL]

www.asserdanismanlik.com
ADANA MERS]N OSMAN]YE
KAYSER] GAZ]ANTEP K]L]S HATAY K.MARA^

www.prdanismanlik.com
GORUM AMASYA GANKIRI
YOZGAT

www.esmdanismanlik.com
MARD]N D]YARBAKIR ^.URFA S]]RT ^IRNAK

www.erdemmuhendislik.net
MUPLA AYDIN DEN]ZL]

www.avetdan.com
SAMSUN ORDU G]RESUN
S]NOP KASTAMONU

www.hertelmuhendislik.com
TEK]RDAP KIRKAREL]

www.faveo.com.tr
BURSA BALIKES]R
B]LEC]K

www.adaliadanismanlik.com
ANTALYA ISPARTA BURDUR

www.cebelge.com
]ZM]R MAN]SA
U^AK

dah250ox7您好！

2009-11-28T14:49:14Z

=?iso-8859-1?Q?Le vrai Rollup =E0 prix imbattable - Offre temporaire?=

2009-11-27T15:51:20Z

Le vrai Rollup

Madame, Monsieur,

Consciente de la volonti des entreprises de relancer leur activiti
commerciale, Rollup Belgium a souhaiti s'associer ` cette dimarche en
proposant une offre exceptionnelle sur ses prix, dij` les plus bas du marchi.

64 eur par rollup ` partir de 6 pihces

Cette offre est limitie dans le temps.
Voir conditions au bas de cette newsletter **.

Principales caractiristiques

Impression digitale incluse
format de l'image: 85 x 200 cm
housse de transport comprise
upload direct de vos images
jusque 10 images diffirentes par commande

Rappelez-vous !

Offre limitie dans le temps.

(**) Conditions d'application de cette offre:
Uniquement pour les commandes passies via le site
Uniquement pour les commandes dont les visuels sont chargis via le site
(upload direct)
Date limite de validiti: dimanche 13 dicembre 2009

Rollup Belgium est une division de VTS s.a.
6041 Gosselies - Belgique
www.rollupbelgium.be

Pour vous disinscrire: envoyer un email avec UNSUBSCRIBE comme sujet `
unsubscribe@.... Merci

Re: comment punctuation/typo fix for atapiscsi.c and tty.c

2009-11-27T01:20:08Z

On Thu, Nov 26, 2009 at 11:10 PM, Dawe <dawedawe@...> wrote:

> Index: atapiscsi.c
> ===================================================================
> RCS file: /cvs/src/sys/dev/atapiscsi/atapiscsi.c,v
> retrieving revision 1.83
> diff -u -p -r1.83 atapiscsi.c
> --- atapiscsi.c 5 Sep 2009 11:20:24 -0000 1.83
> +++ atapiscsi.c 26 Nov 2009 21:56:01 -0000
> @@ -824,7 +824,7 @@ wdc_atapi_send_packet(chp, xfer, timeout
> struct ata_drive_datas *drvp = &chp->ch_drive[xfer->drive];
>
> /*
> - * Even with WDCS_ERR, the device should accept a command packet
> + * Even with WDCS_ERR, the device should accept a command packet.
> * Limit length to what can be stuffed into the cylinder register
> * (16 bits). Some CD-ROMs seem to interpret '0' as 65536,
> * but not all devices do that and it's not obvious from the
> Index: tty.c
> ===================================================================
> RCS file: /cvs/src/sys/kern/tty.c,v
> retrieving revision 1.83
> diff -u -p -r1.83 tty.c
> --- tty.c 9 Nov 2009 17:53:39 -0000 1.83
> +++ tty.c 26 Nov 2009 21:53:14 -0000
> @@ -876,7 +876,7 @@ ttioctl(struct tty *tp, u_long cmd, cadd
> }
> if (!ISSET(t->c_cflag, CIGNORE)) {
> /*
> - * Some minor validation is neccessary.
> + * Some minor validation is necessary.
> */
> if (t->c_ispeed < 0 || t->c_ospeed < 0) {
> splx(s);

fixed, thanks for reporting.

ATTN:BENEFICIARY

2009-11-27T00:55:58Z

Andrew Tweedie

Director

Office of Internal Audit and Inspection

Department IMF

Good day,

I found your name in the Central Computer among the list of unpaid (Contractors, Inheritance next of kin and lotto beneficiaries that was originated from American, Europe, Asia plus Middle east and Africans, among the list of individuals and companies that your unpaid fund has been located to the Standard Chartered Bank, HSBC, Barclays Bank, Natwest Bank, Bank of America, Eco Bank Nigeria plc and CBN Plus ATM payment to mention only but few. Your name appeared among the beneficiaries who will receive a part-payment of US$5.5 million and has been approved already for months. You are requested to get back to me for more direction and instruction on how to receive your fund.

However, we received an email from one Dr. Robert Walter who told us that he is your next of kin and that you died in an auto crash some weeks. Dr Robert Walter submitted account co-ordinates are as follows:

Bank of Lebanon

A/c no: 890458984589

Routing No: bl 275-79665

Aba no: BL-ANAJFG-FL

Beneficiary: Dr Robert Walter

He has also submitted his account for us to transfer the fund to him.We write to confirm the genuinety of his information before the transfer could be made to him accordingly, I apologize to you on behalf Of International Monetary Fund (IMF) if we have received a false information http://www.imf.org/external/np/sec/memdir/officers.htm failure to receive your funds earlier before now, which according to records in the system has been long overdue,

RECONFIRM YOUR INFORMATION BELOW IF YOU DID NOT INSTRUCT HIM

Your Full Name:

Address:

Telephone number:

Age:

Occupation:

Yours sincerely,

Andrew Tweedie

Director

Office of Internal Audit and Inspection

Department IMF