> > > I was responding to the "no default" error. Clearly, nas is ruled out,
> >
> > Maybe we're talking at cross-purposes, here.  The only explicit problem
> > I've had with defaults is that if I only have the aec (diphone) voice
> > installed, festival claims that it can't find any voices.  If I have us1
> > (mbrola)  installed, then I can at least get festival more or less
> > running.
>
> This is even with the default set in ~/.festivalrc to your desired voice?

Apparently I didn't try that one.  You're right; I don't need any mbrola
voices isntalled if I have a non-mbrola voice selected as default in
~/.festivalrc.


> > The problem that has my attention is that mbrola seems to dump core with
> > an FPE (I get an mbrola.core if I'm in a directory that I can write).
> > The only way around this is to use a non-mbrola voice (even though it
> > seems like I may need to have an mbrola voice available just to get
> > festival to play ball).
>
> I see. It looks like mbrola is an a.out executable. Do you, by any
> chance, have some of the COMPAT_* options disabled in your kernel?

I only have COMPAT_14 as far as prior NetBSD versions go.  I had no idea
that I was dealing with a precompiled binary.  (Odd, I can't find any
COMPAT_AOUT options in GENERIC, much less my custom kernel config---but I
have COMPAT_14...  I cannot find COMPAT_AOUT in options(4), either.

So, I need COMPAT_13 and (I assume) COMPAT_AOUT added to my kernel config.
I assume that in addition to recompiling a kernel, I'll need to install
the ...pkgsrc/emulators/compat1{3,4} packages.  Am I missing anything?
Is there a way that mbrola can be marked as depending upon these?


I'm a little surprised that this problem shows up as an FPE.  Is that a
design feature for a.out binaries (or for trying to run them on an ELF
NetBSD system)?


  "I probably don't know what I'm talking about." --rauch@eecs.ukans.edu