GNU debugger __text_start () at wrong filepath












0















First a little preface: I'm using the Windows Subsystem for Linux and the Gaisler BCC version of GCC for cross-compiling (aka "machine-gcc" where the machine is sparc-gaisler-elf in this case).



I compile a simple hello world program for debugging like this



$ sparc-gaisler-elf-gcc -g hello.c -o hello


Then I open the simulator for the particular processor with the GNU debugger (GDB) as a server



$ tsim-leon3 -gdb
...
gdb interface: using port 1234
Starting GDB server. Use Ctrl-C to stop waiting for connection.


In another bash session I start a remote GDB and connect to the server



$ sparc-gaisler-elf-gdb -ex "target extended-remote localhost:1234"
...
Remote debugging using localhost:1234


This works fine. But if I try to load the hello executable I get a problem



$ sparc-gaisler-elf-gdb -ex "target extended-remote localhost:1234" hello
...
Remote debugging using localhost:1234

__text_start () at /opt/bcc-2.0.4-gcc/src/libbcc/shared/trap/trap_table_mvt.S:167
167 /opt/bcc-2.0.4-gcc/src/libbcc/shared/trap/trap_table_mvt.S: No such file or directory.
in /opt/bcc-2.0.4-gcc/src/libbcc/shared/trap/trap_table_mvt.S
Current language: auto; currently asm

(gdb) run
The program being debugged has been started already.
Start it from the beginning? (y or n) y

Starting program: /mnt/c/Users/<username>/bcc-2.0.4-gcc/src/examples/hello/hello

Program received signal SIGSEGV, Segmentation fault.
__text_start () at /opt/bcc-2.0.4-gcc/src/libbcc/shared/trap/trap_table_mvt.S:167
167 in /opt/bcc-2.0.4-gcc/src/libbcc/shared/trap/trap_table_mvt.S


Now, with my Windows Subsystem for Linux setup I have the particular file it's looking for at



/mnt/c/Users/<username>/bcc-2.0.4-gcc/src/libbcc/shared/trap/trap_table_mvt.S


instead of in /opt/bcc-2.0.4-gcc/...



How can I tell it where to find this file?





Update



I tried setting dir as per Employed Russian's answer



(gdb) dir /mnt/c/Users/<user>/bcc-2.0.4-gcc/src/libbcc/shared/trap
Source directories searched: /mnt/c/Users/<user>/bcc-2.0.4-gcc/src/libbcc/shared/trap:$cdir:$cwd

(gdb) list
162 BAD_TRAP; BAD_TRAP; BAD_TRAP; BAD_TRAP; ! 78 - 7B undefined
163 BAD_TRAP; BAD_TRAP; BAD_TRAP; BAD_TRAP; ! 7C - 7F undefined
164
165 /* trap_instruction 0x80 - 0xFF */
166 /* NOTE: "ta 5" can be generated by compiler. */
167 SOFT_TRAP; ! 0 System calls
168 SOFT_TRAP; ! 1 Breakpoints
169 SOFT_TRAP; ! 2 Division by zero
170 FLW_TRAP; ! 3 Flush windows
171 SOFT_TRAP; ! 4 Clean windows

(gdb) run
The program being debugged has been started already.
Start it from the beginning? (y or n) y

Starting program: /mnt/c/Users/<user>/bcc-2.0.4-gcc/src/examples/hello/hello

Program received signal SIGSEGV, Segmentation fault.
__text_start () at /opt/bcc-2.0.4-gcc/src/libbcc/shared/trap/trap_table_mvt.S:167
167 SOFT_TRAP; ! 0 System calls


Even though it's still saying /opt/... it seems to have found the right file now. However, I don't know why it's giving a segmentation fault.










share|improve this question

























  • Why not try to move that file to /opt path?

    – Biswapriyo
    Nov 25 '18 at 13:33











  • @Biswapriyo With WSL, /opt/ is located in a Windows system hidden folder in %localappdata%. It's not really practical. Having said that, I perhaps could create a copy of the relevant files in there?

    – binaryfunt
    Nov 25 '18 at 13:39













  • Linux Command: sudo cp /mnt/c/xyz /opt/xyz.

    – Biswapriyo
    Nov 25 '18 at 13:51











  • Are you looking to change the source search path for GDB? You might want to try using the set substitute-path from to command

    – Hasturkun
    Nov 25 '18 at 14:53











  • @Hasturkun I wouldn't know. I tried it and I don't think it solved the problem. Will update the question soon

    – binaryfunt
    Nov 25 '18 at 16:23
















0















First a little preface: I'm using the Windows Subsystem for Linux and the Gaisler BCC version of GCC for cross-compiling (aka "machine-gcc" where the machine is sparc-gaisler-elf in this case).



I compile a simple hello world program for debugging like this



$ sparc-gaisler-elf-gcc -g hello.c -o hello


Then I open the simulator for the particular processor with the GNU debugger (GDB) as a server



$ tsim-leon3 -gdb
...
gdb interface: using port 1234
Starting GDB server. Use Ctrl-C to stop waiting for connection.


In another bash session I start a remote GDB and connect to the server



$ sparc-gaisler-elf-gdb -ex "target extended-remote localhost:1234"
...
Remote debugging using localhost:1234


This works fine. But if I try to load the hello executable I get a problem



$ sparc-gaisler-elf-gdb -ex "target extended-remote localhost:1234" hello
...
Remote debugging using localhost:1234

__text_start () at /opt/bcc-2.0.4-gcc/src/libbcc/shared/trap/trap_table_mvt.S:167
167 /opt/bcc-2.0.4-gcc/src/libbcc/shared/trap/trap_table_mvt.S: No such file or directory.
in /opt/bcc-2.0.4-gcc/src/libbcc/shared/trap/trap_table_mvt.S
Current language: auto; currently asm

(gdb) run
The program being debugged has been started already.
Start it from the beginning? (y or n) y

Starting program: /mnt/c/Users/<username>/bcc-2.0.4-gcc/src/examples/hello/hello

Program received signal SIGSEGV, Segmentation fault.
__text_start () at /opt/bcc-2.0.4-gcc/src/libbcc/shared/trap/trap_table_mvt.S:167
167 in /opt/bcc-2.0.4-gcc/src/libbcc/shared/trap/trap_table_mvt.S


Now, with my Windows Subsystem for Linux setup I have the particular file it's looking for at



/mnt/c/Users/<username>/bcc-2.0.4-gcc/src/libbcc/shared/trap/trap_table_mvt.S


instead of in /opt/bcc-2.0.4-gcc/...



How can I tell it where to find this file?





Update



I tried setting dir as per Employed Russian's answer



(gdb) dir /mnt/c/Users/<user>/bcc-2.0.4-gcc/src/libbcc/shared/trap
Source directories searched: /mnt/c/Users/<user>/bcc-2.0.4-gcc/src/libbcc/shared/trap:$cdir:$cwd

(gdb) list
162 BAD_TRAP; BAD_TRAP; BAD_TRAP; BAD_TRAP; ! 78 - 7B undefined
163 BAD_TRAP; BAD_TRAP; BAD_TRAP; BAD_TRAP; ! 7C - 7F undefined
164
165 /* trap_instruction 0x80 - 0xFF */
166 /* NOTE: "ta 5" can be generated by compiler. */
167 SOFT_TRAP; ! 0 System calls
168 SOFT_TRAP; ! 1 Breakpoints
169 SOFT_TRAP; ! 2 Division by zero
170 FLW_TRAP; ! 3 Flush windows
171 SOFT_TRAP; ! 4 Clean windows

(gdb) run
The program being debugged has been started already.
Start it from the beginning? (y or n) y

Starting program: /mnt/c/Users/<user>/bcc-2.0.4-gcc/src/examples/hello/hello

Program received signal SIGSEGV, Segmentation fault.
__text_start () at /opt/bcc-2.0.4-gcc/src/libbcc/shared/trap/trap_table_mvt.S:167
167 SOFT_TRAP; ! 0 System calls


Even though it's still saying /opt/... it seems to have found the right file now. However, I don't know why it's giving a segmentation fault.










share|improve this question

























  • Why not try to move that file to /opt path?

    – Biswapriyo
    Nov 25 '18 at 13:33











  • @Biswapriyo With WSL, /opt/ is located in a Windows system hidden folder in %localappdata%. It's not really practical. Having said that, I perhaps could create a copy of the relevant files in there?

    – binaryfunt
    Nov 25 '18 at 13:39













  • Linux Command: sudo cp /mnt/c/xyz /opt/xyz.

    – Biswapriyo
    Nov 25 '18 at 13:51











  • Are you looking to change the source search path for GDB? You might want to try using the set substitute-path from to command

    – Hasturkun
    Nov 25 '18 at 14:53











  • @Hasturkun I wouldn't know. I tried it and I don't think it solved the problem. Will update the question soon

    – binaryfunt
    Nov 25 '18 at 16:23














0












0








0








First a little preface: I'm using the Windows Subsystem for Linux and the Gaisler BCC version of GCC for cross-compiling (aka "machine-gcc" where the machine is sparc-gaisler-elf in this case).



I compile a simple hello world program for debugging like this



$ sparc-gaisler-elf-gcc -g hello.c -o hello


Then I open the simulator for the particular processor with the GNU debugger (GDB) as a server



$ tsim-leon3 -gdb
...
gdb interface: using port 1234
Starting GDB server. Use Ctrl-C to stop waiting for connection.


In another bash session I start a remote GDB and connect to the server



$ sparc-gaisler-elf-gdb -ex "target extended-remote localhost:1234"
...
Remote debugging using localhost:1234


This works fine. But if I try to load the hello executable I get a problem



$ sparc-gaisler-elf-gdb -ex "target extended-remote localhost:1234" hello
...
Remote debugging using localhost:1234

__text_start () at /opt/bcc-2.0.4-gcc/src/libbcc/shared/trap/trap_table_mvt.S:167
167 /opt/bcc-2.0.4-gcc/src/libbcc/shared/trap/trap_table_mvt.S: No such file or directory.
in /opt/bcc-2.0.4-gcc/src/libbcc/shared/trap/trap_table_mvt.S
Current language: auto; currently asm

(gdb) run
The program being debugged has been started already.
Start it from the beginning? (y or n) y

Starting program: /mnt/c/Users/<username>/bcc-2.0.4-gcc/src/examples/hello/hello

Program received signal SIGSEGV, Segmentation fault.
__text_start () at /opt/bcc-2.0.4-gcc/src/libbcc/shared/trap/trap_table_mvt.S:167
167 in /opt/bcc-2.0.4-gcc/src/libbcc/shared/trap/trap_table_mvt.S


Now, with my Windows Subsystem for Linux setup I have the particular file it's looking for at



/mnt/c/Users/<username>/bcc-2.0.4-gcc/src/libbcc/shared/trap/trap_table_mvt.S


instead of in /opt/bcc-2.0.4-gcc/...



How can I tell it where to find this file?





Update



I tried setting dir as per Employed Russian's answer



(gdb) dir /mnt/c/Users/<user>/bcc-2.0.4-gcc/src/libbcc/shared/trap
Source directories searched: /mnt/c/Users/<user>/bcc-2.0.4-gcc/src/libbcc/shared/trap:$cdir:$cwd

(gdb) list
162 BAD_TRAP; BAD_TRAP; BAD_TRAP; BAD_TRAP; ! 78 - 7B undefined
163 BAD_TRAP; BAD_TRAP; BAD_TRAP; BAD_TRAP; ! 7C - 7F undefined
164
165 /* trap_instruction 0x80 - 0xFF */
166 /* NOTE: "ta 5" can be generated by compiler. */
167 SOFT_TRAP; ! 0 System calls
168 SOFT_TRAP; ! 1 Breakpoints
169 SOFT_TRAP; ! 2 Division by zero
170 FLW_TRAP; ! 3 Flush windows
171 SOFT_TRAP; ! 4 Clean windows

(gdb) run
The program being debugged has been started already.
Start it from the beginning? (y or n) y

Starting program: /mnt/c/Users/<user>/bcc-2.0.4-gcc/src/examples/hello/hello

Program received signal SIGSEGV, Segmentation fault.
__text_start () at /opt/bcc-2.0.4-gcc/src/libbcc/shared/trap/trap_table_mvt.S:167
167 SOFT_TRAP; ! 0 System calls


Even though it's still saying /opt/... it seems to have found the right file now. However, I don't know why it's giving a segmentation fault.










share|improve this question
















First a little preface: I'm using the Windows Subsystem for Linux and the Gaisler BCC version of GCC for cross-compiling (aka "machine-gcc" where the machine is sparc-gaisler-elf in this case).



I compile a simple hello world program for debugging like this



$ sparc-gaisler-elf-gcc -g hello.c -o hello


Then I open the simulator for the particular processor with the GNU debugger (GDB) as a server



$ tsim-leon3 -gdb
...
gdb interface: using port 1234
Starting GDB server. Use Ctrl-C to stop waiting for connection.


In another bash session I start a remote GDB and connect to the server



$ sparc-gaisler-elf-gdb -ex "target extended-remote localhost:1234"
...
Remote debugging using localhost:1234


This works fine. But if I try to load the hello executable I get a problem



$ sparc-gaisler-elf-gdb -ex "target extended-remote localhost:1234" hello
...
Remote debugging using localhost:1234

__text_start () at /opt/bcc-2.0.4-gcc/src/libbcc/shared/trap/trap_table_mvt.S:167
167 /opt/bcc-2.0.4-gcc/src/libbcc/shared/trap/trap_table_mvt.S: No such file or directory.
in /opt/bcc-2.0.4-gcc/src/libbcc/shared/trap/trap_table_mvt.S
Current language: auto; currently asm

(gdb) run
The program being debugged has been started already.
Start it from the beginning? (y or n) y

Starting program: /mnt/c/Users/<username>/bcc-2.0.4-gcc/src/examples/hello/hello

Program received signal SIGSEGV, Segmentation fault.
__text_start () at /opt/bcc-2.0.4-gcc/src/libbcc/shared/trap/trap_table_mvt.S:167
167 in /opt/bcc-2.0.4-gcc/src/libbcc/shared/trap/trap_table_mvt.S


Now, with my Windows Subsystem for Linux setup I have the particular file it's looking for at



/mnt/c/Users/<username>/bcc-2.0.4-gcc/src/libbcc/shared/trap/trap_table_mvt.S


instead of in /opt/bcc-2.0.4-gcc/...



How can I tell it where to find this file?





Update



I tried setting dir as per Employed Russian's answer



(gdb) dir /mnt/c/Users/<user>/bcc-2.0.4-gcc/src/libbcc/shared/trap
Source directories searched: /mnt/c/Users/<user>/bcc-2.0.4-gcc/src/libbcc/shared/trap:$cdir:$cwd

(gdb) list
162 BAD_TRAP; BAD_TRAP; BAD_TRAP; BAD_TRAP; ! 78 - 7B undefined
163 BAD_TRAP; BAD_TRAP; BAD_TRAP; BAD_TRAP; ! 7C - 7F undefined
164
165 /* trap_instruction 0x80 - 0xFF */
166 /* NOTE: "ta 5" can be generated by compiler. */
167 SOFT_TRAP; ! 0 System calls
168 SOFT_TRAP; ! 1 Breakpoints
169 SOFT_TRAP; ! 2 Division by zero
170 FLW_TRAP; ! 3 Flush windows
171 SOFT_TRAP; ! 4 Clean windows

(gdb) run
The program being debugged has been started already.
Start it from the beginning? (y or n) y

Starting program: /mnt/c/Users/<user>/bcc-2.0.4-gcc/src/examples/hello/hello

Program received signal SIGSEGV, Segmentation fault.
__text_start () at /opt/bcc-2.0.4-gcc/src/libbcc/shared/trap/trap_table_mvt.S:167
167 SOFT_TRAP; ! 0 System calls


Even though it's still saying /opt/... it seems to have found the right file now. However, I don't know why it's giving a segmentation fault.







linux gcc gdb windows-subsystem-for-linux sparc






share|improve this question















share|improve this question













share|improve this question




share|improve this question








edited Nov 25 '18 at 16:41







binaryfunt

















asked Nov 25 '18 at 13:10









binaryfuntbinaryfunt

2,31411534




2,31411534













  • Why not try to move that file to /opt path?

    – Biswapriyo
    Nov 25 '18 at 13:33











  • @Biswapriyo With WSL, /opt/ is located in a Windows system hidden folder in %localappdata%. It's not really practical. Having said that, I perhaps could create a copy of the relevant files in there?

    – binaryfunt
    Nov 25 '18 at 13:39













  • Linux Command: sudo cp /mnt/c/xyz /opt/xyz.

    – Biswapriyo
    Nov 25 '18 at 13:51











  • Are you looking to change the source search path for GDB? You might want to try using the set substitute-path from to command

    – Hasturkun
    Nov 25 '18 at 14:53











  • @Hasturkun I wouldn't know. I tried it and I don't think it solved the problem. Will update the question soon

    – binaryfunt
    Nov 25 '18 at 16:23



















  • Why not try to move that file to /opt path?

    – Biswapriyo
    Nov 25 '18 at 13:33











  • @Biswapriyo With WSL, /opt/ is located in a Windows system hidden folder in %localappdata%. It's not really practical. Having said that, I perhaps could create a copy of the relevant files in there?

    – binaryfunt
    Nov 25 '18 at 13:39













  • Linux Command: sudo cp /mnt/c/xyz /opt/xyz.

    – Biswapriyo
    Nov 25 '18 at 13:51











  • Are you looking to change the source search path for GDB? You might want to try using the set substitute-path from to command

    – Hasturkun
    Nov 25 '18 at 14:53











  • @Hasturkun I wouldn't know. I tried it and I don't think it solved the problem. Will update the question soon

    – binaryfunt
    Nov 25 '18 at 16:23

















Why not try to move that file to /opt path?

– Biswapriyo
Nov 25 '18 at 13:33





Why not try to move that file to /opt path?

– Biswapriyo
Nov 25 '18 at 13:33













@Biswapriyo With WSL, /opt/ is located in a Windows system hidden folder in %localappdata%. It's not really practical. Having said that, I perhaps could create a copy of the relevant files in there?

– binaryfunt
Nov 25 '18 at 13:39







@Biswapriyo With WSL, /opt/ is located in a Windows system hidden folder in %localappdata%. It's not really practical. Having said that, I perhaps could create a copy of the relevant files in there?

– binaryfunt
Nov 25 '18 at 13:39















Linux Command: sudo cp /mnt/c/xyz /opt/xyz.

– Biswapriyo
Nov 25 '18 at 13:51





Linux Command: sudo cp /mnt/c/xyz /opt/xyz.

– Biswapriyo
Nov 25 '18 at 13:51













Are you looking to change the source search path for GDB? You might want to try using the set substitute-path from to command

– Hasturkun
Nov 25 '18 at 14:53





Are you looking to change the source search path for GDB? You might want to try using the set substitute-path from to command

– Hasturkun
Nov 25 '18 at 14:53













@Hasturkun I wouldn't know. I tried it and I don't think it solved the problem. Will update the question soon

– binaryfunt
Nov 25 '18 at 16:23





@Hasturkun I wouldn't know. I tried it and I don't think it solved the problem. Will update the question soon

– binaryfunt
Nov 25 '18 at 16:23












1 Answer
1






active

oldest

votes


















0















How can I tell it where to find this file?




With the directory command.



(gdb) dir /mnt/c/Users/<username>/bcc-2.0.4-gcc/src/libbcc/shared/trap
(gdb) list # should find the file in the new location


See also source path and set substitite-path.






share|improve this answer
























  • I'm still getting a segmentation fault. I've updated my question

    – binaryfunt
    Nov 25 '18 at 16:42











  • @binaryfunt Your question was about "wrong path". Your new question is about something else entirely. You should accept this answer, and ask a new question.

    – Employed Russian
    Nov 25 '18 at 17:39











  • Actually it seems like I asked the wrong question. What I thought was GDB getting the wrong filepath doesn't seem to have been the problem at all, and actually I need to find out why it's printing out the __text_start () thing and why the segmentation fault is happening. I'm going to take a break from this until tomorrow

    – binaryfunt
    Nov 25 '18 at 17:55













Your Answer






StackExchange.ifUsing("editor", function () {
StackExchange.using("externalEditor", function () {
StackExchange.using("snippets", function () {
StackExchange.snippets.init();
});
});
}, "code-snippets");

StackExchange.ready(function() {
var channelOptions = {
tags: "".split(" "),
id: "1"
};
initTagRenderer("".split(" "), "".split(" "), channelOptions);

StackExchange.using("externalEditor", function() {
// Have to fire editor after snippets, if snippets enabled
if (StackExchange.settings.snippets.snippetsEnabled) {
StackExchange.using("snippets", function() {
createEditor();
});
}
else {
createEditor();
}
});

function createEditor() {
StackExchange.prepareEditor({
heartbeatType: 'answer',
autoActivateHeartbeat: false,
convertImagesToLinks: true,
noModals: true,
showLowRepImageUploadWarning: true,
reputationToPostImages: 10,
bindNavPrevention: true,
postfix: "",
imageUploader: {
brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/3.0/"u003ecc by-sa 3.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
allowUrls: true
},
onDemand: true,
discardSelector: ".discard-answer"
,immediatelyShowMarkdownHelp:true
});


}
});














draft saved

draft discarded


















StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fstackoverflow.com%2fquestions%2f53467789%2fgnu-debugger-text-start-at-wrong-filepath%23new-answer', 'question_page');
}
);

Post as a guest















Required, but never shown

























1 Answer
1






active

oldest

votes








1 Answer
1






active

oldest

votes









active

oldest

votes






active

oldest

votes









0















How can I tell it where to find this file?




With the directory command.



(gdb) dir /mnt/c/Users/<username>/bcc-2.0.4-gcc/src/libbcc/shared/trap
(gdb) list # should find the file in the new location


See also source path and set substitite-path.






share|improve this answer
























  • I'm still getting a segmentation fault. I've updated my question

    – binaryfunt
    Nov 25 '18 at 16:42











  • @binaryfunt Your question was about "wrong path". Your new question is about something else entirely. You should accept this answer, and ask a new question.

    – Employed Russian
    Nov 25 '18 at 17:39











  • Actually it seems like I asked the wrong question. What I thought was GDB getting the wrong filepath doesn't seem to have been the problem at all, and actually I need to find out why it's printing out the __text_start () thing and why the segmentation fault is happening. I'm going to take a break from this until tomorrow

    – binaryfunt
    Nov 25 '18 at 17:55


















0















How can I tell it where to find this file?




With the directory command.



(gdb) dir /mnt/c/Users/<username>/bcc-2.0.4-gcc/src/libbcc/shared/trap
(gdb) list # should find the file in the new location


See also source path and set substitite-path.






share|improve this answer
























  • I'm still getting a segmentation fault. I've updated my question

    – binaryfunt
    Nov 25 '18 at 16:42











  • @binaryfunt Your question was about "wrong path". Your new question is about something else entirely. You should accept this answer, and ask a new question.

    – Employed Russian
    Nov 25 '18 at 17:39











  • Actually it seems like I asked the wrong question. What I thought was GDB getting the wrong filepath doesn't seem to have been the problem at all, and actually I need to find out why it's printing out the __text_start () thing and why the segmentation fault is happening. I'm going to take a break from this until tomorrow

    – binaryfunt
    Nov 25 '18 at 17:55
















0












0








0








How can I tell it where to find this file?




With the directory command.



(gdb) dir /mnt/c/Users/<username>/bcc-2.0.4-gcc/src/libbcc/shared/trap
(gdb) list # should find the file in the new location


See also source path and set substitite-path.






share|improve this answer














How can I tell it where to find this file?




With the directory command.



(gdb) dir /mnt/c/Users/<username>/bcc-2.0.4-gcc/src/libbcc/shared/trap
(gdb) list # should find the file in the new location


See also source path and set substitite-path.







share|improve this answer












share|improve this answer



share|improve this answer










answered Nov 25 '18 at 16:14









Employed RussianEmployed Russian

125k20168238




125k20168238













  • I'm still getting a segmentation fault. I've updated my question

    – binaryfunt
    Nov 25 '18 at 16:42











  • @binaryfunt Your question was about "wrong path". Your new question is about something else entirely. You should accept this answer, and ask a new question.

    – Employed Russian
    Nov 25 '18 at 17:39











  • Actually it seems like I asked the wrong question. What I thought was GDB getting the wrong filepath doesn't seem to have been the problem at all, and actually I need to find out why it's printing out the __text_start () thing and why the segmentation fault is happening. I'm going to take a break from this until tomorrow

    – binaryfunt
    Nov 25 '18 at 17:55





















  • I'm still getting a segmentation fault. I've updated my question

    – binaryfunt
    Nov 25 '18 at 16:42











  • @binaryfunt Your question was about "wrong path". Your new question is about something else entirely. You should accept this answer, and ask a new question.

    – Employed Russian
    Nov 25 '18 at 17:39











  • Actually it seems like I asked the wrong question. What I thought was GDB getting the wrong filepath doesn't seem to have been the problem at all, and actually I need to find out why it's printing out the __text_start () thing and why the segmentation fault is happening. I'm going to take a break from this until tomorrow

    – binaryfunt
    Nov 25 '18 at 17:55



















I'm still getting a segmentation fault. I've updated my question

– binaryfunt
Nov 25 '18 at 16:42





I'm still getting a segmentation fault. I've updated my question

– binaryfunt
Nov 25 '18 at 16:42













@binaryfunt Your question was about "wrong path". Your new question is about something else entirely. You should accept this answer, and ask a new question.

– Employed Russian
Nov 25 '18 at 17:39





@binaryfunt Your question was about "wrong path". Your new question is about something else entirely. You should accept this answer, and ask a new question.

– Employed Russian
Nov 25 '18 at 17:39













Actually it seems like I asked the wrong question. What I thought was GDB getting the wrong filepath doesn't seem to have been the problem at all, and actually I need to find out why it's printing out the __text_start () thing and why the segmentation fault is happening. I'm going to take a break from this until tomorrow

– binaryfunt
Nov 25 '18 at 17:55







Actually it seems like I asked the wrong question. What I thought was GDB getting the wrong filepath doesn't seem to have been the problem at all, and actually I need to find out why it's printing out the __text_start () thing and why the segmentation fault is happening. I'm going to take a break from this until tomorrow

– binaryfunt
Nov 25 '18 at 17:55






















draft saved

draft discarded




















































Thanks for contributing an answer to Stack Overflow!


  • Please be sure to answer the question. Provide details and share your research!

But avoid



  • Asking for help, clarification, or responding to other answers.

  • Making statements based on opinion; back them up with references or personal experience.


To learn more, see our tips on writing great answers.




draft saved


draft discarded














StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fstackoverflow.com%2fquestions%2f53467789%2fgnu-debugger-text-start-at-wrong-filepath%23new-answer', 'question_page');
}
);

Post as a guest















Required, but never shown





















































Required, but never shown














Required, but never shown












Required, but never shown







Required, but never shown

































Required, but never shown














Required, but never shown












Required, but never shown







Required, but never shown







Popular posts from this blog

404 Error Contact Form 7 ajax form submitting

How to know if a Active Directory user can login interactively

Refactoring coordinates for Minecraft Pi buildings written in Python