Linux-Bulgaria.ORG
навигация

 

начало

пощенски списък

архив на групата

семинари ...

документи

как да ...

 

 

Предишно писмо Следващо писмо Предишно по тема Следващо по тема По Дата По тема (thread)

Re: lug-bg: libgtk2.0-bin.deb undefined symbol


  • Subject: Re: lug-bg: libgtk2.0-bin.deb undefined symbol
  • From: George Danchev <danchev@xxxxxxxxx>
  • Date: Thu, 30 Sep 2004 14:19:26 +0300

On Thursday 30 September 2004 12:44, peyo wrote:
--cut--
> Нека обобщя:
>
> - Обвиняемите библиотеки са читави(?) или поне са това, което трябва да е.
> (debsum, md5sum)
>
> - Указателят за местонахождението на динамичните библиотеки е правилен
> - Няма счупени зависимости и/или грешки по glibc
> - Обекта gdk_threads_lock си съществува и е описан (очевидно)
> - Няма указания за предварително зареждане (ld.so.preload)
> - и в _двата_ случая линкера си намира библиотеката
> ----

Хубаво, че тези изключихме ;-)

> - По неясни причини в лошият случай обърни внимание:
>
> old_mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1,
> 0) = 0x407d0000
> забелязвам смяна на режима на достъп към read/write
>  --> mprotect(0x402fe000, 376832, PROT_READ|PROT_WRITE) = 0
> и тук веднага(без междувременно да се случва нещо там) смяна към read/exec
> --> mprotect(0x402fe000, 376832, PROT_READ|PROT_EXEC) = 0

интересно от къде се появи пък mprotect(), тогава PROT_WRITE става успешно  
PROT_EXEC (връща 0), като оставя тази памет вече като не-readable и 
не-writeable, а само изпълнима ;-/

> writev(2, [{"gtk-query-immodules-2.0", 23}, {": ", 2}, {"relocation error",
> 16}, {": ", 2}, {"/usr/lib/libgtk-x11-2.0.so.0", 28}, {": ", 2},
> {"undefined symbol: gdk_threads_lo"..., 34}, {"", 0}, {"", 0}, {"\n", 1}],
> 10) = 108 exit_group(127)                         = ?

 и тук пък writev()...

Може ли да ни кажеш какъв кернел ползваш, версия, секюрити опции нещо ?

> Последните три реда ги няма в читавото изпълнение, което означава, че между
> "мапването " и "ънмапването"(което го има в нормалното изпълнение) се
> случва нещо, което предизвиква последователна смяна на режима на
> достъп(което пък въобще го няма в нормалното изпълнение)
>
> Което пък ме кара да се обърна към gdb да видя ако мога какво става
> междувременно.

а какво откриваш ?

-- 
pub 4096R/0E4BD0AB  2003-03-18  <keyserver.bu.edu ; pgp.mit.edu>
fingerprint 1AE7 7C66 0A26 5BFF DF22 5D55 1C57 0C89 0E4B D0AB 
============================================================================
A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers).
http://www.linux-bulgaria.org - Hosted by Internet Group Ltd. - Stara Zagora
To unsubscribe: http://www.linux-bulgaria.org/public/mail_list.html
============================================================================



 

наши приятели

 

линукс за българи
http://linux-bg.org

FSA-BG
http://fsa-bg.org

OpenFest
http://openfest.org

FreeBSD BG
http://bg-freebsd.org

KDE-BG
http://kde.fsa-bg.org/

Gnome-BG
http://gnome.cult.bg/

проект OpenFMI
http://openfmi.net

NetField Forum
http://netField.ludost.net/forum/

 

 

Linux-Bulgaria.ORG

Mailing list messages are © Copyright their authors.