Kingsley's questions

Ocasionalmente, apt/ apt-getrecomenda pacotes extras:

# sudo apt-get install zangband angband moria endless-sky
[...]
The following additional packages will be installed:
  angband-data endless-sky-data zangband-data
Suggested packages:
  angband-audio angband-bigtiles
The following NEW packages will be installed:
  angband angband-data endless-sky endless-sky-data moria zangband zangband-data

Mas tentar instalá-los geralmente falha:

# sudo apt-get install angband-audio angband-bigtiles
[...]
Package angband-audio is not available, but is referred to by another package.
This may mean that the package is missing, has been obsoleted, or
is only available from another source

Package angband-bigtiles is not available, but is referred to by another package.
This may mean that the package is missing, has been obsoleted, or
is only available from another source

E: Package 'angband-audio' has no installation candidate
E: Package 'angband-bigtiles' has no installation candidate

O que está acontecendo aqui?

Portanto, temos um programa no Solaris que estava ficando sem espaço de pilha.

Enquanto investigava isso, dei uma breve olhada no que era ulimit para a pilha:

user@solaris-box:~$ ulimit -a
...
stack size              (kbytes, -s) 8192

Portanto, o limite de tamanho da pilha é de 8 megabytes. Mas esse é o limite para todo o processo?

E se meu processo tiver 10 threads, eles são permitidos apenas 819k por thread? (ou alguma mistura deles, até 8MiB?)

Não consigo encontrar nenhum doco sobre isso.

Eu tenho a saída de um Solaris pstackem um arquivo principal. Não entendo como mapear os números no log para os parâmetros que estavam sendo usados ​​pelas funções em questão no momento do segfault.

Parece haver mais números na saída do que a contagem de parâmetros para as chamadas de função. Quais números são os valores/endereços dos parâmetros?

O manual não ajuda em nada.

 ...
 fffffffec993a8a8 sigacthandler (b, ffffffff7fffd5e0, ffffffff7fffd300, 14b7b0, fffffffec9a86000, b) + 5c
 --- called from signal handler with signal 11 (SIGSEGV) ---
 fffffffeba4422b0 XmMessageBoxGetChild (100400, 5, 5, 0, 118, fffffffeba62e000) + e4
 000000010026a83c GetMessageDialog (101317440, 0, ffffffff7fffe130, 100420, 100400, 127a94) + 214
 000000010026ab0c _XmtDisplayMessage (101317440, 0, 1000c9510, 1011927e5, ffffffff7fffe240, 101192780) + 278
 000000010026b048 XmtDisplayInformationMsg (1000c9000, 1000c9, 100000, 2, 0, ffffffff7fffe2f8) + 44
 00000001001573ec _smog_w_alarm_post_ack_actions (101314990, 101192760, 1003a0, 1009f4970, 101317440, 100000) + 100
 000000010015819c __select_cb (101314990, ffffffff7fffe560, 101317440, 10113bfc0, 1000916d0, 10120c9d0) + 1b4
 0000000100257a04 XmtCallCallback (101314990, 100257, ffffffff7fffe560, 101183530, 0, 0) + 3c4
 ...

As únicas duas funções de nosso aplicativo envolvidas são __select_cb()e _smog_w_alarm_post_ack_actions(), as outras são chamadas de Motif GUI/Widget Library. Mas, olhando para nossas definições de função:

static void __select_cb( Widget w, XtPointer call_data );
void _smog_w_alarm_post_ack_actions( Widget w, Alarm_Public_Data *alarm );

Há apenas dois argumentos para cada função. Espero que um dos Widgetponteiros esteja incorreto ( provavelmente apontando para uma janela que já está fechada). Eu gostaria de saber qual (se houver) desses números mapeia para o valor/endereço real do parâmetro para ajudar na depuração do problema.