Re: [gtk-list] Re: Bad Accesws again
- From: raster redhat com
- To: gtk-list redhat com
- cc: otaylor redhat com, urba2544 urbanet ch
- Subject: Re: [gtk-list] Re: Bad Accesws again
- Date: Thu, 27 Aug 1998 12:15:44 -0400 (EDT)
On 27 Aug, Owen Taylor shouted:
->
-> Linus Gasser <urba2544@urbanet.ch> writes:
->
-> > Hello,
-> > I had this problem already once:
-> >
-> > ** ERROR **: BadAccess (attempt to access private resource denied)
-> > serial 35384 error_code 10 request_code 129 minor_code 3
-> >
-> > I get it with the testgtk-programm when I click on shapes (and several others).
-> > Someone told me to get a non-Redhat-kernel and it would be OK. It was, but just
-> > for 1 reboot!
->
-> > The next time I did a reboot I got the same error again.
->
-> Hmmm, are you sure that the second time you booted you used the
-> new kernel, not your original one?
->
-> [ I don't think Redhat vs. non-Redhat kernels would make a
-> difference, but rebooting again certainly shouldn't make a
-> difference... ]
->
-> > Also Xaos and MTV give me the same error. As I understood up to now
-> > it has to do with virtual-memory-space in X-Windows.
->
-> This is a (non-GTK+-specific) problem with the X shared memory
-> extension. If you configure GTK+ with the --disable-shm flag,
-> this should solve the problem for GTK+. (The GTK+ shipped with
-> RH 5.1 for the Alpha platform is configured in this manner.)
yes - there si defintiely a shm problem in 2.0.* alpha kernels.. works
fine on x86 but not alpha - X reports to have shmem - you can
successfulyl create a shmem segment but that segment is always 0 bytes
in size on the alpha.. and thus the whole thing goes boom. get a 2.1
kernel or disable shmem in gtk. (disable shmem if it has an option to
forcibly disable it for any other programs you have - you will suffer
badly performance wise, but at least things will work).
-> I have a vague memory that this problem may have been fixed
-> in the 2.1 kernels, but don't trust me on that one.
->
-> Regards,
-> Owen
->
--
--------------- Codito, ergo sum - "I code, therefore I am" --------------------
raster@rasterman.com /\___ /\ ___/||\___ ____/|/\___ raster@redhat.com
Carsten Haitzler | _ //__\\ __||_ __\\ ___|| _ / Red Hat Advanced
218/21 Conner Drive || // __ \\_ \ | | \ _/_|| / Development Labs
Chapel Hill NC 27514 USA ||\\\/ \//__/ |_| /___/||\\ 919 547 0012 ext 282
+1 (919) 929 9443, 801 4392 For pure Enlightenment http://www.rasterman.com/
[
Date Prev][
Date Next] [
Thread Prev][
Thread Next]
[
Thread Index]
[
Date Index]
[
Author Index]