similar to: ogg123 1.0rc3 thread issue

1.0rc3, OpenBSD/i386 & FreeBSD/alpha. ogg123 segfaults after playing a file. This will not happen if I specify multiple songs and skip (^C) to the next one. Seems to be independent of buffering (-b) and output device (oss, esd, raw). -- Christian "naddy" Weisgerber naddy@mips.inka.de --- >8 ---- List archives: http://www.xiph.org/archives/ Ogg

Hi, I've been working on ogg123 to see if i could add a remote interface compatible with the one in mpg123. This remote interface is used mainly by mp3 players which use mpg123 as their backend. The reason i did this was that i have recently encoded some of my cd's in ogg vorbis format but wanted to keep using my favourite player (playmp3list,

start it with asterisk -vvvgc bkw ----- Original Message ----- From: "Arjan" <arjan@inventionz.org> To: <asterisk-users@lists.digium.com> Sent: Sunday, July 11, 2004 12:27 PM Subject: [Asterisk-Users] Asterisk on FreeBSD 4.10 dies > Hi All, > > I'm pretty green to Asterisk. I'm trying to work towards a basic setup > with a couple of Cisco 7960's

A few weeks back I upgraded my mail server to -STABLE from a 4.2-STABLE incarnation that had been running for years. Part of recompiling everything on the box involved disassociating my use of the sendmail port I was using and to use the base sendmail in -STABLE. -STABLE builds with libmilter, so I simply recompiled one of my milter clients with the milter headers, objs, etc that were produced

I'm having several problems with ogg123 on a FreeBSD-STABLE machine. In each case, ogg123 dumps core complaining about a bus error. 1) ogg123 plays all files at what seems like twice the correct speed. When given a SIGINT, ogg123 dumps core. This is using the program defaults, including the OSS driver. Here's a backtrace from gdb: Core was generated by `ogg123'. Program

OK...messing with 'gdb' (of which I am completely new to) <p>Here's is the complete output from what I've done with 'gdb' ---------------------------------------------------------------- # gdb ices GNU gdb 4.18 (FreeBSD) Copyright 1998 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it

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

Hi I've found bugs in vorbis-tools and wrote this patch to fix them: 1st part is to fix single-channel flac files. 2nd part fixes a problem with thread race causing lockup if you press Ctrl-C Ctrl-C sets sig_request.cancel, buffer thread exits if it sees sig_request.cancel However, if Ctrl-C was pressed here do { if (nthc-- == 0) { ----------------> Ctrl-C

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

The following recent commit has prevented my threaded apps (slapd and icecast in particular) from going beserk. Thanks. $FreeBSD: src/lib/libc_r/uthread/uthread_kqueue.c,v 1.1.2.1 2003/08/10 23:52:59 mp Exp $ --------------------------------------- Robin P. Blanchard Systems Integration Specialist Georgia Center for Continuing Education fon: 706.542.2404 <|> fax: 706.542.6546

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 pool is only used for readonly connections, since writable connections usually take a lock on the server side and therefore you cannot open more than one. --- plugins/vddk/nbdkit-vddk-plugin.pod | 7 + plugins/vddk/vddk.c | 201 ++++++++++++++++++++++------ 2 files changed, 164 insertions(+), 44 deletions(-) diff --git a/plugins/vddk/nbdkit-vddk-plugin.pod

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.

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:

Having implemented a GC for HLVM, I am now turning my attention to implementing a GC that supports parallelism. To do this, I would like to use atomic instructions as well as mutexes. What is the status of LLVM's atomic instrinsics (e.g. CAS)? Is anyone using them in real projects? I realised that an obvious test would be to compile some simple example programs with llvm-g++ instead of

On Thu, Aug 6, 2020, 16:16 Richard W.M. Jones <rjones@redhat.com> wrote: > The pool is only used for readonly connections, since writable > connections usually take a lock on the server side and therefore you > cannot open more than one. > --- > plugins/vddk/nbdkit-vddk-plugin.pod | 7 + > plugins/vddk/vddk.c | 201 ++++++++++++++++++++++------ > 2

Jon Harrop wrote: > Having implemented a GC for HLVM, I am now turning my attention to > implementing a GC that supports parallelism. To do this, I would like to use > atomic instructions as well as mutexes. What is the status of LLVM's atomic > instrinsics (e.g. CAS)? Is anyone using them in real projects? > > I realised that an obvious test would be to compile some

Hi, got a little problem with the current cvs version of ices. I'm invoking it with the following: ices -v -F /home/nick/icetest.pls -h localhost -P <my password> which seems to connect ok, get past password validation, and gives me the following: DEBUG: Sending following information to libshout: DEBUG: Stream: 0 DEBUG: Host: localhost Port: 8000 DEBUG: Password: hack Icy Compat: 0

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 ============================================================================= FreeBSD-SA-03:08.realpath Security Advisory The FreeBSD Project Topic: Single byte buffer overflow in realpath(3) Category: core Module: libc Announced:

Has anyone got Ices0.3 to complile and make under when linking with Perl 5.8.3? I posted this a while back...but it needs a revival :D <p><p>I'm sure it's a Perl problem (maybe way I've compiled it?) but here's where 'make' throws down it's gloves and runs off into the distance. -------------------------------------------------------------------