Description of problem: Version-Release number of selected component: opencc-tools-1.1.7-1.fc40 Additional info: reporter: libreport-2.17.15 executable: /usr/bin/opencc rootdir: / kernel: 6.10.5-200.fc40.x86_64 journald_cursor: s=3c76985484614bfbb06f318f02f26e48;i=26959c;b=5e5fd6ba654b44d19aef67c63bda0bd3;m=4bd9fd5c78;t=62071d1f79255;x=e50cc990832c52a0 cgroup: 0::/user.slice/user-1000.slice/user/app.slice/app-org.gnome.Terminal.slice/vte-spawn-452da194-72ab-44e4-8458-fce8f77f67af.scope runlevel: N 5 uid: 1000 backtrace_rating: 4 cmdline: opencc -c s2t type: CCpp reason: opencc killed by SIGABRT package: opencc-tools-1.1.7-1.fc40 comment: crash_function: std::__throw_ios_failure Truncated backtrace: Thread no. 1 (10 frames) #8 std::__throw_ios_failure at ../../../../../libstdc++-v3/src/c++11/cxx11-ios_failure.cc:133 #9 std::basic_filebuf<char, std::char_traits<char> >::underflow at /usr/src/debug/gcc-14.2.1-1.fc40.x86_64/obj-x86_64-redhat-linux/x86_64-redhat-linux/libstdc++-v3/include/bits/fstream.tcc:473 #10 std::basic_streambuf<char, std::char_traits<char> >::sgetc at /usr/include/c++/14/streambuf:345 #12 std::istreambuf_iterator<char, std::char_traits<char> >::_M_get at /usr/include/c++/14/bits/streambuf_iterator.h:207 #13 std::istreambuf_iterator<char, std::char_traits<char> >::_M_at_eof at /usr/include/c++/14/bits/streambuf_iterator.h:214 #14 std::istreambuf_iterator<char, std::char_traits<char> >::equal at /usr/include/c++/14/bits/streambuf_iterator.h:200 #15 std::operator!=<char, std::char_traits<char> > at /usr/include/c++/14/bits/streambuf_iterator.h:244 #16 std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >::_M_construct<std::istreambuf_iterator<char, std::char_traits<char> > > at /usr/include/c++/14/bits/basic_string.tcc:179 #17 std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >::basic_string<std::istreambuf_iterator<char, std::char_traits<char> >, void> at /usr/include/c++/14/bits/basic_string.h:770 #18 opencc::Config::NewFromFile at /usr/src/debug/opencc-1.1.7-1.fc40.x86_64/src/Config.cpp:226
Created attachment 2044784 [details] File: mountinfo
Created attachment 2044785 [details] File: maps
Created attachment 2044786 [details] File: backtrace
Created attachment 2044787 [details] File: cpuinfo
Created attachment 2044788 [details] File: limits
Created attachment 2044789 [details] File: dso_list
Created attachment 2044790 [details] File: core_backtrace
Created attachment 2044791 [details] File: proc_pid_status
Created attachment 2044792 [details] File: environ
Created attachment 2044793 [details] File: os_info
Created attachment 2044794 [details] File: open_fds
Is this still happening on any of F40+ releases? Also, Provide steps to reproduce this crash. What was you doing when this crash happened?
It was one off so I don't remember... as on the command line, I believe I was doing something like: cat data | opencc -c s2t and the data was likely stuff opencc does not like. (but it shouldn't crash).
Sorry, from the backtrace, this issue seems happen when read the opencc config file. Could you provide the data file which caused the crash?
Sorry, I don't have a record of what input file I passed to trigger this bug. But I think I have seen it more than once with different input. I run opencc through a script like this (to make a traditional chinese epub from a simplied chinese one): --- #!/bin/sh NAME="${1}" NEW=`basename "${NAME}"` NEWNAME=`echo "$NEW" | opencc -c s2t` echo "${NEWNAME}" mkdir a pushd a unzip "${NAME}" find * -type d -exec mkdir -p ../b/{} \; find * -type f -exec file {} \; | grep text | cut -f 1 -d : | xargs -n 1 -I{} opencc -i {} -o ../b/{} -c s2t find * -type f -exec file {} \; | grep -v text | cut -f 1 -d : | xargs -n 1 -I{} mv {} ../b/{} pushd ../b zip -r9X ../"${NEWNAME}" * popd popd rm -rf a b --- as I am using just running "opencc -i {} -o ../b/{} -c s2t" on a lot of files. s2t is just your own (fedora-shipped) config... Ah, I see, it is failing earlier, at the file name conversion! (the 3rd line, `echo "$NEW" | opencc -c s2t`). That could be easier to find... I just need to find which epub file name triggers it. Let me see if I could find which file triggers it.
Ah, I just did locate epub > /tmp/1b locate epub | opencc -c s2t > /tmp/2b and can't find the file which triggered it...
Sorry, I can't reproduce this issue without the file. Feel free to reopen this bug, if it happens again.