> Hi Everyone, > > 3.36beta is up on the web page. Mostly portability updates, but I > also changed all the fseek()'s to fread()'s. This was because (at > least on my RH5.0 linux system) fseek() would fail when the input file > was a pipe, but fread() works just fine. Both fread and fseek seem to > work fine when stdin is redirected with "<". Anyone know what the > story is about this? A pipe is not seekable (everyone already knows this). Redirection makes stdin/ out/err a file handle open on the actual file (just as if you'd called open(), which is pretty much what the shell does). Monty -- MP3 ENCODER mailing list ( http://geek.rcc.se/mp3encoder/ )
- [MP3 ENCODER] MP3 detection Mike Oliphant
- 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 produ... Mikhail M. Fedotov
- Re: [MP3 ENCODER] LAME in commercial p... Greg Maxwell
- Re: [MP3 ENCODER] LAME in commercial produ... Mark Taylor
- Re: [MP3 ENCODER] LAME in commercial p... Greg Maxwell
- [MP3 ENCODER] lame 3.36beta Mark Taylor
- Re: [MP3 ENCODER] lame 3.36be... Monty
- Re: [MP3 ENCODER] lame 3.36be... Sigbj�rn Skj�ret
- Re: [MP3 ENCODER] lame 3.... Frank Baumgart
- Re: [MP3 ENCODER] lame 3.... Kimmo Mustonen
- Re: [MP3 ENCODER] lame 3.... Mark Taylor
- Re: [MP3 ENCODER] lame 3.... Kimmo Mustonen
- Re: [MP3 ENCODER] lame 3.... Mark Taylor
- Re: [MP3 ENCODER] lame 3.... Sigbj�rn Skj�ret
- Re: [MP3 ENCODER] lame 3.... Gerhard Wesp
- Re: [MP3 ENCODER] lame 3.... Sigbj�rn Skj�ret
- Re: [MP3 ENCODER] lame 3.... Gerhard Wesp
