# Reduce.jl expand/rcall deadlock

**URL:** <https://discourse.julialang.org/t/reduce-jl-expand-rcall-deadlock/74259>\
**Category:** General Usage\
**Tags:** question, reducejl\
**Created:** [January 8, 2022, 9:41pm UTC](https://discourse.julialang.org/t/reduce-jl-expand-rcall-deadlock/74259 "2022-01-08T21:41:10Z")\
**Posts on this page:** 1\
**Page:** 1

<div class="post-metadata">

**Author:** ![LebesgueMeasure](https://sea2.discourse-cdn.com/julialang/user_avatar/discourse.julialang.org/lebesguemeasure/32/31008_2.png) [@LebesgueMeasure](https://discourse.julialang.org/u/LebesgueMeasure)\
**Post date:** [January 8, 2022, 9:41pm UTC](https://discourse.julialang.org/t/reduce-jl-expand-rcall-deadlock/74259/1 "2022-01-08T21:41:10Z")

</div>

The Reduce.jl, the following works  
using Reduce  
Reduce.expand(“3x+2y+2.12x+3.2y”)

However if I try the following  
expand(“f(X,Y)+2g(X1,X2,X2)+2f(X,Y)”)  
it gets into an infinite loop. If I interrupt once, and try again then it comes out with a prompt  
“Type Y or N?;\n3_f(x,y) + 2_g(x1,x2,x2)”

and on the third time, it works well.  
“3_f(x,y) + 2_g(x1,x2,x2)”  
Looking into the code, it appears that there is an error check which prompt the Type Y or N? Is this an intended check ? Can this be fixed?  
This is a nice package which helps in quite a bit of symbolic expression simplifications. It would be nice to have this fixed. Or any other suggestions to work around it (instead of manually interrupting this 2 times).

Thanks for the help/suggestions  
L

```julia
using Reduce
expand("3x+2y+2.12x+3.2y")
expand("f(X,Y)+2g(X1,X2,X2)+2f(X,Y)")

```