Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

fix for N+1 message length problem #39

Merged
merged 5 commits into from
Feb 22, 2016

Conversation

ipelupessy
Copy link
Member

this seems to fix #38, I think it was assumed call_count was evaluated at function def time, but it evaluated when the function is callend, call_count is changed in the loop.

however there may be deeper problems with the way split_input_array is used...and it does not look particularly efficient for call_counts=1

@ipelupessy
Copy link
Member Author

also this needs a test, but I have not yet reproduced it independent of Fi (the bug is not fi related)

@ipelupessy
Copy link
Member Author

I have simplified some more (I think call_count=1 is actually an error), but some of it crossed with 994a593, I think it merged ok, but please double check..

@ipelupessy
Copy link
Member Author

it could be I am misunderstanding the reason for the call_count=1 case, and oversimplifying. tests are ok here I think, so if that is the case a test case is needed...

ipelupessy added a commit that referenced this pull request Feb 22, 2016
fix for N+1 message length problem
@ipelupessy ipelupessy merged commit 7b2f422 into amusecode:master Feb 22, 2016
@ipelupessy ipelupessy deleted the Nplus1_channel_fix branch March 8, 2016 16:38
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

Exception when calling with length = max_message_length+1
2 participants