Re: Gtk1.2 colo_selection widget crashes X on planar amifb fbdev X server
- To: schwab@issan.informatik.uni-dortmund.de
- Cc: Richard.Zidlicky@stud.informatik.uni-erlangen.de, luther@dpt-info.u-strasbg.fr, alan@cymru.net, debian-powerpc@lists.debian.org, linux-apus@sunsite.auc.dk, gtk-list@redhat.com, devel@XFree86.Org, debian-gtk-gnome@lists.debian.org, Geert.Uytterhoeven@cs.kuleuven.ac.be, linux-m68k@lists.linux-m68k.org
- Subject: Re: Gtk1.2 colo_selection widget crashes X on planar amifb fbdev X server
- From: David Miller <davem@twiddle.net>
- Date: Fri, 12 Mar 1999 01:35:09 -0800
- Message-id: <[🔎] 199903120935.BAA00420@piglet.twiddle.net>
- In-reply-to: <[🔎] vyziuc7ul1u.fsf@issan.cs.uni-dortmund.de> (message from Andreas Schwab on 12 Mar 1999 10:14:21 +0100)
- References: <[🔎] 199903111430.PAA18804@faui02y.informatik.uni-erlangen.de> <[🔎] vyziuc7ul1u.fsf@issan.cs.uni-dortmund.de>
From: Andreas Schwab <schwab@issan.informatik.uni-dortmund.de>
Date: 12 Mar 1999 10:14:21 +0100
A program which cannot cope with that is broken by definition.
Emacs's internal lisp data types depend upon the layout of the upper
bits of an address, and what that looks like. It uses bits which can
never be set as a place to store typing information codes. If you
look in GNU emacs, it does do special things when the glibc malloc is
being used to prevent it from using mmaps for example.
This restriction has been around for ages and we've been coping with
it by making emacs see something consistant there.
Or is there some other issue?
Later,
David S. Miller
davem@redhat.com
Reply to: