Sigbj�rn Skj�ret wrote:
> int fskip(FILE *sf,long num_bytes,int dummy)
> {
> char data[num_bytes];
>
> ..this doesn't work (atleast not here), as the char data[..] needs a static
> value .. I have no idea how to do this a better way though... :/
That's a gccism (so should not be use anyway) but can be
replaced by a simple malloc(num_bytes), of course.
Frank
--
MP3 ENCODER mailing list ( http://geek.rcc.se/mp3encoder/ )
- RE: [MP3 ENCODER] MP3 detection mikecheng
- [MP3 ENCODER] LAME in commercial produtcs Mark Taylor
- Re: [MP3 ENCODER] LAME in commercial produtcs Greg Maxwell
- Re: [MP3 ENCODER] LAME in commercial produtcs Mikhail M. Fedotov
- Re: [MP3 ENCODER] LAME in commercial produ... Greg Maxwell
- Re: [MP3 ENCODER] LAME in commercial produtcs Mark Taylor
- Re: [MP3 ENCODER] LAME in commercial produ... Greg Maxwell
- [MP3 ENCODER] lame 3.36beta Mark Taylor
- Re: [MP3 ENCODER] lame 3.36beta Monty
- Re: [MP3 ENCODER] lame 3.36beta Sigbj�rn Skj�ret
- Re: [MP3 ENCODER] lame 3.36be... Frank Baumgart
- Re: [MP3 ENCODER] lame 3.36be... Kimmo Mustonen
- Re: [MP3 ENCODER] lame 3.36be... Mark Taylor
- Re: [MP3 ENCODER] lame 3.36be... Kimmo Mustonen
- Re: [MP3 ENCODER] lame 3.36be... Mark Taylor
- Re: [MP3 ENCODER] lame 3.36be... Sigbj�rn Skj�ret
- Re: [MP3 ENCODER] lame 3.36be... Gerhard Wesp
- Re: [MP3 ENCODER] lame 3.36be... Sigbj�rn Skj�ret
- Re: [MP3 ENCODER] lame 3.36be... Gerhard Wesp
- Re[2]: [MP3 ENCODER] lame 3.3... Sergey Dubov
- Re: [MP3 ENCODER] LAME in commercial produ... Albert Faber
