[Mono-dev] Invalid IL code in gtksharp_gnome_program_init

2006-02-21 Thread Hubert FONGARNAND




I've recompiled my mono from svn this morning :

I cannot run any gtk# program!

[EMAIL PROTECTED] ~/mono/gtk-sharp $ monodevelop
System.InvalidProgramException: Invalid IL code in (wrapper managed-to-native) Gnome.Program:gtksharp_gnome_program_init (string,string,intptr,int,intptr,int,Gnome.Program/PropertyArg[]): IL_0027: ldlen


in <0x0> 
in <0x002e9> Gnome.Program:.ctor (System.String app_id, System.String app_version, Gnome.ModuleInfo module, System.String[] argv, System.Object[] props)
in <0x00498> MonoDevelop.Ide.Gui.IdeStartup:Run (System.String[] args)
in <0x00168> MonoDevelop.Core.AddIns.AddInService:StartApplication (System.String addinId, System.String[] parameters)


[EMAIL PROTECTED] ~/mono/gtk-sharp $ blam

Unhandled Exception: System.InvalidProgramException: Invalid IL code in (wrapper managed-to-native) Gnome.Program:gtksharp_gnome_program_init (string,string,Gnome.ModuleInfo&,int,string[],int,Gnome.Program/PropertyArg[]): IL_013b: ldlen


in <0x0> 
in <0x0029f> Gnome.Program:.ctor (System.String app_id, System.String app_version, ModuleInfo module, System.String[] argv, System.Object[] props)
in <0x00058> Imendio.Blam.Application:.ctor (System.String[] args, System.Object[] props)
in <0x0002c> Imendio.Blam.Application:Main (System.String[] args)


___Ce message et les éventuels documents joints peuvent contenir des informations confidentielles.Au cas où il ne vous serait pas destiné, nous vous remercions de bien vouloir le supprimer et en aviser immédiatement l'expéditeur. Toute utilisation de ce message non conforme à sa destination, toute diffusion ou publication, totale ou partielle et quel qu'en soit le moyen est formellement interdite.Les communications sur internet n'étant pas sécurisées, l'intégrité de ce message n'est pas assurée et la société émettrice ne peut être tenue pour responsable de son contenu.

___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list


[Mono-dev] Adding Custom Attributes to Assembly

2006-02-21 Thread vijaya raghava mutharaju

   Hello,

    I
want to add custom attributes to an existing assembly. I want to do the
following steps.


1)  Refer the class MyAttribute which is in the assembly
MyAssembly.exe, so that I can import into the current assembly -
AnotherAssembly.exe
 
2)  Add this attribute (MyAttribute constructor with proper
arguments) on top of some of the classes in AnotherAssembly.exe which
is the one that is to be modified.
 
3) Save it back to disk - I know AssemblyDefinition.SaveAssembly() can
be used for that.


           Please can you tell me how
these steps can be done using Mono.Cecil.



   Thank you.
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list


[Mono-dev] Re: Adding Custom Attributes to Assembly

2006-02-21 Thread vijaya raghava mutharaju
  Hi,

    I
was thinking if the following code would do what I was asking of

                 1) 
AssemblyDefinition assembly1 =
AssemblyFactory.GetAssembly("MyAssembly.exe");
                      AssemblyDefinition assembly2 = 
 
AssemblyFactory.GetAssembly("AnotherAssembly.exe");  
                      foreach(.)
                   
   { if(type is  MyAttribute)
                   
         {  // Import MyAttribute into
assembly2     

}}
                2)  MyAttribute attribute = new MyAttribute("some arguments");
                 
   But it still leaves the issue of how to assign a proper
parent(in my case a class in assembly2) to MyAttribute.

 
Excuse me if the above code is completely off target. Iam new to Cecil.

  Thank you.
On 2/21/06, vijaya raghava mutharaju <[EMAIL PROTECTED]> wrote:

   Hello,

    I
want to add custom attributes to an existing assembly. I want to do the
following steps.


1)  Refer the class MyAttribute which is in the assembly
MyAssembly.exe, so that I can import into the current assembly -
AnotherAssembly.exe
 
2)  Add this attribute (MyAttribute constructor with proper
arguments) on top of some of the classes in AnotherAssembly.exe which
is the one that is to be modified.
 
3) Save it back to disk - I know AssemblyDefinition.SaveAssembly() can
be used for that.


           Please can you tell me how
these steps can be done using Mono.Cecil.



   Thank you.


___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list


[Mono-dev] Cron Jobs in mono, plesk 7.5 reloaded

2006-02-21 Thread Martin Tuncaydin








Hi,

 

I am trying to run a cron on an aspx file in mono. I have
plesk reloaded 7.5 on fedora core 2. Has anyone any suggestions on how to do
this, I don’t know where to start.

 

Thanks for any help in advance,

 

Martin Tuncaydin






___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list


Re: [Mono-dev] Invalid IL code in gtksharp_gnome_program_init

2006-02-21 Thread Paolo Molaro
On 02/21/06 Hubert FONGARNAND wrote:
> I've recompiled my mono from svn this morning :
> 
> I cannot run any gtk# program!
> 
> [EMAIL PROTECTED] ~/mono/gtk-sharp $ monodevelop
> System.InvalidProgramException: Invalid IL code in (wrapper
> managed-to-native) Gnome.Program:gtksharp_gnome_program_init
> (string,string,intptr,int,intptr,int,Gnome.Program/PropertyArg[]):
> IL_0027: ldlen

This should be fixed in svn: the marshal code was generating some bad
code that the new verification checks in the jit flags as errors.

lupus

-- 
-
[EMAIL PROTECTED] debian/rules
[EMAIL PROTECTED] Monkeys do it better
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list


Re: [Mono-dev] 1003 Ways To Break A Runtime

2006-02-21 Thread Jim Purbrick
> > ILASM doesn't seem to like them.
> 
> I tried
> .field public int32& i
> .field public class
> [mscorlib]System.TypedReference val2
> 
> Both ilasm .net and mono are able to compile this.

Oops, sorry Ankit, my fault. It was a problem with the
scripts. I've fixed them and uploaded a new version
here:

http://homepage.ntlworld.com/james.purbrick/VerifierTests4.tar

The coercion tests all build with mono ilasm using
this  version.

> Ofcourse, the resulting assembly has PEVerify
errors.

Well, that's good at least :-)

I'm working on moving all the old tests to the new
template format ATM and I think I'm going to start
numbering the tests in a set rather than trying to
generate a unique name out of the opcodes and types
which complicates the scripts and limits the
substitutions that can be make within the tests
themselves.

So, we'll get invalid_coercion_47.cil rather than
invalid_coercion_stloc_int32_float64.cil or whatever.
Any objections? The only problem I can see is that the
numbers might change between versions of the test
generation scripts, but I don't think that's too bad.

Cheers,

Jim.





___ 
Yahoo! Messenger - NEW crystal clear PC to PC calling worldwide with voicemail 
http://uk.messenger.yahoo.com
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list


Re: [Mono-dev] 1003 Ways To Break A Runtime

2006-02-21 Thread Sebastien Pouliot
Hello Jim,

On Tue, 2006-02-21 at 00:13 +, Jim Purbrick wrote:
> Hi Paolo/All,
> 
> I've started using templates parameterized by types
> and opcodes as it makes the tests much easier to write
> and check.
> 
> I've written tests for shifts, stack merging and
> coercion this way and started converting the old tests
> and now have 15 shell scripts which generate 1003
> tests :-)

Great setup :-)

> http://homepage.ntlworld.com/james.purbrick/VerifierTests3.tar

I had to run dos2unix on the make_tests.sh or else it wouldn't execute.

Do you have/plan scripts to assemble / execute / log the results of the
tests ?

Thanks!
-- 
Sebastien Pouliot  <[EMAIL PROTECTED]>
Blog: http://pages.infinit.net/ctech/

___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list


Re: [Mono-dev] Assembly Mono.Cecil not found while compiling

2006-02-21 Thread Carlos Alberto Cortez
Yes, tha's the way it works: you install the assembly in the GAC, and
_optionally_ set pkg info for the assembly. So, yes, you need to have
the assembly in GAC even when using the pkg option.

El dom, 19-02-2006 a las 17:33 +0530, vijaya raghava mutharaju escribió:
> 
>Hi,
> 
>  Thank you Robert and Carlos. I compiled with the -pkg option
> and did it successfully. But when I remove the Mono.Cecil.dll assembly
> from the GAC, it is still giving complaints. I have to do both. Use
> -pkg option as well as keep it in GAC. Thanks once again.
> 
> 
> ___
> Mono-devel-list mailing list
> Mono-devel-list@lists.ximian.com
> http://lists.ximian.com/mailman/listinfo/mono-devel-list

___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list


[Mono-dev] libgdiplus bug?

2006-02-21 Thread Slava Petrenko
Hi,

I tried to run an image gallery web application named nGallery (taken
from http://www.ngallery.org/), but while adding images to album I got
next message


  Server error in '/' application


*Description: *Error processing request.

*Error Message: *HTTP 500.

*Stack Trace: *
||

System.Exception: Generic Error.
in <0x00053> System.Drawing.GDIPlus:CheckStatus (Status status)
in <0x00095> System.Drawing.Image:Save (System.String filename, 
System.Drawing.Imaging.ImageCodecInfo encoder, 
System.Drawing.Imaging.EncoderParameters encoderParams)
in (wrapper remoting-invoke-with-check) System.Drawing.Image:Save 
(string,System.Drawing.Imaging.ImageCodecInfo,System.Drawing.Imaging.EncoderParameters)
in <0x00999> nGallery.Lib.PhotoCache:GetScaledPicture ()
in <0x0007f> nGallery.Lib.PhotoCache:GetThumbnail ()
in <0x003d8> nGallery.admin.addPicture:btnSubmit_ServerClick (System.Object 
sender, System.EventArgs e)
in (wrapper delegate-invoke) 
System.MulticastDelegate:invoke_void_object_EventArgs (object,System.EventArgs)
in <0x00050> System.Web.UI.HtmlControls.HtmlInputButton:OnServerClick 
(System.EventArgs e)
in <0x00046> 
System.Web.UI.HtmlControls.HtmlInputButton:RaisePostBackEventInternal 
(System.String eventArgument)
in <0xd> 
System.Web.UI.HtmlControls.HtmlInputButton:System.Web.UI.IPostBackEventHandler.RaisePostBackEvent
 (System.String eventArgument)
in <0x00016> System.Web.UI.Page:RaisePostBackEvent (IPostBackEventHandler 
sourceControl, System.String eventArgument)
in <0x00031> System.Web.UI.Page:RaisePostBackEvents ()
in <0x001ee> System.Web.UI.Page:InternalProcessRequest ()
in <0x000a1> System.Web.UI.Page:ProcessRequest (System.Web.HttpContext context)



So, I tried to discover the error and my test app produces similar to
that output.
libgdiplus is taken as rpm from mono's site. Also, I compiled trunk from
svn, but it didn't help.

Thanks,

Slava.



___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list


Re: [Mono-dev] libgdiplus bug?

2006-02-21 Thread Peter Dennis Bartok
Slava,

If you wrote a test app, log a bug (bugzilla.ximian.com Mono Class Libs, 
libgdiplus), paste the error stack and attach your test app, that way it 
should be straightforward to fix. However, first make sure you have the 
codec lib for the format you're trying to save in.

Cheers,
 Peter

-Original Message-
From: "Slava Petrenko" <[EMAIL PROTECTED]>
To: 
Date: 21 February, 2006 15:01
Subject: [Mono-dev] libgdiplus bug?


>Hi,
>
>I tried to run an image gallery web application named nGallery (taken
>from http://www.ngallery.org/), but while adding images to album I got
>next message
>
>
>  Server error in '/' application
>
>
>*Description: *Error processing request.
>
>*Error Message: *HTTP 500.
>
>*Stack Trace: *
>||
>
>System.Exception: Generic Error.
>in <0x00053> System.Drawing.GDIPlus:CheckStatus (Status status)
>in <0x00095> System.Drawing.Image:Save (System.String filename, 
>System.Drawing.Imaging.ImageCodecInfo encoder, 
>System.Drawing.Imaging.EncoderParameters encoderParams)
>in (wrapper remoting-invoke-with-check) System.Drawing.Image:Save 
>(string,System.Drawing.Imaging.ImageCodecInfo,System.Drawing.Imaging.EncoderParameters)
>in <0x00999> nGallery.Lib.PhotoCache:GetScaledPicture ()
>in <0x0007f> nGallery.Lib.PhotoCache:GetThumbnail ()
>in <0x003d8> nGallery.admin.addPicture:btnSubmit_ServerClick (System.Object 
>sender, System.EventArgs e)
>in (wrapper delegate-invoke) 
>System.MulticastDelegate:invoke_void_object_EventArgs 
>(object,System.EventArgs)
>in <0x00050> System.Web.UI.HtmlControls.HtmlInputButton:OnServerClick 
>(System.EventArgs e)
>in <0x00046> 
>System.Web.UI.HtmlControls.HtmlInputButton:RaisePostBackEventInternal 
>(System.String eventArgument)
>in <0xd> 
>System.Web.UI.HtmlControls.HtmlInputButton:System.Web.UI.IPostBackEventHandler.RaisePostBackEvent
> 
>(System.String eventArgument)
>in <0x00016> System.Web.UI.Page:RaisePostBackEvent (IPostBackEventHandler 
>sourceControl, System.String eventArgument)
>in <0x00031> System.Web.UI.Page:RaisePostBackEvents ()
>in <0x001ee> System.Web.UI.Page:InternalProcessRequest ()
>in <0x000a1> System.Web.UI.Page:ProcessRequest (System.Web.HttpContext 
>context)
>
>
>
>So, I tried to discover the error and my test app produces similar to
>that output.
>libgdiplus is taken as rpm from mono's site. Also, I compiled trunk from
>svn, but it didn't help.
>
>Thanks,
>
>Slava.
>
>
>
>___
>Mono-devel-list mailing list
>Mono-devel-list@lists.ximian.com
>http://lists.ximian.com/mailman/listinfo/mono-devel-list
>
> 

___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list


Re: [Mono-dev] libgdiplus bug?

2006-02-21 Thread Miguel de Icaza

> 
> I tried to run an image gallery web application named nGallery (taken
> from http://www.ngallery.org/), but while adding images to album I got
> next message

As usual with bug reports: provide version, operating system, way in
which you installed mono and so forth.

This looks like a gdiplus configured on a system without proper graphic
libraries.

___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list


Re: [Mono-dev] [PATCH] Tree mover, again

2006-02-21 Thread Miguel de Icaza
Hello,

> This time the patch should be considered definitive, so please
> review it and tell me if I can commit it.

Did you notice any performance improvements with the new tree mover?
Any bits of code whose performance get better?

Any changes in tests like SciMark?

Miguel
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list


Re: [Mono-dev] [OT] No way to create account on mono-project?

2006-02-21 Thread Miguel de Icaza
Hello,

> I tried going here to create an account:
> 
> http://www.mono-project.com/index.php?title=Special:Userlogin&returnto=Languages
> 
> But there seems to be no options or fields to create an account.  Is this 
> intentional?

Yes, this is intentional.

Accounts on the Mono web site are only for existing contributors, not
for the general public.
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list


Re: [Mono-dev] [PATCH] Tree mover, again

2006-02-21 Thread Zoltan Varga
 Hey,

  A reduction in the size of the generated code might worth it if the
increase in compile
time is not too big.

  Zoltan

On 2/22/06, Miguel de Icaza <[EMAIL PROTECTED]> wrote:
> Hello,
>
> > This time the patch should be considered definitive, so please
> > review it and tell me if I can commit it.
>
> Did you notice any performance improvements with the new tree mover?
> Any bits of code whose performance get better?
>
> Any changes in tests like SciMark?
>
> Miguel
> ___
> Mono-devel-list mailing list
> Mono-devel-list@lists.ximian.com
> http://lists.ximian.com/mailman/listinfo/mono-devel-list
>
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list


Re: [Mono-dev] [OT] No way to create account on mono-project?

2006-02-21 Thread Buddy Lindsey
Is there a way to get an account to contribute at least by fixing any
errors on the site or writing tutorials? Or should we just notify a
contributor with changes and tutorials to post up there?

thanks
Buddy Lindsey
http://www.lhand.com

On Tue, 2006-02-21 at 19:00 -0500, Miguel de Icaza wrote:
> Hello,
> 
> > I tried going here to create an account:
> > 
> > http://www.mono-project.com/index.php?title=Special:Userlogin&returnto=Languages
> > 
> > But there seems to be no options or fields to create an account.  Is this 
> > intentional?
> 
> Yes, this is intentional.
> 
> Accounts on the Mono web site are only for existing contributors, not
> for the general public.
> ___
> Mono-devel-list mailing list
> Mono-devel-list@lists.ximian.com
> http://lists.ximian.com/mailman/listinfo/mono-devel-list

___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list


[Mono-dev] 1076 Ways To Break A Runtime

2006-02-21 Thread Jim Purbrick
New archive here:

http://homepage.ntlworld.com/james.purbrick/VerifierTests5.tar

This version incorporates all of the old tests. Most
are generated from templates, but there were the odd
few that didn't warrant a template and couldn't be
generated from an existing one, so I've just included
those as cil files.

All the generated tests are now named *generated.cil
and I've added a clean_tests script to get rid of them
without deleting the non-generated scripts.

The new make_unary_test script makes heavy use of
substitutions, so is very flexible, but also makes the
entries in make_tests which call it more complex, not
sure what the right balance is there.

There are still a few more tests I'm going to add as
listed in the README. Once those are added and all of
the tests are detected as invalid by Mono (or some
other verifier) I *think* it will be reasonably safe
to run code output by my bytecode transformer and then
verified in Second Life.

> I had to run dos2unix on the make_tests.sh or else
> it wouldn't execute.

The version in the new archive should be OK.

> Do you have/plan scripts to assemble / execute / log
> the results of the tests?

I think Lupus had a plan for integrating the tests in
to the Mono build/test process. I am planning to write
a noddy script to see which tests assemble with
Mono/MS ilasm and see which are detected as invalid by
MS PEVerify (if anyone else has done that already, let
me know).

Cheers,

Jim.



___ 
To help you stay safe and secure online, we've developed the all new Yahoo! 
Security Centre. http://uk.security.yahoo.com
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list


Re: [Mono-dev] Building Mono on Linux/Alpha

2006-02-21 Thread Sergey Tikhonov

Zoltan Varga wrote:


 Hi,

You can put it into mono_arch_emit_exceptions ().

Zoltan
 


Thanks you.
I hit another blocking issue - inplementation of OP_OUTARG_VT. Different 
arches do it differently.
Is my understanding is correct - that I could pass it on stack for 
simplicity (like ia64 does), but the called
method should expect it on stack too. This kind of parameter is not 
expected to be passed to any natively
compiled methods (by gcc) (because by Alpha ABI upto 6 parameters are 
expected to be passed in registers).
So if the called method is compiled by jit I guess I have control over 
where to look for method parameters.


I got to the point of calling 
System.Runtime.CompilerServices.RuntimeHelpers:InitializeArray(System.Array, 
intptr) and
crashing inside. Is there simpler way to check JIT? :) I am using 
compiled "basic.cs" as start point, but it tries to initialize

part of runtime (I guess) and it is not the simple one.

Thank you,

--
Sergey Tikhonov
Solvo Ltd.
[EMAIL PROTECTED]

___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list