Xiph.Org issueshttps://gitlab.xiph.org/groups/xiph/-/issues2023-11-09T05:46:41Zhttps://gitlab.xiph.org/xiph/speexdsp/-/issues/1./configure --enable-neon fails on AARCH642023-11-09T05:46:41ZTristan Matthews./configure --enable-neon fails on AARCH64Result:
```
configure: error: No 16 bit type found on this platform!
```
This is probably because configure.ac forces `-march=armv7-a` when `--enable-neon` is given explicitly. Plain old configure works (and detects NEON support) as ex...Result:
```
configure: error: No 16 bit type found on this platform!
```
This is probably because configure.ac forces `-march=armv7-a` when `--enable-neon` is given explicitly. Plain old configure works (and detects NEON support) as expected.https://gitlab.xiph.org/xiph/vorbis-tools/-/issues/1135-n: dirs with special chars not possible2008-08-31T18:47:16Zbauspezis-n: dirs with special chars not possibleI am working on a German Windows 2000 and use the `oggenc2.exe` in this version:
```
OggEnc v2.83 (Lancer [20061110](SSE) based on aoTuV b5)
(c) 2000-2006 Michael Smith <msmith@xiph.org>
& portions by John Edwards <john.edwards33@ntlwor...I am working on a German Windows 2000 and use the `oggenc2.exe` in this version:
```
OggEnc v2.83 (Lancer [20061110](SSE) based on aoTuV b5)
(c) 2000-2006 Michael Smith <msmith@xiph.org>
& portions by John Edwards <john.edwards33@ntlworld.com>
```
When employing the argument `-n` like `-n%a/%l/%t.ogg` you have to pay attention on the fact, that in directory names for example umlauts are not allowed. That is not a missing feature, it’s a bug: The directory is created with the special character encoded wrongly, OggEnc after that doesn’t find its selfmade directory and crashes.
For instance:
```
oggenc2 -tBrandung -lBildfänger -a"Tut das Not" -GPunk -n%a/%l/%t.ogg brandung.wav
```
This call leads to a creation of a directory `Tut das Not` and a subdir `Bildfänger` (take note of the _ä_ instead of an _ä_) and the program quits with this message:
```
ERROR: Cannot open output file "Tut das Not/Bildfänger/Brandung.ogg": No such file or directory
```
When I correct the name of the subdirectory manually, a further programm call works as expected.Michael SmithMichael Smithhttps://gitlab.xiph.org/xiph/vorbis/-/issues/1614-mcpu=970 causes wrong code on powerpc-linux-gnuspe-2018-11-06T20:03:53Zbigeasy-mcpu=970 causes wrong code on powerpc-linux-gnuspe-On powerpc-unknown-linux-gnuspe SPE is used for floating point.
-mcpu=970 disables the usage of the SPU unit and enables the "normal"
floating point unit. This results either in slow code (kernel
floating point emulation) or in SIGILL...On powerpc-unknown-linux-gnuspe SPE is used for floating point.
-mcpu=970 disables the usage of the SPU unit and enables the "normal"
floating point unit. This results either in slow code (kernel
floating point emulation) or in SIGILL.
-mcpu=970 could also break powerpc-softfloat-linux-gnu but I can't
say for sure.Monty MontgomeryMonty Montgomeryhttps://gitlab.xiph.org/xiph/vorbis/-/issues/161-b -M does not fill in max bitrate field2017-04-08T10:58:44Zgreg-b -M does not fill in max bitrate field```
$ oggenc -b 128 -M 130 -o test2.ogg file.wav
$ hex test2.ogg | head -10
0x00000000: 4f 67 67 53 00 02 00 00 - 00 00 00 00 00 00 2a 0d OggS..........*.
0x00000010: 72 54 00 00 00 00 2d 01 - 74 8a 01 1e 01 76 6f 72 rT....-.t....vor
0x...```
$ oggenc -b 128 -M 130 -o test2.ogg file.wav
$ hex test2.ogg | head -10
0x00000000: 4f 67 67 53 00 02 00 00 - 00 00 00 00 00 00 2a 0d OggS..........*.
0x00000010: 72 54 00 00 00 00 2d 01 - 74 8a 01 1e 01 76 6f 72 rT....-.t....vor
0x00000020: 62 69 73 00 00 00 00 02 - 44 ac 00 00 ff ff ff ff bis.....D.......
0x00000030: 1f f4 01 00 ff ff ff ff - b8 01 4f 67 67 53 00 00 ..........OggS..
The min/max bitrate fields are still "ff ff ff ff" (-1). The nominal bitrate
field is correctly set to "1f f4 01 00" (128031).
```Monty MontgomeryMonty Montgomeryhttps://gitlab.xiph.org/xiph/libao/-/issues/156--mandir not accepted by ./configure2007-06-17T08:54:53Zkarmak--mandir not accepted by ./configure```
The standard --mandir option is not accepted by ./configure. It is overridden
via an explicit setting of MANDIR in configure.in. The following patch to the
toplevel Makefile.in makes the --mandir option take effect:
------ BEGIN 'd...```
The standard --mandir option is not accepted by ./configure. It is overridden
via an explicit setting of MANDIR in configure.in. The following patch to the
toplevel Makefile.in makes the --mandir option take effect:
------ BEGIN 'diff -u' OUTPUT ----------
--- TRANSFORM/PATCH/Makefile.in Wed Feb 13 23:41:28 2002
+++ TRANSFORM/PATCH/Makefile.in.original Wed Feb 13 23:41:16 2002
@@ -96,7 +96,7 @@
m4datadir = $(datadir)/aclocal
m4data_DATA = ao.m4
-mandir = @mandir@
+mandir = @MANDIR@
man_MANS = libao.conf.5
EXTRA_DIST = README AUTHORS CHANGES COPYING libao.spec ao.m4 acinclude.m4
+$(man_MANS)
--- END 'diff -u' OUTPUT ---
```Stan SeibertStan Seiberthttps://gitlab.xiph.org/xiph/vorbis-tools/-/issues/660--downmix causes silence2007-06-17T08:55:37ZMeta-Dynamic--downmix causes silenceWhen I encode the test file located here: [http://68.85.134.91:8082/foo.wav] (small, 65k, less than one second duration) (is there no way to add attachments to tickets?) using oggenc with the --downmix option, the resulting .ogg file, wh...When I encode the test file located here: [http://68.85.134.91:8082/foo.wav] (small, 65k, less than one second duration) (is there no way to add attachments to tickets?) using oggenc with the --downmix option, the resulting .ogg file, while containing a stream for the correct duration, seems to contain nothing but silence.
* It occurs regardless of the other encoding options used (quality, resample, etc.), but if I encode the same file without --downmix, it works fine.
* I played back the .ogg file with several tools (all of which may be using the same libraries for decoding, I don't know) with the same result, so I am thinking that the problem occurs at encode-time, but of course I don't know.
* This is reliably reproducable: the file was created using mplayer's "-ao pcm" option from a online-radio stream (copyrighted but this test case is so short as to be "fair use"). Any and all streams that I capture from this same source behave in the same manner. It does not seem to occur with some other audio files that I use the same version of oggenc on, so I assume that there is something about the data in this stream that triggers the bug.
* I am using Fedora Core 3; all of the vorbis/ogg libs and tools are those that were installed from the Fedora distribution:
```
# rpm -q libvorbis vorbis-tools libogg
libvorbis-1.1.0-1
vorbis-tools-1.0.1-4
libogg-1.1.2-1
```
* The file resulting from my encoding is located here: [http://68.85.134.91:8082/foo.ogg] (4k)
Michael SmithMichael Smithhttps://gitlab.xiph.org/xiph/libao/-/issues/131--disable-shared does the wrong thing2006-06-12T10:40:45ZSegher Boessenkool--disable-shared does the wrong thing```
When configuring with --disable-shared, the plugins get build as non-shared
libs as well. This isn't exactly useful ;-)
``````
When configuring with --disable-shared, the plugins get build as non-shared
libs as well. This isn't exactly useful ;-)
```Stan SeibertStan Seiberthttps://gitlab.xiph.org/xiph/ogg/-/issues/770*.ogg file can't play on web2017-04-07T17:10:22Zlewis38*.ogg file can't play on webI tried to embed ogg-file-link into html web to play with Microsoft Media Player,but it didn't work.I haved installed "MediaXW-0.0.6.msi".
---------------------------------------
My embed codes were like these:
<object classid="clsid:22...I tried to embed ogg-file-link into html web to play with Microsoft Media Player,but it didn't work.I haved installed "MediaXW-0.0.6.msi".
---------------------------------------
My embed codes were like these:
<object classid="clsid:22D6F312-B0F6-11D0-94AB-0080C74C7E95" type="application/x-oleobject" width=350 height=280 align="middle"
standby="Loading Microsoft Windows Media Player components..."
id="MediaPlayer1">
<param name="transparentAtStart" value="True">
<param name="transparentAtStop" value="True">
<param name="AnimationAtStart" value="Ture">
<param name="AutoStart" value="True">
<param name="AutoRewind" value="true">
<param name="DisplaySize" value="0">
<param name="AutoSize" value="false">
<param name="ShowDisplay" value="false">
<param name="ShowStatusBar" value="ture">
<param name="ShowControls" value="ture">
<param name="FileName" value="music/pleasetellmewhy.ogg">
<param name="Volume" value="0">
<embed src="" width="350" height=280 autostart="True" align="middle" transparentatstart="True" transparentatstop="True"
animationatstart="Ture" autorewind="true" displaysize="0" autosize="false" showdisplay="False" showstatusbar="-1"
showcontrols="ture" filename="music/pleasetellmewhy.ogg" volume="0">
</embed>
</object>
---------------
The file route "music/pleasetellmewhy.ogg" has no problem ,I can download it from my web. I just couldn't play it on my web. Could you please tell me how to solve this problem?https://gitlab.xiph.org/xiph/vorbis/-/issues/2329(CVE-2017-14633)an out-of-bound array read vul in function mapping0_forward()...2017-12-11T08:15:06ZJiangxin(CVE-2017-14633)an out-of-bound array read vul in function mapping0_forward() in libvorbis 1.3.5```
╭─root@linux-jiangxin in /home/jiangxin/experiment/fuzz/AFL/target/libtheora-1.1.1/examples
╰$ gdb encoder_example
GNU gdb (GDB) 7.9
Copyright (C) 2015 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 ...```
╭─root@linux-jiangxin in /home/jiangxin/experiment/fuzz/AFL/target/libtheora-1.1.1/examples
╰$ gdb encoder_example
GNU gdb (GDB) 7.9
Copyright (C) 2015 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-unknown-linux-gnu".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
<http://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 encoder_example...done.
(gdb) run ../fuzz/crash-oob-read xxx.y4m
Program received signal SIGSEGV, Segmentation fault.
0x00000000005754f9 in mapping0_forward (vb=<optimized out>) at mapping0.c:501
500 if(ci->floor_type[info->floorsubmap[submap]]!=1)return(-1);
(gdb) bt
#0 0x00000000005754f9 in mapping0_forward (vb=<optimized out>) at mapping0.c:500
#1 0x00000000004d3512 in vorbis_analysis (vb=vb@entry=0x7fffffffdbe0, op=op@entry=0x0) at analysis.c:47
#2 0x0000000000410926 in fetch_and_process_audio (audio=0x83b010, audiopage=audiopage@entry=0x7fffffffda40, vo=vo@entry=0x7fffffffde40, vd=vd@entry=0x7fffffffdb50, vb=vb@entry=0x7fffffffdbe0, audioflag=audioflag@entry=0) at encoder_example.c:996
#3 0x0000000000405a9b in main (argc=<optimized out>, argv=<optimized out>) at encoder_example.c:1754
(gdb) i r
rax 0x84b420 8696864
rbx 0x1d3c1a0 30654880
rcx 0x100 256
rdx 0x1e332a0 31666848
rsi 0x1e32e70 31665776
rdi 0x85f000 8777728
rbp 0x7fffffffc850 0x7fffffffc850
rsp 0x7fffffff9ee0 0x7fffffff9ee0
r8 0x1a9b500 27899136
r9 0x8494f0 8688880
r10 0x3e9b02c6 1050346182
r11 0xfe 254
r12 0x1a9b900 27900160
r13 0x84e0e4 8708324
r14 0x84cc00 8702976
r15 0x1b93728 28915496
rip 0x5754f9 0x5754f9 <mapping0_forward+5737>
eflags 0x10246 [ PF ZF IF RF ]
cs 0x33 51
ss 0x2b 43
ds 0x0 0
es 0x0 0
fs 0x0 0
gs 0x0 0
(gdb) x/i $pc
=> 0x5754f9 <mapping0_forward+5737>: cmpl $0x1,0x528(%r9,%r10,4)
(gdb) x/128xb $r9+$r10*4+0x528
0xfaf0a530: Cannot access memory at address 0xfaf0a530
```https://gitlab.xiph.org/xiph/vorbis/-/issues/2328(CVE-2017-14632)call oggpack_writeclear() with uninitialized stack var opb in...2018-05-09T21:59:56ZJiangxin(CVE-2017-14632)call oggpack_writeclear() with uninitialized stack var opb in function vorbis_analysis_headerout() when vi->channels<=0 in libvorbis 1.3.5```
int vorbis_analysis_headerout(vorbis_dsp_state *v,
577 vorbis_comment *vc,
578 ogg_packet *op,
579 ogg_packet *op_comm,
580 ...```
int vorbis_analysis_headerout(vorbis_dsp_state *v,
577 vorbis_comment *vc,
578 ogg_packet *op,
579 ogg_packet *op_comm,
580 ogg_packet *op_code){
581 int ret=OV_EIMPL;
582 vorbis_info *vi=v->vi;
583 oggpack_buffer opb;
584 private_state *b=v->backend_state;
585
586 if(!b||vi->channels<=0){
587 ret=OV_EFAULT;
588 goto err_out;
589 }
...
639 err_out:
640 memset(op,0,sizeof(*op));
641 memset(op_comm,0,sizeof(*op_comm));
642 memset(op_code,0,sizeof(*op_code));
643
644 if(b){
645 oggpack_writeclear(&opb);
646 if(b->header)_ogg_free(b->header);
647 if(b->header1)_ogg_free(b->header1);
648 if(b->header2)_ogg_free(b->header2);
649 b->header=NULL;
650 b->header1=NULL;
651 b->header2=NULL;
652 }
as shown above, if vi->channels<=0 and b!=NULL then func goes to err_out with opb uninitialized, but before calling oggpack_writeclear, it only check if(b),so it will ultimately free a uninitialized memory in oggpack_writeclear:
250 void oggpack_writeclear(oggpack_buffer *b){
251 if(b->buffer)_ogg_free(b->buffer);
252 memset(b,0,sizeof(*b));
253 }
This vul may lead to a DOS or Remote Code Execution in products using libvorbis 1.3.5(latest version).
By the way, I found 8 years ago this function has been found a similar vul :https://bugzilla.mozilla.org/show_bug.cgi?id=550184
while cause of no check of if b=NULL before calling oggpack_writeclear. This time , it is because of incorrect check while no considering if vi->channels<=0.
To reproduce this vul, compile libtheora 1.1.1 libvorbis 1.3.5 libogg 1.3.2 ,then run as below:
╭─root@linux-jiangxin in /home/jiangxin/experiment/fuzz/AFL/target/libtheora-1.1.1/fuzz
╰$ gdb ../examples/encoder_example
GNU gdb (GDB) 7.9
Copyright (C) 2015 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-unknown-linux-gnu".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
<http://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 ../examples/encoder_example...done.
(gdb) run out/Master/crashes/id:000000,sig:06,src:000000,op:flip1,pos:22 xxx.y4m
Starting program: /home/jiangxin/experiment/fuzz/AFL/target/libtheora-1.1.1/examples/encoder_example out/Master/crashes/id:000000,sig:06,src:000000,op:flip1,pos:22 xxx.y4m
File out/Master/crashes/id:000000,sig:06,src:000000,op:flip1,pos:22 is 16 bit 0 channel 44100 Hz RIFF WAV audio.
File xxx.y4m is 176x144 29.97 fps mono video.
*** glibc detected *** /home/jiangxin/experiment/fuzz/AFL/target/libtheora-1.1.1/examples/encoder_example: munmap_chunk(): invalid pointer: 0x00007fffffffdb30 ***
======= Backtrace: =========
/lib64/libc.so.6(+0x76628)[0x7ffff7864628]
/home/jiangxin/experiment/fuzz/AFL/target/libtheora-1.1.1/examples/encoder_example[0x4a4505]
/home/jiangxin/experiment/fuzz/AFL/target/libtheora-1.1.1/examples/encoder_example[0x504090]
/home/jiangxin/experiment/fuzz/AFL/target/libtheora-1.1.1/examples/encoder_example[0x40535d]
/lib64/libc.so.6(__libc_start_main+0xe6)[0x7ffff780cc36]
/home/jiangxin/experiment/fuzz/AFL/target/libtheora-1.1.1/examples/encoder_example[0x40a039]
======= Memory map: ========
00400000-0063a000 r-xp 00000000 08:08 6452963 /home/jiangxin/experiment/fuzz/AFL/target/libtheora-1.1.1/examples/encoder_example
00839000-0083a000 r--p 00239000 08:08 6452963 /home/jiangxin/experiment/fuzz/AFL/target/libtheora-1.1.1/examples/encoder_example
0083a000-0083b000 rw-p 0023a000 08:08 6452963 /home/jiangxin/experiment/fuzz/AFL/target/libtheora-1.1.1/examples/encoder_example
0083b000-008e6000 rw-p 00000000 00:00 0 [heap]
7ffff75d7000-7ffff75ed000 r-xp 00000000 08:07 155653 /usr/local/lib64/libgcc_s.so.1
7ffff75ed000-7ffff77ec000 ---p 00016000 08:07 155653 /usr/local/lib64/libgcc_s.so.1
7ffff77ec000-7ffff77ed000 r--p 00015000 08:07 155653 /usr/local/lib64/libgcc_s.so.1
7ffff77ed000-7ffff77ee000 rw-p 00016000 08:07 155653 /usr/local/lib64/libgcc_s.so.1
7ffff77ee000-7ffff795c000 r-xp 00000000 08:07 131081 /lib64/libc-2.11.3.so
7ffff795c000-7ffff7b5b000 ---p 0016e000 08:07 131081 /lib64/libc-2.11.3.so
7ffff7b5b000-7ffff7b5f000 r--p 0016d000 08:07 131081 /lib64/libc-2.11.3.so
7ffff7b5f000-7ffff7b60000 rw-p 00171000 08:07 131081 /lib64/libc-2.11.3.so
7ffff7b60000-7ffff7b65000 rw-p 00000000 00:00 0
7ffff7b65000-7ffff7bc0000 r-xp 00000000 08:07 131089 /lib64/libm-2.11.3.so
7ffff7bc0000-7ffff7dbf000 ---p 0005b000 08:07 131089 /lib64/libm-2.11.3.so
7ffff7dbf000-7ffff7dc0000 r--p 0005a000 08:07 131089 /lib64/libm-2.11.3.so
7ffff7dc0000-7ffff7dde000 rw-p 0005b000 08:07 131089 /lib64/libm-2.11.3.so
7ffff7dde000-7ffff7dfd000 r-xp 00000000 08:07 131074 /lib64/ld-2.11.3.so
7ffff7f24000-7ffff7fc1000 rw-p 00000000 00:00 0
7ffff7fc8000-7ffff7ff8000 rw-p 00000000 00:00 0
7ffff7ff8000-7ffff7ffa000 r--p 00000000 00:00 0 [vvar]
7ffff7ffa000-7ffff7ffc000 r-xp 00000000 00:00 0 [vdso]
7ffff7ffc000-7ffff7ffd000 r--p 0001e000 08:07 131074 /lib64/ld-2.11.3.so
7ffff7ffd000-7ffff7ffe000 rw-p 0001f000 08:07 131074 /lib64/ld-2.11.3.so
7ffff7ffe000-7ffff7fff000 rw-p 00000000 00:00 0
7ffffffde000-7ffffffff000 rw-p 00000000 00:00 0 [stack]
ffffffffff600000-ffffffffff601000 r-xp 00000000 00:00 0 [vsyscall]
OggSa8W!۰ہ*theora
°u0迵@
Program received signal SIGABRT, Aborted.
0x00007ffff7820b55 in raise () from /lib64/libc.so.6
(gdb) bt
#0 0x00007ffff7820b55 in raise () from /lib64/libc.so.6
#1 0x00007ffff7822131 in abort () from /lib64/libc.so.6
#2 0x00007ffff785ee0f in __libc_message () from /lib64/libc.so.6
#3 0x00007ffff7864628 in malloc_printerr () from /lib64/libc.so.6
#4 0x00000000004a4505 in oggpack_writeclear (b=b@entry=0x7fffffffda10) at bitwise.c:251
#5 0x0000000000504090 in vorbis_analysis_headerout (v=v@entry=0x7fffffffdcb0, vc=vc@entry=0x7fffffffdb50, op=op@entry=0x7fffffffdba0, op_comm=op_comm@entry=0x7fffffffdbd0, op_code=op_code@entry=0x7fffffffdc00) at info.c:645
#6 0x000000000040535d in main (argc=<optimized out>, argv=<optimized out>) at encoder_example.c:1688
(gdb) detach
files attached:
weird, I can not attach file here, so if you need please contact me for the the crash sample.
```
This issue has been assigned a CVE number :CVE-2017-14632
https://gitlab.xiph.org/xiph/vorbis/-/issues/31'win32/*.bat', harcoded path to 'vcvars32.bat' might be a bad idea2017-04-08T10:58:44Ztom'win32/*.bat', harcoded path to 'vcvars32.bat' might be a bad idea```
'win32/*.bat' all contain:
call "c:\program files\microsoft visual studio\vc98\bin\vcvars32.bat"
maybe this should be replaced with:
call "%MSDevDir%\..\..\vc98\bin\vcvars32.bat"
or (if we assume it is pathed, since later on we s...```
'win32/*.bat' all contain:
call "c:\program files\microsoft visual studio\vc98\bin\vcvars32.bat"
maybe this should be replaced with:
call "%MSDevDir%\..\..\vc98\bin\vcvars32.bat"
or (if we assume it is pathed, since later on we see just 'msdev' without a
path):
call vcvars32.bat
```starclassstarclasshttps://gitlab.xiph.org/xiph/ogg/-/issues/25'win32/*.bat', harcoded path to 'vcvars32.bat' might be a bad idea2009-04-19T20:39:35Ztom'win32/*.bat', harcoded path to 'vcvars32.bat' might be a bad idea```
'win32/*.bat' all contain:
call "c:\program files\microsoft visual studio\vc98\bin\vcvars32.bat"
maybe this should be replaced with:
call "%MSDevDir%\..\..\vc98\bin\vcvars32.bat"
or (if we assume it is pathed, since later on we s...```
'win32/*.bat' all contain:
call "c:\program files\microsoft visual studio\vc98\bin\vcvars32.bat"
maybe this should be replaced with:
call "%MSDevDir%\..\..\vc98\bin\vcvars32.bat"
or (if we assume it is pathed, since later on we see just 'msdev' without a
path):
call vcvars32.bat
```starclassstarclasshttps://gitlab.xiph.org/xiph/vorbis/-/issues/32'win32/*.bat' do not handle SRCROOT long path names with spaces correctly2017-04-08T10:58:44Ztom'win32/*.bat' do not handle SRCROOT long path names with spaces correctly```
as an example, from a DOS box, type:
set SRCROOT=c:\Xiph CVS\
call build_vorbis_static.bat
produces the error:
cvs==. was unexpected at this time.
and does *not* set %SRCROOT% to any value
resolution:
replace the line:
if...```
as an example, from a DOS box, type:
set SRCROOT=c:\Xiph CVS\
call build_vorbis_static.bat
produces the error:
cvs==. was unexpected at this time.
and does *not* set %SRCROOT% to any value
resolution:
replace the line:
if .%SRCROOT%==. set SRCROOT=c:\src
with the line:
if ".%SRCROOT%"=="." set SRCROOT=c:\src
```starclassstarclasshttps://gitlab.xiph.org/xiph/ogg/-/issues/26'win32/*.bat' do not handle SRCROOT long path names with spaces correctly2006-06-12T10:56:22Ztom'win32/*.bat' do not handle SRCROOT long path names with spaces correctly```
as an example:
set SRCROOT=e:\Xiph CVS\
call build_vorbis_static.bat
produces the error:
cvs==. was unexpected at this time.
and does *not* set %SRCROOT% to any value
resolution:
replace the line:
if .%SRCROOT%==. set SRC...```
as an example:
set SRCROOT=e:\Xiph CVS\
call build_vorbis_static.bat
produces the error:
cvs==. was unexpected at this time.
and does *not* set %SRCROOT% to any value
resolution:
replace the line:
if .%SRCROOT%==. set SRCROOT=c:\src
with the line:
if ".%SRCROOT%"=="." set SRCROOT=c:\src
```starclassstarclasshttps://gitlab.xiph.org/xiph/speexdsp/-/issues/2'AM_PROG_LIBTOOL' not found in library2020-05-24T21:19:03ZStuartIanNaylor'AM_PROG_LIBTOOL' not found in library```
ubuntu@ubuntu:~/speexdsp$ ./autogen.sh
Updating build configuration files, please wait....
configure.ac:26: warning: macro 'AM_PROG_LIBTOOL' not found in library
configure.ac:25: error: possibly undefined macro: AC_LIBTOOL_WIN32_DLL
...```
ubuntu@ubuntu:~/speexdsp$ ./autogen.sh
Updating build configuration files, please wait....
configure.ac:26: warning: macro 'AM_PROG_LIBTOOL' not found in library
configure.ac:25: error: possibly undefined macro: AC_LIBTOOL_WIN32_DLL
If this token and others are legitimate, please use m4_pattern_allow.
See the Autoconf documentation.
configure.ac:26: error: possibly undefined macro: AM_PROG_LIBTOOL
autoreconf: /usr/bin/autoconf failed with exit status: 1
```
Ubuntu 18.04 Aarch64 git clone https://gitlab.xiph.org/xiph/speexdsp.git -b SpeexDSP-1.2.0https://gitlab.xiph.org/xiph/vorbis/-/issues/57&#34;vorbis_commentheader_out&#34; not exported in vorbis.def2017-04-08T10:58:44Zadonnai"vorbis_commentheader_out" not exported in vorbis.def```
The function "vorbis_commentheader_out" isn't listed in vorbis.def so linking
fails when calling it. One exmaple, vorbiscomment, couldn't compile because of
this bug.
``````
The function "vorbis_commentheader_out" isn't listed in vorbis.def so linking
fails when calling it. One exmaple, vorbiscomment, couldn't compile because of
this bug.
```Monty MontgomeryMonty Montgomeryhttps://gitlab.xiph.org/xiph/Infrastructure/-/issues/102&#34;OpenBSD&#34; not a listed OS option2017-04-07T12:17:40Znisharfi"OpenBSD" not a listed OS option```
``````
```Jack MoffittJack Moffitthttps://gitlab.xiph.org/xiph/ogg/-/issues/56&#34;ogg_packet_clear&#34; not exported in ogg.def2006-06-12T11:08:23Zadonnai"ogg_packet_clear" not exported in ogg.def```
The function "ogg_packet_clear" isn't listed in ogg.def so linking fails when
calling it. One exmaple, vorbiscomment, couldn't compile because of this bug.
``````
The function "ogg_packet_clear" isn't listed in ogg.def so linking fails when
calling it. One exmaple, vorbiscomment, couldn't compile because of this bug.
```Monty MontgomeryMonty Montgomeryhttps://gitlab.xiph.org/xiph/theora/-/issues/690&#34;make DESTDIR2007-06-17T08:53:51Zbalamurali.viswanathan"make DESTDIRI did the following steps
1. untared libtheora-1.0alpha4.tar.bz2
2. cd libtheora-1.0alpha4/
3. ./configure --prefix=/usr/
4. make
5. cd doc
6. make DESTDIR=/home/balav/install install
At step 6 I got the following error
-------------...I did the following steps
1. untared libtheora-1.0alpha4.tar.bz2
2. cd libtheora-1.0alpha4/
3. ./configure --prefix=/usr/
4. make
5. cd doc
6. make DESTDIR=/home/balav/install install
At step 6 I got the following error
--------------------
mkdir -p -- . /usr//share/doc/libtheora-1.0alpha4
if test -d libtheora; then \
for dir in libtheora/*; do \
if test -d $dir; then \
b=`basename $dir`; \
mkdir -p -- . /usr//share/doc/libtheora-1.0alpha4/$b; \
for f in $dir/*; do \
/jds/cbe/bin/install -c -m 644 $f /usr//share/doc/libtheora-1.0alpha4/$b; \
done \
fi \
done \
fi
/jds/cbe/bin/install: cannot remove `/usr//share/doc/libtheora-1.0alpha4/html/annotated.html': Permission denied
-------------------
The last line repeated for the files inside the doc directory
Instead of installing in /home/balav/install/share /doc, its trying to install in /usr/share/doc and hence this problem.
Will be attaching a patch which solves this problem, please review the patch and give your comments. Thankshttps://gitlab.xiph.org/xiph/vorbis-tools/-/issues/168%n to -n should be more flexible2002-03-22T14:45:39Zjdahlin%n to -n should be more flexible```
%n should support something like this:
%2n -> ' 1', ' 2', ..., '10', '11' (always 2 in width)
%02n -> '01', '02', ..., '10', '11' (always 2 in width, pad with zeros)
%-2n -> '1 ', '2 ', ..., '10,, '11' (always 2 in width, align lef...```
%n should support something like this:
%2n -> ' 1', ' 2', ..., '10', '11' (always 2 in width)
%02n -> '01', '02', ..., '10', '11' (always 2 in width, pad with zeros)
%-2n -> '1 ', '2 ', ..., '10,, '11' (always 2 in width, align left)
I feel that %0xN is most important of the three.
```Michael SmithMichael Smith