On 21 May 2023 at 16:52, Roger Heflin wrote:
From: Roger Heflin <rogerheflin(a)gmail.com>
Date sent: Sun, 21 May 2023 16:52:56 -0500
Subject: Re: Strange error running scripts. without
#!/usr/bin/bash
To: Community support for Fedora users
<users(a)lists.fedoraproject.org>
Send reply to: Community support for Fedora
users <users(a)lists.fedoraproject.org>
Have done more testing, and found some interesting
things?
I'm using the xfce-terminal and issue only seems to
happen with it? gnome-terminal, mate-terminal, pterm
and xterm and other seem to have no issues running the
start1.sh
#!/usr/bin/bash
echo Start
or
start2.sh
echo Start
Have filed a bug report with xfce-terminal.
running strace on ./start2.sh fails, but running the
command directly with strace works?
./start2.sh
free(): invalid next size (fast)
Aborted (core dumped)
[msetzerii@setzconote cabchk]$ ge start1.sh
[msetzerii@setzconote cabchk]$ strace ./start2.sh
execve("./start2.sh", ["./start2.sh"], 0x7ffe13c83ab0 /* 63
vars */) = -1 ENOEXEC (Exec format error)
strace: exec: Exec format error
+++ exited with 1 +++
$ strace echo Start
execve("/usr/bin/echo", ["echo", "Start"],
0x7ffd679077d8 /* 63 vars */) = 0
brk(NULL) = 0x55ff5655a000
arch_prctl(0x3001 /* ARCH_??? */, 0x7ffe3d8b3240) = -1
EINVAL (Invalid argument)
mmap(NULL, 8192, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) =
0x7f13e6e2b000
access("/etc/ld.so.preload", R_OK) = -1 ENOENT (No
such file or directory)
openat(AT_FDCWD, "/etc/ld.so.cache",
O_RDONLY|O_CLOEXEC) = 3
newfstatat(3, "", {st_mode=S_IFREG|0644,
st_size=201759, ...}, AT_EMPTY_PATH) = 0
mmap(NULL, 201759, PROT_READ, MAP_PRIVATE, 3,
0) = 0x7f13e6df9000
close(3) = 0
openat(AT_FDCWD, "/lib64/libc.so.6",
O_RDONLY|O_CLOEXEC) = 3
read(3,
"\177ELF\2\1\1\3\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0\320v\2\0\
0\0\0\0"..., 832) = 832
pread64(3,
"\6\0\0\0\4\0\0\0@\0\0\0\0\0\0\0@\0\0\0\0\0\0\0@\0\0\0\0\
0\0\0"..., 784, 64) = 784
newfstatat(3, "", {st_mode=S_IFREG|0755,
st_size=2224288, ...}, AT_EMPTY_PATH) = 0
pread64(3,
"\6\0\0\0\4\0\0\0@\0\0\0\0\0\0\0@\0\0\0\0\0\0\0@\0\0\0\0\
0\0\0"..., 784, 64) = 784
mmap(NULL, 1953104, PROT_READ,
MAP_PRIVATE|MAP_DENYWRITE, 3, 0) =
0x7f13e6c1c000
mmap(0x7f13e6c42000, 1400832,
PROT_READ|PROT_EXEC,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3,
0x26000) = 0x7f13e6c42000
mmap(0x7f13e6d98000, 339968, PROT_READ,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3,
0x17c000) = 0x7f13e6d98000
mmap(0x7f13e6deb000, 24576,
PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3,
0x1ce000) = 0x7f13e6deb000
mmap(0x7f13e6df1000, 32080,
PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) =
0x7f13e6df1000
close(3) = 0
mmap(NULL, 12288, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) =
0x7f13e6c19000
arch_prctl(ARCH_SET_FS, 0x7f13e6c19740) = 0
set_tid_address(0x7f13e6c19a10) = 1036951
set_robust_list(0x7f13e6c19a20, 24) = 0
rseq(0x7f13e6c1a060, 0x20, 0, 0x53053053) = 0
mprotect(0x7f13e6deb000, 16384, PROT_READ) = 0
mprotect(0x55ff553b5000, 4096, PROT_READ) = 0
mprotect(0x7f13e6e60000, 8192, PROT_READ) = 0
prlimit64(0, RLIMIT_STACK, NULL,
{rlim_cur=8192*1024, rlim_max=RLIM64_INFINITY}) =
0
munmap(0x7f13e6df9000, 201759) = 0
getrandom("\x25\x80\x23\x59\xbd\x87\x58\x60", 8,
GRND_NONBLOCK) = 8
brk(NULL) = 0x55ff5655a000
brk(0x55ff5657b000) = 0x55ff5657b000
openat(AT_FDCWD, "/usr/lib/locale/locale-archive",
O_RDONLY|O_CLOEXEC) = 3
newfstatat(3, "", {st_mode=S_IFREG|0644,
st_size=224104272, ...}, AT_EMPTY_PATH) = 0
mmap(NULL, 224104272, PROT_READ, MAP_PRIVATE,
3, 0) = 0x7f13d9600000
close(3) = 0
newfstatat(1, "", {st_mode=S_IFCHR|0620,
st_rdev=makedev(0x88, 0x5), ...}, AT_EMPTY_PATH) =
0
write(1, "Start\n", 6Start
) = 6
close(1) = 0
close(2) = 0
exit_group(0) = ?
+++ exited with 0 +++
So, not clear why the xfce-terminal has this issue??
Thanks for all replies.
You should be able to add -f (follow all forks) on strace and it
will
follow everything. But without the script tracing POC mentions you
aren't really going to know what line gets the error.
It is likely the bug is in one of the commands you are using, and it
may depend on the data you are getting and processing.
On Sun, May 21, 2023 at 4:39 PM Patrick O'Callaghan
<pocallaghan(a)gmail.com> wrote:
>
> On Mon, 2023-05-22 at 07:09 +1000, Michael D. Setzer II via users
> wrote:
> > Located the earlier script. It still gave the error so tried
> > strace and got
> > strace ./mktext2x.sh
> > execve("./mktext2x.sh", ["./mktext2x.sh"],
> > 0x7ffc37e55570 /* 35 vars */) = -1 ENOEXEC (Exec
> > format error)
> > strace: exec: Exec format error
> > +++ exited with 1 +++
> > But running the corrected one ran fine as is and with
> > strace.
> >
> > But then tried to run it again, and mktext2x.sh runs
> > without error?
> >
> > Running the one with bash line, strace works fine.
> > strace ./mktext2.sh
> > execve("./mktext2.sh", ["./mktext2.sh"], 0x7ffc9afbcb80
> > /* 63 vars */) = 0
> > brk(NULL) = 0x55a016794000
> >
>
> AFAIK what you're tracing here is the Shell itself, not the script
> (except indirectly), which is unlikely to be useful in most cases.
>
> You can do some tracing of Shell scripts. See for example
>
https://www.tecmint.com/trace-shell-script-execution-in-linux/
>
> poc
> _______________________________________________
> users mailing list -- users(a)lists.fedoraproject.org
> To unsubscribe send an email to users-leave(a)lists.fedoraproject.org
> Fedora Code of Conduct:
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
> List Guidelines:
https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives:
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
> Do not reply to spam, report it:
https://pagure.io/fedora-infrastructure/new_issue
_______________________________________________
users mailing list -- users(a)lists.fedoraproject.org
To unsubscribe send an email to users-leave(a)lists.fedoraproject.org
Fedora Code of Conduct:
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines:
https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives:
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam, report it:
https://pagure.io/fedora-infrastructure/new_issue
+------------------------------------------------------------+
Michael D. Setzer II - Computer Science Instructor
(Retired)
mailto:mikes@guam.net
mailto:msetzerii@gmail.com
Guam - Where America's Day Begins
G4L Disk Imaging Project maintainer
http://sourceforge.net/projects/g4l/
+------------------------------------------------------------+