On Fri, 2008-12-12 at 08:56 -0700, Andrew Jorgensen wrote:
> I don't know how best to solve this issue but it needs to be solved.
> As more mono-based packages are added to linux distributions the
> problem will grow. Please share your well-reasoned ideas and / or
> proposed patches.
We seem to
On Fri, 2008-12-12 at 15:49 -0700, Andrew Jorgensen wrote:
> On Fri, 2008-12-12 at 21:10 +, Jonathan Pryor wrote:
> > BTW, where is the source for mono-find-provides and mono-find-requires?
> > The only versions I see are shell scripts that do odd things
> > with /usr/share/doc and don't seem t
On Fri, 2008-12-12 at 21:10 +, Jonathan Pryor wrote:
> BTW, where is the source for mono-find-provides and mono-find-requires?
> The only versions I see are shell scripts that do odd things
> with /usr/share/doc and don't seem to do anything but sit there when I
> execute them...
In the mono s
On Fri, 2008-12-12 at 13:49 -0700, Andrew Jorgensen wrote:
> Trouble is that it's not easy to determine if a required assembly will
> be found in the gac or in some other location.
We might be able to make a simplifying (if potentially invalid)
assumption here: if the `monodis --assemblyref` outpu
On Fri, 2008-12-12 at 16:28 +, Jo Shields wrote:
> 1) Why does mojoportal provide mono(log4net)? If it's a private bundled
> lib which is not added to the GAC, then why lie and say it's provided
> when it isn't?
>
> If something isn't hitting the GAC, don't say you provide it, because
> you si
Hi,
The calls to flush_icache are now fixed on the 2.2 branch. Thanks
for reporting this.
Zoltan
On Thu, Dec 11, 2008 at 9:36 PM, Cliff Brake wrote:
> On Thu, Dec 11, 2008 at 2:55 PM, Rodrigo Kumpera wrote:
>> The mono_arch_flush_icache is wrong, it passes a pointer to the end
On Fri, 2008-12-12 at 08:56 -0700, Andrew Jorgensen wrote:
> There are some significant problems with the mono-find-(provides|
> requires) scripts as they exist now. Some examples will illustrate
> the problem best:
I think the fundamental problem is that mono-find-{provides,requires}
doesn't d
On Fri, 2008-12-12 at 17:33 +, Jonathan Pryor wrote:
> *Both* public & private assemblies need to be output (lest we break the
> aforementioned MonoDevelop.Core issue), especially since it's not always
> appropriate to place assemblies into the GAC (e.g. unstable APIs, the
> upstream maintainer
Hello,
I got a instance where mono throw an exception working with Oracle. The
problem is when I try to retrieve huge float from the database.
Oracle data provider tries to use Number type to get the data. I tracked
the problem down to usage of memory. It seems that size of allocated
buffer pa
On Thu, Dec 11, 2008 at 01:09:57PM +0100, Robert Jordan wrote:
> > make tests
> > | [...]
> > | Testing thunks.exe... failed 2048 (8) signal (0).
> > | [...]
>
> In mono/tests/libtest.c, search for the only line containing
> __APPLE__ and change it to match FreeBSD as well.
> Then rerun the test.
There are some significant problems with the mono-find-(provides|requires)
scripts as they exist now. Some examples will illustrate the problem best:
smuxi requires mono(log4net) which is provided by log4net but it is also
provided by mojoportal. If you install mojoportal and then smuxi you wi
Hello all,
I'd like to ask for review of the follow patch before committing it.
This patch attempts to properly handle on big endian systems the pointer
adjustments needed for extracting arguments from call slots when the
size of the argument is smaller than that of the call slot. The
MONO_TYPE_VA
Hi,
I've downloaded the archive from the tarballs available from svn on the
mono website and am unable to install mono-addins. The archive is
mono-addins-105652
I'm getting the following error
Failure adding assembly policy.3.0.Mono.Addins.Gui.dll to the cache:
Strong name cannot be verified for
13 matches
Mail list logo