From owner-freebsd-current@FreeBSD.ORG Mon Sep 14 08:16:43 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BA7DC106566B; Mon, 14 Sep 2009 08:16:43 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: from palm.hoeg.nl (mx0.hoeg.nl [IPv6:2001:7b8:613:100::211]) by mx1.freebsd.org (Postfix) with ESMTP id 6054F8FC16; Mon, 14 Sep 2009 08:16:43 +0000 (UTC) Received: by palm.hoeg.nl (Postfix, from userid 1000) id CA7F81CD94; Mon, 14 Sep 2009 10:16:41 +0200 (CEST) Date: Mon, 14 Sep 2009 10:16:41 +0200 From: Ed Schouten To: ddk ddk Message-ID: <20090914081641.GE95398@hoeg.nl> References: <20090911234823.GW2829@hoeg.nl> <650307.98405.qm@web59104.mail.re1.yahoo.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Bqc0IY4JZZt50bUr" Content-Disposition: inline In-Reply-To: <650307.98405.qm@web59104.mail.re1.yahoo.com> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: swell.k@gmail.com, freebsd-current@FreeBSD.org, delphij@FreeBSD.ORG Subject: Re: vesa(4) and amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Sep 2009 08:16:43 -0000 --Bqc0IY4JZZt50bUr Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable * ddk ddk wrote: > possible after > http://svn.freebsd.org/viewvc/base?view=3Drevision&revision=3D197174 >=20 > i have no freezing any more Great! I just saw the discussion Paul and I had was private, so I forgot to inform you folks about it. Unlike the old terminal emulator, libteken is really strict when it comes to the validity of its internal state. In fact, it has to be this way. If it wouldn't, then all sorts of scary things could happen (i.e. buffer overflows on the virtual text buffer). When I make rigorous changes to libteken, I often let it process terabytes of random data, but this obviously doesn't protect it against things like invalid calls to its utility functions. --=20 Ed Schouten WWW: http://80386.nl/ --Bqc0IY4JZZt50bUr Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (FreeBSD) iEYEARECAAYFAkqt++kACgkQ52SDGA2eCwUOQgCfZEMGcwFnRbkkhw3RtPIeMqOc d9kAn1ZyorzWRfpmXGWPl632GUQ9pJcS =WpoX -----END PGP SIGNATURE----- --Bqc0IY4JZZt50bUr--