Emu-TIGCC Crashbug Report - Page 1

Yop,

J'ai un crash quand je fais "Debug file with TiEmu". Je charge le fichier, je tape son nom dans le shell de PedroM, et quand je fais ENTER et qu'il veut ouvrir le débogueur, ça crashe.
OS : F12 up-to-date.

Application: TiEmu (tiemu), signal: Segmentation fault
[KCrash Handler]
#5  build_section_table (some_bfd=0x0, start=0xc42858, end=0xc42860) at exec.c:391
#6  0x000000000056c3ef in exec_build_section_table () at exec.c:162
#7  0x00000000004f1317 in gtk_debugger_enter (context=<value optimized out>) at gui/debugger/dbg_all.c:178
#8  0x00000000004d2a4f in engine_func (data=<value optimized out>) at core/engine.c:96
#9  0x00000000004ebc2a in g_timeout_dispatch (source=0x1c9fa30, callback=0x4d2980 <engine_func>, user_data=0x0) at gui/tsource.c:171
#10 0x0000003ee363922e in g_main_dispatch (context=<value optimized out>) at gmain.c:1960
#11 IA__g_main_context_dispatch (context=<value optimized out>) at gmain.c:2513
#12 0x0000003ee363cc18 in g_main_context_iterate (context=0xf93bf0, block=<value optimized out>, dispatch=<value optimized out>, self=<value optimized out>) at gmain.c:2591
#13 0x0000003ee363d065 in IA__g_main_loop_run (loop=0x1c54930) at gmain.c:2799
#14 0x0000003eee74bcd7 in IA__gtk_main () at gtkmain.c:1218
#15 0x000000000062aef4 in m68k_go_sim (step=<value optimized out>) at interp.c:354
#16 sim_resume (step=<value optimized out>) at interp.c:374
#17 0x00000000005c8010 in gdbsim_wait (ptid=..., status=0x7fff7494e310) at remote-sim.c:697
#18 0x0000000000508247 in gdbtk_wait (ptid=..., ourstatus=0x7fff7494e310) at ../gdb/gdbtk/generic/gdbtk-hooks.c:668
#19 0x0000000000548090 in wait_for_inferior () at infrun.c:1006
#20 0x0000000000548385 in proceed (addr=<value optimized out>, siggnal=TARGET_SIGNAL_0, step=0) at infrun.c:829
#21 0x0000000000542ebe in run_command_1 (args=0x0, from_tty=0, tbreak_at_main=<value optimized out>) at infcmd.c:556
#22 0x00000000005086cb in gdbtk_call_command (cmdblk=0x16b1840, arg=0x0, from_tty=0) at ../gdb/gdbtk/generic/gdbtk-hooks.c:543
#23 0x000000000059e1cc in execute_command (p=0x7fff7494e5b3 "", from_tty=0) at top.c:459
#24 0x000000000054f46f in catch_command_errors (command=0x59e020 <execute_command>, arg=0x7fff7494e5b0 "run", from_tty=0, mask=<value optimized out>) at exceptions.c:530
#25 0x00000000004e212b in gdbcall_exec_command (command_str=<value optimized out>) at core/dbg/gdbcall.c:51
#26 gdbcall_run (command_str=<value optimized out>) at core/dbg/gdbcall.c:57
#27 0x00000000004e8e8e in gdbtk_hide_insight_and_run_wrapper (data=<value optimized out>) at gui/main.c:440
#28 0x0000003ee363922e in g_main_dispatch (context=<value optimized out>) at gmain.c:1960
#29 IA__g_main_context_dispatch (context=<value optimized out>) at gmain.c:2513
#30 0x0000003ee363cc18 in g_main_context_iterate (context=0xf93bf0, block=<value optimized out>, dispatch=<value optimized out>, self=<value optimized out>) at gmain.c:2591
#31 0x0000003ee363d065 in IA__g_main_loop_run (loop=0xfd1dc0) at gmain.c:2799
#32 0x0000003eee74bcd7 in IA__gtk_main () at gtkmain.c:1218
#33 0x000000000054f799 in captured_command_loop (data=0x0) at ../gdb/main.c:103
#34 0x000000000054f504 in catch_errors (func=0x54f790 <captured_command_loop>, func_args=0x0, errstring=0x7f798b "", mask=<value optimized out>) at exceptions.c:515
#35 0x000000000054fc4e in captured_main (data=<value optimized out>) at ../gdb/main.c:840
#36 0x000000000054f504 in catch_errors (func=0x54f7d0 <captured_main>, func_args=0x7fff7494ea60, errstring=0x7f798b "", mask=<value optimized out>) at exceptions.c:515
#37 0x000000000054f784 in gdb_main (args=0xc42858) at ../gdb/main.c:849
#38 0x00000000004e9358 in main (argc=1, argv=0x7fff7494eb68) at gui/main.c:381

C'est con, j'installais ton soft pour essayer GDB avec un programme en C.

Ton fichier n'a pas d'informations de débogage (fichier .dbg). => NOTABUG (Enfin si, le bogue est que ça plante au lieu de donner un message d'erreur clair, mais c'est quand-même de ta faute. )

Il faut compiler avec -g.

Et la prochaine fois, merci d'utiliser le bug tracker. (Oui, il faut un login, cf. la boîte verte, et cf. le lien "Register for a new account" là-dedans pour la première fois.)

En effet, j'ai compilé sans infos de débogage, mais ya quand même un bug de ton côté (le crash). ^^

En effet un message d'erreur propre s'il n'y a pas d'infos de débogage me semble un minimum.

Tiens, à propos de -g, j'ai ces messages quand je compile un soft avec, ce sont des warnings :

unedit.o: Warning: Ignoring reloc 32 at 0xE9D in section 4 to unimported symbol 332.
unedit.o: Warning: Ignoring reloc 33 at 0xEB1 in section 4 to unimported symbol 333.
unedit.o: Warning: Ignoring reloc 34 at 0xEC5 in section 4 to unimported symbol 334.
menu.o: Warning: Ignoring reloc 63 at 0x128F in section 4 to unimported symbol 745.
menu.o: Warning: Ignoring reloc 64 at 0x12A3 in section 4 to unimported symbol 746.
menu.o: Warning: Ignoring reloc 65 at 0x12B7 in section 4 to unimported symbol 747.
strings.o: Warning: Ignoring reloc 7 at 0x199 in section 4 to unimported symbol 52.
strings.o: Warning: Ignoring reloc 8 at 0x1AD in section 4 to unimported symbol 53.
strings.o: Warning: Ignoring reloc 9 at 0x1C1 in section 4 to unimported symbol 54.

Je compile comme ça :

tigcc -g -v -O2 -Wall -W --cut-ranges --optimize-code --remove-unused --optimize-relocs --merge-constants --reorder-section \
  unedit.c  \
  menu.c    \
  strings.c \
  genlib.a  \
  -o unedit 2>> log

Le binaire final semble valide et fait la même taille que sans '-g'. Il semble tourner correctement.

Kèsako ?

ps-> KTIGCC requiert encore KDE3, si c'est pas de l'obsolescence ça ...

Des infos de débogage pour les symboles spéciaux kernel peut-être? Difficile de le dire sans les sources en question. (Et encore, j'espère que ce n'est pas cette horreur de kernel.h qui y est pour quelque chose, sinon c'est mal parti pour le corriger.) Cf. le formulaire qui dit clairement ce qu'il faut joindre. Merci de passer par les voies officielles pour les bug reports, ce forum n'est pas le bon endroit!

Quant à KTIGCC, es-tu volontaire pour compléter et tester KTIGCC 2?

Kevin Kofler (./6) :
Merci de passer par les voies officielles pour les bug reports, ce forum n'est pas le bon endroit!

Tu le dis à chaque fois, mais on peut considérer le forum comme une mailing list ou chacun peut apporter ses impressions, confirmer ou infirmer les problèmes rencontrés. C'est pour ça que je poste ici.

Ok pour KTIGCC2.

Folco (./7) :
Tu le dis à chaque fois, mais on peut considérer le forum comme une mailing list

Ça n'en est pas une, et de plus ce n'est pas le forum officiel. Il y a un forum officiel pour TIGCC et un autre pour CalcForge. Ceci n'est pas le bon endroit.

C'est pour ça que je poste ici.

Excuse non valable, et si tu continues à ignorer les voies officielles, j'ignorerai complètement tes signalations, je jugerai le bogue comme "inconnu" car non reporté au bon endroit.

C'est pas parce que tu ne fournis pas de support officiellement ici que je n'ai pas le droit de t'en parler ici, mais où va-t-on ?

Si tu veux, je peux arrêter mes bugs reports et ma proposition de test, je suppose que tu as de toute façon un régiment de testeurs qui n'attendent qu'une chose, c'est de t'aider.

Folco (./9) :
C'est pas parce que tu ne fournis pas de support officiellement ici que je n'ai pas le droit de t'en parler ici, mais où va-t-on ?

Ça s'appelle "aller pleurnicher dans les forums", pas "signaler une erreur" ni "reporter un bogue", et c'est absolument la pire des choses à faire si tu veux que ton problème dans un logiciel quelconque soit corrigé! Pour le mainteneur, ça veut dire que tu te plains en public de la qualité de son travail sans lui avoir donné la moindre chance de le corriger (et parfois même derrière son dos, comme quand tu te plains ici d'un problème avec Fedora alors que le mainteneur en question ne lit même pas ce forum, mais au moins ça, ce n'est pas le cas ici) et c'est très impoli et agaçant. Ça ne donne aucunement envie de corriger ton problème!

C'est bien Kevin continue comme ça. À force la sélection naturelle finira bien par montrer ses effets, et le logiciels libres (du moins ceux maintenus par les gens come toi) d'en crever.
Folco n'est certes pas en position de t'imposer de quelconques exigence sur le logiciel vu qu'il a rien payé pour, mais ça ne justifie pas de le traiter comme une merde juste pour ton bon plaisir.
Et les leçons de morale sur critiquer dans le dos et gna gna gna c'est bien crédible venant de toi qui crache sur Microsoft en permanence. T'as déjà rempli un bug sur Microsoft Connect pour ensuite pouvoir te justifier de cracher de partout ?

Et si ça te fait chier de corriger les bugs dans le logiciel que tu gères tu peux aussi bien ne pas le faire, mais à ce moment là un "j'en ai rien à foutre" sera suffisant et pas la peine de te cacher derrière des pseudo-excuses comme celles là.

Kevin Kofler (./10) :
Ça s'appelle "aller pleurnicher dans les forums", pas "signaler une erreur" ni "reporter un bogue", et c'est absolument la pire des choses à faire si tu veux que ton problème dans un logiciel quelconque soit corrigé!

Donc quand je trouve un pépin, je n'ai pas le droit d'en parler pour qu'on me dise "non, tu t'y prends mal" ou alors "tiens, j'ai un souci similaire, mais dans tel cas" etc... ? Le message porté ici n'est pas forcément qu'à ton intention hein...

Qui plus est, du temps où tu étais mainteneur de TiEmu, j'ai fait des bugs report en bonne et due forme qui sont restés lettre morte pendant des mois voire des années. Donc là, c'est moi qui l'ai eu dans le cul, et par la voie bien officielle.

Kevin Kofler (./10) :
Pour le mainteneur, ça veut dire que tu te plains en public de la qualité de son travail sans lui avoir donné la moindre chance de le corriger

N'importe quoi. A croire que ça devient dégradant de savoir qu'on a un bug dans son programme. Et ton bug tracker est tout aussi public que ce forum, et la liste des bugs devrait l'être aussi pour des raisons évidentes de suivi ; ça permet également à divers users d'avoir un workaround s'il y en a eu un de trouvé pour un problème donné. C'est justement en portant le problème à la connaissance d'un maximum de gens que tu risques d'avoir le plus de soutien intelligent. Mais on sait, c'est pas ta méthode de travail, makheureusement.

Kevin Kofler (./10) :
comme quand tu te plains ici d'un problème avec Fedora alors que le mainteneur en question ne lit même pas ce forum

cf GC, tu fais quoi pour Win ?

Laissez tomber, les gars...
Kevin, je pense que tu t'es condamné toi-même à poster tout seul comme un grand quelque chose à l'endroit qui te sied...

Si ce n'est pas vraiment un bogue, le report sera fermé comme "invalid" et c'est réglé.