Bug 7254 - x86_64 support
: x86_64 support
Status: CLOSED FIXED
: Sisyphus
(All bugs in Sisyphus/samba)
: unstable
: all Linux
: P2 normal
Assigned To:
:
:
:
:
:
  Show dependency tree
 
Reported: 2005-06-30 17:31 by
Modified: 2006-12-01 09:00 (History)


Attachments
x86_64 support (2.22 KB, patch)
2005-06-30 17:38, Kachalov Anton
no flags Details | Diff


Note

You need to log in before you can comment on or make changes to this bug.


Description From 2005-06-30 17:31:23
x86_64 support
------- Comment #1 From 2005-06-30 17:38:43 -------
Created an attachment (id=963) [details]
x86_64 support
------- Comment #2 From 2005-06-30 17:46:16 -------
подрабатываю баго-прокси-сервером... ;)

патч отрывает сборку документации. это не есть хорошо. может логи несборки на
этой архитектуре подбросите?
------- Comment #3 From 2005-06-30 18:04:31 -------
он отрывает только для x86_64.
там какие-то проблемы с работой dia в hasher. В системе dia генерит png'ки, а в
хэшере слетает...
------- Comment #4 From 2005-06-30 18:27:38 -------
я чинил dia по этому поводу (#2441). можно всё-таки увидеть что говорит dia при
генерации?
И ещё. Там на Makefile от samba-docs-svn можно натравить s/$(DIA)/strace -o
dia.log $(DIA)/ (добавив strace в зависимости пакета). И потом выслать лог
сюда.
------- Comment #5 From 2005-06-30 18:31:00 -------
Он ничего не говорил, просто выходит с exit code=0. Там glib'ная функция
отваливается...
------- Comment #6 From 2005-07-01 13:28:34 -------
$ ltrace dia -e aaa.png -n /tmp/AccountingNetwork.dia
...
g_str_equal(0x2aaaac245ffc, 0x2aaaac2458e4, 25, 0xb798957b, -6) = 0
g_str_hash(0x57f840, 0x57f840, 70, 70, 0)        = 0xb798957b
g_str_equal(0x2aaaac245ffc, 0x57f840, 25, 0xb798957b, 0) = 0
<... g_option_context_parse resumed> )           = 0
exit(0 <unfinished ...>
+++ exited (status 0) +++

$ strace dia -e aaa.png -n /tmp/AccountingNetwork.dia
....
fstat(3, {st_mode=S_IFREG|0644, st_size=1436, ...}) = 0
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) =
0x2aaaada37000
read(3, "root:x:0:0:System Administrator:"..., 4096) = 1436
close(3)                                = 0
munmap(0x2aaaada37000, 4096)            = 0
_exit(0)                                = ?

Но при этом в dmesg куча спама (на один такой процесс ругани в несколько экранов):
...
dia[2195] trap int3 rip:41a8f1 rsp:7fffffffe738 error:0
dia[2195] trap int3 rip:2aaaac4b08d0 rsp:7fffffffe740 error:0
dia[2195] trap int3 rip:42a376 rsp:7fffffffe870 error:0
dia[2195] trap int3 rip:419fa1 rsp:7fffffffe868 error:0

Вот так он вываливается.

А вот, что в gdb:
#0  0x00002aaaac4d9b5f in IA__g_option_context_parse (context=0x3, argc=0x4, 
    argv=0x576e10, error=0x7fffffffe82c) at goption.c:1120
#1  0x000000000042a375 in app_init ()
#2  0x0000000000454c69 in main ()

Но вот странности с argc, argv, error и context -- у них какие-то странные значения.
------- Comment #7 From 2005-07-01 14:52:42 -------
Интересно ещё и то, что в dia перед вызовом g_option_context_parse:

(gdb) p context
$1 = (GOptionContext *) 0x582e10
(gdb) p argc
$2 = 5
(gdb) p &argc
$3 = (int *) 0x7fffffffe79c
(gdb) p argv
$4 = (char **) 0x7fffffffe8a8
(gdb) p error
$5 = (GError *) 0x0
(gdb) p &error
$6 = (GError **) 0x7fffffffe768
(gdb) p &argv
$7 = (char ***) 0x7fffffffe790

а функция вызвалась с параметрами:
IA__g_option_context_parse(context=0x3, argc=0x4, argv=0x582e10,
error=0x7fffffffe79c)

Такое ощущение, что параметры перемешались.
------- Comment #8 From 2005-07-01 19:32:46 -------
гм-м-м... я всё-таки добил последний Сизифный dia и он... заработал! :)
------- Comment #9 From 2005-07-01 19:33:34 -------
ой... забыл, что я ещё патч постил, который нужно-таки применять :)
только без %ifarch x86_64
------- Comment #10 From 2006-02-24 15:15:32 -------
неужели никто не сделает NMU?
готов выкинуть исправленный src.rpm, если кто нить потестит работу на x86-64 $)
------- Comment #11 From 2006-12-01 09:00:46 -------
По-моему, эту ошибку давно пора закрыть, поскольку x86_64 у нас теперь
нормально
поддерживается.