Re: [Mono-dev] starting process in Linux environment
I tried that code under 2.4.2.1 and got this exception: Stacktrace: at (wrapper managed-to-native) System.Diagnostics.Process.CreateProcess_internal (System.Diagnostics.ProcessStartInfo,intptr,intptr,intptr,System.Diagnostics.Process/ProcInfo) 0x00054 at (wrapper managed-to-native) System.Diagnostics.Process.CreateProcess_internal (System.Diagnostics.ProcessStartInfo,intptr,intptr,intptr,System.Diagnostics.Process/ProcInfo) 0x at System.Diagnostics.Process.Start_noshell (System.Diagnostics.ProcessStartInfo,System.Diagnostics.Process) 0x0095f at System.Diagnostics.Process.Start_common (System.Diagnostics.ProcessStartInfo,System.Diagnostics.Process) 0x000db at System.Diagnostics.Process.Start () 0x00047 at (wrapper remoting-invoke-with-check) System.Diagnostics.Process.Start () 0x at showaddrs.Main (string[]) 0x000d7 at (wrapper runtime-invoke) showaddrs.runtime_invoke_void_object (object,intptr,intptr,intptr) 0x Native stacktrace: mono(mono_handle_native_sigsegv+0xb0) [0x48c230] mono(mono_arch_handle_altstack_exception+0xf5) [0x4bbf55] /lib64/libpthread.so.0 [0x2aacf9ceac00] mono [0x562266] mono [0x59048e] [0x40013594] Same code under trunk build from a few minutes ago works fine. -Original Message- From: mono-devel-list-boun...@lists.ximian.com [mailto:mono-devel-list- boun...@lists.ximian.com] On Behalf Of Robert Jordan Sent: Tuesday, February 21, 2012 10:37 AM To: mono-devel-list@lists.ximian.com Subject: Re: [Mono-dev] starting process in Linux environment On 21.02.2012 14:59, pattex007 wrote: if i run this i get an error with stacktrace I like how you kept that stacktrace well hidden from us ;) Robert ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list IMPORTANT: The information contained in this email and/or its attachments is confidential. If you are not the intended recipient, please notify the sender immediately by reply and immediately delete this message and all its attachments. Any review, use, reproduction, disclosure or dissemination of this message or any attachment by an unintended recipient is strictly prohibited. Neither this message nor any attachment is intended as or should be construed as an offer, solicitation or recommendation to buy or sell any security or other financial instrument. Neither the sender, his or her employer nor any of their respective affiliates makes any warranties as to the completeness or accuracy of any of the information contained herein or that this message or any of its attachments is free of viruses. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Olive Status
Just wanted to confirm that no has started any work on the workflow 4 stuff yet. -Original Message- From: mono-devel-list-boun...@lists.ximian.com [mailto:mono-devel-list-boun...@lists.ximian.com] On Behalf Of Atsushi Eno Sent: Monday, December 13, 2010 10:30 PM To: Travis Smith Cc: mono-devel-list@lists.ximian.com Subject: Re: [Mono-dev] Olive Status Oh, ok. It is indeed outdated (it has been unchanged for 3 years). We indeed have stubs for WF4 in olive module since it is smaller than WF3 and easier, but right now the mono team has no plan to work on it. So it is left as contribution welcome area. https://github.com/mono/olive/tree/master/class/System.Activities IMO I don't think we should dare explicitly state that the wiki page is outdated on that page itself (since there are indeed some code that used to work and some people might want to continue hacking these old stuff). It could be done after someone actually started WF4 hacking as an alternative effort. Atsushi Eno IMPORTANT: The information contained in this email and/or its attachments is confidential. If you are not the intended recipient, please notify the sender immediately by reply and immediately delete this message and all its attachments. Any review, use, reproduction, disclosure or dissemination of this message or any attachment by an unintended recipient is strictly prohibited. Neither this message nor any attachment is intended as or should be construed as an offer, solicitation or recommendation to buy or sell any security or other financial instrument. Neither the sender, his or her employer nor any of their respective affiliates makes any warranties as to the completeness or accuracy of any of the information contained herein or that this message or any of its attachments is free of viruses. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Should we replace MemoryStream?
It seems that the original motivation was to deal with fragmentation. In my opinion, work should be concentrated on sgen and not cherry-picking framework classes. If efficient memory buffering is required in the framework for remoting, etc, Then why not have an internal implementation of the chunked stream that does exactly what's need to enhance performance instead of trying to force the MemoryStream to be all things to all people. After looking at the MSDN docs for MemoryStream, my feeling is that the intention of MemoryStream is to provide an adapter for byte arrays in places where the framework apis require a Stream, and not to provide an efficient way to deal with very large buffers and fragmentation. I also think introducing things like zero'ing of buffers and pooling is adding functionality where it doesn't belong. I know there isn't a hard requirement precise compatibility with MS.NET, but MemoryStream is core class that people moving from one environment to another are going to expect to perform and behave in a very similar manner. Again, referring to the MSDN docs, its very clear the MemoryStream is very naïve, and that its just an API on top of an array. Quote from GetBuffer() docs: To create a MemoryStream instance with a publicly visible buffer, use MemoryStream, MemoryStream(arrayByte[]()[], Int32, Int32, Boolean, Boolean), or MemoryStream(Int32). If the current stream is resizable, two calls to this method do not return the same array if the underlying byte array is resized between calls. For additional information, see Capacity Just my two cents. -jake -Original Message- From: mono-devel-list-boun...@lists.ximian.com [mailto:mono-devel-list- boun...@lists.ximian.com] On Behalf Of Avery Pennarun Sent: Tuesday, November 10, 2009 10:05 AM To: Robert Jordan Cc: mono-devel-list@lists.ximian.com Subject: Re: [Mono-dev] Should we replace MemoryStream? On Tue, Nov 10, 2009 at 8:48 AM, Robert Jordan robe...@gmx.net wrote: MemoryStream.GetBuffer's docs indirectly suggest that no copy will be performed: Note that the buffer contains allocated bytes which might be unused. For example, if the string test is written into the MemoryStream object, the length of the buffer returned from GetBuffer is 256, not 4, with 252 bytes unused. To obtain only the data in the buffer, use the ToArray method; however, ToArray creates a copy of the data in memory. So MemoryStream.GetBuffer must remain an O(1) operation in any case, defeating any kind of optimization a chunked memory stream implementation may introduce. Although this might be strictly true if you want to react exactly as Microsoft's documentation claims (I thought 100% compatibility with .Net was not the primary goal of mono?), there may be other options that result in similar performance For example, the first call to GetBuffer() could coagulate the chunks into a single big array (perhaps with extra space at the end), and then *keep that array*. Subsequent calls to GetBuffer() could avoid the copy. In the event that your initial chunk wasn't big enough when pushing data into the buffer in the first place, a non-chunked implementation would have had to make an extra copy *anyway* at the time of the push. So in the chunked implementation, the extra copy on the first GetBuffer() is actually not an *extra* copy at all vs. the naive single-buffer implementation. (I've written an efficient implementation of chunked buffering in C++, and these were the conclusions I drew after a lot of benchmarking of my library. YMMV in C#, etc.) Have fun, Avery ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list IMPORTANT: The information contained in this email and/or its attachments is confidential. If you are not the intended recipient, please notify the sender immediately by reply and immediately delete this message and all its attachments. Any review, use, reproduction, disclosure or dissemination of this message or any attachment by an unintended recipient is strictly prohibited. Neither this message nor any attachment is intended as or should be construed as an offer, solicitation or recommendation to buy or sell any security or other financial instrument. Neither the sender, his or her employer nor any of their respective affiliates makes any warranties as to the completeness or accuracy of any of the information contained herein or that this message or any of its attachments is free of viruses. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] there is a free mono for Andrioid or Wii?
Does anyone know if these changes have been pulled into the trunk? Can I pull down a fresh tree from the trunk and expect it to build on android, or do I Need to patch? -Original Message- From: mono-devel-list-boun...@lists.ximian.com [mailto:mono-devel-list- boun...@lists.ximian.com] On Behalf Of Jonathan Pryor Sent: Wednesday, October 07, 2009 11:56 AM To: buhochil...@gmail.com Cc: Mono devel list Subject: Re: [Mono-dev] there is a free mono for Andrioid or Wii? On Wed, 2009-10-07 at 10:03 -0400, buhochil...@gmail.com wrote: There is some free mono version for Andrioid Mono should be buildable from source for Android, though I don't know how complicated or involved the process is. You might try following: http://www.koushikdutta.com/search/label/Mono IMPORTANT: The information contained in this email and/or its attachments is confidential. If you are not the intended recipient, please notify the sender immediately by reply and immediately delete this message and all its attachments. Any review, use, reproduction, disclosure or dissemination of this message or any attachment by an unintended recipient is strictly prohibited. Neither this message nor any attachment is intended as or should be construed as an offer, solicitation or recommendation to buy or sell any security or other financial instrument. Neither the sender, his or her employer nor any of their respective affiliates makes any warranties as to the completeness or accuracy of any of the information contained herein or that this message or any of its attachments is free of viruses. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] Ping throwing exception
I'm getting an exception from an application that is repeatedly running pings. The Ping class looks like it'll switch between invoking /bin/ping and sending an ICMP directly depending on the user. I'm running as a non-privileged user, therefore, its exec'ing ping. Every once in a while I get an unknown response, and have tracked it back to Ping.cs -- the code snippet below. The only way I can see this failing is if WaitForSingleObjectEx is broken for processes. The timeout being used is 4000, which is the default. Does anyone know if there are any outstanding issues with WaitForSingleObjectEx and processes. System.InvalidOperationException: The process must exit before getting the requested information. at System.Diagnostics.Process.get_ExitCode () [0x0] at (wrapper remoting-invoke-with-check) System.Diagnostics.Process:get_ExitCode () at MassPinger.Ping.SendUnprivileged (System.Net.IPAddress address, Int32 timeout, System.Byte[] buffer, MassPinger.PingOptions options) [0x0] Ping.cs:273 if (!ping.WaitForExit (timeout) || ping.ExitCode == 2) { return new PingReply (address, buffer, options, trip_time, System.Net.NetworkInformation.IPStatus.TimedOut); } IMPORTANT: The information contained in this email and/or its attachments is confidential. If you are not the intended recipient, please notify the sender immediately by reply and immediately delete this message and all its attachments. Any review, use, reproduction, disclosure or dissemination of this message or any attachment by an unintended recipient is strictly prohibited. Neither this message nor any attachment is intended as or should be construed as an offer, solicitation or recommendation to buy or sell any security or other financial instrument. Neither the sender, his or her employer nor any of their respective affiliates makes any warranties as to the completeness or accuracy of any of the information contained herein or that this message or any of its attachments is free of viruses. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] xbuild
But it's a pretty straight forward use case. I sync my code from revision control. In this particular case, I'm using perforce. Perforce brings files down from the depot read-only. To edit, you must check out files. My log configuration is sync'd up read only. I build and the file gets moved into the output directory. I build again and it fails. I cannot confirm how msbuild on windows is dealing with this, but it definitely allows it. My opinion is that since this is not some random file, but a file that the build is being asked to create, it should get overwritten. It's certainly a usability issue. -Original Message- From: Ankit Jain [mailto:radi...@gmail.com] Sent: Tuesday, July 28, 2009 5:50 AM To: Gladish, Jacob Cc: mono-devel-l...@ximian.com Subject: Re: [Mono-dev] xbuild On Mon, Jul 27, 2009 at 9:48 PM, Gladish, Jacobjacob.glad...@sig.com wrote: I decided to give xbuild a try today and was pretty impressed on how well it was working. Glad to hear that :) I have a project with a few .config files checked into revision control that wind up being read-only. When I run xbuild it errors out trying to overwrite a read-only file from a previous run in the output directories. I'm not if this is a bug or not. I am owner of target file and modebits are all -r--r--r--. No, error'ing out on trying to overwrite a read-only file, not a bug. -Ankit -- Blog : http://www.ankitjain.org/blog IMPORTANT: The information contained in this email and/or its attachments is confidential. If you are not the intended recipient, please notify the sender immediately by reply and immediately delete this message and all its attachments. Any review, use, reproduction, disclosure or dissemination of this message or any attachment by an unintended recipient is strictly prohibited. Neither this message nor any attachment is intended as or should be construed as an offer, solicitation or recommendation to buy or sell any security or other financial instrument. Neither the sender, his or her employer nor any of their respective affiliates makes any warranties as to the completeness or accuracy of any of the information contained herein or that this message or any of its attachments is free of viruses. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] xbuild
I decided to give xbuild a try today and was pretty impressed on how well it was working. I have a project with a few .config files checked into revision control that wind up being read-only. When I run xbuild it errors out trying to overwrite a read-only file from a previous run in the output directories. I'm not if this is a bug or not. I am owner of target file and modebits are all -r--r--r--. -jake IMPORTANT: The information contained in this email and/or its attachments is confidential. If you are not the intended recipient, please notify the sender immediately by reply and immediately delete this message and all its attachments. Any review, use, reproduction, disclosure or dissemination of this message or any attachment by an unintended recipient is strictly prohibited. Neither this message nor any attachment is intended as or should be construed as an offer, solicitation or recommendation to buy or sell any security or other financial instrument. Neither the sender, his or her employer nor any of their respective affiliates makes any warranties as to the completeness or accuracy of any of the information contained herein or that this message or any of its attachments is free of viruses. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] CS0411 error with nullable enum
This compiled fine for me using 2.4.2.1 using System; using System.Collections.Generic; namespace Test { public enum Enum { One, Two } class CompilerTest { public static void Main(string[] s) { ThisDoesNotWork(); } protected static int DoSomethingT(string s, T t, ref T t2) { Console.WriteLine(s={0}, s); Console.WriteLine(t={0}, t.ToString()); Console.WriteLine(t2={0}, t2.ToString()); t2 = default(T); return 0; } // .NET 3.5 infers Enum from T, Mono is confused public static void ThisDoesNotWork() { // Nullable does not work Enum? e = Enum.One; DoSomething(abc, Enum.Two, ref e); } public static void ThisWorksFine() { Enum e = Enum.Two; DoSomething(abc, Enum.Two, ref e); Console.WriteLine(e={0}, e.ToString()); } } } From: mono-devel-list-boun...@lists.ximian.com [mailto:mono-devel-list-boun...@lists.ximian.com] On Behalf Of Tom Philpot Sent: Tuesday, July 21, 2009 12:30 AM To: mono-devel-l...@ximian.com Subject: [Mono-dev] CS0411 error with nullable enum One more generics error for you all. The following compiles on Windows .NET, but Mono seems to have issues. Again, this is compiling against SVN HEAD. I'll file a Bugzilla report in the morning. Tom using System; using System.Collections.Generic; namespace Test { public enum Enum { One, Two, } class CompilerTest { protected static int DoSomethingT(string s, T t, ref T t2) { return 0; } // .NET 3.5 infers Enum from T, Mono is confused public static void ThisDoesNotWork() { // Nullable does not work Enum? e = Enum.One; DoSomething(abc, Enum.Two, ref e); } public static void ThisWorksFine() { Enum e = Enum.One; DoSomething(abc, Enum.Two, ref e); } } } IMPORTANT: The information contained in this email and/or its attachments is confidential. If you are not the intended recipient, please notify the sender immediately by reply and immediately delete this message and all its attachments. Any review, use, reproduction, disclosure or dissemination of this message or any attachment by an unintended recipient is strictly prohibited. Neither this message nor any attachment is intended as or should be construed as an offer, solicitation or recommendation to buy or sell any security or other financial instrument. Neither the sender, his or her employer nor any of their respective affiliates makes any warranties as to the completeness or accuracy of any of the information contained herein or that this message or any of its attachments is free of viruses. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] assembly config settings
I was apparently mislead by Microsoft Dev Studio. A developer created an app.config file for an assembly. When I saw that there was a settings file for the .dll, I sort of assumed it was going to provide per-assembly user-defined settings. -Original Message- From: mono-devel-list-boun...@lists.ximian.com [mailto:mono-devel-list- boun...@lists.ximian.com] On Behalf Of Robert Jordan Sent: Saturday, July 18, 2009 6:27 AM To: mono-devel-list@lists.ximian.com Subject: Re: [Mono-dev] assembly config settings Gladish, Jacob wrote: I'm having some issues getting an assembly config file to load. When I run strace on the mono when starting my app, I see the foo.dll.config found and read, but the settings from the file do not appear to be loading as the defaults are always returned. Is there something obvious I may be missing? Which settings do you expect to be able to load? Usually only dllmaps are considered (a Mono feature). All other settings are loaded from the main assembly's config. Robert ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list IMPORTANT: The information contained in this email and/or its attachments is confidential. If you are not the intended recipient, please notify the sender immediately by reply and immediately delete this message and all its attachments. Any review, use, reproduction, disclosure or dissemination of this message or any attachment by an unintended recipient is strictly prohibited. Neither this message nor any attachment is intended as or should be construed as an offer, solicitation or recommendation to buy or sell any security or other financial instrument. Neither the sender, his or her employer nor any of their respective affiliates makes any warranties as to the completeness or accuracy of any of the information contained herein or that this message or any of its attachments is free of viruses. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] p/invoke marshal struct to pointer
I'm using a third-party .NET wrapper around an unmanaged library that was intended for use on windows. I'm investigating whether this will work on work on Linux and am getting the following exception: System.Runtime.InteropServices.MarshalDirectiveException: Can not marshal 'parameter #1': Pointers can not reference marshaled structures. Use byref instead. I can confirm that the .NET wrapper is indeed trying to pass a pointer to a managed struct via p/invoke to an unmanaged function. I was curious if anyone could confirm to me whether that's a bug in the .NET wrapper or in the mono-runtime. This could runs fine on windows using the MS .NET runtime. The mono runtime seems to have a specific check for this cause and throws the exception. I guess what's confusing is that if it's really not allowed, then why would the Microsoft runtime allow it? Thanks -jake IMPORTANT: The information contained in this email and/or its attachments is confidential. If you are not the intended recipient, please notify the sender immediately by reply and immediately delete this message and all its attachments. Any review, use, reproduction, disclosure or dissemination of this message or any attachment by an unintended recipient is strictly prohibited. Neither this message nor any attachment is intended as or should be construed as an offer, solicitation or recommendation to buy or sell any security or other financial instrument. Neither the sender, his or her employer nor any of their respective affiliates makes any warranties as to the completeness or accuracy of any of the information contained herein or that this message or any of its attachments is free of viruses. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] assembly config settings
I'm having some issues getting an assembly config file to load. When I run strace on the mono when starting my app, I see the foo.dll.config found and read, but the settings from the file do not appear to be loading as the defaults are always returned. Is there something obvious I may be missing? Thanks -jake IMPORTANT: The information contained in this email and/or its attachments is confidential. If you are not the intended recipient, please notify the sender immediately by reply and immediately delete this message and all its attachments. Any review, use, reproduction, disclosure or dissemination of this message or any attachment by an unintended recipient is strictly prohibited. Neither this message nor any attachment is intended as or should be construed as an offer, solicitation or recommendation to buy or sell any security or other financial instrument. Neither the sender, his or her employer nor any of their respective affiliates makes any warranties as to the completeness or accuracy of any of the information contained herein or that this message or any of its attachments is free of viruses. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] PerformanceCounters 2.4.2.1
I was trying the PerfCounter api on sles 10 and am getting some garbled output. I have the following test app: public class Procs { public static void Main(string[] args) { PerformanceCounterCategory cat = new PerformanceCounterCategory(Process); foreach (PerformanceCounter counter in cat.GetCounters()) { Console.WriteLine(CounterName: {0}, counter.CounterName); } foreach (string s in cat.GetInstanceNames()) { Console.WriteLine(CounterInst: '{0}', s); } } } That produces output like: CounterName: % User Time CounterName: % Privileged Time CounterName: % Processor Time CounterName: Thread Count CounterName: Virtual Bytes CounterName: Working Set CounterName: Private Bytes CounterInst: '1/init [3]' CounterInst: '2/migration/0 '+' CounterInst: '3/ksoftirqd/0 '+' CounterInst: '4/migration/1 '+' CounterInst: '5/ksoftirqd/1 '+' CounterInst: '6/migration/2 '+' CounterInst: '7/ksoftirqd/2 '+' CounterInst: '8/migration/3 '+' CounterInst: '9/ksoftirqd/3 '+' CounterInst: '10/migration/4 '+' CounterInst: '11/ksoftirqd/4 '+' I think the issue is in mono/utils/mono-proclib.c *** 131,137 fclose (f); len = strlen (s); strncpy (rbuf, s, MIN (len, blen)); ! rbuf [blen - 1] = 0; if (error) *error = MONO_PROCESS_ERROR_NONE; return rbuf; --- 131,137 fclose (f); len = strlen (s); strncpy (rbuf, s, MIN (len, blen)); ! rbuf [MIN(len,blen) - 1] = 0; if (error) *error = MONO_PROCESS_ERROR_NONE; return rbuf; or use len+1 in strncpy to get the NULL in the right place. IMPORTANT: The information contained in this email and/or its attachments is confidential. If you are not the intended recipient, please notify the sender immediately by reply and immediately delete this message and all its attachments. Any review, use, reproduction, disclosure or dissemination of this message or any attachment by an unintended recipient is strictly prohibited. Neither this message nor any attachment is intended as or should be construed as an offer, solicitation or recommendation to buy or sell any security or other financial instrument. Neither the sender, his or her employer nor any of their respective affiliates makes any warranties as to the completeness or accuracy of any of the information contained herein or that this message or any of its attachments is free of viruses. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] {kinda OT} Linux equivalent of Win32 ReadProcessMemory...
Is there a particular piece of memory you're looking for? Environmental variables, etc., or are you simply trying to read arbitrary bytes from another processes? -Original Message- From: mono-devel-list-boun...@lists.ximian.com [mailto:mono-devel-list-boun...@lists.ximian.com] On Behalf Of Mike Edenfield Sent: Sunday, April 12, 2009 7:23 PM To: mono-devel Subject: [Mono-dev] {kinda OT} Linux equivalent of Win32 ReadProcessMemory... I'm trying to port a utility from Windows that needs to read memory from a running application. It's using P/Invoke to call ReadProcessMemory, which obviously isn't going to work on Linux. Conceptually, I think this should be easy: use Process.GetProcessByName().Id to get the pid of my target process, open /proc/{pid}/mem as a filestream, and start reading. The fact that it seems so easy is what concerns me. In particular: * Has anyone actually done something like this and run into non-obvious problems? I'm most concerned that there are some gotchas in how Linux manages memory, though if its just a matter of trial and error to find the right spots in memory I'm already assuming that's coming. * Is there an easier way to do this that I'm missing? I briefly looked for a glibc function that was similar to ReadProcessMemory and came up empty. --Mike ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list IMPORTANT: The information contained in this email and/or its attachments is confidential. If you are not the intended recipient, please notify the sender immediately by reply and immediately delete this message and all its attachments. Any review, use, reproduction, disclosure or dissemination of this message or any attachment by an unintended recipient is strictly prohibited. Neither this message nor any attachment is intended as or should be construed as an offer, solicitation or recommendation to buy or sell any security or other financial instrument. Neither the sender, his or her employer nor any of their respective affiliates makes any warranties as to the completeness or accuracy of any of the information contained herein or that this message or any of its attachments is free of viruses. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] no multicast addresses returned from IPInterfaceProperties
It looks like the NetworkInterface class uses getifaddrs(3) to fetch all addresses associated with an interface. This list is then used to fill in the multicast addresses returned from the IPInterfaceProperes.MulticastAddresses property. This doesn't appear to work and I don't think getifaddrs returns any multicast addresses. I wanted to confirm this with someone else before filing a bug. It looks like the appropriate thing to do on Linux is to parse /proc/net/igmp. I'm not sure what the equivalent on windows would be. -jake IMPORTANT: The information contained in this email and/or its attachments is confidential. If you are not the intended recipient, please notify the sender immediately by reply and immediately delete this message and all its attachments. Any review, use, reproduction, disclosure or dissemination of this message or any attachment by an unintended recipient is strictly prohibited. Neither this message nor any attachment is intended as or should be construed as an offer, solicitation or recommendation to buy or sell any security or other financial instrument. Neither the sender, his or her employer nor any of their respective affiliates makes any warranties as to the completeness or accuracy of any of the information contained herein or that this message or any of its attachments is free of viruses. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] setuid application
Before proceeding with my current plan, I wanted to get any feedback from anyone who may have explored building a mono app that has setuid. My application is mostly managed code, with a few p/invoke calls, but it's been pretty platform agnostic thus far. I need to have setuid privileges on my app, and the best way I have come up with so far is to have a small native app that acts as a host that has setuid on it. I certainly don't want to change the permissions on /usr/bin/mono. Does anyone have any other suggestions? Thanks -jake IMPORTANT: The information contained in this email and/or its attachments is confidential. If you are not the intended recipient, please notify the sender immediately by reply and immediately delete this message and all its attachments. Any review, use, reproduction, disclosure or dissemination of this message or any attachment by an unintended recipient is strictly prohibited. Neither this message nor any attachment is intended as or should be construed as an offer, solicitation or recommendation to buy or sell any security or other financial instrument. Neither the sender, his or her employer nor any of their respective affiliates makes any warranties as to the completeness or accuracy of any of the information contained herein or that this message or any of its attachments is free of viruses. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] setuid application
Yes, that's what I'm doing. I had an .exe, now I have a native app that does little more than loads and runs my .exe and its main(). But now I need to compile that native app for 4 different platforms. -Original Message- From: Jonathan Pryor [mailto:jonpr...@vt.edu] Sent: Monday, March 02, 2009 2:08 PM To: Gladish, Jacob Cc: mono-devel-list@lists.ximian.com Subject: Re: [Mono-dev] setuid application On Mon, 2009-03-02 at 12:00 -0500, Gladish, Jacob wrote: Before proceeding with my current plan, I wanted to get any feedback from anyone who may have explored building a mono app that has setuid. My application is mostly managed code, with a few p/invoke calls, but it's been pretty platform agnostic thus far. I need to have setuid privileges on my app, and the best way I have come up with so far is to have a small native app that acts as a host that has setuid on it. I certainly don't want to change the permissions on /usr/bin/mono. Does anyone have any other suggestions? If you need a native app anyway (which makes sense, for the reasons you specified) then it might make sense to embed the mono library and start your managed code using the embedding API: http://www.go-mono.com/docs/index.aspx?tlink=root:/embed There are several examples as well: http://anonsvn.mono-project.com/viewvc/trunk/mono/samples/embed/ - Jon IMPORTANT: The information contained in this email and/or its attachments is confidential. If you are not the intended recipient, please notify the sender immediately by reply and immediately delete this message and all its attachments. Any review, use, reproduction, disclosure or dissemination of this message or any attachment by an unintended recipient is strictly prohibited. Neither this message nor any attachment is intended as or should be construed as an offer, solicitation or recommendation to buy or sell any security or other financial instrument. Neither the sender, his or her employer nor any of their respective affiliates makes any warranties as to the completeness or accuracy of any of the information contained herein or that this message or any of its attachments is free of viruses. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list