Блог пользователя rishi_07

Автор rishi_07, история, 7 лет назад, По-английски

These are my codes for the problem Compression Algorithm of ACM ICPC 2018 online round.
I don't understand what is the problem with the first solution.
Note: The expected precision was 10^-6.
Image 1
Image 2

  • Проголосовать: нравится
  • +7
  • Проголосовать: не нравится

»
7 лет назад, # |
  Проголосовать: нравится 0 Проголосовать: не нравится

Auto comment: topic has been updated by rishi_07 (previous revision, new revision, compare).

»
7 лет назад, # |
Rev. 5   Проголосовать: нравится +4 Проголосовать: не нравится

Well they say "Your answer will be considered correct if the absolute error is less than 10 - 6". With printf("%.6lf") there is possibility you will print something with error equal to 10 - 6 which is considered wrong.

  • »
    »
    7 лет назад, # ^ |
      Проголосовать: нравится 0 Проголосовать: не нравится

    Hi, please check the first image. There I used setprecision(10). Still WA. This is not only my case, check this discussion on codechef Link

»
7 лет назад, # |
  Проголосовать: нравится -20 Проголосовать: не нравится

I can explain why the setprecision code gives WA but I have no idea about the printf . setprecision includes the number of digits before the decimal point also . So setting it to 9 + 6 should work.

  • »
    »
    7 лет назад, # ^ |
      Проголосовать: нравится 0 Проголосовать: не нравится

    In this Link user swetankmodi claimed to have used setprecision(18) but still got WA.

    • »
      »
      »
      7 лет назад, # ^ |
        Проголосовать: нравится 0 Проголосовать: не нравится
      #include <bits/stdc++.h>
      using namespace std;
       
      int main(void)
      {
      	ios::sync_with_stdio(false); cin.tie(0);
      	int t; cin >> t;
      	while(t--)
      	{
      		long long int n, k; cin >> n >> k;
      		long double ans = 2.0 * ((k-1)*n + 1) / k;
      		cout << fixed << setprecision(16) << ans << endl;
      	}
      } 
      

      This gave us AC

    • »
      »
      »
      7 лет назад, # ^ |
        Проголосовать: нравится +7 Проголосовать: не нравится

      yes, but the solution posted by @bhishma uses long double but I used only double. Maybe that caused the issue?

  • »
    »
    7 лет назад, # ^ |
      Проголосовать: нравится 0 Проголосовать: не нравится

    You're wrong. From http://www.cplusplus.com/reference/iomanip/setprecision/
    "Sets the decimal precision to be used to format floating-point values on output operations". Beside we submitted with setprecision(8) and it got accepted.

    • »
      »
      »
      7 лет назад, # ^ |
        Проголосовать: нравится +3 Проголосовать: не нравится

      Actually my main language is Java so I might be wrong , but I have seen this issue in some old codeforces blog . In that case how can you explain this

»
7 лет назад, # |
  Проголосовать: нравится +65 Проголосовать: не нравится

There is a difference between cout<<fixed<<setprecision(10)<<x; and cout<<setprecision(10)<<x;

Example:

long double x=1000000000000.13232; cout<<fixed<<setprecision(10)<<x;

Output: 1000000000000.1323242188

long double x=1000000000000.13232; cout<<setprecision(10)<<x;

Output: 1e+12

If u dont use fixed and the number is reasonably large u might lose precision