Recording: wrong title

seth777 · 2024-03-15T19:03:13+00:00

I have a problem with titles of video files created by TVHeadend both after running recording manually and through autorec. In example default recording prof...

Flole

Did you self-compile Tvheadend or did you download it from some repository?

seth777

Flole
From repository:

$ cat /etc/apt/sources.list.d/tvheadend-tvheadend.list
# Source: Tvheadend
# Site: https://tvheadend.org
# Repository: Tvheadend / Tvheadend
# Description: Tvheadend is the leading TV streaming server and recorder for Linux, FreeBSD and Android supporting DVB-S, DVB-S2, DVB-C, DVB-T, DVB-T2, ATSC, ISDB-T, IPTV, SAT>IP and HDHomeRun as input sources.


deb [signed-by=/usr/share/keyrings/tvheadend-tvheadend-archive-keyring.gpg] https://dl.cloudsmith.io/public/tvheadend/tvheadend/deb/debian bookworm main

deb-src [signed-by=/usr/share/keyrings/tvheadend-tvheadend-archive-keyring.gpg] https://dl.cloudsmith.io/public/tvheadend/tvheadend/deb/debian bookworm main

Flole

Have you tried using an easier pattern? Something like test.$x to see if $x is evaluated properly? If that works keep adding some options like $t and $n to see if that issue appears at some point.

seth777

Flole
ok, I tried that format string: test.$t. It generated file: 't' :

2024-03-15 20:31:24.476 [  DEBUG]:dvr: File "/home/hts/multimedia/tv/t" -- Nie ma takiego pliku ani katalogu -- Using for recording

Now, format string ABCD.$x: filename: 'A'
Format string Z1234 : filename: 'Z'
Looks like it uses first char of format string. But previously sometimes it was preceded by '__' (double underscore)

Mephilius

seth777 Strange for me is this processing. I have the same.....

Flole

What type of file system are you trying to store the recordings on? You could try storing them in /tmp for testing.

seth777

Flole
it is ext4 in LVM volume.
OK, I'll try /tmp

seth777

Flole
Still the same problem:

2024-03-15 20:44:24.492 [  DEBUG]:dvr: File "/tmp/Z" -- Nie ma takiego pliku ani katalogu -- Using for recording

seth777

Flole
I tried to add almost all subsystems to "Trace subsystems" section in Configuration/Debugging:
START,STOP,CRASH,main,tprof,qprof,CPU,thread,tvhpoll,time,spawn,fsmonitor,lock,uuid,idnode,url,tcp,rtsp,settings,config,access,cron,dbus,avahi,bonjour,api,htsp,htsp-sub,htsp-req,htsp-ans,imagecache,tbl,tbl-base,tbl-csa,tbl-eit,tbl-time,tbl-atsc,tbl-pass,tbl-satip,fastscan,pcr,parser,TS,globalheaders,tsfix,hevc,muxer,pass,audioes,mkv,service,channel,subscription,service-mapper,bouquet,esfilter,profile,descrambler,descrambler-emm,caclient,csa,capmt,cwc,cccam,dvbcam,dvr,dvr-inotify,epg,epgdb,epggrab,charset,dvb,mpegts,muxsched,libav,transcode,iptv,iptv-pcr,iptv-sub,linuxdvb,diseqc,en50221,en50494,satip,satips,tvhdhomerun,psip,opentv,pyepg,xmltv,webui,timeshift,scanfile,tsfile,tsdebug,codec,vaapi,ddci
but unfortunately it failed to indicate what is wrong.

Hmm, should I create a bug ticket?

seth777

Flole
On the top of all this, when I tried to delete this test recordings in WEBGUI/Digital Recorder/Finished Recordings, TVHeadend crashed:

2024-03-15 21:43:27.712 [  DEBUG]:settings: saving to /home/hts/.hts/tvheadend/input/dvb/networks/e53033af9590a31901d09978264c4c9e/config
2024-03-15 21:43:30.077 [   INFO]:dvr: delete entry 64382b0cbf690bd093bcb582a192bdd3 "Galileo" on "Fokus TV" start time 2024-03-15 19:59:00, scheduled for recording by "superanckij", retention "On file removal" removal "Forever"
2024-03-15 21:43:30.078 [  ALERT]:CRASH: Signal: 11 in PRG: /usr/bin/tvheadend (4.3-2299~g79aaa1434) [b95784df316b884e8407397deda6130512f06560] CWD: /  
2024-03-15 21:43:30.078 [  ALERT]:CRASH: Fault address 0x1 (Address not mapped)
2024-03-15 21:43:30.078 [  ALERT]:CRASH: Loaded libraries: linux-vdso.so.1 /lib/x86_64-linux-gnu/libdvbcsa.so.1 /lib/x86_64-linux-gnu/libssl.so.3 /lib/x86_64-linux-gnu/libcrypto.so.3 /lib/x86_64-linux-gnu/libz.so.1 /lib/x86_64-linux-gnu/libpcre.so.3 /lib/x86_64-linux-gnu/liburiparser.so.1 /lib/x86_64-linux-gnu/libavahi-common.so.3 /lib/x86_64-linux-gnu/libavahi-client.so.3 /lib/x86_64-linux-gnu/libdbus-1.so.3 /lib/x86_64-linux-gnu/libm.so.6 /lib/x86_64-linux-gnu/libmvec.so.1 /lib/x86_64-linux-gnu/libstdc++.so.6 /lib/x86_64-linux-gnu/libc.so.6 /lib/x86_64-linux-gnu/libsystemd.so.0 /lib64/ld-linux-x86-64.so.2 /lib/x86_64-linux-gnu/libgcc_s.so.1 /lib/x86_64-linux-gnu/libcap.so.2 /lib/x86_64-linux-gnu/libgcrypt.so.20 /lib/x86_64-linux-gnu/liblzma.so.5 /lib/x86_64-linux-gnu/libzstd.so.1 /lib/x86_64-linux-gnu/liblz4.so.1 /lib/x86_64-linux-gnu/libgpg-error.so.0 /lib/x86_64-linux-gnu/libnss_compat.so.2 /lib/x86_64-linux-gnu/libnss_nis.so.2 /lib/x86_64-linux-gnu/libnsl.so.2 /lib/x86_64-linux-gnu/libpthread.so.0 /lib/x86_64-linux-gnu/libtirpc.so.3 /li
2024-03-15 21:43:30.078 [  ALERT]:CRASH: Register dump [23]: 00007fcba9c70020000055a586ab9bd0b69d391f52b499a000007fcbbafb0148000055a5846b1200000055a586ab9521000055a5846b1230000055a58432f93100007fcba9c70020000055a5844a003400007fcba9c7008000007fcba9c70020000000000000fdff000000000000000000000000000003ff00007fcba9c70020000055a5834a3eaf0000000000010246002b0000000000330000000000000006000000000000000efffffffe7ffbba130000000000000001
2024-03-15 21:43:30.078 [  ALERT]:CRASH: STACKTRACE
2024-03-15 21:43:30.149 [  ALERT]:CRASH: ??:0 0x55a58344514e 0x55a5831fe000
2024-03-15 21:43:30.221 [  ALERT]:CRASH: ??:0 0x7fcbbae5b050 0x7fcbbae1f000
2024-03-15 21:43:30.296 [  ALERT]:CRASH: ??:0 0x55a5834a3eaf 0x55a5831fe000
2024-03-15 21:43:30.367 [  ALERT]:CRASH: ??:0 0x55a583401950 0x55a5831fe000
2024-03-15 21:43:30.439 [  ALERT]:CRASH: ??:0 0x55a5834929f5 0x55a5831fe000
2024-03-15 21:43:30.512 [  ALERT]:CRASH: ??:0 0x55a583492f21 0x55a5831fe000
2024-03-15 21:43:30.584 [  ALERT]:CRASH: ??:0 0x55a58347378f 0x55a5831fe000
2024-03-15 21:43:30.655 [  ALERT]:CRASH: ??:0 0x55a583479249 0x55a5831fe000
2024-03-15 21:43:30.728 [  ALERT]:CRASH: ??:0 0x55a5834ae500 0x55a5831fe000
2024-03-15 21:43:30.801 [  ALERT]:CRASH: ??:0 0x55a5834102c8 0x55a5831fe000
2024-03-15 21:43:30.874 [  ALERT]:CRASH: ??:0 0x55a583411a97 0x55a5831fe000
2024-03-15 21:43:30.947 [  ALERT]:CRASH: ??:0 0x55a583410be1 0x55a5831fe000
2024-03-15 21:43:31.023 [  ALERT]:CRASH: ??:0 0x55a583411f03 0x55a5831fe000
2024-03-15 21:43:31.098 [  ALERT]:CRASH: ??:0 0x55a583412204 0x55a5831fe000
2024-03-15 21:43:31.172 [  ALERT]:CRASH: ??:0 0x55a58340782c 0x55a5831fe000
2024-03-15 21:43:31.247 [  ALERT]:CRASH: ??:0 0x55a583402b89 0x55a5831fe000
2024-03-15 21:43:31.320 [  ALERT]:CRASH: ??:0 0x7fcbbaea8134 0x7fcbbae1f000

seth777

seth777
for the record: I disabled all options in Filename/Tagging section and it's still the same:

Flole

Unless you install the tvheadend-dbg package those crashdumps are useless as they don't say anything.

If you want to open a bug report it needs to contain precise information on how to reproduce it on a clean install, and if it can't be reproduced or if further debugging doesn't lead to anything it will just be closed again. Once someone else is also affected, that's a different story, but right now it only seems to affect your system for some reason. Do you have any experience debugging with gdb?

seth777

Flole
Unfortunately, I don't. I'm looking into this just now. Looks like this kind of low-code debugging can be very complicated.

Flole

I can point you in the right direction where you're likely to see something. I'd suggest to do a b dvr_rec.c:1188 to break in line 1188 of that file, then c to continue. Start the recording and it will break where we want it to. Then look at ptmp by doing p *ptmp and it should tell you what's in it. You can also do a bt full to look at basically everything that's available. You could then do s to execute a single line of code and look at s then (p *s).

seth777

Flole
ok, I installed tvheadend-dbg
stopped tvheadend.service, then i launched
gdb --args /usr/bin/tvheadend -f -p /run/tvheadend.pid -u hts -g video --nosyslog --nostderr --logfile /home/hts/tmp/tvheadend.log (line from tvheadend.service)
gdb started:

GNU gdb (Debian 13.1-3) 13.1
Copyright (C) 2023 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.
Type "show copying" and "show warranty" for details.
This GDB was configured as "x86_64-linux-gnu".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
<https://www.gnu.org/software/gdb/bugs/>.
Find the GDB manual and other documentation resources online at:
    <http://www.gnu.org/software/gdb/documentation/>.

For help, type "help".
Type "apropos word" to search for commands related to "word"...
Reading symbols from /usr/bin/tvheadend...
Reading symbols from /usr/lib/debug//usr/bin/tvheadend...

Then i pasted b dvr_rec.c:1188 (breakpoint in dvr_rec at line 1188):
Breakpoint 1 at 0x29afd8: file src/dvr/dvr_rec.c, line 1188.
Next c:
The program is not being run. Hmmm. I tailing tvheadend log on another window and it looks like it is running.
I'm starting recording on webgui... And it's saved a file correctly! Logfile:
dvr: File "/home/hts/multimedia/tv/Z1234" -- Nie ma takiego pliku ani katalogu -- Using for recording
Format string is currently: Z1234$n, storage path: /home/hts/multimedia/tv/
Shit.
I'm trying another record... And whole system froze. I had to do hard reset.
Goddammit.

Flole

You still had Tvheadend running, just not from gdb. You could leave it running and attach by specifying the pid, like this (it gets the pid, passes it to gdb and attaches to Tvheadend then)

gdb tvheadend $(pidof tvheadend)

Also you upgraded to the latest version, that could have fixed the issue.

seth777

Flole
I don't really know how, but it looks like you are right - in system logs there is line that tvheadend service is running

After system started, modified format string to %F_$t$n.$x and started some recording:
2024-03-15 22:52:29.137 [ DEBUG]:dvr: File "/home/hts/multimedia/tv/2024-03-15_Tenet.ts" -- Nie ma takiego pliku ani katalogu -- Using for recording
Then I stopped it, and started again:

2024-03-15 22:53:40.153 [  DEBUG]:dvr: Overwrite protection, file "/home/hts/multimedia/tv/2" exists
2024-03-15 22:53:40.154 [  ERROR]:dvr: unable to create unique name (missing $n in format string?)
2024-03-15 22:53:40.154 [  ERROR]:dvr: Recording error: "Tenet": Unable to create file

looks like a problem is still persisting.
I'll try to execute gdb steps once again.

seth777

Flole

That's...... Odd.... So it worked on the first recording and broke on the second? Does it always work on the first recording after a restart?
Yeah, it's strange. I don't really know, but sure, I could test that.

Flole
I stopped tvheadend.service systemctl stop tvheadend
I verified that tvheadend is not running: pidof tvheadend, ps aux | grep -i tvheadend
Then once again: # gdb --args /usr/bin/tvheadend -f -p /run/tvheadend.pid -u hts -g video --nosyslog --nostderr --logfile /home/hts/tmp/tvheadend.log :

GNU gdb (Debian 13.1-3) 13.1
Copyright (C) 2023 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.
Type "show copying" and "show warranty" for details.
This GDB was configured as "x86_64-linux-gnu".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
<https://www.gnu.org/software/gdb/bugs/>.
Find the GDB manual and other documentation resources online at:
    <http://www.gnu.org/software/gdb/documentation/>.

For help, type "help".
Type "apropos word" to search for commands related to "word"...
Reading symbols from /usr/bin/tvheadend...
Reading symbols from /usr/lib/debug//usr/bin/tvheadend...
(gdb)

(gdb) b dvr_rec.c:1188
Breakpoint 1 at 0x29afd8: file src/dvr/dvr_rec.c, line 1188.

(gdb) c
The program is not being run.
(gdb) continue
The program is not being run.
(gdb)

(gdb) run
Starting program: /usr/bin/tvheadend -f -p /run/tvheadend.pid -u hts -g video --nosyslog --nostderr --logfile /home/hts/tmp/tvheadend.log
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
[Detaching after fork from child process 21564]
[Inferior 1 (process 21557) exited normally]
(gdb)

Now it's running.
Starting recording... It started. In log file:

2024-03-15 23:18:31.596 [  DEBUG]:dvr: File "/home/hts/multimedia/tv/��2" -- Nie ma takiego pliku ani katalogu -- Using for recording
2024-03-15 23:18:31.601 [   INFO]:dvr: /home/hts/multimedia/tv/��2 from adapter: "Afatech AF9033 (DVB-T) #0 : DVB-T #0", network: "kablowka", mux: "506MHz", provider: "DOLSAT", service: "Polsat Rodzina HD"
2024-03-15 23:18:31.602 [   INFO]:spawn: Executing "/usr/bin/ffmpeg"

(gdb) p *ptmp
No symbol "ptmp" in current context.

🙁

(gdb) bt full
No stack.

Flole

seth777 That's...... Odd.... So it worked on the first recording and broke on the second? Does it always work on the first recording after a restart? Then you might be facing a memory corruption and valgrind could catch that. But I'm just guessing right now, gdb should tell us more.

Flole

seth777 Try to attach to it while it's running, that's a lot easier as Tvheadend will drop privileges and so on. It's the command I posted in my previous post. No need to stop it, just attach to the running Tvheadend.

seth777

Flole
Ok, I'm on it, sorry. Once again: systemctl started tvheadend, then:
# gdb tvheadend $(pidof tvheadend)

# gdb tvheadend $(pidof tvheadend)
GNU gdb (Debian 13.1-3) 13.1
Copyright (C) 2023 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.
Type "show copying" and "show warranty" for details.
This GDB was configured as "x86_64-linux-gnu".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
<https://www.gnu.org/software/gdb/bugs/>.
Find the GDB manual and other documentation resources online at:
    <http://www.gnu.org/software/gdb/documentation/>.

For help, type "help".
Type "apropos word" to search for commands related to "word"...
Reading symbols from tvheadend...
Reading symbols from /usr/lib/debug//usr/bin/tvheadend...
Attaching to program: /usr/bin/tvheadend, process 28423
[New LWP 28424]
[New LWP 28425]
[New LWP 28426]
[New LWP 28427]
[New LWP 28428]
[New LWP 28429]
[New LWP 28430]
[New LWP 28431]
[New LWP 28432]
[New LWP 28433]
[New LWP 28434]
[New LWP 28435]
[New LWP 28436]
[New LWP 28442]
[New LWP 28443]
[New LWP 28444]
[New LWP 28445]
[New LWP 28446]
[New LWP 28447]
[New LWP 28490]
[New LWP 28491]
[New LWP 28493]
[New LWP 28494]
[New LWP 28495]
[New LWP 28496]
[New LWP 28497]
[New LWP 28498]
[New LWP 28499]
[New LWP 28500]
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
0x00007fd59a0a4e96 in ?? () from /lib/x86_64-linux-gnu/libc.so.6
(gdb)

(gdb) b dvr_rec.c:1188
Breakpoint 1 at 0x557aefe06fd8: file src/dvr/dvr_rec.c, line 1188.
(gdb) c
Continuing.
[New Thread 0x7fd594fc26c0 (LWP 29877)]
[Thread 0x7fd594fc26c0 (LWP 29877) exited]
[New Thread 0x7fd594fc26c0 (LWP 29880)]
[Thread 0x7fd594fc26c0 (LWP 29880) exited]
[New Thread 0x7fd594fc26c0 (LWP 29984)]
[Thread 0x7fd594fc26c0 (LWP 29984) exited]

Starting recording...

...
[Switching to Thread 0x7fd53ffff6c0 (LWP 30422)]

Thread 44 "tvh:dvr" hit Breakpoint 1, pvr_generate_filename (de=de@entry=0x7fd550006080, ss=ss@entry=0x7fd538000b70) at src/dvr/dvr_rec.c:1188
1188    src/dvr/dvr_rec.c: Nie ma takiego pliku ani katalogu

(Nie ma takiego pliku ani katalogu = No such file or directory)

(gdb) p *ptmp
$1 = 0 '\000

(gdb) bt full
#0  pvr_generate_filename (de=de@entry=0x7fd550006080, ss=ss@entry=0x7fd538000b70) at src/dvr/dvr_rec.c:1188
        filename = "/home/hts/multimedia/tv/2024-03-15_Wojna polsko-ruska$n.ts", '\000' <repeats 4037 times>
        path = "/home/hts/multimedia/tv\0002024-03-15_Wojna polsko-ruska$n.ts", '\000' <repeats 4038 times>
        ptmp = '\000' <repeats 4095 times>
        number = '\000' <repeats 15 times>
        tmp = "ts\0004-03-15\000o-ruska", '\000' <repeats 4077 times>
        lastpath = <optimized out>
        tally = <optimized out>
        st = {st_dev = 0, st_ino = 0, st_nlink = 0, st_mode = 0, st_uid = 0, st_gid = 0, __pad0 = 0, st_rdev = 0, st_size = 0, st_blksize = 0, 
          st_blocks = 0, st_atim = {tv_sec = 0, tv_nsec = 0}, st_mtim = {tv_sec = 0, tv_nsec = 0}, st_ctim = {tv_sec = 0, tv_nsec = 0}, __glibc_reserved = {
            0, 0, 0}}
        s = <optimized out>
        x = <optimized out>
        fmtstr = <optimized out>
        dirsep = <optimized out>
        tm = {tm_sec = 0, tm_min = 45, tm_hour = 22, tm_mday = 15, tm_mon = 2, tm_year = 124, tm_wday = 5, tm_yday = 74, tm_isdst = 0, tm_gmtoff = 3600, 
          tm_zone = 0x557af3e04cf0 "CET"}
        cfg = <optimized out>
        m = <optimized out>
        l = <optimized out>
        j = 24
        k = <optimized out>
        max = <optimized out>
        dir_dosubs = <optimized out>
        __PRETTY_FUNCTION__ = "pvr_generate_filename"
#1  0x0000557aefe08209 in dvr_rec_start (ss=0x7fd538000b70, de=<optimized out>) at src/dvr/dvr_rec.c:1325
        e = <optimized out>
        muxer = <optimized out>
        i = <optimized out>
        asp = "\310\360zU\000\000\323\016\330\357zU\000"
        ch = "\177\000\000\240\226", <incomplete sequence \361>
        f = <optimized out>
        st = {st_dev = 65026, st_ino = 2621441, st_nlink = 3, st_mode = 16893, st_uid = 0, st_gid = 1014, __pad0 = 0, st_rdev = 0, st_size = 4096, 
          st_blksize = 4096, st_blocks = 8, st_atim = {tv_sec = 1710531147, tv_nsec = 623220869}, st_mtim = {tv_sec = 1710541111, tv_nsec = 591109859}, 
          st_ctim = {tv_sec = 1710541111, tv_nsec = 591109859}, __glibc_reserved = {0, 0, 0}}
        si = 0x7fd538000b78
        ssc = <optimized out>
        info = <optimized out>
        ss_copy = <optimized out>
        res = "zU\000\000\000\000\000\000\000\000\000\000\017\006"
        sr = "\000p\017\000", <incomplete sequence \325>
        cfg = 0x557af3f23d20
        prch = 0x557af48cf8b0
        si = <optimized out>
        ss_copy = <optimized out>
        ssc = <optimized out>
        res = <optimized out>
        asp = <optimized out>
        sr = <optimized out>
        ch = <optimized out>
        cfg = <optimized out>
        prch = <optimized out>
        info = <optimized out>
        e = <optimized out>
        f = <optimized out>
        muxer = <optimized out>
        st = <optimized out>
        i = <optimized out>
        _err = <optimized out>
#2  dvr_thread_rec_start (_de=_de@entry=0x7fd53fffe840, ss=ss@entry=0x7fd538000b70, run=run@entry=0x7fd53fffe838, started=started@entry=0x7fd53fffe83c, 
    dts_offset=dts_offset@entry=0x7fd53fffe848, postproc=postproc@entry=0x0) at src/dvr/dvr_rec.c:1577
        code = <optimized out>
        de = <optimized out>
        prch = <optimized out>
        ret = 0
#3  0x0000557aefe09263 in dvr_thread (aux=<optimized out>) at src/dvr/dvr_rec.c:1820
        de = 0x7fd550006080
        prch = <optimized out>
        sq = <optimized out>
        backlog = {tqh_first = 0x0, tqh_last = 0x7fd53fffe850}
        sm = 0x7fd570005570
        sm2 = <optimized out>
        pkt = <optimized out>
	pkt2 = <optimized out>
        pkt3 = <optimized out>
        ss = <optimized out>
        run = 1
        started = 0
        muxing = <optimized out>
        comm_skip = <optimized out>
        rs = <optimized out>
        epg_running = <optimized out>
        old_epg_running = <optimized out>
        epg_pause = <optimized out>
        commercial = <optimized out>
        running_disabled = <optimized out>
        packets = <optimized out>
        dts_offset = -9223372036854775808
        now = <optimized out>
        real_start = <optimized out>
        start_time = <optimized out>
        running_start = <optimized out>
        running_stop = <optimized out>
        postproc = <optimized out>
        ubuf = '\000' <repeats 16 times>, "\030\000\000\000\000\000\000\000\320\350\377?\325\177\000\000\220"
#4  0x0000557aefd70b89 in thread_wrapper (p=0x557af4c2ed20) at src/tvh_thread.c:91
        ts = 0x557af4c2ed20
        set = {__val = {16388, 0 <repeats 15 times>}}
        r = <optimized out>
#5  0x00007fd59a0a8134 in ?? () from /lib/x86_64-linux-gnu/libc.so.6
No symbol table info available.
#6  0x00007fd59a1287dc in ?? () from /lib/x86_64-linux-gnu/libc.so.6
No symbol table info available.
(gdb)

(gdb) s
htsstr_substitute (src=src@entry=0x7fd53fffa618 "2024-03-15_Wojna polsko-ruska$n.ts", dst=dst@entry=0x7fd53fffb600 "", dstlen=dstlen@entry=4096, 
    first=first@entry=36, sub=sub@entry=0x557af10a8660 <dvr_subs_tally>, aux=aux@entry=0x7fd53fffa520, tmp=0x7fd53fffc600 "ts", tmplen=4096)
    at src/htsstr.c:234
234     src/htsstr.c: Nie ma takiego pliku ani katalogu.
(gdb)

Nie ma takiego pliku ani katalogu. = No such file or directory

(gdb) p *s
value has been optimized out
(gdb) (p *s)
Undefined command: "".  Try "help".
(gdb) s
236     in src/htsstr.c
(gdb) s
237     in src/htsstr.c
(gdb) s
246     in src/htsstr.c
(gdb) ( p *s )
Undefined command: "".  Try "help".
(gdb)

There is now a file in destination path named ''$'\377\376''2' (output of ls)