No, I just switched the order of the calculation:
from: offset * 100 / size
to: offset / size * 100
offset * 100 was overflowing the off_t aand so the original calculation
was giving me -5 in some places in my mbox file when I imported it (this
mbox was 390 meg, it was probably a good 60+ meg into the file when it
overflowed)
Jeff
On 17 Apr 2001 17:03:06 +0930, Not Zed wrote:
> ]
>
> You didn't use doubles did you?
>
>
> On 16 Apr 2001 21:55:06 -0400, Jeffrey Stedfast wrote:
> > I fixed a progress reporting bug ~2 hours ago that dealt with an integer
> > overflow. Mayb this fixes your bug as well? I can't tell because
> > netscape won't open png files :\
> >
> > Jeff
> >
> > On 17 Apr 2001 11:07:19 +0930, Not Zed wrote:
> > > On 14 Apr 2001 04:33:28 -0400, Michael Meeks wrote:
> > > >
> > > > with CVS head I get the following:
> > > >
> > > > http://primates.ximian.com/~michael/bug.png
> > > >
> > > > Needless to say /tmp/nonexistant and /tmp/mbox are in fact empty,
> > > > so reports of extracting hundreds of messages from them (228% complete
> > > > etc. :-) seem rather exagerated.
> > >
> > >
> > > Are they empty, or actually non-existant?
> > >
> > > It doesn't say 228% complete either.
> > >
> > > > Any chance of a simply thinko somewhere ?
> > >
> > > Hmm, the user putting in non-existant files perhaps? :)
> > >
> > >
> > > !Z
> > >
> > >
> > >
> > > _______________________________________________
> > > evolution-hackers maillist - [EMAIL PROTECTED]
> > > http://lists.helixcode.com/mailman/listinfo/evolution-hackers
> >
> >
> > _______________________________________________
> > evolution-hackers maillist - [EMAIL PROTECTED]
> > http://lists.helixcode.com/mailman/listinfo/evolution-hackers
_______________________________________________
evolution-hackers maillist - [EMAIL PROTECTED]
http://lists.helixcode.com/mailman/listinfo/evolution-hackers
