Re: [pdf-devel] Issues with bug FS#105

2010-04-07 Thread Jose E . Marchesi
> I don't have the Knuth books at hand now, but if we are implementing > that method then we have to use his rule of election. Can someone > check? Well, I have read a little about this issue. Our i64 implementation defines the quotient as truncate(a/b), like many C i

Re: [pdf-devel] Issues with bug FS#105

2010-04-07 Thread gerel
> Date: Wed, 31 Mar 2010 14:04:19 +0200 (CEST) > From: Jose E. Marchesi > > > However, I believe there is some issue with signs. > > [...] > > That means that the result sign is _only_ decided on the dividend > sign. > > The sign of the integer modulus when either

Re: [pdf-devel] Issues with bug FS#105

2010-03-31 Thread Jose E . Marchesi
However, I believe there is some issue with signs. [...] That means that the result sign is _only_ decided on the dividend sign. The sign of the integer modulus when either the dividend or the divisor is negative is implementation defined in C. Other languages, such as Ada, enf

Re: [pdf-devel] Issues with bug FS#105

2010-03-30 Thread Dave Johnson
Can i get a copy of the application. On Mar 30, 2010 3:08 PM, "gerel" wrote: Hi, I've tried to reproduce the bug there named. I couldn't. However, I believe there is some issue with signs. I made some tests myself regarding the number sign that should be returned. The mod operator native impl

[pdf-devel] Issues with bug FS#105

2010-03-30 Thread gerel
Hi, I've tried to reproduce the bug there named. I couldn't. However, I believe there is some issue with signs. I made some tests myself regarding the number sign that should be returned. The mod operator native implementation works like this: INPUT ## #include int main (){ printf ("5