From owner-freebsd-ports  Tue Jul 25 23:30: 5 2000
Delivered-To: freebsd-ports@freebsd.org
Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21])
	by hub.freebsd.org (Postfix) with ESMTP id 94F8837BA7F
	for <freebsd-ports@FreeBSD.org>; Tue, 25 Jul 2000 23:30:01 -0700 (PDT)
	(envelope-from gnats@FreeBSD.org)
Received: (from gnats@localhost)
	by freefall.freebsd.org (8.9.3/8.9.2) id XAA58953;
	Tue, 25 Jul 2000 23:30:01 -0700 (PDT)
	(envelope-from gnats@FreeBSD.org)
Received: from pegasus.kazrak.com (adsl-209-233-16-235.dsl.snfc21.pacbell.net [209.233.16.235])
	by hub.freebsd.org (Postfix) with ESMTP id BB1CA37B5D3
	for <FreeBSD-gnats-submit@freebsd.org>; Tue, 25 Jul 2000 23:27:08 -0700 (PDT)
	(envelope-from brad@kazrak.com)
Received: by pegasus.kazrak.com (Postfix, from userid 1001)
	id BAF523E7; Tue, 25 Jul 2000 23:27:02 -0700 (PDT)
Message-Id: <20000726062702.BAF523E7@pegasus.kazrak.com>
Date: Tue, 25 Jul 2000 23:27:02 -0700 (PDT)
From: brad@kazrak.com
Reply-To: brad@kazrak.com
To: FreeBSD-gnats-submit@freebsd.org
X-Send-Pr-Version: 3.2
Subject: ports/20190: ripit port may create out-of-order playlists when run under SMP
Sender: owner-freebsd-ports@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org


>Number:         20190
>Category:       ports
>Synopsis:       ripit port may create out-of-order playlists when run under SMP
>Confidential:   no
>Severity:       non-critical
>Priority:       low
>Responsible:    freebsd-ports
>State:          open
>Quarter:        
>Keywords:       
>Date-Required:
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Tue Jul 25 23:30:01 PDT 2000
>Closed-Date:
>Last-Modified:
>Originator:     R Bradford Jones
>Release:        FreeBSD 4.1-RC i386
>Organization:
Kazrak Enterprises
>Environment:

4.1-RC, SMP machine using ATAPI cdrom (via cdda2wav) and gogo.

>Description:

The ripit port may create a playlist (m3u file) that is out-of-order when run
on an SMP machine with numcpu set to 2 or higher.  The playlist is created
by "ls -rt *.mp3 > file"; it is possible that a short (but later) track
completed after a longer, earlier track, causing the short track to appear
earlier in the playlist than the longer track.

>How-To-Repeat:

Run ripit.pl using multiple CPUs on a disc with widely disparate track
lengths.  (Pink Floyd: Dark Side of the Moon demonstrated the problem twice
for me, once with tracks 3/4 and once with 8/9.)

>Fix:

Possibly store the track names into the m3u file directly (as the file begins
being encoded) instead of creating it from the filesystem after the fact.

>Release-Note:
>Audit-Trail:
>Unformatted:


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-ports" in the body of the message