OJ Board

Posted: **Sat Apr 27, 2002 8:43 pm**

Hello World,

I tried to get AC for that one several times, but no way...

I'm currently using term splitting, scanning for "+" and "-" from the right (they associate left), afterwards for "*" from the right (dito) and for "**" (which I replaced before) from the left (right associative). I'm then calling that thing recursively. If no operator is found, it's a simple number, where I remove leading zeroes and return.

My program seems to work quite correct for all of my test cases, so I'm sure there's some tricky input. BTW: What's the result of 0**0?

Could someone help me? Any hints?

Here are some (in my opinion) critical samples:
3**4**2 => 43046721
000333-0001000 => -667
3-5+2 => 0
2**9999-4**4999*2 => 0

Posted: **Sat Apr 27, 2002 9:09 pm**

I have to add some questions:
What about 0**0**0? And 1-2**2?
And I hope that I did understand it right that there is not a input like -2*-2.
I also print the result in a line, not in several lines like in the sample output, because the description says: "Print each test case in a different line."
I remove leading zeros all time, even directly before output, and I print 0 if the result is 0.
What could be the reason that I get Wrong Answer?

Posted: **Sat Apr 27, 2002 9:18 pm**

Now I got Accepted. I forgot to store the sign correctly for the result after addition. If the mentioned cases are in the input, then:
0**0 = 1
0**0**0 = 0
1-2**2 = -3
and the other results are like Christian wrote.

Posted: **Sat Apr 27, 2002 10:30 pm**

I finally got AC - forgot to reset the sign flag in multiplication...

Thanks for the inspiration...

Posted: **Sat May 04, 2002 1:32 am**

I can't understand why I got it right with all of your results above, however, it's still not AC.
Is there any trick in the input?

Posted: **Mon May 27, 2002 9:11 am**

I don't know what to do!
On my computer it works just fine, but when I send it, it always, and I mean ALWAYS, come back the SIGSEGV error:
Invalid memory reference!!

Have you got any ideas, what is wrong??

Bye

Posted: **Mon May 27, 2002 11:52 am**

I think, you are solving the problem recursively. Therefore you have to try that your recursion depth is as small as possible to avoid stack overflow.

Posted: **Tue May 28, 2002 12:51 pm**

I had a solution with recurision, but when I got runtime error message, I changed it into non-recursion way.

Posted: **Tue May 28, 2002 12:51 pm**

I had a solution with recurision, but when I got runtime error message, I changed it into non-recursion way.
10x anyway for suggestion

Posted: **Wed Jul 31, 2002 7:24 pm**

I reveived the reply telling me "Compile Error"
,but those errors occur in some *.h files
I don't quite understand how this could happen.

I have tried using "operator overload" or "member function only"
but all have error like - "const BigInteger" etc.

partial messages are as below:
/usr/local/lib/gcc-lib/i686-pc-linux-gnu/2.95.3/../../../../include/g++3/stl_it
erator.h: In instantiation of `iterator_traits<BigInteger>':
/usr/local/lib/gcc-lib/i686-pc-linux-gnu/2.95.3/../../../../include/g++3/stl_al
go.h:257: instantiated from here
/usr/local/lib/gcc-lib/i686-pc-linux-gnu/2.95.3/../../../../include/g++3/stl_it
erator.h:104: no type named `iterator_category' in `class BigInteger'
/usr/local/lib/gcc-lib/i686-pc-linux-gnu/2.95.3/../../../../include/g++3/stl_it
erator.h:105: no type named `value_type' in `class BigInteger'
/usr/local/lib/gcc-lib/i686-pc-linux-gnu/2.95.3/../../../../include/g++3/stl_it
erator.h:106: no type named `difference_type' in `class BigInteger'
/usr/local/lib/gcc-lib/i686-pc-linux-gnu/2.95.3/../../../../include/g++3/stl_it
erator.h:107: no type named `pointer' in `class BigInteger'
/usr/local/lib/gcc-lib/i686-pc-linux-gnu/2.95.3/../../../../include/g++3/stl_it
erator.h:108: no type named `reference' in `class BigInteger'
/usr/local/lib/gcc-lib/i686-pc-linux-gnu/2.95.3/../../../../include/g++3/stl_al
go.h: In function `int main(...)':
/usr/local/lib/gcc-lib/i686-pc-linux-gnu/2.95.3/../../../../include/g++3/stl_al
go.h:257: no type named `difference_type' in `struct iterator_traits<BigInteger>

Posted: **Sat Nov 01, 2003 5:31 pm**

This problem seems to be quite easy. But my program kept getting Rutime error.
I wonder if there are some tricky input cases?

Posted: **Thu May 27, 2004 4:00 am**

Sorry, I tried to solve the problem and get WA all the time.
I have passed all the input/output above.
Could someone give more tircky Input/Output? Thx

Posted: **Thu May 27, 2004 11:51 am**

Perhaps the following information helps you:
There may be more than 2500 digits in a (intermediate) result, but never more than 3000 digits.
Each input line contains at most 200000 characters.
And there may be leading zeros.

Posted: **Sun Mar 26, 2006 6:53 am**

So I keep getting WA. I implemented, but didn't post, a class Z which is meant to be an arbitrary precision integer class (it is meant to act like int, overloaded operaters etc.). I'm pretty sure the +,* and - work with the Z class, since I've used it on other problems. ** also seems to work (I tested it with quite a few powers of 2). Could there be a problem with the parsing?

Code: Select all

string parse(string);
Z expression(istream&);
Z term(istream&);
Z factor(istream&);

int main(){
  string s;
  while(getline(cin,s)){
    istringstream sin(parse(s));
    ostringstream sout;
    sout<<expression(sin);
    s=sout.str();
    //while(s.size()>75){ cout<<s.substr(0,75)<<"\\\\\n"; s=s.substr(75); }
    cout<<s<<'\n';
  }
}

Z expression(istream& in){
  Z a=term(in);
  char op;
  while(in>>op){
    Z b=term(in);
    if(op=='+')
      a+=b;
    else
      a-=b;
  }
  return a;
}

Z term(istream& in){
  Z a=factor(in);
  while(in.peek()=='*'){
    in.get();
    Z b=factor(in);
    a*=b;
  }
  return a;
}

Z factor(istream& in){
  Z a;
  in>>a;
  if(in.peek()=='^'){
    in.get();
    Z b=factor(in);
    a^=b;
  }
  return a;
}

string parse(string s){
  string t;
  for(int i=0;i<s.size();i++)
    if(s[i]=='*' && i+1<s.size() && s[i+1]=='*'){
      t+='^'; i++;
    }else
      t+=s[i];
  return t;
}

Posted: **Mon Mar 27, 2006 3:16 pm**

I think your parsing looks good. The only thing which I can see which may cause some problems is a leading unary -, for example:
-200+1
I don't know if something like this occurs in the judge input, but my program handles it.
Edit: I just read that such a case would be invalid.

OJ Board

288 - Arithmetic Operations With Large Integers

288 - Arithmetic Operations With Large Integers

288 - compile error

288 - Runtime Error