[IMAGE]
LABORATORIO REPARACION MONITORES LCD
Todas las marcas y modelos: SAMSUNG, LG, BENQ, VIEWSONIC, HP, ACER, IBM,
DELL
Presupuestos sin cargo, Consulte por Retiros sin cargo
Local a la calle, Zona Almagro-Caballito
4982.9696 BME. MITRE 4042 C.A.B.A.
SOLARCOM srl
solar...@solarcomsrl.com
Now with proper indentation
Index: 31-nonmst.conf
===
RCS file: /home/vcs/cvs/openbsd/xenocara/lib/fontconfig/conf.d/31-nonmst.conf,v
retrieving revision 1.3
diff -u -p -r1.3 31-nonmst.conf
--- 31-nonmst.conf 21 Jan 2010 19:57:57
Ever wondered why xkcd.com looks so bad on OpenBSD?
This diff adds Dejavu replacements for the generic "Lucida" family as
well as replacements for all Lucida-type fonts shipped with OSX and
Windows.
Test: http://www.tmux.org/~tobiasu/tmp/fonttest.html
Index: 31-nonmst.conf
==
Klikk a kC)pre! Click on the picture!
[IMAGE]
On Sun, Jan 08, 2012 at 01:05:27PM +, Miod Vallat wrote:
> > Posix says that mmap(2)ing 0 bytes is bad and furthermore, our subsystem
> > is not written to support this (because there is no difference between
> > no allocation and a 0-byte allocation).
> > Strictly speaking, mmap(2) is to retur
Forgot the pcidump:
2:2:0: unknown unknown
0x: Vendor ID: 5372 Product ID: 6873
0x0004: Command: 0041 Status ID: 0400
0x0008: Class: 07 Subclass: 80 Interface: 00 Revision: 01
0x000c: BIST: 00 Header Type: 00 Latency Timer: 00 Cache Line Size: 08
0x0010:
I bought this cheap chinese device from ebay, after tweaking a bit
with puc and some help from sthen@, it works fine, tested devices
tty02 and tty03.
The thing is I've no idea which vendor it is, noir which device it is,
the only thing written on the card is "Sun 1040". The vendor-id and
device-i
On Sat, Jan 07, 2012 at 02:40:24PM +, Jason McIntyre wrote:
> On Sat, Jan 07, 2012 at 03:29:40PM +0100, Tobias Ulmer wrote:
> > After typing 'transferring' wrong one time too many...
> >
> > I didn't touch gcc, binutils, bind, lynx, kerberos, openssl or perl on
> > purpose.
> >
>
> ok by me.
> Hi,
>
> Posix says that mmap(2)ing 0 bytes is bad and furthermore, our subsystem
> is not written to support this (because there is no difference between
> no allocation and a 0-byte allocation).
> Strictly speaking, mmap(2) is to return EINVAL for 0 byte allocations
> and I intend to get that i
