CreationCode makes ethermintd exploded

[FrancoCRO]

System info:

Max OS X
Main (d7c9656d7704e77ed0f71ea45755cadc25dbd979)

Steps to reproduce:

1. Deploy CreationCode with the code below, using remix or any tool you like (https://gist.github.com/FrancoCRO/b198c1dc6d63626e92cd00f7fedd9406)
2. Call CODE_HASH

Expected behavior:
Returns code hash

Actual behavior:
Ethermintd becomes unresponsive, and is crazy printing EVM stack logs for minutes, and you have to SIGKILL it

Additional info:
This CreationCode method is used by Uniswap-family swaps
The PancakePair contract code is obtained from here (https://bscscan.com/address/0x0eD7e52944161450477ee417DE9Cd3a859b14fD0#code)
And is called from here
(https://bscscan.com/address/0xcA143Ce32Fe78f1f7019d7d551a6402fC5350c73#code)

[FrancoCRO]

Seems it will eventually returns a result, but it takes ... 1078 seconds.

{"output":"a70eeb9bb3b548bd3404057cd53405c892d49801acca673e77238beb06b75b15","gasUsed":"0xcb2e","time":1078131106396}

[leejw51crypto]

nice catch

[fedekunze]

Ethermintd becomes unresponsive, and is crazy printing EVM stack logs for minutes, and you have to SIGKILL it

you can run the node without the --trace flag to disable stack tracing

[leejw51crypto]

seems recursive calls itself

[FrancoCRO]

Yeah seems that with --trace turned off it returns result almost immediately. Thanks :D

[yijiasu-crypto]

this is not bug just printing too much to stdio I think

[leejw51crypto]

today i'll check this issue

[leejw51crypto]

this is not bug just printing too much to stdio I think

agree

[leejw51crypto]

i'll crosscheck it's legitimately processed in evm
i assume processing time is very long because of the printing output

[leejw51crypto]

reproduced in metamask X remix

[leejw51crypto]

modifying now

[leejw51crypto]

submitted pr, it's simple one ^^;

[thomas-nguy]

should we close the issue?

[FrancoCRO]

should we close the issue?

I think yes, if the limitation is at the stdio side