From mboxrd@z Thu Jan 1 00:00:00 1970 Message-ID: <14ec7b180604271757y228cfe0asd1fe7fa992e6422f@mail.gmail.com> Date: Thu, 27 Apr 2006 18:57:11 -0600 From: "andrey mirtchovski" To: "Fans of the OS Plan 9 from Bell Labs" <9fans@cse.psu.edu> Subject: Re: [9fans] Drawterm Solaris In-Reply-To: <56a297000604271704q6bbd7eedgc7ab00fcbece267f@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <04574b431465cce03b8e15444f2079b8@swtch.com> <18485B5C-E6DC-462E-9632-CDB11FBF69BB@lanl.gov> <56a297000604271704q6bbd7eedgc7ab00fcbece267f@mail.gmail.com> Topicbox-Message-UUID: 48fe2bcc-ead1-11e9-9d60-3106f5b1d025 i believe the binary you downloaded exhibits the bug, but i can't verify under which conditions... I tried compiling a new binary on an old solaris 8 machine but couldn't -- the new drawterm code has no solaris hooks and the machine is too far away (and too busy) for me to try to import the relevant bits from the old code, even though a perfunctory look indicates it to be more than trivial (getcallerpc is there, but there's a non-posix solaris-specific thread implementation) i may try still. i compiled the old code and ran a test (both the binary from the web and the newly compiled one): despite being painfully slow, displaying on an X running under PowerPC (OSX) did not show color problems, however in both cases drawterm crashed with some X error or other. i apologize for being useless :( On 4/27/06, Noah Evans wrote: > Hey Andrey, > > This is actually using the solaris drawterm binary from your website. Doe= s > it have the RGB/BGR bug? Could be I'm just using an ancient version. I > compiled a newer binary late last night, but I won't have a chance to tes= t > it for a while. > > Noah