A customer on Twitter recently asked why Maple gives the following result:
The issue here is that the in is the same as the integration variable. 140 characters is not a lot to work with for a reply, so here is a longer explanation.
First, note that the process of integration treats the integration variable differently than the other variables, so that replacing another variable by the integration variable has a different effect depending on whether the replacement is done before or after the integration is performed. Consider this simple example:

(4) 

(5) 

(6) 

(7) 
In other words, integration does not commute with substitution. This is a fundamental property of integration and in fact, Maple's eval has special rules to take this into account when you ask it to replace the integration variable. For example, if you evaluate the inert form of the integral at , the substitution is performed explicitly:

(8) 

(9) 
However, if you try to evaluate at , the evaluation is delayed until after the integral is evaluated:

(10) 

(11) 
The eval command knows it shouldn't substitute into an integral when the substitution involves the variable of integration.
However, in the user's example, asking Maple for is equivalent to substitution directly before the integration is performed, like this:

(12) 
which of course gives:

(13) 
Another way to have the two variables be considered distinct is to explicitly make the integration variable a dummy by declaring it local:
Now the s are treated differently:

(14) 
Austin Roche
Senior Math Developer
Maplesoft
Download integration_variables.mw