Actually, I worked arround this by wrapping the networkstream inside a
bufferedstream then used a binaryreader to advance line by line
without much performance loss. Then I just passed the bufferedstream
which was on the right position(even though it probably consumed the
entire networkstream).
Has there been any improvements regarding late registrations of internal
methods at runtime using mono_add_internal_call?
Would it make sense to load and register C functions in a dll from managed
code, and only then have the assembly referring to them loaded?
There are many scenarios in which
On 12.07.2010 21:43, MBoisse wrote:
Has there been any improvements regarding late registrations of internal
methods at runtime using mono_add_internal_call?
Would it make sense to load and register C functions in a dll from managed
code, and only then have the assembly referring to them
Thank you Robert, I appreciate your involvement.
Here's our problem: any calls to mono_add_internal_call is ineffective when
made from managed code.
Our initial idea was to use P/Invoke to load a dynamic library and run some
initialization method in it which would make the appropriate
Thank you Robert, I appreciate your involvement.
Here's our problem: any calls to mono_add_internal_call is ineffective when
made from managed code.
Our initial idea was to use P/Invoke to load a dynamic library and run some
initialization method in it which would make the appropriate
On Fri, Jul 2, 2010 at 12:38 PM, Michael Hutchinson
m.j.hutchin...@gmail.com wrote:
On Fri, Jul 2, 2010 at 6:18 AM, Paolo Molaro lu...@ximian.com wrote:
On 07/01/10 Michael Hutchinson wrote:
The mono_dl_register_library function can currently be used to
register P/Invoke mappings for platforms