Re: [ecasound] problem with path on 2.6.0 and latest dev snapshot

From: Kai Vehmanen <kvehmanen@email-addr-hidden>
Date: Sun Jul 05 2009 - 21:11:53 EEST


On Tue, 30 Jun 2009, Jason Galyon wrote:

> using either 2.6.0 final or ecasound-2.7.0+dev-20090422 I get an error
> with input of files as below unless I copy them to a shorter path and
> then run ecasound. I have for troubleshooting purposes set the mode
> recursively to 777 for the sound files and directories up the hierarchy.
> root@email-addr-hidden-12-31-39-00-41-42:~# ecasound
> -i:/root/testbed/35007382172981-199_080608-ECLvcl-124111921021993500-16-9/assets/8/c/a/8ca77b3d-1fc3-463c-a340-1da8fe7442d8.mp3

oh boy, this was one stupid bug. Thanks for your perseverance with this
problem! I now figured this bug was introduce to 2.5.2 with following

commit 8917a0f6602bd6098dffe434f008458cb1199549
Author: Kai Vehmanen <kvehmanen -at- eca -dot- cx>
Date: Fri Jul 11 01:22:46 2008 +0300

     Added new '-E' ecasound frontend option.

... unfortunately I had not booted up my brain properly when committing
that (or it had been in continuous use for too long ;)) and as the result,
the change to frontend parser is simply braindead ('-E' is a frontend
option and not handled by the libecasound parser). As a result, any
argument containing "-E" substring was not correctly passed to
libecasound. :( D'oh!

This also explains the earlier problems you have reported in April:

  "problem with long command line parsing?"

... e.g. in this case, "-o
/Users/jayson/tmp/pymgen_tmp/GZC24e/audio-Et9gws.aac" had the infamous
substring and was not correctly passed forward.

Sorry about the hassle! Bugs of this magnitude really should not slip
through to releases.

Fix was just committed to the git repo, and here's also a snapshot:

Ecasound-list mailing list
Received on Mon Jul 6 00:15:01 2009

This archive was generated by hypermail 2.1.8 : Mon Jul 06 2009 - 00:15:02 EEST