On Tue, 2006-01-10 at 05:47 -0700, Buderya Roshan wrote:
In Mono 1.1.13 The class Mono.Unix.UnixFile is marked obsolete.
UnixFile doesn't exist in 1.1.13. It was in 1.1.12.
This
class used to provide a static method TryReadLink to get the target of a
symbolic link. Is the class
Hi,
We are using (evaluating) Firebird embedded in our application.
It works correctly on Windows even under heay load.
But on Linux as soon as two clients connects to the server (with remoting)
it crashes (even just doing read operations on the database). It seems the
crash is somewhere in
On Tue, 2006-01-10 at 10:35 -0500, Joshua Tauberer wrote:
Something about mcs not using the GAC to find assemblies, but only
looking at 'installed' packages with .pc files, or in
/usr/lib/mono/1.0/. You could specify the full path, or use -L.
Could we reevaluate exactly why we avoid using
A start is here
http://www.mono-project.com/Embedding_Mono#Applications_that_use_threads
, but I defer to people that really knows about it to really clarify
what can be done.
:|
On 1/11/06, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
Hi,
Is you somehow registering libfbembed-created
well I forgot to give thanks to Niel Bornstein co-author of the Mono
Developers Notebook, to Erik Dasque for his presentation on Brainshare
Barcelona 2004, and of course the mono team.
thanks,
Oscar.
___
Mono-devel-list mailing list
thanks
- Original Message -
From: Rafael Teixeira [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Cc: mono-devel mono-devel-list@lists.ximian.com
Sent: Wednesday, January 11, 2006 2:25 PM
Subject: Re: [Mono-dev] Firebird embedded on Linux and Remoting
A start is here
Hi Jim,
Hi Robert/Everyone,
You can and *should* invoke the managed
AppDomain methods to load and unload domains.
You don't need an intermediate managed assembly
to do that (untested):
MonoAppDomain*
createDomain (char *name)
void
unloadDomain (MonoAppDomain *domain) ...
That
Hi,
MonoDomain is the internal structure used by the runtime to track appdomains,
while MonoAppDomain is the managed AppDomain object itself:
struct _MonoAppDomain {
MonoMarshalByRefObject mbr;
MonoDomain *data;
};
The data field of the
Hi,
On 1/9/06, Paolo Molaro [EMAIL PROTECTED] wrote:
+public static int AddRef(IntPtr pUnk)
+{
+IntPtr vtable = Marshal.ReadIntPtr(pUnk);
+IntPtr qi = Marshal.ReadIntPtr(vtable);
+//
Hello all,
Attached is a proposed patch for ColumnExpression.
The main idea is caching the column and relations used by the object
instead of searching in the data column and relation collections each
time we access ColumnExpression for Eval.
The patch brings slight performance improvement.
If
hi again,
so... if I understand correctly, libfbembed should be rebuilt with gc...
- Original Message -
From: [EMAIL PROTECTED]
To: Rafael Teixeira [EMAIL PROTECTED]
Cc: mono-devel mono-devel-list@lists.ximian.com
Sent: Wednesday, January 11, 2006 2:36 PM
Subject: Re: [Mono-dev]
hi list,
I'm trying to pass arrays of floats and strings from and to mono embed from
a C software with no luck.
I'd need to call (from C) managed functions like:
void TakeManyStrings(string [] list);
void TakeManyFloats(float [] list);
i'd also need to do the same from managed to umnanaged:
Remove release 1.0.5 of MySql.Data which does not work on Mono on Linux.Also, what might help you is to put ";Pooling=false" in your connection string to turn connection pooling off.Paul [EMAIL PROTECTED] wrote: Hi, What version of Mono?1.1.3 - built from source What verison of the MySQL
Hi,
Is you somehow registering libfbembed-created threads with Mono, if
not, surely it is headed to big problems.
:-O
No... Sorry if the question is obvious but... How can I do that?
- Original Message -
From: Rafael Teixeira [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Cc:
On 01/11/06 Jonathan Pryor wrote:
The behaviour of TryReadLink and
UnixSymbolicLinkInfo.ContentsPath seems to be the same. Wanted to
counter check if this is indeed the case.
Those aren't direct equivalents. UnixSymbolicLinkInfo.ContentsPath is
equivalent to UnixFile.ReadLink() -- it
On 01/11/06 Jim Purbrick wrote:
That gets me a MonoAppDomain*, which I can presumably
use to call AppDomain.Load(Byte[]) to load a script's
assembly, which will be unloaded (along with JIT
output etc.) when I call unloadDomain?
How do I turn the MonoAppDomain in to a MonoDomain
required by
On 01/11/06 [EMAIL PROTECTED] wrote:
We are using (evaluating) Firebird embedded in our application.
It works correctly on Windows even under heay load.
But on Linux as soon as two clients connects to the server (with remoting)
it crashes (even just doing read operations on the database).
On 01/11/06 Zoltan Varga wrote:
On 1/9/06, Paolo Molaro [EMAIL PROTECTED] wrote:
+public static int AddRef(IntPtr pUnk)
+{
+IntPtr vtable = Marshal.ReadIntPtr(pUnk);
+IntPtr qi = Marshal.ReadIntPtr(vtable);
+// QueryInterface is
On 01/06/06 kangaroo wrote:
Mono has been ported to Intel Mac, in that the JIT will properly
execute
under Mac OS X on an Intel box.
Partly right; the JIT executes properly.
Note the x86 OSX has an ABI that is slightly different from the Linux
one (the stack needs to be maintained
Hi
@@ -44,6 +44,8 @@
internal class ColumnReference : BaseExpression {
ReferencedTable refTable;
string relationName, columnName;
+ DataColumn _cachedColumn;
+ DataRelation _cachedRelation;
can cache the column ordinal instead of the
hi again,
well, is really a bug or are we doing something wrong???
should we recompile the firebird embedded library to work with the mono
threads or not?? (BTW I don't really know if I understand correctly what to
do but in a previous email I was pointed to the embedding mono page)
thanks
Hi Robert/Lupus/Everyone,
I've tried Robert's approach (which cleans my code up,
but is vulnerable to changes in _MonoAppDomain as
Paolo said), but I still get the same crash when
making the mono_runtime_invoke() call to
AppDomain.CreateDomain().
At this point I'm struggling with the limited
Hi,
You might want to try to compile the runtime yourself using VS.NET.
The instructions
to do this are available in the README.vsnet directory in the runtime
source root
directory. This would enable you to step into the runtime code when
Hello:
well, is really a bug or are we doing something wrong???
should we recompile the firebird embedded library to work with the
mono threads or not?? (BTW I don't really know if I understand
correctly what to do but in a previous email I was pointed to the
embedding mono page)
It will
Hi,
I tried the example code which creates appdomains from C code and it
really does crash
because some things are only set up in the runtime when mono_jit_exec
() is called. So
your workaround of calling CreateDomain () from managed code seems
Hello,
Currently the validator is always shown from the beginning.
The attached patch fixes that by playing with display and
visibility styles.
Please object or Ill commit.
Regards,
Konstantin Triger
validator.patch
Description: validator.patch
Thanks Zoltan,
I've got it working on Linux too and it used to work
on Windows until my hard drive died and I needed to
reinstall. I can't think how my old and new Windows
installations differ, so if you get it working I'll be
interested to know how your Windows machine is set up
and also how
Hmmm, I may be on to something...
I just noticed a warning saying that System.dll, which
is referenced by another loaded assembly, couldn't be
found and that the Mono-INFO messages (output as I
have MONO_LOG_LEVEL set to debug as a Windows
environment variable) suggest that mono isn't looking
for
On Wed, 2006-01-11 at 17:25 +0100, Paolo Molaro wrote:
On 01/11/06 Jonathan Pryor wrote:
The behaviour of TryReadLink and
UnixSymbolicLinkInfo.ContentsPath seems to be the same. Wanted to
counter check if this is indeed the case.
Those aren't direct equivalents.
Hi All,
I've been building mono from svn on a regular basis for quite a while but
tonight on r55408 I'm getting this error when I run make
I used ./autogen.sh --prefix=/usr and everything looked good.
Any ideas how to get past this?
Thanks,
Joe
Suse 10
Hi Jim,
I had a regression (it was actually my mistatake) with 1.1.13
under Windows with my own mono embedding apps: I forgot
to set MONO_CFG_DIR to point to mono's etc directory.
This seems to prevent System.dll from beeing correctly
loaded.
You should either set both MONO_PATH and
31 matches
Mail list logo
