Join GitHub today
GitHub is home to over 50 million developers working together to host and review code, manage projects, and build software together.
Sign upimportDefault allows getSymbol functions to be called via namespace, … #134
Conversation
…eg quantmod::getSymbols (instead of getSymbols)
This comment has been minimized.
This comment has been minimized.
|
One of the three warnings concerning this post at StackOverflow was this warning about the call stack "overflowing" (pardon the pun).
I'm getting this Warning using getSymbols.FRED and getSymbols(..., src="FRED"). Like the poster, I'm getting my data, so its no surprise that this shows that the issue is known and not a priority and I don't get the warning when I step thru the getSymbols.FRED code, however the offending line is in importDefaults, where importDefaults verifies the call stack. From stat.ethz.ch
The parameter is an indexing integer, I don't see the condition in which I rebuilt the source adding some "show", "str" and "dim" decorations to the importDefaults function, and the length of calling.fun is one as expected, but the length of sc is 4!
So the deal is that the poster and I were calling getSymbols with its namespace, eg: quantmod::getSymbols, and that sys.call was putting both tokens into the first slot, but importDefaults just wants the last token in that slot. |
|
Thanks for the report and the patch, but I decided to use what I think is a more robust solution. I did not like the assumption that the output from |
…eg quantmod::getSymbols (instead of getSymbols)