Xiph.Org issueshttps://gitlab.xiph.org/groups/xiph/-/issues2020-10-18T15:38:53Zhttps://gitlab.xiph.org/xiph/icecast-server/-/issues/2344Crash Icecast 2.4.3 on CentOS 7.52020-10-18T15:38:53ZMichelCrash Icecast 2.4.3 on CentOS 7.5Hi,
We running Icecast v2.4.3 on the Last version of CentOS Linux release 7.5.1804 (Core).
And its crash every 3 a 4 days. We see in the systemlog:
kernel: traps: icecast[5425] general protection ip:7ff3b209cc19 sp:7ffc63b5a910 error:0...Hi,
We running Icecast v2.4.3 on the Last version of CentOS Linux release 7.5.1804 (Core).
And its crash every 3 a 4 days. We see in the systemlog:
kernel: traps: icecast[5425] general protection ip:7ff3b209cc19 sp:7ffc63b5a910 error:0 in libssl.so.1.0.2k[7ff3b2070000+67000]
We run OpenSSL 1.0.2k-fips 26 Jan 2017 on CentOS 7.5 using the last updates.
We use dual stack ipv4/ipv6 and run on ssl and streaming on flac, opus and mp3.
Best regards,
Michelhttps://gitlab.xiph.org/xiph/icecast-server/-/issues/2399Crash Icecast 2.4.4 on CentOS 7.52020-10-19T17:28:24ZMediaKCrash Icecast 2.4.4 on CentOS 7.5Linked from previous report `https://gitlab.xiph.org/xiph/icecast-server/-/issues/2344`
My radio stream service exits on minimal load.
I'm using Icecast 2.4.4
OpenSSL 1.0.2k-fips 26 Jan 2017
On CentOs 7.8
WHM/CPANEL: v90.0.15
`Oct 18 ...Linked from previous report `https://gitlab.xiph.org/xiph/icecast-server/-/issues/2344`
My radio stream service exits on minimal load.
I'm using Icecast 2.4.4
OpenSSL 1.0.2k-fips 26 Jan 2017
On CentOs 7.8
WHM/CPANEL: v90.0.15
`Oct 18 02:18:33 server1 kernel: traps: icecast[16512] general protection ip:7f2327a88c09 sp:7ffdab32ab80 error:0 in libssl.so.1.0.2k[7f2327a5c000+67000]
`
With added errors
`Oct 18 02:18:33 server1 systemd: icecast.service: main process exited, code=killed, status=11/SEGV
Oct 18 02:18:33 server1 systemd: Unit icecast.service entered failed state.
Oct 18 02:18:33 server1 systemd: icecast.service failed.`
How can this be resolved?https://gitlab.xiph.org/xiph/oggdsf/-/issues/1393Crash when loading ogg video in Windows Media Player 112008-07-15T20:34:34ZchrisCrash when loading ogg video in Windows Media Player 11I have installed oggcodecs_0.71.0946 from the installer, and I tried to play http://people.xiph.org/~maikmerten/demos/arctic_giant.ogg in Windows Media Player v11.0.6001.7000, and it simply crashes when it tries to open the file. I'm loa...I have installed oggcodecs_0.71.0946 from the installer, and I tried to play http://people.xiph.org/~maikmerten/demos/arctic_giant.ogg in Windows Media Player v11.0.6001.7000, and it simply crashes when it tries to open the file. I'm loading the file from disk, not over the internet. I can render and watch the movie with GraphEdit, so the decoder does work, it's just crashing when it's used in Windows Media Player. I'm running Windows Vista SP1.
STR:
1. Download http://people.xiph.org/~maikmerten/demos/arctic_giant.ogg save to disk.
2. Open Windows Media Player.
3. Open arctic_giant.ogg in WMP.
4. Observe crash.
Cristian AdamCristian Adamhttps://gitlab.xiph.org/xiph/xiph-qt/-/issues/1155Crash when playing a specific file2009-09-01T13:05:48ZDrLexCrash when playing a specific fileI'm using XiphQT 0.1.7 on a MacBook Pro Core 2 Duo with OS X 10.4.9, QuickTime version 7.1.5. This works perfectly except for the following:
I have a specific ogg file which crashes iTunes and QuickTime Player. The crash behaviour is as...I'm using XiphQT 0.1.7 on a MacBook Pro Core 2 Duo with OS X 10.4.9, QuickTime version 7.1.5. This works perfectly except for the following:
I have a specific ogg file which crashes iTunes and QuickTime Player. The crash behaviour is as follows. When I simply load and start playing the file, it seems to work but there is no sound. When I click 'stop' or 'pause', or try to seek in the song, iTunes/QT Player hangs with 100% CPU usage. If I seek _before_ starting to play the song, it works, unless I seek back to the start. I have no problems whatsoever with this file in Linux and ogginfo nor vorbisgain report anything unusual. I suppose that if I re-encode the song with slightly different settings, it'll probably work, but I'd rather be sure this won't happen again with other files.
I'm not sure about the legality of attaching a complete song to this ticket, so I suggest you mail me to obtain it (preferably, use "doctor dot lex at gmail dot com").Arek KorbikArek Korbikhttps://gitlab.xiph.org/xiph/vorbis-tools/-/issues/540Crash when resampling using oggenc2008-05-29T23:35:35ZtommrobinsonCrash when resampling using oggenc```
Hi, im getting a problem when using oggenc with resampling from flac.
e.g. oggenc --resample 32000 --downmix --output=test.ogg "c:\flac\#various\twin
peaks - fire walk with me\angelo badalamenti - the pink room.flac"
The file is s...```
Hi, im getting a problem when using oggenc with resampling from flac.
e.g. oggenc --resample 32000 --downmix --output=test.ogg "c:\flac\#various\twin
peaks - fire walk with me\angelo badalamenti - the pink room.flac"
The file is successfully created, but at the end I get an error
message "oggenc.exe has encountered a problem and needs to close...". This
doesnt seem to happen if i leave out the --resample part.
Im pretty new to oggenc etc so sorry if its a problem with my setup somehow.
Keep up the good work
```Michael SmithMichael Smithhttps://gitlab.xiph.org/xiph/icecast-server/-/issues/700crash when start manage auth2018-03-06T12:50:21Zlanta1crash when start manage auth[2005-09-02 23:41:16] DBUG stats/stats.c update node sources (1)
[2005-09-02 23:41:16] DBUG stats/stats.c new source stat /stream
[2005-09-02 23:41:16] DBUG stats/stats.c new node public (1)
[2005-09-02 23:41:16] DBUG stats/stats.c n...[2005-09-02 23:41:16] DBUG stats/stats.c update node sources (1)
[2005-09-02 23:41:16] DBUG stats/stats.c new source stat /stream
[2005-09-02 23:41:16] DBUG stats/stats.c new node public (1)
[2005-09-02 23:41:16] DBUG stats/stats.c new node server_name (SYSTEM S70 VAERMLAND)
[2005-09-02 23:41:16] DBUG stats/stats.c new node server_description (Unspecified description)
[2005-09-02 23:41:16] DBUG stats/stats.c new node server_url (http://dir.xiph.org/)
[2005-09-02 23:41:16] DBUG stats/stats.c new node genre (Scanner)
[2005-09-02 23:41:16] DBUG stats/stats.c new node bitrate (24)
[2005-09-02 23:41:16] DBUG stats/stats.c new node server_type (audio/mpeg)
[2005-09-02 23:41:16] DBUG stats/stats.c new node authenticator (htpasswd)
[2005-09-02 23:41:16] DBUG stats/stats.c new node max_listeners (unlimited)
[2005-09-02 23:41:16] DBUG stats/stats.c new node source_ip (127.0.0.1)
[2005-09-02 23:41:16] DBUG stats/stats.c update node source_client_connections (1)
[2005-09-02 23:41:16] DBUG stats/stats.c new node listeners (0)
[2005-09-02 23:41:16] DBUG stats/stats.c new node listenurl (http://213.114.105.49:8000/stream)
[2005-09-02 23:41:16] DBUG stats/stats.c new node listener_peak (0)
[2005-09-02 23:41:16] DBUG stats/stats.c update node source_total_connections (1)
[2005-09-02 23:41:16] DBUG stats/stats.c new node slow_listeners (0)
[2005-09-02 23:41:16] DBUG stats/stats.c update node listeners (0)
[2005-09-02 23:41:16] DBUG stats/stats.c update node listener_peak (0)
[2005-09-02 23:41:16] DBUG stats/stats.c new node stream_start (Fri, 02 Sep 2005 23:41:16 Västeuropa, sommartid)
[2005-09-02 23:41:16] DBUG stats/stats.c new node total_bytes_read (0)
[2005-09-02 23:41:16] DBUG stats/stats.c new node total_bytes_sent (0)
[2005-09-02 23:41:17] DBUG slave/slave.c checking master stream list
[2005-09-02 23:41:21] DBUG stats/stats.c update node total_bytes_read (13636)
[2005-09-02 23:41:21] DBUG stats/stats.c update node total_bytes_sent (0)
[2005-09-02 23:41:21] DBUG yp/yp.c server touch interval is 60
[2005-09-02 23:41:21] DBUG yp/yp.c YP add at http://dir.xiph.org/cgi-bin/yp-cgi succeeded
[2005-09-02 23:41:22] DBUG stats/stats.c update node clients (2)
[2005-09-02 23:41:22] DBUG stats/stats.c update node connections (2)
[2005-09-02 23:41:22] DBUG admin/admin.c Admin request (/admin/manageauth.xsl)
[2005-09-02 23:41:22] DBUG admin/admin.c Got command (manageauth.xsl)
[2005-09-02 23:41:22] WARN admin/admin.c Admin command manageauth.xsl on non-existent source /stream.m3u
[2005-09-02 23:41:22] DBUG fserve/fserve.c Adding client to file serving engine
[2005-09-02 23:41:23] DBUG stats/stats.c update node client_connections (1)
[2005-09-02 23:41:23] DBUG stats/stats.c update node clients (1)
[2005-09-02 23:41:24] DBUG stats/stats.c update node clients (2)
[2005-09-02 23:41:24] DBUG stats/stats.c update node connections (3)
[2005-09-02 23:41:24] DBUG admin/admin.c Admin request (/admin/manageauth.xsl)
[2005-09-02 23:41:24] DBUG admin/admin.c Got command (manageauth.xsl)
[2005-09-02 23:41:24] WARN admin/admin.c Admin command manageauth.xsl on non-existent source /stream.m3u
[2005-09-02 23:41:24] DBUG fserve/fserve.c Adding client to file serving engine
[2005-09-02 23:41:25] DBUG stats/stats.c update node client_connections (2)
[2005-09-02 23:41:25] DBUG stats/stats.c update node clients (1)
[2005-09-02 23:41:26] DBUG stats/stats.c update node total_bytes_read (28607)
[2005-09-02 23:41:26] DBUG stats/stats.c update node total_bytes_sent (0)
[2005-09-02 23:41:26] DBUG yp/yp.c YP touch at http://dir.xiph.org/cgi-bin/yp-cgi succeeded
[2005-09-02 23:41:31] DBUG stats/stats.c update node total_bytes_read (43400)
[2005-09-02 23:41:31] DBUG stats/stats.c update node total_bytes_sent (0)
[2005-09-02 23:41:32] DBUG admin/admin.c Admin request (/admin/manageauth.xsl)
[2005-09-02 23:41:32] DBUG admin/admin.c Got command (manageauth.xsl)
[2005-09-02 23:41:32] INFO admin/admin.c Received admin command manageauth.xsl on mount "/stream"
[2005-09-02 23:41:32] WARN auth_htpasswd/auth_htpasswd.c failed to check status of myauth
[2005-09-02 23:41:32] DBUG stats/stats.c update node clients (2)
[2005-09-02 23:41:32] DBUG stats/stats.c update node connections (4)
[2005-09-02 23:41:32] DBUG stats/stats.c update node client_connections (3)
[2005-09-02 23:41:36] DBUG stats/stats.c update node total_bytes_read (58545)
[2005-09-02 23:41:36] DBUG stats/stats.c update node total_bytes_sent (0)
Icecast 2.3Gitlab BotGitlab Bothttps://gitlab.xiph.org/xiph/vorbis-tools/-/issues/2148Crash/hang: oggdec doesn't stop on decoding error2018-01-22T04:21:36ZMartin SteghöferCrash/hang: oggdec doesn't stop on decoding errorIt was reported to [Ubuntu's (629135)](https://bugs.launchpad.net/ubuntu/+source/vorbis-tools/+bug/629135) and [Debian's (772978)](https://bugs.debian.org/772978) bug tracking systems that trying to decode a given (broken) ogg/vorbis inp...It was reported to [Ubuntu's (629135)](https://bugs.launchpad.net/ubuntu/+source/vorbis-tools/+bug/629135) and [Debian's (772978)](https://bugs.debian.org/772978) bug tracking systems that trying to decode a given (broken) ogg/vorbis input file, oggdec crashes or goes into an infinite loop (depending on the libvorbis version), while showing "hole in data" warnings.
I've looked into this and realized that libvorbis doesn't actually return the `OV_HOLE` "hole in data" error code (which would be recoverable), but a different (fatal) decoding error. However, oggdec treats all negative return values coming from `ov_read` as `OV_HOLE` errors and therefore as recoverable. So it keeps on calling `ov_read`, which may either crash (libvorbis' data structures may be uninitialized) or simply not progress and therefore capture oggdec in an infinite loop.
I suggest to fix it by applying the attached patch, which makes oggdec exit with an error message on fatal decoding errors. The error string is "borrowed" from ogg123 and therefore already translated into several languages.Michael SmithMichael Smithhttps://gitlab.xiph.org/xiph/ogg/-/issues/80crc block generation doesn't set crc_ready2006-06-12T10:57:30Ztimjcrc block generation doesn't set crc_ready```
the end of _ogg_crc_init() should actually read:
crc_ready=1; instead of the current crc_ready=0;
``````
the end of _ogg_crc_init() should actually read:
crc_ready=1; instead of the current crc_ready=0;
```Monty MontgomeryMonty Montgomeryhttps://gitlab.xiph.org/xiph/icecast-server/-/issues/590Credits does not work2018-03-06T12:50:21ZGitlab BotCredits does not workHello
http://downloads.us.xiph.org/releases/icecast/icecast2_win32_2.2.0RC1_setup.exe
About -> Credits
does not work for me
WinXP Pro SP2 German;
AMD XP 2000+Hello
http://downloads.us.xiph.org/releases/icecast/icecast2_win32_2.2.0RC1_setup.exe
About -> Credits
does not work for me
WinXP Pro SP2 German;
AMD XP 2000+Michael SmithMichael Smithhttps://gitlab.xiph.org/xiph/ezstream/-/issues/1753Crossfade in ezstream2017-08-03T06:12:51ZAndrewRIGHTCrossfade in ezstreamHello dear developers.
I want to please you to make a Great Function in your program, witch helps radio station the better play sounds for listener.
Name of this Function "Crossfade".
There is in ICEs, but in your program There is no.
W...Hello dear developers.
I want to please you to make a Great Function in your program, witch helps radio station the better play sounds for listener.
Name of this Function "Crossfade".
There is in ICEs, but in your program There is no.
Wait for answers.
With best wishes, AndrewGitlab BotGitlab Bothttps://gitlab.xiph.org/xiph/vorbis/-/issues/215cryptic compile failure when libogg is too old2017-04-08T10:58:44Znoacryptic compile failure when libogg is too old```
I think this should have it's bugzilla entry, since it is a real problem for
inexperienced users.
Problem: If a user tries to compile libvorbis 1.0 with libogg < 1.0 using the
good old './configure; make' formula the compile fails ...```
I think this should have it's bugzilla entry, since it is a real problem for
inexperienced users.
Problem: If a user tries to compile libvorbis 1.0 with libogg < 1.0 using the
good old './configure; make' formula the compile fails with the cryptic
../lib/.libs/libvorbis.a(mapping0.o): In function `mapping0_forward':
mapping0.o(.text+0xd91): undefined reference to `oggpack_writealign'
This can be fixed by uncommenting the line
dnl AC_CHECK_LIB(ogg, oggpack_writealign, , AC_MSG_ERROR(Ogg >= 1.0 required !))
in configure.in
```Brendan Cully Brendan Cully https://gitlab.xiph.org/xiph/vorbis-tools/-/issues/1304curl >= 7.16 breaks compilation of vorbis-tools-1.1.12008-02-15T01:47:12ZMartin Jacobscurl >= 7.16 breaks compilation of vorbis-tools-1.1.1CURLOPT_MUTE has been deprecated for a long time. It's gone from curl >= 7.16.0
File ogg123/http_transport.c needs to be patched. Either encapsulate line 119 with
#ifdef CURLOPT_MUTE
#endif
or remove it completely.
See also [http://cur...CURLOPT_MUTE has been deprecated for a long time. It's gone from curl >= 7.16.0
File ogg123/http_transport.c needs to be patched. Either encapsulate line 119 with
#ifdef CURLOPT_MUTE
#endif
or remove it completely.
See also [http://curl.haxx.se/mail/archive-2006-11/0047.html]IvoIvohttps://gitlab.xiph.org/xiph/vorbis-tools/-/issues/1101curl-7.16.0 breaks compilation of vorbis-tools-1.1.12006-12-10T15:13:57ZGitlab Botcurl-7.16.0 breaks compilation of vorbis-tools-1.1.1According to Daniel Stenberg, CURLOPT_MUTE is deprecated.
Could you please update vorbis-tools code so it won't use
deprecated features of 'curl' ?According to Daniel Stenberg, CURLOPT_MUTE is deprecated.
Could you please update vorbis-tools code so it won't use
deprecated features of 'curl' ?Michael SmithMichael Smithhttps://gitlab.xiph.org/xiph/vorbis-tools/-/issues/1097CURLOPT_MUTE deprecated and removed from recent curl versions2006-12-10T14:47:40ZgtgbrCURLOPT_MUTE deprecated and removed from recent curl versionsUsing recent version of curl, vorbis-tools cannot build successfully:
```
ogg123/http_transport.c: In function `set_curl_opts':
ogg123/http_transport.c:119: error: `CURLOPT_MUTE' undeclared (first use in this function)
```
For backward...Using recent version of curl, vorbis-tools cannot build successfully:
```
ogg123/http_transport.c: In function `set_curl_opts':
ogg123/http_transport.c:119: error: `CURLOPT_MUTE' undeclared (first use in this function)
```
For backwards compatibility, I suggest a change in ogg123/http_transport.c to make it look like this (simply add #ifdefs:)
{{{
[...]
if (inputOpts.ProxyTunnel)
curl_easy_setopt (handle, CURLOPT_HTTPPROXYTUNNEL, inputOpts.ProxyTunnel);
*/
#ifdef CURLOPT_MUTE
curl_easy_setopt(handle, CURLOPT_MUTE, 1);
#endif /* CURLOPT_MUTE */
curl_easy_setopt(handle, CURLOPT_ERRORBUFFER, private->error);
[...]
}}
Michael SmithMichael Smithhttps://gitlab.xiph.org/xiph/icecast-website/-/issues/2056Currently FAQ items have no anchors assigned2023-06-22T11:40:43ZPhilipp SchafftCurrently FAQ items have no anchors assignedCurrently items on the FAQ page (https://icecast.org/faq/) have no anchors (`id`-attribute) assigned. Therefore they can not be linked directly. This makes the FAQ hardly useful as reference in other documentation.Currently items on the FAQ page (https://icecast.org/faq/) have no anchors (`id`-attribute) assigned. Therefore they can not be linked directly. This makes the FAQ hardly useful as reference in other documentation.Marvin ScholzMarvin Scholzhttps://gitlab.xiph.org/xiph/icecast-server/-/issues/2166Customizable .ico file via config2018-03-06T12:49:47ZSebastianCustomizable .ico file via configI want to be able to replace it with my own =) Just a wish...I want to be able to replace it with my own =) Just a wish...Thomas B. RückerThomas B. Rückerhttps://gitlab.xiph.org/xiph/vorbis/-/issues/1456CVE-2008-1420 patch breaks decoding of 1.0beta1 files2017-04-08T10:58:44ZmgoldCVE-2008-1420 patch breaks decoding of 1.0beta1 fileslibvorbis is no longer able to play files encoded with the 1.0beta1 encoder because of the changes made to res0.c in changeset [14598]. This was initially filed in the Debian BTS because I didn't realize the same change had been made to ...libvorbis is no longer able to play files encoded with the 1.0beta1 encoder because of the changes made to res0.c in changeset [14598]. This was initially filed in the Debian BTS because I didn't realize the same change had been made to the libvorbis trunk:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=504421
A sample file is attached to that report.
I added some debugging statements and found it was the final (partvals != entries) check failing:
```
partvals (784) != entries (900); origdim=2 partitions=28
```
http://xiph.org/vorbis/ states "The bitstream format for Vorbis I was frozen Monday, May 8th 2000. All bitstreams encoded since will remain compatible with all future releases of Vorbis." It looks like 1.0beta1 was released on or after 2000-05-12, so files encoded by it should still be decodable.Monty MontgomeryMonty Montgomeryhttps://gitlab.xiph.org/xiph/vorbis/-/issues/2332CVE-2017-11333 - The vorbis_analysis_wrote function in lib/block.c in Xiph.Or...2018-03-17T18:07:32ZGuido GüntherCVE-2017-11333 - The vorbis_analysis_wrote function in lib/block.c in Xiph.Org libvorbis 1.3.5 allows remote attackers to cause a denial of service (OOM) via a crafted wav file.Discovered by qflb.wu
See 2nd issue in http://seclists.org/fulldisclosure/2017/Jul/82
Copy paste from there:
```
1.
the vorbis_analysis_wrote function in lib/block.c in Xiph.Org libvorbis 1.3.5 can cause a denial of service(OOM) via a ...Discovered by qflb.wu
See 2nd issue in http://seclists.org/fulldisclosure/2017/Jul/82
Copy paste from there:
```
1.
the vorbis_analysis_wrote function in lib/block.c in Xiph.Org libvorbis 1.3.5 can cause a denial of service(OOM) via a
crafted wav file.
I found this bug when I test Sound eXchange(SoX) 14.4.2 which used the libvorbis library.
./sox libvorbis_1.3.5_OOM.wav out.ogg
/var/log/syslog info:
Jul 13 19:58:05 ubuntu kernel: [] Out of memory: Kill process 44203 (sox) score 364 or sacrifice child
Jul 13 19:58:05 ubuntu kernel: [] Killed process 44203 (sox) total-vm:1831804kB, anon-rss:599932kB, file-rss:40kB
----debug info:----
#0 0x00007ffff5df5e92 in vorbis_analysis_wrote ()
from /usr/local/lib/libvorbis.so.0
#1 0x00007ffff7ba1cba in write_samples (ft=0x611c20, buf=buf@entry=0x0,
len=len@entry=0x0) at vorbis.c:358
#2 0x00007ffff7ba1dc5 in stopwrite (ft=<optimized out>) at vorbis.c:398
#3 0x00007ffff7b58488 in sox_close (ft=0x611c20) at formats.c:1006
#4 0x0000000000405fa8 in cleanup () at sox.c:246
#5 0x0000000000403479 in main (argc=argc@entry=0x3,
argv=argv@entry=0x7fffffffe5e8) at sox.c:3050
#6 0x00007ffff727bec5 in __libc_start_main (main=0x4029c0 <main>, argc=0x3,
argv=0x7fffffffe5e8, init=<optimized out>, fini=<optimized out>,
rtld_fini=<optimized out>, stack_end=0x7fffffffe5d8) at libc-start.c:287
#7 0x0000000000403c65 in _start ()
--------
Program terminated with signal SIGKILL, Killed.
The program no longer exists.
```https://gitlab.xiph.org/xiph/vorbis/-/issues/2331CVE-2017-11735 - The vorbis_block_clear function in lib/block.c in Xiph.Org l...2017-10-09T06:14:10ZGuido GüntherCVE-2017-11735 - The vorbis_block_clear function in lib/block.c in Xiph.Org libvorbis 1.3.5 allows remote attackers to cause a denial of service (NULL pointer dereference and application crash) via a crafted ogg file.Discovered by qflb.wu
See 2nd issue in http://seclists.org/fulldisclosure/2017/Jul/82
Copy paste from there:
```
2.
the vorbis_block_clear function in lib/block.c in Xiph.Org libvorbis 1.3.5 can cause a denial of service(NULL pointer ...Discovered by qflb.wu
See 2nd issue in http://seclists.org/fulldisclosure/2017/Jul/82
Copy paste from there:
```
2.
the vorbis_block_clear function in lib/block.c in Xiph.Org libvorbis 1.3.5 can cause a denial of service(NULL pointer
dereference and application crash) via a crafted ogg file.
I found this bug when I test mp3splt 2.6.2 which used the libvorbis library.
./mp3splt -P -t 0.9 libvorbis_1.3.5_null_pointer_dereference.ogg
----debug info:----
0x00007ffff61752c0 in vorbis_block_clear () from /usr/local/lib/libvorbis.so.0
(gdb) disassemble
Dump of assembler code for function vorbis_block_clear:
0x00007ffff61752a0 <+0>:push %r14
0x00007ffff61752a2 <+2>:mov %rdi,%r14
0x00007ffff61752a5 <+5>:push %r13
0x00007ffff61752a7 <+7>:push %r12
0x00007ffff61752a9 <+9>:push %rbp
0x00007ffff61752aa <+10>:push %rbx
0x00007ffff61752ab <+11>:mov 0xb8(%rdi),%r13
0x00007ffff61752b2 <+18>:callq 0x7ffff616b240 <_vorbis_block_ripcord@plt>
0x00007ffff61752b7 <+23>:mov 0x70(%r14),%rdi
0x00007ffff61752bb <+27>:test %rdi,%rdi
0x00007ffff61752be <+30>:je 0x7ffff61752c5 <vorbis_block_clear+37>
=> 0x00007ffff61752c0 <+32>:callq 0x7ffff616b130 <free@plt>
0x00007ffff61752c5 <+37>:test %r13,%r13
0x00007ffff61752c8 <+40>:je 0x7ffff617530c <vorbis_block_clear+108>
0x00007ffff61752ca <+42>:mov $0x1,%r12d
0x00007ffff61752d0 <+48>:xor %ebx,%ebx
0x00007ffff61752d2 <+50>:jmp 0x7ffff61752df <vorbis_block_clear+63>
0x00007ffff61752d4 <+52>:nopl 0x0(%rax)
0x00007ffff61752d8 <+56>:add $0x1,%ebx
0x00007ffff61752db <+59>:add $0x1,%r12d
0x00007ffff61752df <+63>:movslq %ebx,%rax
---Type <return> to continue, or q <return> to quit---q
Quit
(gdb) i r
rax 0x22
rbx 0x61fca06421664
rcx 0x00
rdx 0x7ffff7ba6778140737349576568
rsi 0x00
rdi 0x80128
rbp 0x7fffffffd4700x7fffffffd470
rsp 0x7fffffffd4000x7fffffffd400
r8 0x746e656d75636f008389754676633104128
r9 0x6143506374224
r10 0x7fffffffd1f0140737488343536
r11 0x7ffff61752a0140737322111648
r12 0x6128506367312
r13 0x00
r14 0x6205606423904
r15 0x7ffff7bcf146140737349742918
rip 0x7ffff61752c00x7ffff61752c0 <vorbis_block_clear+32>
eflags 0x202[ IF ]
cs 0x3351
ss 0x2b43
ds 0x00
es 0x00
fs 0x00
---Type <return> to continue, or q <return> to quit---
gs 0x00
(gdb) ni
Program received signal SIGSEGV, Segmentation fault.
__GI___libc_free (mem=0x80) at malloc.c:2929
2929malloc.c: No such file or directory.
(gdb) bt
#0 __GI___libc_free (mem=0x80) at malloc.c:2929
#1 0x00007ffff61752c5 in vorbis_block_clear ()
from /usr/local/lib/libvorbis.so.0
#2 0x00007ffff65ac5ae in splt_ogg_v_free (oggstate=0x61fca0) at ogg.c:162
#3 0x00007ffff65ace0b in splt_ogg_info (in=<optimized out>,
state=state@entry=0x60ddb0, error=error@entry=0x7fffffffdbf0) at ogg.c:545
#4 0x00007ffff65acf75 in splt_ogg_get_info (state=state@entry=0x60ddb0,
file_input=<optimized out>, error=error@entry=0x7fffffffdbf0) at ogg.c:108
#5 0x00007ffff65ae6c7 in splt_pl_init (state=0x60ddb0, error=0x7fffffffdbf0)
at ogg.c:1482
#6 0x00007ffff7bcac16 in splt_tp_get_original_tags_and_append (
error=0x7fffffffdbf0, state=0x60ddb0) at tags_parser.c:545
#7 splt_tp_process_original_tags_variable (tpu=tpu@entry=0x61f800,
state=state@entry=0x60ddb0, error=error@entry=0x7fffffffdbf0,
set_original_tags=1) at tags_parser.c:514
#8 0x00007ffff7bcb4d1 in splt_tp_process_tag_variable (error=0x7fffffffdbf0,
state=0x60ddb0, tpu=0x61f800, end_paranthesis=0x7ffff7bcf14c "]",
tag_variable_start=0x7ffff7bcf146 "o,@N=1]") at tags_parser.c:363
#9 splt_tp_process_tags (error=0x7fffffffdbf0, state=0x60ddb0, tpu=0x61f800,
tags=0x7ffff7bcf143 "%[@o,@N=1]") at tags_parser.c:293
#10 splt_tp_put_tags_from_string (state=state@entry=0x60ddb0,
tags=tags@entry=0x7ffff7bcf143 "%[@o,@N=1]",
error=error@entry=0x7fffffffdbf0) at tags_parser.c:192
---Type <return> to continue, or q <return> to quit---
#11 0x00007ffff7bbb4f3 in mp3splt_split (state=state@entry=0x60ddb0)
at mp3splt.c:1232
#12 0x0000000000403320 in main (argc=<optimized out>,
orig_argv=<optimized out>) at mp3splt.c:872
(gdb)
--------------------
int vorbis_block_clear(vorbis_block *vb){
int i;
vorbis_block_internal *vbi=vb->internal;
_vorbis_block_ripcord(vb);
if(vb->localstore)_ogg_free(vb->localstore); <========
if(vbi){
for(i=0;i<PACKETBLOBS;i++){
oggpack_writeclear(vbi->packetblob[i]);
if(i!=PACKETBLOBS/2)_ogg_free(vbi->packetblob[i]);
}
_ogg_free(vbi);
}
memset(vb,0,sizeof(*vb));
return(0);
}
```https://gitlab.xiph.org/xiph/vorbis-tools/-/issues/1111cvs in HACKING file should be replaced by svn2007-05-28T08:47:50ZGitlab Botcvs in HACKING file should be replaced by svnIn revision 12227 of vorbis-tools, the term cvs in HACKING file should be replaced by svn.In revision 12227 of vorbis-tools, the term cvs in HACKING file should be replaced by svn.Michael SmithMichael Smith