система: debian squeeze. Кстати на lenny вышеуказанные исходники
компилировались без проблем.
Пардон, не углядел (мартышка к старости ...)
Ну вот, появился веский повод перейти на тестинг )))
Ю.
On Tue, 18 Oct 2011, Andrey S. Rybak wrote:
здравсвуйте. При компилляции неких исходников (думаю, не важно каких, но
просто для информации скажу, что это учебные примеры кода на CUDA)
выскакивает такая ошибка: /usr/local/cuda/bin/nvcc: error while loading
^^
все файлы с расширением .so из /usr/lib на команду file выдают такое:
ELF 32-bit LSB shared object, Intel 80386,
Значит проблема в 64-битном /usr/local/cuda/bin/nvcc. Либо искать
32-битный либо изобретать чруты/мультиарч =)
Да найти его не проблема, но он не устанавливается на 64
On Tue, Oct 18, 2011 at 01:54:12PM +0300, Andrey S. Rybak wrote:
> >Откуда этот libz.so взялся?
> из пакета zlib1g. Не помню, чтобы явно его устанавливал. Вероятно,
> при инсталляции системы.
> >>а должно быть, мне кажется, что-то вроде такого:
> >>/usr/lib/libz.so.
On 10/18/2011 01:15 PM, Dmitry Nezhevenko wrote:
Откуда этот libz.so взялся?
из пакета zlib1g. Не помню, чтобы явно его устанавливал. Вероятно, при
инсталляции системы.
а должно быть, мне кажется, что-то вроде такого:
/usr/lib/libz.so.1.2.3.4: ELF 64-bit LSB shared object, x86-64,
version 1
On Tue, Oct 18, 2011 at 01:13:22PM +0300, Andrey S. Rybak wrote:
> Думаю, что проблема в следующем:
> #file /usr/lib/libz.so.1.2.3.4
> выдает такое
> /usr/lib/libz.so.1.2.3.4: ELF 32-bit LSB shared object, Intel 80386,
> version 1 (SYSV), dynamically linked, stripped
Откуда этот
здравсвуйте.
При компилляции неких исходников (думаю, не важно каких, но просто для
информации скажу, что это учебные примеры кода на CUDA) выскакивает
такая ошибка:
/usr/local/cuda/bin/nvcc: error while loading shared libraries:
libz.so.1: wrong ELF class: ELFCLASS32
#uname -a
Linux myHost
На Sat, 10 Nov 2007 00:43:11 +0300
"Dmitry E. Oboukhov" <[EMAIL PROTECTED]> записано:
> или из простого бинарника функции не перехватить?
Да, естественно, LD_PRELOAD - это хак на уровне shared библиотек.
Обычно библиотека подгружается при первом использовании функции, а этот
хак заставляет заране
On Sat, Nov 10, 2007 at 12:43:11AM +0300, Dmitry E. Oboukhov wrote:
> > есть libconnect в портах freebsd - там перехватывается connect(2), дабы
> > сделать
> > bind(2) на локальную сторону сокета (bind адрес берется из переменной
> > окружения
> > CONN_ADDR). используется так:
>
> набросал такой
"Dmitry E. Oboukhov" <[EMAIL PROTECTED]> writes:
> чтоб это все потребовалось доказывать нужна пострадавшая сторона
> которая иски учинять будет :)
Российские госструктуры взяли на себя расширенные и углубленные
обязательства: покарать "виновного", не дожидаясь заявления пострадавшей
стороны. Вид
09.11.07, Dmitry E. Oboukhov<[EMAIL PROTECTED]> написал(а):
> чтоб это все потребовалось доказывать нужна пострадавшая сторона которая
> иски учинять будет :)
По слухам из интернета (ссылку потерял, найти не смог :)
в этой области это уже не так - пострадавшая сторона не нужна.
> есть libconnect в портах freebsd - там перехватывается connect(2), дабы
> сделать
> bind(2) на локальную сторону сокета (bind адрес берется из переменной
> окружения
> CONN_ADDR). используется так:
> export LD_PRELOAD=/usr/local/lib/libconnect.so
> export CONN_ADDR=1.2.3.4
> ./program --op1 --
Интересный вы вопрос подняли. С юридической точки зрения, разумеется. В
результате халатности работодателя и работника потеряны исходные коды
программы, закон такую ситуацию ну никак не предусматривает. Собственно,
программу следует ставить на баланс предприятия, тогда и вопросов не будет,
вот
>> тут никаких противозаконных действий: имеетс софтина которая писалась
>> наемным программером, тот уволился, исходники потом потерялись т.к. были
>> никому неинтересны
> Для меня это достаточное объяснение, а вот с точки зрения закона авторские
> права _всегда_ принадлежат разработчику (имущест
> тут никаких противозаконных действий: имеетс софтина которая писалась
> наемным программером, тот уволился, исходники потом потерялись т.к. были
> никому неинтересны
Для меня это достаточное объяснение, а вот с точки зрения закона авторские
права _всегда_ принадлежат разработчику (имущественные
>>> задача стоит в том что надо пропатчить бинарник.
>>> исходника нет :)
>>> необходимая функция gdb находится а вот дальше как перейти к файлу
>>> elf?
>>
>> Вспоминая про российские и международные законы, лучше на самом деле
>> переформул
09.11.07, Dmitry E. Oboukhov<[EMAIL PROTECTED]> написал(а):
> >> задача стоит в том что надо пропатчить бинарник.
> >> исходника нет :)
> >> необходимая функция gdb находится а вот дальше как перейти к файлу elf?
>
> > Помучай readelf.
>
> спасибо
09.11.07, Dmitry E. Oboukhov<[EMAIL PROTECTED]> написал(а):
> > На сколько я знаю такой зависимости не существует.
> мне интересно бы было посмотреть что там с адресами на платформах а-ля
> AMD64, но на всех моих AMD64 стоит i386 Debian.
>
> если у кого есть и AMD64 и i386 и разные дистры - мог бы
t; необходимая функция gdb находится а вот дальше как перейти к файлу
> > > elf?
> >
> > Вспоминая про российские и международные законы, лучше на самом деле
> > переформулировать задачу. А то статья светит.
>
> Если у тебя есть лицензия на использование этого бинарни
На Fri, 9 Nov 2007 17:46:17 +0300
Alexey Pechnikov <[EMAIL PROTECTED]> записано:
> > задача стоит в том что надо пропатчить бинарник.
> > исходника нет :)
> > необходимая функция gdb находится а вот дальше как перейти к файлу
> > elf?
>
> Вспоминая про российс
>>>>> Нет. Разбирать структуру elf-файла (bfd) и искать там функцию по имени.
>>>> есть ли тулзы делающие что-то подобное?
>>>> то есть зная имя функции получить ее смещение от начала elf?
>>
>>> Готовых нет. Написать самому, используя li
On Fri, Nov 09, 2007 at 05:42:08PM +0300, Dmitry E. Oboukhov wrote:
> >>> Нет. Разбирать структуру elf-файла (bfd) и искать там функцию по имени.
> >> есть ли тулзы делающие что-то подобное?
> >> то есть зная имя функции получить ее смещение от начала elf?
>
>> задача стоит в том что надо пропатчить бинарник.
>> исходника нет :)
>> необходимая функция gdb находится а вот дальше как перейти к файлу elf?
> Помучай readelf.
спасибо посмотрю
> А поиском кода по файлу не проще будет?
поиском находится несколько мест, а функция о
В сообщении от п'ятниця, 09-лис-2007 Dmitry E. Oboukhov написал(a):
> задача стоит в том что надо пропатчить бинарник.
> исходника нет :)
> необходимая функция gdb находится а вот дальше как перейти к файлу elf?
Помучай readelf.
А поиском кода по файлу не проще будет?
>> задача стоит в том что надо пропатчить бинарник.
>> исходника нет :)
>> необходимая функция gdb находится а вот дальше как перейти к файлу elf?
> Вспоминая про российские и международные законы, лучше на самом деле
> переформулировать задачу. А то статья свет
> задача стоит в том что надо пропатчить бинарник.
> исходника нет :)
> необходимая функция gdb находится а вот дальше как перейти к файлу elf?
Вспоминая про российские и международные законы, лучше на самом деле
переформулировать задачу. А то статья светит.
>>> Нет. Разбирать структуру elf-файла (bfd) и искать там функцию по имени.
>> есть ли тулзы делающие что-то подобное?
>> то есть зная имя функции получить ее смещение от начала elf?
> Готовых нет. Написать самому, используя libbfd.
> Но лучше переформулировать задачу.
09.11.07, Dmitry E. Oboukhov<[EMAIL PROTECTED]> написал(а):
> >>> как адрес функции который выдает gdb преобразовать в смещение от начала
> >>> elf-файла?
> >>
> > Нет. Разбирать структуру elf-файла (bfd) и искать там функцию по имени.
> есть ли ту
>>> как адрес функции который выдает gdb преобразовать в смещение от начала
>>> elf-файла?
>>
>> Судя по всему никак. То ж адрес в памяти, который зависим от состояния
>> памяти на момент выделения. Может капнуть в сторону man dlopen:
> Нет. Разбирать
аждой программе выделяется виртуальное
адресное пространство начиная с адреса Х и далее пока хватит
виртуальной памяти. этот адрес не меняется много лет.
>> соответственно существует прямая зависимость - смещение от начала elf и
>> адрес в памяти.
> На сколько я знаю такой
В Птн, 09/11/2007 в 16:38 +0300, Dmitry E. Oboukhov пишет:
> >> как адрес функции который выдает gdb преобразовать в смещение от начала
> >> elf-файла?
>
> > Судя по всему никак. То ж адрес в памяти, который зависим от состояния
> > памяти на момент выделения. М
>> как адрес функции который выдает gdb преобразовать в смещение от начала
>> elf-файла?
> Судя по всему никак. То ж адрес в памяти, который зависим от состояния
> памяти на момент выделения. Может капнуть в сторону man dlopen:
насколько я понимаю все программы с одного адре
2007/11/9, Покотиленко Костик <[EMAIL PROTECTED]>:
> В Птн, 09/11/2007 в 12:56 +0300, Dmitry E. Oboukhov пишет:
> > как адрес функции который выдает gdb преобразовать в смещение от начала
> > elf-файла?
>
> Судя по всему никак. То ж адрес в памяти, который зависим от с
В Птн, 09/11/2007 в 12:56 +0300, Dmitry E. Oboukhov пишет:
> как адрес функции который выдает gdb преобразовать в смещение от начала
> elf-файла?
Судя по всему никак. То ж адрес в памяти, который зависим от состояния
памяти на момент выделения. Может капнуть в сторону man dlopen:
...
как адрес функции который выдает gdb преобразовать в смещение от начала
elf-файла?
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
>>>>> "B" == Bogdan writes:
B> ldconfig: /lib/libdb1-2.2.5.so is not an ELF file - it has the
B> wrong magic bytes at the start.
B> ldconfig: /lib/libdb.so.2 is not an ELF file - it has the wrong
B> magic bytes at the start.
B> ldconfig:
Прописал в sources.list сразу и stable и testing
сделал apt-get update
затем:
Сделал apt-get install iptables/testing
Среди всего этого скачался libdb1-compat - все вобщем поставилось,
только ldconfig теперь ругается:
Цитата:
ldconfig: /lib/libdb1-2.2.5.so is not an ELF file - it has the
On Thu, Jun 15, 2000 at 01:23:02AM +0400, Alex V. Melnikov wrote:
> Добрый ..!
>
> Народ, а где можно почитать про ELF-файлы? Про их
> строение...
Executable and Linkable Format Specification v1.1
ftp://tsx.mit.edu/pub/linux/packages/GCC/ELF.doc.tar.gz
ps или тоже
ex V. Melnikov wrote:
> Добрый ..!
>
> Народ, а где можно почитать про ELF-файлы? Про их
> строение...
>
> --
> С уважением,
> Александр.
> 15 июня 2000 г. 1:22
> ---
On Thu, Jun 15, 2000 at 01:23:02AM +0400, Alex V. Melnikov wrote:
> Добрый ..!
>
> Народ, а где можно почитать про ELF-файлы? Про их
> строение...
можно начать с ELF-HOWTO
--
Alexander Kotelnikov
Saint-Petersburg, Russia
Добрый ..!
Народ, а где можно почитать про ELF-файлы? Про их
строение...
--
С уважением,
Александр.
15 июня 2000 г. 1:22
---
E-mail: [EMAIL PROTECTED]
ICQ UIN: 54725932
Web
41 matches
Mail list logo
