Thanks to visit codestin.com
Credit goes to github.com

Skip to content

[WIP] handling ByRef arguments for method overloading - update methodbinder.cs #227

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

Closed
wants to merge 1 commit into from

Conversation

den-run-ai
Copy link
Contributor

byref handling:

#226

byref handling
@den-run-ai
Copy link
Contributor Author

TODO: take care of out parameters also

@den-run-ai
Copy link
Contributor Author

grab the wheels from this place (navigate to specific python version and then artifacts tab):

https://ci.appveyor.com/project/denfromufa/pythonnet/build/1.0.78

@stonebig
Copy link
Contributor

will there be a maintenance release soon ?

@den-run-ai
Copy link
Contributor Author

@stonebig I just asked @tonyroberts what are the plans with pull requests and have not received any reply yet.

in the meantime I mirrored pythonnet on bitbucket in case I have to fix the CI and merge pull requests faster:

https://bitbucket.org/pythonnet/pythonnet

@tonyroberts
Copy link
Contributor

Any plans for any tests for this PR? The title is still WIP but am I to take it that it no longer is from your comments?

@tonyroberts
Copy link
Contributor

@denfromufa Expecting a reply immediately from someone in a different time zone is unreasonable. If you want PRs to be merged in a timely fashion please ensure they include any relevant tests and are clearly explained. Labeling one as work in progress and then using it for a long discussion thread involving TODOs doesn't make it easy to determine when the right time to merge it is.

@stonebig happy to do a maintenance release once these fixes are in. Looks like there are some problems currently on the mono side though, so those might have to be addressed first.

@den-run-ai
Copy link
Contributor Author

My comments were in general for all PRs. There were some requests before
from other users that were not replied. I can send you the link(s) if you
think that you missed them.

I'm going to add tests to this pull request.

On Thursday, June 23, 2016, Tony Roberts [email protected] wrote:

@denfromufa https://github.com/denfromufa Expecting a reply immediately
from someone in a different time zone is unreasonable. If you want PRs to
be merged in a timely fashion please ensure they include any relevant tests
and are clearly explained. Labeling one as work in progress and then using
it for a long discussion thread involving TODOs doesn't make it easy to
determine when the right time to merge it is.

@stonebig https://github.com/stonebig happy to do a maintenance release
once these fixes are in. Looks like there are some problems currently on
the mono side though, so those might have to be addressed first.


You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
#227 (comment),
or mute the thread
https://github.com/notifications/unsubscribe/AHgZ5XTZ1rF11rkEaHFtr2ZO-hh8axATks5qOlJUgaJpZM4IxJAU
.

@tonyroberts
Copy link
Contributor

@denfromufa in order to close the PRs this morning I had to go through cherry-picking various commits out of them, amending changes because of improper formatting, and subsequently fixing bugs introduced due to a lack proper care and attention when submitting the PRs. Most of these had comments on them indicating that there were problems with them. In other open source projects, they would simply have been rejected but I took the time to fix them up and get them into the project.

In the future, if you want PRs to be merged more quickly you may take it upon yourself to clean them up (code formatting, merge-commits that shouldn't be there etc.). If the merge is trivial and there is a decent explanation of what it is, and the code looks clean (and tested) I have no issue merging them immediately. If I have to spend time going through them and fixing them up then they will sit there until either they get closed or I have time to do it myself.

@den-run-ai
Copy link
Contributor Author

@tonyroberts thanks for doing this tedious work with cherry-picking! Does this preserve the authors in the commits, i.e. will the authors of these original commits be listed in contributors to pythonnet?

https://github.com/pythonnet/pythonnet/graphs/contributors

@tonyroberts
Copy link
Contributor

Yes
On Thu, Jun 23, 2016 at 1:37 PM denfromufa [email protected] wrote:

@tonyroberts https://github.com/tonyroberts thanks for doing this
tedious work with cherry-picking! Does this preserve the authors in the
commits, i.e. will the authors of these original commits be listed in
contributors to pythonnet?

https://github.com/pythonnet/pythonnet/graphs/contributors


You are receiving this because you were mentioned.

Reply to this email directly, view it on GitHub
#227 (comment),
or mute the thread
https://github.com/notifications/unsubscribe/ADDVi5Y_vOnCXed2JIq1EJ6s6ozDL-tDks5qOn3sgaJpZM4IxJAU
.

@filmor
Copy link
Member

filmor commented Aug 30, 2018

@denfromufa Is this one still relevant?

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.

4 participants