Anonymous Login
2021-09-29 01:26 UTC

View Issue Details Jump to Notes ]
IDProjectCategoryView StatusLast Update
0001640OpenClonkEngine - Networkpublic2016-06-03 22:22
Assigned ToLuchs 
PlatformLinuxOSArch LinuxOS Version
Product Version 
Target VersionFixed in Version8.0 
Summary0001640: Pre-built engine crashes due to libupnp
DescriptionThe pre-built engine from the binary download crashes when creating or joining a network game. With a self-built engine, I get UPnP errors, but the game does not crash.

Arch currently packages libupnp 1.6.19 which seems to be exactly the same version as the one in Debian stable, so I don't know where that incompatibility is coming from.

I'd be happy with an option to disable UPnP (which doesn't work here in any case), as the pre-built engine seems to work fine other than that.
Additional InformationLog with pre-built engine (it's not the most recent one):
[23:09:45] Version: 7.0 unix linux-x86_64 (c54d917f7e85)
[23:10:31] Network: Creating savegame...
[23:10:31] Registering game at
[23:10:31] Preparing file Luchs.ocp for network...
[23:10:31] Awaiting participants...
7.0 unix: Caught signal SIGSEGV (0x0000000000000000)

Log with self-built engine:
[23:14:00] Joining game by Luchs...
[23:14:00] Connecting to host on TCP:, UDP:, TCP:, UDP:
[23:14:01] UPnP operation u:AddPortMapping failed: UPNP_E_SOCKET_ERROR
[23:14:01] UPnP operation u:AddPortMapping failed: UPNP_E_SOCKET_ERROR
[23:14:06] FATAL ERROR: Could not connect to host Luchs.

Backtrace from gdb:
[23:19:24] Joining game by Luchs...
[New Thread 0x7fffcd411700 (LWP 31816)]
[New Thread 0x7fffccc10700 (LWP 31817)]
[New Thread 0x7fffbfffd700 (LWP 31818)]
[New Thread 0x7fffbf7fc700 (LWP 31819)]
[New Thread 0x7fffbeffb700 (LWP 31820)]
[New Thread 0x7fffbe7fa700 (LWP 31821)]
[New Thread 0x7fffbdff9700 (LWP 31822)]
[New Thread 0x7fffbd7f8700 (LWP 31823)]
[New Thread 0x7fffbcff7700 (LWP 31824)]
[Thread 0x7fffbcff7700 (LWP 31824) exited]
[New Thread 0x7fffbcff7700 (LWP 31825)]
[Thread 0x7fffbcff7700 (LWP 31825) exited]
[New Thread 0x7fffbcff7700 (LWP 31826)]
[23:19:24] Connecting to host on TCP:, UDP:, TCP:, UDP:
[New Thread 0x7fffa7fff700 (LWP 31827)]
[New Thread 0x7fffa77fe700 (LWP 31828)]

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0x7fffccc10700 (LWP 31817)]
0x00007ffff51a23df in ixmlNode_getFirstChild () from /usr/lib/
(gdb) bt
#0 0x00007ffff51a23df in ixmlNode_getFirstChild () from /usr/lib/
#1 0x000000000053b674 in C4Network2UPnPP::Callback_Static(Upnp_EventType_e, void*, void*) ()
#2 0x00007ffff53bcd67 in UpnpThreadDistribution () from /usr/lib/
0000003 0x000000000081b740 in ?? ()
#4 0x00007ffff2ad94a4 in start_thread () from /usr/lib/
0000005 0x00007ffff1d7913d in clone () from /usr/lib/
TagsNo tags attached.
Attached Files




occ (reporter)

Hi! There's been a check-in that references this bug. For more information you can visit the repository browser at this address:

Changeset 07e8c75 by Lukas Werling <>
Replace libupnp with miniupnpc

 - The new code works with my router while libupnp didn't. :)

 - There are some unexplainable crashes in libupnp: 0001640

 - Using miniupnpc seems to be less complex than libupnp.

 - Apparently, miniupnpc also works on Windows, so we may be able to use
   it for all platforms.

Disadvantage: UPnP queries aren't asynchronous anymore, but they seem to
be pretty fast (< 1 s).


Luchs (administrator)

I replaced libupnp with miniupnpc, so it can't crash because of libupnp anymore!

-Issue History
Date Modified Username Field Change
2016-01-18 22:24 Luchs New Issue
2016-06-03 15:22 occ Note Added: 0005113
2016-06-03 22:22 Luchs Note Added: 0005114
2016-06-03 22:22 Luchs Status new => resolved
2016-06-03 22:22 Luchs Fixed in Version => 8.0
2016-06-03 22:22 Luchs Resolution open => fixed
2016-06-03 22:22 Luchs Assigned To => Luchs
+Issue History