[HELP] Cannot get GDB to work (Windows) #259

m-doescode · 2022-04-09T10:57:21Z

Excuse me if this was already answered, could not find it with a google search/issue search.

Hello, I'm trying to debug on my app on firebird using GDB. However, I've found my attempts unsuccessful. Do you think you can help me?

System information

Running Windows 10 21H1 build 19043
Cygwin version 3.3.4(0.341/5/3)
GDB version 10.2
Latest firebird
Latest ndless-sdk

Problem

I cannot get GDB to debug in firebird. Whenever I type the following:

arm-none-eabi-gdb -ex "target remote 127.0.0.1:3333" helloworld-sdl.elf

I get the following in the debugger tab of firebird:

Unsupported GDB cmd 'qSupported:multiprocess+;swbreak+;hwbreak+;qRelocInsn+;fork-events+;vfork-events+;exec-events+;vContSupported+;QThreadEvents+;no-resumed+;memory-tagging+'

Then GDB tells me:

Reading symbols from helloworld-sdl.elf...
Remote debugging using 127.0.0.1:3333
Remote communication error.  Target disconnected.: Broken pipe.

What I've tried

Downgrading to an older version of GDB (Cygwin 7.9.1-1)
Restarting
Turning off anti-virus
Changing the port
Restarting without snapshot

The text was updated successfully, but these errors were encountered:

Vogtinator · 2022-04-09T13:24:16Z

I suspect some issue with the windows specific socket handling. Can you capture the traffic with e.g. wireshark?

Vogtinator · 2022-04-09T13:28:08Z

You can also try set debug remote 1 in gdb before target remote

m-doescode · 2022-04-09T14:09:53Z

You can also try set debug remote 1 in gdb before target remote

This is the result I get:

Remote debugging using 127.0.0.1:3333
[remote] start_remote: enter
  [remote] Sending packet: $qSupported:multiprocess+;swbreak+;hwbreak+;qRelocInsn+;fork-events+;vfork-events+;exec-events+;vContSupported+;QThreadEvents+;no-resumed+;memory-tagging+#ec
  [remote] Received Ack
  [remote] Packet received:
  [remote] packet_ok: Packet qSupported (supported-packets) is NOT supported
  [remote] Sending packet: $vMustReplyEmpty#3a
[remote] start_remote: exit
Remote communication error.  Target disconnected.: Broken pipe.

m-doescode · 2022-04-09T14:16:55Z

I'm guessing the issue is that GDB tries to send a qSupported command to firebird, but firebird is unable to handle it. (core/gdbstub.c).

But this is strange, as I've tried older versions of GDB with no luck, and other people have reported it working just fine. I'm not sure if this is a Windows only error, or if this is the same for all other versions.

Vogtinator · 2022-04-09T14:45:31Z

qSupported is not supported, but that's fine. A working session looks like this:

  [remote] Sending packet: $qSupported:multiprocess+;swbreak+;hwbreak+;qRelocInsn+;fork-events+;vfork-events+;exec-events+;vContSupported+;QThreadEvents+;no-resumed+;memory-tagging+;xmlRegisters=i386#77
  [remote] Received Ack
  [remote] Packet received: 
  [remote] packet_ok: Packet qSupported (supported-packets) is NOT supported
  [remote] Sending packet: $vMustReplyEmpty#3a
  [remote] Received Ack
  [remote] Packet received: 
  [remote] Sending packet: $Hg0#df
  [remote] Received Ack
  [remote] Packet received: 
  [remote] Sending packet: $qTStatus#49
  [remote] Received Ack
  [remote] Packet received: 
  [remote] packet_ok: Packet qTStatus (trace-status) is NOT supported
  [remote] Sending packet: $?#3f
  [remote] Received Ack
  [remote] Packet received: T05thread:1;0d:58e20018;0f:8c352113;
  [remote] Sending packet: $qfThreadInfo#bb
  [remote] Received Ack
  [remote] Packet received: m1
  [remote] Sending packet: $qsThreadInfo#c8
  [remote] Received Ack
  [remote] Packet received: l
  [remote] Sending packet: $qAttached#8f
  [remote] Received Ack
  [remote] Packet received: 
  [remote] packet_ok: Packet qAttached (query-attached) is NOT supported

Can you get a packet dump?

m-doescode · 2022-04-09T14:46:47Z

Can you get a packet dump?

I'm not quite sure how to. I'm not very familiar with WireShark.

I've been using burp suite recently but it doesn't seem to work for localhost.

Vogtinator · 2022-04-09T14:50:36Z

You could try something like https://www.netresec.com/?page=RawCap

m-doescode · 2022-04-09T14:55:40Z

Oh, thanks! RawCap worked well.

This is what it captured:

dumpfile.pcap

¡²ÃÔ � �          ÿÿ   ebQ�Î ¶ê   4   4E  4�)@ €�  �  ��  �ÌC
�ê=°)    €�ÿÿ�:  ��ÿ×��������bQ�Î Â¢   4   4E  4�*@ €�  �  ��  �
�ÌC±�2§ê=°*€�ÿÿ�m  ��ÿ×��������bQ�Î Â¢   (   (E  (�+@ €�  �  ��  �ÌC
�ê=°*±�2¨P�'ù2k  bQ�Î Â¢   )   )E  )�,@ €�  �  ��  �ÌC
�ê=°*±�2¨P�'ù�b  +bQ�Î Â¢   (   (E  (�-@ €�  �  ��  �
�ÌC±�2¨ê=°+P�'ù2j  bQ�Î Â¢   Å   ÅE  Å�.@ €�  �  ��  �ÌC
�ê=°+±�2¨P�'ù´  $qSupported:multiprocess+;swbreak+;hwbreak+;qRelocInsn+;fork-events+;vfork-events+;exec-events+;vContSupported+;QThreadEvents+;no-resumed+;memory-tagging+#ecbQ�Î Â¢   (   (E  (�/@ €�  �  ��  �
�ÌC±�2¨ê=°ÈP�'ø1Î  bQ�Î 
�ñ   )   )E  )�0@ €�  �  ��  �
�ÌC±�2¨ê=°ÈP�'ø�Å  +bQ�Î 
�ñ   (   (E  (�1@ €�  �  ��  �ÌC
�ê=°È±�2©P�'ù1Ì  bQ�Î 
�ñ   ,   ,E  ,�2@ €�  �  ��  �
�ÌC±�2©ê=°ÈP�'øÝm  $#00bQ�Î 
�ñ   (   (E  (�3@ €�  �  ��  �ÌC
�ê=°È±�2P�'ù1È  bQ�Î 
�ñ   (   (E  (�4@ €�  �  ��  �
�ÌC±�2ê=°ÈP�'ø1È  bQ�Î 
�ñ   (   (E  (�5@ €�  �  ��  �ÌC
�ê=°È±�2®P�'ù1Ç  bQ�Î 
�ñ   )   )E  )�6@ €�  �  ��  �ÌC
�ê=°È±�2®P�'ù�¾  +bQ�Î 
�ñ   (   (E  (�7@ €�  �  ��  �
�ÌC±�2®ê=°ÉP�  Y»  bQ�Ï �
~   ?   ?E  ?äµ@ @�Ó�À¨ �À¨ ÿ®=<ð +IÊSEARCH BSDP/0.1
DEVICE=0
SERVICE=1
bQ�Ó �Éo   4   4E  4�9@ €�  �  ��  �Á i´�Ö²_¯ž¡#€�'÷~ó  ���
¯ž¡"¯ž¡#bQ�Ó �Éo   )   )E  )�8@ €�  �  ��  �i´Á ¯ž¡"�Ö²_P�'øV�   bQ�Ó �	Ü   4   4E  4�;@ €�  �  ��  �i´Á ¯ž¡#�Ö²_€�'ø²�  ���
�Ö²^�Ö²_bQ�Ó �	Ü   )   )E  )�:@ €�  �  ��  �Á i´�Ö²^¯ž¡#P�'÷VŽ   bQ�Õ ��0   ?   ?E  ?æà@ @�ÑdÀ¨ �À¨ ÿæq<ð +�–SEARCH BSDP/0.1
DEVICE=0
SERVICE=1

Vogtinator · 2022-04-09T14:57:21Z

Can you add that file as attachment?

m-doescode · 2022-04-09T14:58:31Z

Can you add that file as attachment?

Sure: dumpfile.zip

Vogtinator · 2022-04-09T15:07:37Z

Looks like firebird terminates the connection after sending the empty reply to qSupported. I think the GDB socket is set as nonblocking, and so getpacket() -> get_debug_char() returns a failure instead of blocking until data arrives. If so, that was probably broken by 8e79eff already.

Can you build firebird from source? I currently don't have a windows build setup...

m-doescode · 2022-04-09T15:08:29Z

Looks like firebird terminates the connection after sending the empty reply to qSupported. I think the GDB socket is set as nonblocking, and so getpacket() -> get_debug_char() returns a failure instead of blocking until data arrives. If so, that was probably broken by 8e79eff already.

Can you build firebird from source? I currently don't have a windows build setup...

Alright, I'll try to do so and I'll get back to you once it's done.

Vogtinator · 2022-04-09T15:10:12Z

Great! To confirm the theory, it should be enough to edit core/gdbstub.c to change set_nonblocking(socket_fd, true); to set_nonblocking(socket_fd, false);.

m-doescode · 2022-04-09T16:02:46Z

Great! To confirm the theory, it should be enough to edit core/gdbstub.c to change set_nonblocking(socket_fd, true); to set_nonblocking(socket_fd, false);.

After I run qmake .., when I run make, I get the following error:

make -f Makefile.Release
make[1]: Entering directory '/cygdrive/c/Users/XXXX/Documents/ndless/Firebird Emu 1.5/build'
Makefile.Release:269: *** missing separator.  Stop.
make[1]: Leaving directory '/cygdrive/c/Users/XXXX/Documents/ndless/Firebird Emu 1.5/build'
make: *** [Makefile:37: release] Error 2

What should I do?

Contents of build: build.zip

Vogtinator · 2022-04-09T20:40:12Z

It looks like you're building it with the msvc toolchain, you'll have to use GCC or clang. Additionally the generated Makefile seems to have issues with spaces...

m-doescode · 2022-04-09T20:42:44Z

It looks like you're building it with the msvc toolchain, you'll have to use GCC or clang. Additionally the generated Makefile seems to have issues with spaces...

Ahh, that clears things up. I'm assuming you mean qmake? As for the Makefile having spaces, I'm guessing I can just run it through dos2unix, right?

m-doescode · 2022-04-09T22:39:08Z

I may have screwed something up along the way during the process.

When I run make this time, Makefile doesn't error. However, I get syntax errors while compiling:

In file included from /usr/include/qt5/QtNetwork/QtNetwork:32,
                 from /usr/include/qt5/QtQml/QtQmlDepends:4,
                 from /usr/include/qt5/QtQml/QtQml:3,
                 from ../qmlbridge.h:5,
                 from ../mainwindow.h:13,
                 from ../mainwindow.cpp:20:
/usr/include/qt5/QtNetwork/qnetworksession.h:96:32: error: expected identifier before ‘(’ token     
   96 |     QNetworkInterface interface() const;
      |                                ^
/usr/include/qt5/QtNetwork/qnetworksession.h:96:33: error: expected unqualified-id before ‘)’ token 
   96 |     QNetworkInterface interface() const;
      |                                 ^
make: *** [Makefile:894: main.o] Error 1
make: *** [Makefile:884: mainwindow.o] Error 1
In file included from /usr/include/qt5/QtNetwork/QtNetwork:32,
                 from /usr/include/qt5/QtQml/QtQmlDepends:4,
                 from /usr/include/qt5/QtQml/QtQml:3,
                 from ../qmlbridge.h:5,
                 from ../mainwindow.h:13,
                 from moc_mainwindow.cpp:9:
/usr/include/qt5/QtNetwork/qnetworksession.h:96:32: error: expected identifier before ‘(’ token     
   96 |     QNetworkInterface interface() const;
      |                                ^
/usr/include/qt5/QtNetwork/qnetworksession.h:96:33: error: expected unqualified-id before ‘)’ token 
   96 |     QNetworkInterface interface() const;
      |                                 ^
make: *** [Makefile:1248: moc_mainwindow.o] Error 1
make: Target 'first' not remade because of errors.

(If it is important, interface is a macro to __STRUCT__ which is a macro to struct. This is bad because there seems to be a custom definition of interface which collides with this macro. There is a #if check at the top and an #undef, but it only executes if Q_OS_WIN is defined which it is not because I am running on Cygwin)

To clarify, this is what I did:

Installed libQt5Core-devel
Installed libKF5Declarative5 and -devel
I ran git submodule init/update
I ran qmake ..
I ran make -r -j12

Vogtinator · 2022-04-10T09:56:31Z

I may have screwed something up along the way during the process.

When I run make this time, Makefile doesn't error. However, I get syntax errors while compiling:

In file included from /usr/include/qt5/QtNetwork/QtNetwork:32,
                 from /usr/include/qt5/QtQml/QtQmlDepends:4,
                 from /usr/include/qt5/QtQml/QtQml:3,
                 from ../qmlbridge.h:5,
                 from ../mainwindow.h:13,
                 from ../mainwindow.cpp:20:
/usr/include/qt5/QtNetwork/qnetworksession.h:96:32: error: expected identifier before ‘(’ token     
   96 |     QNetworkInterface interface() const;
      |                                ^
/usr/include/qt5/QtNetwork/qnetworksession.h:96:33: error: expected unqualified-id before ‘)’ token 
   96 |     QNetworkInterface interface() const;
      |                                 ^
make: *** [Makefile:894: main.o] Error 1
make: *** [Makefile:884: mainwindow.o] Error 1
In file included from /usr/include/qt5/QtNetwork/QtNetwork:32,
                 from /usr/include/qt5/QtQml/QtQmlDepends:4,
                 from /usr/include/qt5/QtQml/QtQml:3,
                 from ../qmlbridge.h:5,
                 from ../mainwindow.h:13,
                 from moc_mainwindow.cpp:9:
/usr/include/qt5/QtNetwork/qnetworksession.h:96:32: error: expected identifier before ‘(’ token     
   96 |     QNetworkInterface interface() const;
      |                                ^
/usr/include/qt5/QtNetwork/qnetworksession.h:96:33: error: expected unqualified-id before ‘)’ token 
   96 |     QNetworkInterface interface() const;
      |                                 ^
make: *** [Makefile:1248: moc_mainwindow.o] Error 1
make: Target 'first' not remade because of errors.

(If it is important, interface is a macro to __STRUCT__ which is a macro to struct. This is bad because there seems to be a custom definition of interface which collides with this macro. There is a #if check at the top and an #undef, but it only executes if Q_OS_WIN is defined which it is not because I am running on Cygwin)

You probably shouldn't try building this in Cygwin, it'll use a different runtime than the more native windows builds. Apparently Qt isn't compatible with that already.

m-doescode · 2022-04-10T09:59:05Z

You probably shouldn't try building this in Cygwin, it'll use a different runtime than the more native windows builds. Apparently Qt isn't compatible with that already.

I see... What should I use to build it, MinGW, or is there a make that comes with Qt?

Vogtinator · 2022-04-10T10:00:21Z

The Qt installer for Windows comes with a MinGW toolchain.

m-doescode · 2022-04-11T14:37:30Z

Ok, so this comment (yes this one) was supposed to be about how I couldn't build it in Qt Creator, but it turns out it was just because cygwin was interfering (somehow?) by being in the path. When I removed it from the path environment variable, it built just fine.

Time to test!

(Edit: After re-adding Cygwin to path, it seems to still work. So I have no idea what I was doing wrong.)

m-doescode · 2022-04-11T14:59:03Z

Well this is awkward, not sure if it's something I've done wrong or if it was broken by a commit but it doesn't want to start the emulation.
I've put the flash, boot1, and everything in place, but when I click "Start", it does nothing.

No errors in Application Output.

16:43:09: Debugging starts
QML debugging is enabled. Only use this in a safe environment.
NVD3DREL: 
GR-805 : DX9 Overlay is DISABLED

Compile output, if it really matters

General messages has something interesting:

Compiler feature detection failure!
The command "C:\Users\Majd\Documents\ndless\Ndless\ndless-sdk\toolchain\install\bin\arm-none-eabi-g++.exe -x c++ -E -dM -" terminated abnormally.

Compiler feature detection failure!
The command "C:\Users\Majd\Documents\ndless\Ndless\ndless-sdk\toolchain\install\bin\arm-none-eabi-g++.exe -dumpmachine" terminated abnormally.

Compiler feature detection failure!
The command "C:\Users\Majd\Documents\ndless\Ndless\ndless-sdk\toolchain\install\bin\arm-none-eabi-g++.exe -print-search-dirs" terminated abnormally.

Compiler feature detection failure!
The command "C:\Users\Majd\Documents\ndless\Ndless\ndless-sdk\toolchain\install\bin\arm-none-eabi-gcc-11.2.0.exe -x c -E -dM -" terminated abnormally.

Compiler feature detection failure!
The command "C:\Users\Majd\Documents\ndless\Ndless\ndless-sdk\toolchain\install\bin\arm-none-eabi-gcc-11.2.0.exe -dumpmachine" terminated abnormally.

Compiler feature detection failure!
The command "C:\Users\Majd\Documents\ndless\Ndless\ndless-sdk\toolchain\install\bin\arm-none-eabi-gcc-11.2.0.exe -print-search-dirs" terminated abnormally.

Compiler feature detection failure!
The command "C:\Users\Majd\Documents\ndless\Ndless\ndless-sdk\toolchain\install\bin\arm-none-eabi-gcc.exe -x c -E -dM -" terminated abnormally.

Compiler feature detection failure!
The command "C:\Users\Majd\Documents\ndless\Ndless\ndless-sdk\toolchain\install\bin\arm-none-eabi-gcc.exe -dumpmachine" terminated abnormally.

Compiler feature detection failure!
The command "C:\Users\Majd\Documents\ndless\Ndless\ndless-sdk\toolchain\install\bin\arm-none-eabi-gcc.exe -print-search-dirs" terminated abnormally.

Running Windows Runtime device detection.
No winrtrunner.exe found.
Running Windows Runtime device detection.
No winrtrunner.exe found.
Running Windows Runtime device detection.
No winrtrunner.exe found.
Project MESSAGE: FB_ARCH: x86
Project MESSAGE: TRANSLATION_ENABLED: true
Project MESSAGE: SUPPORT_LINUX: true
Project MESSAGE: FB_ARCH: x86
Project MESSAGE: TRANSLATION_ENABLED: true
Project MESSAGE: SUPPORT_LINUX: true
Project MESSAGE: FB_ARCH: x86
Project MESSAGE: TRANSLATION_ENABLED: true
Project MESSAGE: SUPPORT_LINUX: true
Project MESSAGE: FB_ARCH: x86
Project MESSAGE: TRANSLATION_ENABLED: true
Project MESSAGE: SUPPORT_LINUX: true

(Note: the errors about missing cygwin libraries disappear after re-adding cygwin to path, yet somehow this time it doesn't break?)

Vogtinator · 2022-04-11T15:03:25Z

Anything in the debugger output? If you enter the debugger, does that work?

You could try to build the v1.5 tag, which is known to work. If that works, it might've been broken by some later change, maybe the 64bit Windows support.

m-doescode · 2022-04-11T15:08:55Z

Anything in the debugger output? If you enter the debugger, does that work?

Well... I suppose it's confusing seen as there is two debuggers...

I can debug with Qt just fine.

This time, when I attempt to connect GDB, I no longer get "Broken pipe", instead I get "Remote communication error. Target disconnected.: Connection reset by peer." Which at least means we've made some progress, right?

Anyway... There is nothing different in the debugger output of Firebird apart from the error about ndless:

Ndless not detected or too old. Debugging of applications not available!
Unsupported GDB cmd 'qSupported:multiprocess+;swbreak+;hwbreak+;qRelocInsn+;fork-events+;vfork-events+;exec-events+;vContSupported+;QThreadEvents+;no-resumed+;memory-tagging+'

Maybe it isn't working because there is nothing running?

You could try to build the v1.5 tag, which is known to work. If that works, it might've been broken by some later change, maybe the 64bit Windows support.

I will try to do that now. I will let you know if anything changes.

Once again, thank you very much for your help!

Vogtinator · 2022-04-11T15:12:23Z

Anything in the debugger output? If you enter the debugger, does that work?

Well... I suppose it's confusing seen as there is two debuggers...

I can debug with Qt just fine.

Right, I meant Firebird's debugger in this case. If it can be entered, the emulation is at least trying to run...

This time, when I attempt to connect GDB, I no longer get "Broken pipe", instead I get "Remote communication error. Target disconnected.: Connection reset by peer." Which at least means we've made some progress, right?

Could also be a step backwards, hard to say.

Anyway... There is nothing different in the debugger output of Firebird apart from the error about ndless:
Ndless not detected or too old. Debugging of applications not available!
Unsupported GDB cmd 'qSupported:multiprocess+;swbreak+;hwbreak+;qRelocInsn+;fork-events+;vfork-events+;exec-events+;vContSupported+;QThreadEvents+;no-resumed+;memory-tagging+'
Maybe it isn't working because there is nothing running?

If it gets that far it should complete the connection at least.

You could try to build the v1.5 tag, which is known to work. If that works, it might've been broken by some later change, maybe the 64bit Windows support.

I will try to do that now. I will let you know if anything changes.

Once again, thank you very much for your help!

Thanks for doing the tests!

m-doescode · 2022-04-11T15:16:06Z

Hmm...

I ran the following commands:

git stash # to stash the changes to gdbstub.c
git checkout tags/v1.5 -b tag-v1.5 # switch to tag "v1.5"
git stash pop

and when I built, it still didn't work.

It is likely something wrong with the I'm building it.
(Note that I also took Cygwin off PATH because it wasn't working otherwise. Potentially could be a factor of issue?)

Vogtinator · 2022-04-11T15:19:12Z

Could be. Unfortunately I can't really tell what's going wrong. Could be a lot of things...

I should get access to my Win dev env soon again, so I'll have a try as well.

m-doescode · 2022-04-11T15:20:27Z

Could be. Unfortunately I can't really tell what's going wrong. Could be a lot of things...

I should get access to my Win dev env soon again, so I'll have a try as well.

Sorry for not providing you with much info. Thanks for the help!

The socket is set nonblocking unconditionally, so the missing code for polling made it close the connection prematurely. Fixes nspire-emus#259

Vogtinator · 2022-04-12T19:06:27Z

I could reproduce the issue easily and my suspicion was correct, enabling blocking reads again made the connection work. To fix it properly, I implemented polling on Windows in #260.

Here's a test build: firebird-emu.zip
You'll have to put the file inside the directory of the 1.5 download.

m-doescode · 2022-04-12T19:12:17Z

Yes! It worked!

Thank you very much for all of your help! I am very appreciative!

Have an awesome day!

The socket is set nonblocking unconditionally, so the missing code for polling made it close the connection prematurely. Fixes #259

Vogtinator · 2022-04-12T19:15:04Z

Thanks for testing, that was incredibly quick!

grubsteak · 2022-12-29T22:32:40Z

Okay, so I am trying to debug my program using Firebird 1.5 on Windows using GDB and I'm running into this bug still.

I first start arm-none-eabi-gdb directly from Ndless/ndless-sdk/toolchain/install/bin

Here is my GDB output

(gdb) set remote supported-packets-packet off <-- I also had to do this
(gdb) set debug remote 1  
(gdb) target remote host.docker.internal:3333
Remote debugging using host.docker.internal:3333
[remote] start_remote: enter
  [remote] Sending packet: $vMustReplyEmpty#3a
  [remote] Received Ack
  [remote] Packet received: 
  [remote] Sending packet: $Hg0#df
[remote] start_remote: exit
Remote connection closed

and here is the output in the firebird-emu console

Unsupported GDB cmd 'vMustReplyEmpty'

So it seems like firebird is still prematurely closing sockets on Windows. I even tried the test build above and it still did not work.

Here it says that all you have to do for unknown 'v' packets is to just return an empty string
I would try to patch Firebird to fix this and submit a pull request, but I am scared of using Qt (especially on Windows).

Vogtinator · 2022-12-29T22:46:07Z

That looks like the original bug, but not totally the same. The Unsupported GDB cmd messages are fine and actually useful here, there should be multiple of those in a working session.

Here it says that all you have to do for unknown 'v' packets is to just return an empty string
I would try to patch Firebird to fix this and submit a pull request, but I am scared of using Qt (especially on Windows).

FB handles that correctly, which is visible in the [remote] Packet received: line: gdb received an empty string.

Can you try one of the builds from https://github.com/nspire-emus/firebird/actions/runs/3795934362?

grubsteak · 2022-12-29T23:02:42Z

It works! Thanks!!!

Vogtinator added bug os:Windows need more info labels Apr 9, 2022

Vogtinator added a commit to Vogtinator/firebird-fork that referenced this issue Apr 12, 2022

Implement WinSock2 polling in gdbstub

2b41094

The socket is set nonblocking unconditionally, so the missing code for polling made it close the connection prematurely. Fixes nspire-emus#259

Vogtinator mentioned this issue Apr 12, 2022

Implement WinSock2 polling in gdbstub #260

Merged

m-doescode closed this as completed Apr 12, 2022

Vogtinator added a commit that referenced this issue Apr 12, 2022

Implement WinSock2 polling in gdbstub

4102c1a

The socket is set nonblocking unconditionally, so the missing code for polling made it close the connection prematurely. Fixes #259

Vogtinator added Fixed in master and removed need more info labels Apr 12, 2022

Provide feedback

Saved searches

Use saved searches to filter your results more quickly

[HELP] Cannot get GDB to work (Windows) #259

[HELP] Cannot get GDB to work (Windows) #259

m-doescode commented Apr 9, 2022

Vogtinator commented Apr 9, 2022

Vogtinator commented Apr 9, 2022

m-doescode commented Apr 9, 2022

m-doescode commented Apr 9, 2022

Vogtinator commented Apr 9, 2022

m-doescode commented Apr 9, 2022 •

edited

Loading

Vogtinator commented Apr 9, 2022

m-doescode commented Apr 9, 2022 •

edited

Loading

Vogtinator commented Apr 9, 2022

m-doescode commented Apr 9, 2022

Vogtinator commented Apr 9, 2022

m-doescode commented Apr 9, 2022 •

edited

Loading

Vogtinator commented Apr 9, 2022 •

edited

Loading

m-doescode commented Apr 9, 2022 •

edited

Loading

Vogtinator commented Apr 9, 2022

m-doescode commented Apr 9, 2022

m-doescode commented Apr 9, 2022 •

edited

Loading

Vogtinator commented Apr 10, 2022

m-doescode commented Apr 10, 2022

Vogtinator commented Apr 10, 2022

m-doescode commented Apr 11, 2022 •

edited

Loading

m-doescode commented Apr 11, 2022

Vogtinator commented Apr 11, 2022

m-doescode commented Apr 11, 2022

Vogtinator commented Apr 11, 2022

m-doescode commented Apr 11, 2022 •

edited

Loading

Vogtinator commented Apr 11, 2022

m-doescode commented Apr 11, 2022

Vogtinator commented Apr 12, 2022

m-doescode commented Apr 12, 2022

Vogtinator commented Apr 12, 2022

grubsteak commented Dec 29, 2022

Vogtinator commented Dec 29, 2022

grubsteak commented Dec 29, 2022

[HELP] Cannot get GDB to work (Windows) #259

[HELP] Cannot get GDB to work (Windows) #259

Comments

m-doescode commented Apr 9, 2022

System information

Problem

What I've tried

Vogtinator commented Apr 9, 2022

Vogtinator commented Apr 9, 2022

m-doescode commented Apr 9, 2022

m-doescode commented Apr 9, 2022

Vogtinator commented Apr 9, 2022

m-doescode commented Apr 9, 2022 • edited Loading

Vogtinator commented Apr 9, 2022

m-doescode commented Apr 9, 2022 • edited Loading

Vogtinator commented Apr 9, 2022

m-doescode commented Apr 9, 2022

Vogtinator commented Apr 9, 2022

m-doescode commented Apr 9, 2022 • edited Loading

Vogtinator commented Apr 9, 2022 • edited Loading

m-doescode commented Apr 9, 2022 • edited Loading

Vogtinator commented Apr 9, 2022

m-doescode commented Apr 9, 2022

m-doescode commented Apr 9, 2022 • edited Loading

Vogtinator commented Apr 10, 2022

m-doescode commented Apr 10, 2022

Vogtinator commented Apr 10, 2022

m-doescode commented Apr 11, 2022 • edited Loading

m-doescode commented Apr 11, 2022

Vogtinator commented Apr 11, 2022

m-doescode commented Apr 11, 2022

Vogtinator commented Apr 11, 2022

m-doescode commented Apr 11, 2022 • edited Loading

Vogtinator commented Apr 11, 2022

m-doescode commented Apr 11, 2022

Vogtinator commented Apr 12, 2022

m-doescode commented Apr 12, 2022

Vogtinator commented Apr 12, 2022

grubsteak commented Dec 29, 2022

Vogtinator commented Dec 29, 2022

grubsteak commented Dec 29, 2022

m-doescode commented Apr 9, 2022 •

edited

Loading

m-doescode commented Apr 9, 2022 •

edited

Loading

m-doescode commented Apr 9, 2022 •

edited

Loading

Vogtinator commented Apr 9, 2022 •

edited

Loading

m-doescode commented Apr 9, 2022 •

edited

Loading

m-doescode commented Apr 9, 2022 •

edited

Loading

m-doescode commented Apr 11, 2022 •

edited

Loading

m-doescode commented Apr 11, 2022 •

edited

Loading