ذیل میں غیر منقولہ احکامات کی واپسی کی معلومات ہیں۔
[
سب سے اوپر دکھایا گیا ہے کہ 11.6 کی تعداد میں آرڈر ہیں لیکن صرف 1.3 پر عملدرآمد کیا گیا ہے اور پھر دوبارہ فروخت کیا گیا ہے. لیکن دو ہندسوں srvOrder.Amount - srvOrder.DealAmount کو گھٹانے سے 10.299999999999, 10.3 کے بجائے 10.299999999 ملتا ہے۔ درستگی کی خرابیوں کی وجہ سے
فروخت ((8.054، 10.299999999999): 400: {
استعمال کی زبان جاوا سکرپٹ ہے
17602119359/upload/asset/185ac34677b649d192c6e.jpg اسی طرح یہ مسئلہ بھی سامنے آیا، فورم میں ایسا لگتا ہے جیسے آپ نے سوال اٹھایا ہے، ایک چہرے کی جبر میں، پوچھتے ہیں کہ کس طرح حل کیا جائے۔
AAA386اگر آپ کے پاس کوئی سوال ہے تو ، آپ کو اس کا جواب دینے کی ضرورت نہیں ہے۔ اگر آپ کے پاس کوئی سوال ہے تو ، آپ کو اس کا جواب دینے کی ضرورت ہے۔
گھاسجی ہاں، جے ایس اور پائیتھون میں یہ مسئلہ ہے، آپ کو نیچے کی فہرست سے پہلے درستگی کو کم کرنے کی ضرورت ہے
چروئیایک دلچسپ درستگی بگ: لاگ ((0.056 + 0.52)
گھاسمائی زبان کے پیرامیٹرز میں درستگی مقرر کی جا سکتی ہے
ہوروبوروسمائی زبان میں بھی یہی مسئلہ ہے، اس کا حل کیا ہے؟
17602119359زبردست، شکریہ۔ میں کوشش کروں گا۔ ریٹ بائی
لیموںدرستگی بہت زیادہ ہے ، مثال کے طور پر آپ کی قیمت 126.0783 میں چار عدد ہیں ، لیکن اس کرنسی میں زیادہ سے زیادہ صرف تین عدد کی حمایت کی جاسکتی ہے ، تو یہ غلط ہے ، تجویز ہے کہ اے پی پی میں اس کرنسی کے کتنے عدد پوائنٹس ہیں ، اس فنکشن کو استعمال کریں _N()
گھاسزیادہ تر مسائل ہیں، اس لیے آپ کو سٹرنگ کے ذریعے محفوظ کرنے کی سفارش کی جاتی ہے۔ آپ اس کی وجہ تلاش کر سکتے ہیں۔
لیموںدرستگی کو ایڈجسٹ کیا جاسکتا ہے ، لیکن اگر یہ 10.3 خریدا جاتا تو یہ 10.2 میں منقطع ہوجاتا ، اور تبادلے کی معلومات کو کال کرنے میں غلطی کا سامنا نہیں کرنا پڑا۔
لیموںیہ بگ کیوں پیدا ہوتا ہے؟ ڈیٹا بیس تک رسائی کے اعداد و شمار میں بھی مسائل ہیں، مثال کے طور پر 1626332174485 ڈیٹا بیس میں ذخیرہ کیا جاتا ہے، پس منظر میں SQLite کمانڈ کے ساتھ اعداد و شمار کو دیکھنے کے لئے کوئی مسئلہ نہیں ہے، لیکن کوڈ کے ساتھ پڑھنے کے بعد یہ اعداد و شمار بن جاتا ہے جیسے 1626332174380، پچھلے چند ہندسوں کو تبدیل کر دیا گیا ہے، ڈیٹا بیس تک رسائی بڑی تعداد میں بنیادی طور پر یہ مسئلہ ہے.