HI
The following bug has been fixed on the trunk, I would like it to be backported:
https://bugzilla.novell.com/show_bug.cgi?id=402833
Another annoying bug in my experience is that windows forms apps on os
x does not
support (plain text) copy&paste. This make WF apps isolate from the
rest of the
On 03.02.2010 00:39, Steve Baer wrote:
>
> Hi,
> I've been working on embedding mono in a C++ Windows application (and an OSX
> app.) My C++ code calls a C# function through mono which in turn calls
> System.Windows.Forms.MessageBox.Show("Hi from mono");
>
> This shows a message box, but it is not
Hi,
I've been working on embedding mono in a C++ Windows application (and an OSX
app.) My C++ code calls a C# function through mono which in turn calls
System.Windows.Forms.MessageBox.Show("Hi from mono");
This shows a message box, but it is not modal and my application crashes if
I switch focus
#569535 has been already backported, so it should appear in the next
release.
Carlos.
2010/2/2 Kris Ray
>
> I would like to vote for backports of the following bugs, which are already
> fixed in trunk:
>
> https://bugzilla.novell.com/show_bug.cgi?id=565149
> https://bugzilla.novell.com/show_bug
I would like to vote for backports of the following bugs, which are
already fixed in trunk:
https://bugzilla.novell.com/show_bug.cgi?id=565149
https://bugzilla.novell.com/show_bug.cgi?id=569535
Both of these bug fixes are critical for our needs.
thanks,
Kris
On Tue, 2010-02-02 at 11:57 -0600,
Hi,
Using md-2.2 and mono-2.6.1 (fedora rawhide).
Under .NET 3.5, the following works fine. Under mono, it's returning
that the file can't be opened despite it pointing at the correct place
public void dotheread()
{
try
{
Hello Happy Coders,
We are planning to make a new release from the 2.6 branch in the near
future (probably before the end of the month?). If there are bugs that
you know ought to be backported (customer issues, regressions, and
embarrassments especially) please do so in the next week or so.
As
On 02.02.2010 14:35, PFJ wrote:
>> Thus, the only *clean* way to solve this is introducing a shared
>> assembly implementing the classes you want to serialize. It's a
>> common pattern.
>>
>
> As the serializer is only used once, can the other app just deserialize and
> use it? I've reimplemented t
Hi,
Robert Jordan wrote:
>
>> What I have done is created a completely different app to generate the
>> serialized data - it's intended to be run once, create the data file and
>> that's it.
>>
>> The file is then sucked in to the 2nd application for deserializing.
>> Would
>> what I want to do
On 02.02.2010 14:01, PFJ wrote:
>
> Hi,
>
>
> Robert Jordan wrote:
>>
>> The serialization infrastructure heavily relies on type/assembly
>> identity, but what you're doing here is trying to create an object
>> from serialization data generated from a totally different class.
>>
>> You should imple
Hi,
Robert Jordan wrote:
>
> The serialization infrastructure heavily relies on type/assembly
> identity, but what you're doing here is trying to create an object
> from serialization data generated from a totally different class.
>
> You should implement "Elements" in a separated assembly wh
On 02.02.2010 13:04, PFJ wrote:
> However, the problem comes when I try to read it back in into a different
> program. The read in code looks like this
>
> namespace molarity
> {
> [Serializable()]
>
> public class xmlhandler : Form, ISerializable
> {
> System.Runtime
Hi,
I've created my BinarySerialized file like this...
namespace elements
{
public partial class Form1 : Form
{
public Form1()
{
InitializeComponent();
}
private void button1_Click(object sender, EventArgs e)
{
Stream strea
Hello all,
I'm currently working on PowerPC port of Mono which utilizes AltiVec SIMD
instructions. During the development I've encountered an alignment problem:
As far as I understood from running Mono's JIT, stack-allocated
Mono.Simd.Vector* types are always aligned by 16 byte bound, but global
14 matches
Mail list logo
