Server für Pak128.german zum im Netzwerk spielen.

[Dwachs2]

Ich kann alles laden, nur zeigt sowohl der gdb als auch der Clang-Debugger Schrott an. Der backtrace passt nicht zu dem, was du gepostet hast.

[makie]

Ich kann alles laden, nur zeigt sowohl der gdb als auch der Clang-Debugger Schrott an. Der backtrace passt nicht zu dem, was du gepostet hast.

Der echte Backtrace ist im Zip als Textdatei, das andere ist nur ein Zitat vom letzten, der recht ähnlich ist.
Verzeihung für die Verwirrung.

Thread 1 "sim" received signal SIGABRT, Aborted.
0x00007ffff793aea1 in raise () from /lib64/libc.so.6
(gdb)
(gdb)
(gdb) bt
#0  0x00007ffff793aea1 in raise () from /lib64/libc.so.6
#1  0x00007ffff792453d in abort () from /lib64/libc.so.6
#2  0x0000000000711a08 in log_t::fatal (this=<optimized out>, who=who@entry=0x79c985 "simlinemgmt_t::create_line()", format=format@entry=0x79c954 "Cannot create default line!") at utils/log.cc:334
#3  0x000000000068136e in simlinemgmt_t::create_line (this=this@entry=0x10a9930, ltype=<optimized out>, player=player@entry=0x10a97e0) at simlinemgmt.cc:192
#4  0x00000000006a568b in tool_change_line_t::init (this=0x22c3c660, player=0x10a97e0) at /usr/include/stdlib.h:363
#5  0x000000000057247c in nwc_tool_t::do_command (this=0x2446d6a0, welt=0x1ce5470) at network/network_cmd_ingame.cc:1193
#6  0x00000000006ca77c in karte_t::do_network_world_command (this=this@entry=0x1ce5470, nwc=nwc@entry=0x2446d6a0) at simworld.cc:6640
#7  0x00000000006cad4a in karte_t::process_network_commands (this=this@entry=0x1ce5470, ms_difference=ms_difference@entry=0x7fffffffb9cc) at simworld.cc:6590
#8  0x00000000006d3fca in karte_t::interactive (this=this@entry=0x1ce5470, quit_month=quit_month@entry=2147483647) at simworld.cc:6744
#9  0x000000000068749f in simu_main (argc=argc@entry=4, argv=argv@entry=0x7fffffffde38) at simmain.cc:1455
#10 0x000000000070fd68 in sysmain (argc=4, argv=0x7fffffffde38) at sys/simsys.cc:1097
#11 0x000000000072d659 in main (argc=<optimized out>, argv=<optimized out>) at sys/simsys_s2.cc:790

[Dwachs2]

nein, ich meinte, der backtrace den ich mit den Debuggern aus dem Coredump kriege ist totaler Murks. Keine Ahnung, was da schief geht.

[makie]

Code:

gdb path/to/the/binary path/to/the/core/dump/file

Wichtig ist das richtige Binary also das im .zip enthaltene Programm anzuziehen.

Allerdings enden hier dann auch meine bescheidenen Kenntnisse.

Wenn ich "gdb sim makie.core" lade, schaut das für mich vernünftig aus.

[Dwachs2]

ich habe noch mal rumgegoogelt: ich brauche auch noch ein zip mit allen so-Bibliotheken von deinem System: Die List der benoetigten Dateien bekommt man in gdb mit 'info shared'

[makie]

Ach du liebes bisschen.
Ist in Arbeit.

[makie]

so fast alles was in Linux Rang und Namen hat.

[Dwachs2]

Danke! geht jetzt tatsaeclich: musste im gdb noch 'set solib-absolute-prefix ..' setzen, dann hats funktioniert. Beim naechsten Mal brauche ich dann nur das dump-file und das executable (falls es sich geaendert hat).

[makie]

Heute wieder ein Absturz.
Hat von mir und vermutlich auch von anderen einige Arbeit mit ins Grab gerissen.  

21.mai -> Spiel 3. April 1902
Thread 1 "sim" received signal SIGPIPE, Broken pipe.
__libc_send (flags=<optimized out>, len=18, buf=0x22b29121, fd=22) at ../sysdeps/unix/sysv/linux/send.c:28
28        return SYSCALL_CANCEL (sendto, fd, buf, len, flags, NULL, 0);
(gdb) bt
#0  __libc_send (flags=<optimized out>, len=18, buf=0x22b29121, fd=22) at ../sysdeps/unix/sysv/linux/send.c:28
#1  __libc_send (fd=fd@entry=22, buf=0x22b29121, len=18, flags=flags@entry=0) at ../sysdeps/unix/sysv/linux/send.c:23
#2  0x000000000056c96f in network_send_data (dest=dest@entry=22, buf=0x22b29121 "\022", size=18, count=@0x7fffffffb76e: 0, timeout_ms=timeout_ms@entry=0) at network/network.cc:687
#3  0x0000000000578310 in packet_t:end (this=this@entry=0x22b29110, s=22, complete=complete@entry=false) at network/network_packet.cc:123
#4  0x000000000057909e in socket_info_t::process_send_queue (this=0x186b0f70) at network/network_socket_list.cc:71
#5  0x000000000056c655 in network_process_send_queues (timeout=<optimized out>) at network/../tpl/vector_tpl.h:233
#6  0x00000000006cb374 in karte_t::process_network_commands (this=this@entry=0x1d0c4b0, ms_difference=ms_difference@entry=0x7fffffffb9dc) at simtypes.h:199
#7  0x00000000006d4968 in karte_t::interactive (this=this@entry=0x1d0c4b0, quit_month=quit_month@entry=2147483647) at simworld.cc:6744
#8  0x0000000000687e39 in simu_main (argc=argc@entry=4, argv=argv@entry=0x7fffffffde48) at simmain.cc:1455
#9  0x0000000000710706 in sysmain (argc=4, argv=0x7fffffffde48) at sys/simsys.cc:1097
#10 0x000000000072dfff in main (argc=<optimized out>, argv=<optimized out>) at sys/simsys_s2.cc:790

Ich habe gedacht das wäre mit diesem Patch R9029 erledigt:
https://forum.simutrans.com/index.php/to...#msg186010

Ist vermutlich eine im unpassenden Augenblick zusammengebrochene Internetverbindung.
So etwas sollte zwar den Client an die frische Luft setzen, aber nicht den Server runter werfen.

Was ich nicht verstehe, oder wie ich Patch R9029 verstehe: signal SIGPIPE dürfte eigentlich überhaupt nicht mehr auftreten.

[Dwachs2]

Kann sein, dass es am Debugger liegt und der das Signal abfaengt. Vielleicht vor Programmstart im gdb noch

Code:

handle SIGPIPE nostop noprint pass

eingeben (oder diese Zeile in eine Datei .gdbinit im Homeverzeichnis einfuegen)