similar to: RC3: ogg123 dumps core at end of file

As I have mentioned here before, ogg123 from 1.0rc3 segfaults after playing a file on FreeBSD and OpenBSD. This happens with both the native pthread and with GNU pth. I have finally managed to isolate the problem. ogg123 crashes inside pthread_cond_wait(), specifically in the COND_WAIT() call in buffer_wait_for_empty(). *If* I understand the control flow correctly, the decoder thread waits on

Every time ogg123 -bXXX is run, it creates another shared memory segment but fails to destroy it on exit. Thus an increasing number of shm segments keeps piling up and eat all the (often rather limited amount of) available shared memory. The patch below corrects this and also fixes the bizarre abuse of stat() permission bits for shmget(). On systems that support it, I'd very much like to

The patch below adds: - acinclude.m4: A new macro A_FUNC_SMMAP to check that sharing pages through mmap() works. This is taken from Joerg Schilling's star. - configure.in: A_FUNC_SMMAP - ogg123/buffer.c: If we have a working mmap(), use it to create a region of shared memory instead of using System V IPC. Works on BSD. Should also work on SVR4 and offspring (Solaris), and Linux.

The output of ogg123 -h and the man page should be updated to document the devices currently available through libao. (Those extraneous carriage returns in ogg123.1 suck, btw.) --- ogg123/ogg123.1.orig Sat Jun 30 14:48:43 2001 +++ ogg123/ogg123.1 Sat Jun 30 15:02:46 2001 @@ -76,7 +76,7 @@ written to output overhead. .IP oss -Open Sound System driver for Linux and {Net,Free,Open}BSD. +Open

I'm currently trying to figure out why RC3 oggenc with iconv support will - work, but enter replacement characters into tags instead of converting to UTF-8; - dump core; or - catch an assert(); depending on the locale settings. (On FreeBSD, with Chuguev iconv.) I think I'm getting a handle on the assert(). It's this one: assertion "(!k && !ibl) || (k == (size_t)(-1)

mandir should default to $(prefix)/man, but there's no reason to mess with it since autoconf/automake will take care of it on their own just fine. Index: ogg123/Makefile.am =================================================================== RCS file: /usr/local/cvsroot/vorbis-tools/ogg123/Makefile.am,v retrieving revision 1.13 diff -u -r1.13 Makefile.am --- ogg123/Makefile.am 2001/02/19

I finally managed to compile ogg123 under MacOS X, after creating a PB project for it. Rillian, do you want to include the PB project in cvs? (it needs a LOT of polishing, though). ---------- Ogg123 from PACKAGE VERSION by Kenneth Arnold <kcarnold@arnoldnet.net> and others Usage: ogg123 [<options>] <input file> ... -h, --help this help -V, --version display

Christian Weisgerber <naddy@mips.inka.de> wrote: > #0 0x0000000040d18810 in FLAC__lpc_compute_residual_from_qlp_coefficients_wide > (data=0x49e4c014, data_len=110, qlp_coeff=0x7f7ffffece70, order=1, > lp_quantization=14, residual=0x4fced000) at lpc.c:745 > 745 residual[i] = > data[i] - (FLAC__int32)((qlp_coeff[0] *

Christian Weisgerber <naddy@mips.inka.de> wrote: > | # nasm build rule: > | %.lo: %.s Even with gmake, this really works only by accident. Automake generates a competing suffix rule, and gmake apparently gives the rule above a higher priority than the suffix rule (or that just happens to be the evaluation order). Matt, since you seem to understand automake, can you come up with

Running the basic (--disable-thorough-tests) test suite, I get these failures round-trip test (rt-1-24-111.raw) encode... Segmentation fault (core dumped) ERROR FAIL: ./test_flac.sh fsd24-01 (--channels=1 --bps=24 -0 -l 16 --lax -m -e -p): encode...ERROR during encode of fsd24-01 FAIL: ./test_streams.sh on alpha and amd64. By contrast, i386 is fine. (All OpenBSD/4.2.) Could be a generic LP64

I've run into two problems with ogg123 that appears only when using the esound driver. Case 1: pops in output Audible pops, especially at low volume. Original mp3 file does not exhibit these pops, nor does oss output from ogg123, nor does esd output from mpg123. Things ruled out: disk speed - the HD is ATA/33 with DMA on. It's a single user

Matt Zimmerman <mdz@debian.org> wrote: > Aha. In FLAC__fixed_restore_signal, the index variable 'i' is declared > unsigned, then used like so: [...] With the following trivial patch applied, > everything works on Alpha, at least with my test sample. Against 0.9 or CVS? While this clearly fixes a bug, 0.9 still dies for me. #0 0x1600692a8 in

Hi, I have compiled the Vorbis libraries and tools on Solaris 8 using Forte 6 update 2. I am now trying to run ogg123 but nothing happens: $ ogg123 -v Pateras.ogg Audio Device: Sun audio driver output Author: Christian Weisgerber <naddy@openbsd.org> Comments: Outputs to the sun audio system. I have also worked around bug #191 by defining HAVE_SQRTF:

Dear developers, I patched ogg123 so that it can use esd (only local socket currently). In order to compile you need to copy esd.h from the esound-devel to the vorbis-tools directory. Usage: ogg123 -e -d something file.ogg the "something" is not important I don't intend to maintain this patch, but perhaps somebody could make it more nicer and incorporate it in the

Just as a reminder to our application maintainers. ----- Forwarded message from Ryan Cooley <ryancooley@yahoo.com> ----- Delivery-Date: Sun Jul 22 20:28:06 2001 From: Ryan Cooley <ryancooley@yahoo.com> Subject: Problems with ogg123 on OpenBSD To: feedback@vorbis.com While I hate to send complaints about something that is Free(tm), I really hoped and expected the Ogg Vorbis team to

Problems in FLAC 0.9: - On alpha, flac immediately dumps core for both encoding and decoding (FreeBSD/alpha). - The distribution Makefile.in files haven't been generated with "automake --include-deps". The resulting Makefiles aren't fully portable; in particular they break with BSD make. In the future, care should be taken to use "--include-deps". - What is

Do people actually use HostbasedAuthentication? It needs several steps to enable and generally seems quite arcane by now. I wonder if this is something that could be trimmed away... -- Christian "naddy" Weisgerber naddy at mips.inka.de

That sounds like the application param is still used as part of the process though? Would allowing the user to specify the application work in the Solokey case? What is stored in the private keyfile? The documentation says no private key is stored there. So is it just information used to reseed the public/private key? Thanks, Kevin ________________________________________ From: openssh-unix-dev

Here's the promised Sun audio system plug-in. I have tested this on OpenBSD. It should work without changes on NetBSD, too. Jeremy, could you please verify this? After a few minor tweaks it now also compiles on Solaris 2.7. Alas, I can't verify whether it actually plays anything there. I guess this could also with little effort be made to work on SunOS4. Attached: - Diff to

Currently, if IPv6-enabled rsync is run as --daemon, it will perform a wildcard bind(2) on an AF_INET6 socket and expect that IPv4 traffic will be forwarded to the v6 socket (IPv4 mapped address, RFC2553). This has never worked on OpenBSD which disallows IPv4 mapped addresses for security reasons. On FreeBSD 5.0-CURRENT, where the behavior is subject to configuration, the default was switched to