[EMAIL PROTECTED] wrote:
>
> On 1 Oct, Roger Buck wrote:
> > Hi Robert!
> >
> > Using latest CVS (dowload at approx 02:00 GMT), I get:
> >
> > ----- Obsequieum started Fri Oct 1 13:19:53 1999
> > AddDevices: Added device: /mnt/mp3 (HARD_DRIVE)
> > Hard Drive /mnt/mp3:
> > hdvol01
> > Main: Volumes have been loaded.52
> > obsd: PullBuffer.cpp:298: enum Error
> > PullBuffer::Endwrite_e(size_t) assertion 'iBytesWritten <=
> > m_iBytesToWrite' Failed.
> > Aborted
>
> Hmmmm. I've never been able to duplicate this one. I added a couple of
> log statements and I cleaned up one signed/unsigned comparison. Please
> update your CVS and send me the output of the log. It may actually now
> start without a problem...
I haven't yet updated the CVS but I have a clue about the problem - It
arises under following conditions:
Clean install with no mp3's in db or in cache
A deadair.mpe file that obs doesn't like (although no problem with
previous installation)
If I added files to cache and db using tarball version of obs and then
installed and ran the CVS version, then all OK.
I could also get a clean install to work using a different deadair.mp3
file.
I'll try the updated CVS some time tomorrow.
>
> > BTW, I have noticed that on some files, when using "SubmitTrack.pl -t
> > /directory/*.mp3" that an extra "/" gets placed in the path after the
> > artist name...
> >
> > For example
> >
> > obsvol://hdvol01:/buddy guy//songname.mp3
>
> That's strange -- did you copy the line above from an actual example,
> or did you make that sample up? If it is an actual sample, the album
> name was left blank. Could you make an offending MP3 file available for
> me and I'll track down the problem?
I'm attaching "double-slash.zip" in a separate copy of this message
(mailed direct instead of via the list). It contains obs.log and two mp3
files that exhibit this behaviour. I only currently have six scrungy old
test mp3s - I'm going to rip some CDs this weekend - maybe I am using a
biased sample.
One other minor issue ;^) - I think there is a problem with the install
script if using the "./configure --prefix=[path] option.... obs still
looks for a config file in "/usr/local/etc" even though on=bs get
correctly copied to the --prefix directory structure.
Apart from that, all seems to be fine... and while I think of it, when
your boss gives you a couple of weeks to play with the next release, it
would be really nice to have some kind of search capability.
Unfortunately I am a lousy programmer and pretty dum in general, but if
there is some other way i can assist please don't hesitate to ask.
Regards,
R.
PS. With Obs multicast on a multi segment LAN, is it necessary to add a
routing entry for -net 224.0.0.0 netmask 240.0.0.0? This was suggested
in a Linux Multicats HOW-TO that I read some time ago.
