Re: mjpegtools 1.9rc1
"Steven M. Schultz" <[email protected]>
| Newsgroups | gmane.comp.video.mjpeg.devel |
|---|---|
| Message-ID | <[email protected]> |
On Tue, 27 Feb 2007, Mark Nauwelaerts wrote: > found the cause by realizing that the ABI used for mplex is a bit fuzzy; that > is, Multiplexor has an off_t field, the size of which depends on whether or not > (or how) _FILE_OFFSET_BITS is defined. There is no (direct) way to know which off_t is probably the wrong type to use for a size data type. > setting was in use for the library that is being linked to, other than > (indirectly) assuming that it was the result obtained by AC_SYS_LARGEFILE macro. I haven't seen a system for which off_t was not 64 bits in years ;) > off_t written = output_strm.SegmentSize(); > but the latter returns uint64_t, so it seems already silently/implictly > assumed/hoped that off_t can handle uint64_t Correct - there are places in mplex that are counting "bits" and thus can need more than 32 bits. I've applied the patch - seemed safe enough ;) Cheers, Steven Schultz ------------------------------------------------------------------------- Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV