CMEXPR - Complicated Expressions
The most important activity of ACM is the GSM network. As the mobile phone operator, ACM must build its own transmitting stations. It is very important to compute the exact behaviour of electro-magnetic waves. Unfortunately, prediction of electro-magnetic fields is a very complex task and the formulas describing them are very long and hard-to-read. For example, Maxwell's Equations describing the basic laws of electrical engineering are really tough.
ACM has designed its own computer system that can make some field computations and produce results in the form of mathematic expressions. Unfortunately, by generating the expression in several steps, there are always some unneeded parentheses inside the expression. Your task is to take these partial results and make them "nice" by removing all unnecessary parentheses.
Input
There is a single positive integer T on the first line of input (equal to about 10000). It stands for the number of expressions to follow. Each expression consists of a single line containing only lowercase letters, operators (+, -, *, /) and parentheses (( and )). The letters are variables that can have any value, operators and parentheses have their usual meaning. Multiplication and division have higher priority then subtraction and addition. All operations with the same priority are computed from left to right (operators are left-associative). There are no spaces inside the expressions. No input line contains more than 250 characters.
Output
Print a single line for every expression. The line must contain the same expression with unneeded parentheses removed. You must remove as many parentheses as possible without changing the semantics of the expression. The semantics of the expression is considered the same if and only if any of the following conditions hold:
- The ordering of operations remains the same. That means "(a+b)+c" is the same as "a+b+c", and "a+(b/c)" is the same as "a+b/c".
- The order of some operations is swapped but the result remains unchanged with respect to the addition and multiplication associativity. That means "a+(b+c)" and "(a+b)+c" are the same. We can also combine addition with subtraction and multiplication with division, if the subtraction or division is the second operation. For example, "a+(b-c)" is the same as "a+b-c".
You cannot use any other laws, namely you cannot swap left and right operands and you cannot replace "a-(b-c)" with "a-b+c".
Example
Sample Input:
8 (a+(b*c)) ((a+b)*c) (a*(b*c)) (a*(b/c)*d) ((a/(b/c))/d) ((x)) (a+b)-(c-d)-(e/f) (a+b)+(c-d)-(e+f)
Sample Output:
a+b*c (a+b)*c a*b*c a*b/c*d a/(b/c)/d x a+b-(c-d)-e/f a+b+c-d-(e+f)
hide comments
imshubhamk:
2016-07-30 20:22:09
pls anyone tell does unary operators are allowed or not???????
|
|
etgd:
2016-04-20 12:49:07
Is there complete list of testing cases? Despite all my efforts and checks i have *wrong answer*. |
|
fallingstar:
2015-10-22 10:56:28
@Rahul Anshietty you are bound to only remove brackets without changing the result of the expression. a/(b/c)/d <> a/b/c/d (you can try by replacing a,b,c,d with numbers)
|
|
debadutta_dj:
2015-08-25 12:32:43
is unary operators allowed? |
|
Animus:
2014-06-22 17:45:42
a/(b/c)=(a/b)*c, while
|
|
Rahul Anishetty:
2014-06-15 18:23:54
Can anyone explain this redundancy, ((a/(b/c))/d) -> a/(b/c)/d rather than to a/b/c/d, any other test cases please.. Last edit: 2014-06-15 20:47:26 |
|
Giovanni Botta:
2014-04-21 18:44:30
What's the rationale behind simplifying to a/(b/c)/d instead of a/b/c/d? When the priority is the same the parenthesis should remain? |
Added by: | adrian |
Date: | 2004-05-09 |
Time limit: | 5s |
Source limit: | 50000B |
Memory limit: | 1536MB |
Cluster: | Cube (Intel G860) |
Languages: | All except: NODEJS PERL6 VB.NET |
Resource: | ACM Central European Programming Contest, Prague 2000 |