# URLConnection.ResponseHeaders crash on Linux?

**URL:** <https://forum.xojo.com/t/urlconnection-responseheaders-crash-on-linux/82819>\
**Category:** Linux\
**Created:** [October 11, 2024, 4:03am UTC](https://forum.xojo.com/t/urlconnection-responseheaders-crash-on-linux/82819 "2024-10-11T04:03:57Z")\
**Posts on this page:** 6\
**Page:** 1

<div class="post-metadata">

**Author:** ![Thom\_McGrath](https://forum.xojo.com/user_avatar/forum.xojo.com/thom_mcgrath/32/192_2.png) [@Thom\_McGrath](https://forum.xojo.com/u/Thom_McGrath)\
**Post date:** [October 11, 2024, 4:03am UTC](https://forum.xojo.com/t/urlconnection-responseheaders-crash-on-linux/82819/1 "2024-10-11T04:03:57Z")

</div>

I’m trying with both Ubuntu 24.04 ARM64 and whatever my Steam Deck is running, both exhibit this same behavior of faulting shorting after launch. The Steam Deck is x86\_64, so I know this isn’t ARM-specific. Running in the remote debugger and launched with gdb, I see the following:

```plaintext
[New Thread 0xffff87a0ee20 (LWP 43063)]
[New Thread 0xffff85c0ee20 (LWP 43064)]
GET https://local-api.usebeacon.app/v4/user?deviceId=dfefe421-3128-59c5-9191-31d715096fa2: 200

Thread 16 "DebugBeacon" received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0xffff95ef6e20 (LWP 43032)]
Downloading source file /usr/src/libsoup2.4-2.74.3-6ubuntu1/obj-aarch64-linux-gnu/../libsoup/soup-message-headers.c
0x0000ffff95484fdc in soup_message_headers_iter_next (iter=0xffff95ef4770,      
    name=0xffff95ef4758, value=0xffff95ef4750)
    at ../libsoup/soup-message-headers.c:543
warning: 543	../libsoup/soup-message-headers.c: No such file or directory

```

Getting a trace with bt:

```plaintext
(gdb) bt
#0 0x0000ffff95484fdc in soup_message_headers_iter_next
    (iter=0xffff95ef4770, name=0xffff95ef4758, value=0xffff95ef4750)
    at ../libsoup/soup-message-headers.c:543
#1 0x0000fffff768f364 [PAC] in ??? ()
    at /home/parallels/Documents/Remote Debug/Apps/DebugBeacon/DebugBeacon Libs/XojoGUIFrameworkARM64.so
#2 0x0000fffff789e184 in ??? ()
    at /home/parallels/Documents/Remote Debug/Apps/DebugBeacon/DebugBeacon Libs/XojoGUIFrameworkARM64.so
#3 0x0000fffff789b4c4 in URLConnection_ResponseHeaders ()
    at /home/parallels/Documents/Remote Debug/Apps/DebugBeacon/DebugBeacon Libs/XojoGUIFrameworkARM64.so
#4 0x000000000071d53c in _URLConnectionResponseHeadersIterable.Constructor%%o<_URLConnectionResponseHeadersIterable>o<URLConnection> ()
#5 0x00000000006ee39c in URLConnection.ResponseHeaders%o<Iterable>%o<URLConnection> ()
#6 0x0000000001a97b48 in BeaconAPI.SendSync%o<BeaconAPI.Response>%o<BeaconAPI.Request> () at BeaconAPI:154
#7 0x0000000001ab3d44 in BeaconAPI.Socket.mQueueThread_Run%%o<BeaconAPI.Socket>o<Beacon.Thread> () at BeaconAPI:975
#8 0x000000000127ec50 in Delegate.IM_Invoke%%o<Beacon.Thread> ()
#9 0x000000000127ec9c in AddHandler.Stub.2%% ()
#10 0x000000000103a54c in Beacon.Thread.Event_Run%%o<Beacon.Thread> ()

```

If I’m reading this correctly, this is a problem with libsoup and/or Xojo, right? It looks to be a bug with iterating over the response headers of a URLConnection.

---

<div class="post-metadata">

**Author:** ![Rick\_Araujo](https://forum.xojo.com/user_avatar/forum.xojo.com/rick_araujo/32/251_2.png) [@Rick\_Araujo](https://forum.xojo.com/u/Rick_Araujo)\
**Post date:** [October 11, 2024, 12:34pm UTC](https://forum.xojo.com/t/urlconnection-responseheaders-crash-on-linux/82819/2 "2024-10-11T12:34:59Z")

</div>

> [@Thom\_McGrath](#):
>
> `XojoGUIFrameworkARM64.so`

The problem seems in the Xojo Framework, here, for ARM64. Xojo probably passed some unreachable memory address to libsoup. Something expected was released mid way? Some memory alloc fail?

During sendsync from your side, a URLConnectionResponseHeadersIterable should be constructed, but seems failed at some level.

If you could make a sample focusing at that part, or you could find something, or you can get something for William finding something broken.

---

<div class="post-metadata">

**Author:** ![Tim\_Parnell](https://forum.xojo.com/user_avatar/forum.xojo.com/tim_parnell/32/161_2.png) [@Tim\_Parnell](https://forum.xojo.com/u/Tim_Parnell)\
**Post date:** [October 11, 2024, 1:26pm UTC](https://forum.xojo.com/t/urlconnection-responseheaders-crash-on-linux/82819/3 "2024-10-11T13:26:57Z")

</div>

I recall something about ResponseHeaders causing a crash in the past, but I can’t recall specific details. It was just supposed to have been fixed.

---

<div class="post-metadata">

**Author:** ![Rick\_Araujo](https://forum.xojo.com/user_avatar/forum.xojo.com/rick_araujo/32/251_2.png) [@Rick\_Araujo](https://forum.xojo.com/u/Rick_Araujo)\
**Post date:** [October 11, 2024, 2:06pm UTC](https://forum.xojo.com/t/urlconnection-responseheaders-crash-on-linux/82819/4 "2024-10-11T14:06:14Z")

</div>

> [@Tim\_Parnell](#):
>
> I recall something about ResponseHeaders causing a crash in the past

I remember an Android bug for that:

[https://tracker.xojo.com/xojoinc/xojo/-/issues/73609](https://tracker.xojo.com/xojoinc/xojo/-/issues/73609)

Coincidentally tied to sendSync too.

---

<div class="post-metadata">

**Author:** ![Thom\_McGrath](https://forum.xojo.com/user_avatar/forum.xojo.com/thom_mcgrath/32/192_2.png) [@Thom\_McGrath](https://forum.xojo.com/u/Thom_McGrath)\
**Post date:** [October 11, 2024, 2:35pm UTC](https://forum.xojo.com/t/urlconnection-responseheaders-crash-on-linux/82819/5 "2024-10-11T14:35:15Z")

</div>

Well unfortunately this is with the **very** latest Xojo version.

---

<div class="post-metadata">

**Author:** ![Jon\_Moody](https://forum.xojo.com/letter_avatar_proxy/v4/letter/j/e9bcb4/32.png) [@Jon\_Moody](https://forum.xojo.com/u/Jon_Moody)\
**Post date:** [May 16, 2025, 10:16am UTC](https://forum.xojo.com/t/urlconnection-responseheaders-crash-on-linux/82819/6 "2025-05-16T10:16:11Z")

</div>

I’m hitting the same/similar problem on 2025R1 on Debian 12. Error is:

```auto
2025-05-16T10:56:41.888783+01:00 Flake schoolsouttest42004[783047]: Allestree Booking Form: ./libmodman/module_manager.hpp:58: std::vector<T*> libmodman::module_manager::get_extensions() const [with T = libproxy::network_extension]: Assertion `obj != NULL' failed.

```

Code runs OK on Ubuntu 24.04
