Re: [ReZound-users] Loading problem with a smallish raw
Status: Beta
Brought to you by:
ddurham
From: Davy D. <ddu...@da...> - 2005-04-25 15:02:08
|
John Ouzts wrote: >Davy, > >It appears that the standard Gentoo ebuilds for both audiofile (maintainer >vapier) and rezound (maintainer ribosome) default to enable-largefile. > > > Hmm then.. >So I went to the cvs with: > >cvs -z3 -d:pserver:ano...@cv...:/cvsroot/rezound co rezound > >but I think I got the same version that Gentoo is building (0.11.1 if the >number means anything). It bootstrapped, configured and made without errors, >although I have not located where the enable-largefile flag is set. I still >get the following error, and the file Open window will not display the file >mentioned in the message. (I have to call the file from the commandline along >with the cvs copy of rezound to get the error.) > > > No, the version number stays the same until the next release, so it's beyond 0.11.1 >error - void CPath::setPath(const std::string&) -- error stat-ing path name -- >'M4R200504211930Ed9624wIntrosApplse.raw' -- Value too large for defined data >type > > > I will have to check this out later. I will get back to you. >I tried the Gentoo compiled rezound which got slightly different errors (along >with finding the tmp files of the cvs compiled one): > >file: M4R200504211930Ed9624wIntrosApplse.raw >warning -- libaudiofile reports that M4R200504211930Ed9624wIntrosApplse.raw >contains 18446744073709551615 sample frames yet the file is most likely not >large enough to contain that many samples. >Loading what can be loaded. >error - void TPoolFile<_l_addr_t, _p_addr_t>::insertSpace(unsigned int, >l_addr_t, l_addr_t) [with _l_addr_t = sample_pos_t, _p_addr_t = uint64_t] -- >insufficient logical address space to insert 18446744073709551615 elements >into pool (poolId: 1 name: 'Channel 1' byte size: 0 byte alignment: 4) > > > Yes, this is what I would expect from releases not from CVS, the error you got from CVS is related but not even in the same code. -- Davy |