Open GuidoDipietro opened 2 years ago
Interesting, so you can't have functions which take arguments on top of the pda seed variables. It kind of makes sense because you don't really want to be doing all sorts of weird stuff with your seeds tbh, they should be pretty clear as to what they are and how you obtain them. If you wanted to make a pr to make the seed parsing more robust (so long as it doesn't break anything or introduce vulnerabilities) it's something I could possibly review.
Description
Something like this throws an annoying long warning:
Since the parser takes everything before the
()
inunwrap
(see this line), therefore generating a long path which can't be found as a name for nothing, just breaking everything.Current workaround
The current solution for developers is to implement a trait / method for the type in order to have a call like:
Basically, have the first method call use no arguments.
Proposed change
Add the missing seed path to
pda.rs
.