Duh, yes of course. I was not escaping the backslashes themselves. Now it
compiles, so I just need to refine it to do exactly what I want. Thanks!
--
View this message in context:
http://mono.1490590.n4.nabble.com/Regex-dosen-t-recognize-s-or-w-tp4665410p4665415.html
Sent from the Mono -
I am using Monodevelop 3.0.3.2, with mono runtime 2.10.8.1 on Ubuntu 12.04
When I try to include \s or \w in my regex, I get 'Unrecognized escape
sequence', Otherwise regex works as I'd expect. (But I freely admit to
having limited experience with regex.)
What have I missed? Or if \s is not
We have been using mono on the Beagle Board for getting on to a couple of
years now and it works fine for us. You may want to check out the Beagle
Board Forum. https://groups.google.com/forum/#!categories/beagleboard
--
View this message in context:
Yes, you should compile your dll in the environment in which it will run, or
use a cross compiler targeted to that environment.
If you don't have the source I suspect you are out of luck. There is much
more to it than simply fiddling with the headers. You may be able to use
something like wine,
I can show the threads associated with my process using ps or top, but not
their names.
Should I expect to be able to show the names of threads that were named in
mono using myThread.Name = whatever?
If so, how?
Or is this information not available at that level?
Thanks
--
View this
I want to use some functionality of a mono class in python (I have very
little experience in python). The examples I've found of using c# in python
all start with:
/import clr/
This returns No module named clr, and I suspect this is because the
examples are from Windows .NET rather than mono
Thanks - I was afraid that was the case.
The class in question does encrypting/decrypting using
AesCryptoServiceProvider. Currently it's making itself useful on a client
app, which talks to a web server that is under development using the
django/python code. I look after the client part which
As I said, this has now become academic for me, but for the record: This is a
64 bit, not 32 bit system, and I'm running on Linux, not Windows and no app
domains.
--
View this message in context:
http://mono.1490590.n4.nabble.com/Too-many-root-sets-tp4661307p4661550.html
Sent from the Mono -
Because they're different implementations of the same API, and they have
different optimizations and so on.
Mono is 90+% .NET compatible, but be aware that and so on also means that
certain low level implementations may exist on one platform but not on
another or have subtle differences.
Thanks - I fixed the bug in my own code that was getting me into this
situation in the first place.
But I was actually just hoping for some insight into what Too many root
sets actually meant, in practical terms.
--
View this message in context:
I'm getting this error - apparently when I have threads that are not being
garbage collected. It looks like there is a hard-coded maximum in the
garbage collector, that is being exceeded.
Can someone educate me about how this works - what it's all about?
Thread.Abort is now considered a no-no.
I'm making some progress. By using setcap, not on my app but on mono
itself, I get past the initial permission issue for the udp socket.
My app also accesses a library written in c which uses a socket to read
canbus messages. On startup it tries a ip link set blah blah...
This still responds
My Code:
The Error:
System.Net.WebException() Error getting response stream (Write: The
authentication or decryption has failed.): SendFailure
at System.Net.HttpWebRequest.EndGetRequestStream (IAsyncResult
asyncResult) [0x0] in filename unknown:0
at
OK, so apparently it was the same certificates issue, just a different error
message. Solution was:
Add:
using System.Security.Cryptography;
using System.Security.Cryptography.X509Certificates;
using System.Net.Security;
( other than X509 these may have already been present - didn't check)
In
Bug referred to is HERE.
https://bugzilla.xamarin.com/show_bug.cgi?id=10857 This pretty well is a
show stopper for doing anything with a DB on the ARM, since many of the
higher level SQL classes refer to this whether it's actually going to be
used or not. (My own DB could care less about
SqlDecimal uses the Math.Pow, which fails apparently due to Bug #7938 ( hard
float support for Arm). This also effects several other things, like #9452 -
DateTime.ToString().
It looks like this may have been dealt with in version 3.x., or at least
there may be a patch. I'll check that out.
--
Yes, I figured out that it probably boiled down to Math.Pow - there are a
couple of other bugs that also seem to be downstream side effects of this.
What I have not gotten a clear answer on is if this has been corrected for
the latest version 3.? of mono. Some posts imply that it has, some not.
3.0.7, the most recent source tree I found at
http://download.mono-project.com/sources/mono/, failed to build with
mini-arm.h:17:2: error: #error hardfp-abi not yet supported.
At least I now know in which file to look to see when (if) this has been
fixed or not. I thought I saw reference to
This is marked as a fixed bug (#145) as of a year ago, but I get this
message when I load Mono.Zeroconf.sln in MonoDevelop (Ubuntu 12.04).
It doesn't tell me which ToolsVersion either is using, or what I need to do
to correct this. Probably simple, but I'm ignorant.
When I try to build, I get
I need a simple app that checks whether a different one is running, and if
not, restarts it.
If I'm correctly understanding the replies to this post
http://mono.1490590.n4.nabble.com/Fail-to-set-socket-send-amp-receive-timeout-td1493357.html#a1493359
, and depending on who is correct,
I'm finding that if I run height8's example code exactly as is, as an
independent application, it works as expected.
If I use that identical code to watch a UnixSignal and to shut down my
application, there is no indication that SIGTERM, SIGINT or SIGQUIT are
being caught. The big difference is
I'm new to signals. Looking over the Mono docs, and various articles on the
web, it's clear that this has evolved as Mono matured. I just want to make
sure I understand how it actually works today, and what I should expect.
I see in this documentation:
It may be that I'm partly overthinking this. I see that the console has a
CancelKeyPress Event that I can capture, so in that particular case at
least, it, ahem, *should be* trivial.
Thanks
--
View this message in context:
What I was was calling a 'signal handler' for my managed code would have
perhaps more correctly referred to as UnixSignal is set, now do something
code.
Ok, so if I have a thread in my managed code that does nothing but check
UnixSignal.WaitAny, as described in height8's blog post, and then does
Thanks Ian, I'll try this, but first I'll have to reinstall your pmono. I
tried running my app without the debugger and got an immediate
System.TypeLoadException, which I understand to mean that I have mis-matched
assembly versions. After trying a number of other things to correct it I
removed
The apparent assembly mis-match error seems to have actually been caused by
my failing to copy over a dll to the ARM after building it as part of the
solution on MonoDevelop on the PC. Duh. Sometimes Monday morning happens on
Tuesday.
--
View this message in context:
So I am now able to run my app on the ARM, but I am not able to debug it
there.
The debugger waits, and apparently connects: When I click Connect a dialog
box flashes by too quickly for me to read it, 'Stop' is enabled in the MD
menu, and my app is apparently paused (no start up messages seen).
Yes, this could well be it. I have a couple of unmanaged libraries that are
continually receiving input and piping that back the the mono app. I'm not
using callbacks as such, but pipes. The unmanaged libraries are quite small
and simple and are not threaded themselves but each is continually
Duh... Of course. It was those sneaky little invisible null characters. I was
careful to read only as many bytes as I needed from the stream, but the
buffer I read them into was (intentionally) oversized and I was looking at
everything in it...
Thanks!
--
View this message in context:
I could use some help getting this going. I have found these two posts:
http://stackoverflow.com/questions/10864548/debugging-mono-applications-directly-on-arm-target
http://mono.1490590.n4.nabble.com/remote-debugging-a-hello-world-application-td4591791.html
I set my magic environment variable
Mono 2.10.8.1
I am reading bytes from hardware device as a stream, as abbreviated here:
byte[] buffFromDrv = new byte [BIG_ENOUGH];
bytesRead = thePipes.pRdDataFromDrv.Read(buffFromDrv, readPosition,
bytesToread);
string s = System.Text.UTF8Encoding.UTF8.GetString(buffFromDrv); // also
tried
-for-Ubuntu to whom this question should be directed?
Thanks,
mickeyf
--
View this message in context:
http://mono.1490590.n4.nabble.com/Essential-Ubuntu-packages-tp4657950.html
Sent from the Mono - General mailing list archive at Nabble.com
Yes of course, but...
If I've written the program myself I know which assemblies I need. What I
don't know is in which packages are which assemblies.
I did find
http://pkg-mono.alioth.debian.org/
which seems to be the packagers, but searching that site did not answer my
question. I suppose
Alan McGovern wrote
You need ...specify the packages which contain those assemblies
Right. My question, which I continue to re-articulate, apparently poorly
since no one has yet addressed it, is :
how do I identify which packages which contain those assemblies??
thank you.
--
View this
This looks promising. I'll play with it and see how far I get... if I'm
correctly understanding what it does I should be able to set up a script
that will pull in only what I need.
Thank you!
--
View this message in context:
the mono documentation that I have found is missing or incomplete.
..Or maybe it's just a Monday morning and I haven't had any coffee yet.
Thank you - very helpful. It's never clear to me how much of the MSDN
documentation I can rely on to apply to Mono. Windows .NET doesn't actually
have
Perhaps I could have been clearer - my library is already an unmanaged code
written in C. Are you suggesting a byte array as a function return value?
Not sure how that would work - this is data asynchronously arriving from an
outside source that needs to be decoded and then passed up to the main
Stuck meaning what, exactly?
--
View this message in context:
http://mono.1490590.n4.nabble.com/proper-way-to-execute-a-shell-script-with-System-Diagnostics-Process-tp4657809p4657812.html
Sent from the Mono - General mailing list archive at Nabble.com.
I have some questions about Mono.Unix.Pipes.
I have been using this with some success, but I am relatively new to Linux,
and the mono documentation that I have found is missing or incomplete. The
Linux manual pages docs on pipes are clearly referring to a different animal
than this.
Sorry, I'm not understanding your response. Are you suggesting I somehow read
a byte array directly rather than sending it back via a pipe (which I'm
doing now)?
I'm looking into unix domain sockets as an alternative, but I struggling to
find documentation and examples for that also.
--
View
I have long had a working C# app that consumes data piped from the C library
that I have written. This has nothing to do with forking a new process or
child processes.
What I am looking for is the detailed and complete documentation on correct
use of Mono.Unix.UnixPipes - the documentation for
Ubuntu 12.04, Mono
I thought I had installed complete mono, but MonoDevelop only shows
Mono.Audio, .CSharp, and 6 other namespaces through Mono.Xml, but not
Mono.Unix.
What have I missed ?
Thanks
--
View this message in context:
Found it. In Mono.Posix.
--
View this message in context:
http://mono.1490590.n4.nabble.com/Where-is-Mono-Unix-tp4656418p4656419.html
Sent from the Mono - General mailing list archive at Nabble.com.
___
Mono-list maillist -
IOControl implements the common subset
In other words, partly implemented, and I had the luck to stumble over
that part that wasn't.
My confusion was that the exception message implied not implemented at
all.
Thanks.
--
View this message in context:
that if it doesn't exist on unix,
emulating their behavior is usually not feasible.
On Thu, Aug 9, 2012 at 10:14 AM, mickeyf lt;mickey@gt; wrote:
IOControl implements the common subset
In other words, partly implemented, and I had the luck to stumble over
that part that wasn't.
My confusion
I see how to set these values directly in /proc/sys/net/ipv4/, but that
appears to be system wide. The.NET/Mono IOControl should be only for the
socket in question, yes?
--
View this message in context:
System.Net.Sockets.Socket.IOControl is flagged by MoMA as not implemented,
and sure enough, that exception is thrown when I try to run an app which
includes it.
However, If I'm reading the http://go-mono.com/status/ Class Status Page
right, I don't see any suggestion that this should be
We all understand that with an open source, volunteer effort things get done
when they get done.
What I had hoped to find out was:
1) Am I mis-reading the three links I referenced that suggest that this
method has actually been implemented?
2) Is there any ordered to-do list among the active
48 matches
Mail list logo