Re: [Mono-dev] WinForms Control.Invoke Issue

2009-08-07 Thread Carlos Alberto Cortez 
Hey!

I had been reviewing some patches we have in bugzilla - but I missed this
one. It's now reviewed - see bugzilla ;-)

Thanks!
Carlos.

2009/8/7 Tom Spink 

> Hi Guys,
>
> I filed a bug a while ago about an issue with Control.Invoke in
> WinForms.  A guy said he'd take a look at a patch, if I posted one,
> which I did... but nothing has come of it.  I tried e-mailing the
> WinForms list, but haven't heard anything back.
>
> I was wondering if someone here could take a look at my proposed patch?
>
> Here's the BugZilla entry:
> https://bugzilla.novell.com/show_bug.cgi?id=497175
>
> Thanks!
> --
> Tom Spink
> Pablo Picasso  - "Computers are useless. They can only give you answers."
> ___
> 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] ContractDescription.cs breaking the mono build

2009-08-07 Thread Atsushi Eno 
oops, fixed.

Atsushi Eno

Tony Alexander Hild wrote:
> Hi,
> 
> Compiling mono from trunk I get this
> 
> make[8]: Entering directory `/home/tony/mono/mcs/class/System.ServiceModel'
> MCS [net_2_1_raw] System.ServiceModel.dll
> System.ServiceModel.Description/ContractDescription.cs(157,44): error 
> CS1061: Type `System.ServiceModel.Description.IOperationBehavior' does 
> not contain a definition for `ApplyClientBehavior' and no extension 
> method `ApplyClientBehavior' of type 
> `System.ServiceModel.Description.IOperationBehavior' could be found (are 
> you missing a using directive or an assembly reference?)
> 
> 
> Tony
> 
> 
> Veja quais são os assuntos do momento no Yahoo! + Buscados: Top 10 
> 
>  
> - Celebridades 
> 
>  
> - Música 
> 
>  
> - Esportes 
> 
> 
> 
> 
> 
> ___
> 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] ContractDescription.cs breaking the mono build

2009-08-07 Thread Tony Alexander Hild 
Hi,

Compiling mono from trunk I get this

make[8]: Entering directory `/home/tony/mono/mcs/class/System.ServiceModel'
MCS [net_2_1_raw] System.ServiceModel.dll
System.ServiceModel.Description/ContractDescription.cs(157,44): error CS1061: 
Type `System.ServiceModel.Description.IOperationBehavior' does not contain a 
definition for `ApplyClientBehavior' and no extension method 
`ApplyClientBehavior' of type 
`System.ServiceModel.Description.IOperationBehavior' could be found (are you 
missing a using directive or an assembly reference?)


Tony



  

Veja quais são os assuntos do momento no Yahoo! +Buscados
http://br.maisbuscados.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] Moving *.Design to package "mono-design"

2009-08-07 Thread Sandy Armstrong 
On Fri, Aug 7, 2009 at 3:57 PM, Andrew Jorgensen wrote:
> We have a proposal to move System.Design.dll, System.Drawing.Design.dll, and 
> System.Web.Extensions.Design.dll to a separate package to break the 
> dependency between mono-web and mono-winforms.
>
> Tomboy has started to use System.Web so if we leave the packages as is it 
> will suddenly depend on mono-winforms (where System.Design currently lives, 
> which is needed by System.Web.Extensions.Design, currently in mono-web, which 
> Tomboy doesn't need).
>
> ivanz suggests the new package be called mono-designtime.
>
> Please chime in if you have relevant information or a good reason to object.

I favor this split.  :-)

Some additional info:
* mono-winforms is a multi-megabyte package, and having a dependency
on it becomes an issue for Tomboy and other apps that want to be on
the openSUSE GNOME Live CD or other space-constrained environments
* I cannot think of any situations where a user application would
actually need *Design.dll
* It "looks bad" to have Mono apps on Linux depend on a
"controversial" package like mono-winforms

Hope this helps,
Sandy
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list

[Mono-dev] Moving *.Design to package "mono-design"

2009-08-07 Thread Andrew Jorgensen 
We have a proposal to move System.Design.dll, System.Drawing.Design.dll, and 
System.Web.Extensions.Design.dll to a separate package to break the dependency 
between mono-web and mono-winforms.

Tomboy has started to use System.Web so if we leave the packages as is it will 
suddenly depend on mono-winforms (where System.Design currently lives, which is 
needed by System.Web.Extensions.Design, currently in mono-web, which Tomboy 
doesn't need).

ivanz suggests the new package be called mono-designtime.

Please chime in if you have relevant information or a good reason to object.

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

[Mono-dev] WinForms Control.Invoke Issue

2009-08-07 Thread Tom Spink 
Hi Guys,

I filed a bug a while ago about an issue with Control.Invoke in
WinForms.  A guy said he'd take a look at a patch, if I posted one,
which I did... but nothing has come of it.  I tried e-mailing the
WinForms list, but haven't heard anything back.

I was wondering if someone here could take a look at my proposed patch?

Here's the BugZilla entry: https://bugzilla.novell.com/show_bug.cgi?id=497175

Thanks!
-- 
Tom Spink
Pablo Picasso  - "Computers are useless. They can only give you answers."
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list

Re: [Mono-dev] System.GC.InternalCollect failure... anyone seen this?

2009-08-07 Thread Steven Munroe 
On Fri, 2009-08-07 at 11:19 -0600, Hurliman, John wrote:
> Just checking if anyone has seen something like this before filing a
> bug report. I don’t have any other information on what happened here,
> other than this was Mono version 2.4.2.2 running the OpenSimulator
> software.
> 

have you looked at https://bugzilla.novell.com/show_bug.cgi?id=487130
and https://bugzilla.novell.com/show_bug.cgi?id=504411



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

[Mono-dev] System.GC.InternalCollect failure... anyone seen this?

2009-08-07 Thread Hurliman, John 
Just checking if anyone has seen something like this before filing a bug 
report. I don't have any other information on what happened here, other than 
this was Mono version 2.4.2.2 running the OpenSimulator software.

John


mmap(...PROT_NONE...) failed
Stacktrace:

  at (wrapper managed-to-native) System.GC.InternalCollect (int) <0x4>
  at (wrapper managed-to-native) System.GC.InternalCollect (int) <0x>
  at System.GC.Collect () <0x00013>
  at OpenSim.Region.ClientStack.LindenUDP.LLClientView.CloseCleanup (bool) <0x0\
0119>
  at OpenSim.Region.ClientStack.LindenUDP.LLClientView.Close (bool) <0x000f9>
  at OpenSim.Region.ClientStack.LindenUDP.LLPacketServer.CloseClient (OpenSim.F\
ramework.IClientAPI) <0x0008a>
  at (wrapper delegate-invoke) System.Action`1.in\
voke_void__this___IClientAPI (OpenSim.Framework.IClientAPI) <0x>
  at OpenSim.Region.ClientStack.LindenUDP.LLClientView.Close (bool) <0x000e6>
  at OpenSim.Region.Framework.Scenes.Scene.IncomingCloseAgent (OpenMetaverse.UU\
ID) <0x0013b>
  at OpenSim.Region.Framework.Scenes.SceneCommunicationService.CloseConnection \
(OpenMetaverse.UUID) <0x00098>
  at OpenSim.Region.Framework.Scenes.Hypergrid.HGSceneCommunicationService.Requ\
estTeleportToLocation (OpenSim.Region.Framework.Scenes.ScenePresence,ulong,Open\
Metaverse.Vector3,OpenMetaverse.Vector3,uint) <0x018cf>
  at OpenSim.Region.Framework.Scenes.Scene.RequestTeleportLocation (OpenSim.Fra\
mework.IClientAPI,ulong,OpenMetaverse.Vector3,OpenMetaverse.Vector3,uint) <0x00\
1a1>
  at OpenSim.Region.ClientStack.LindenUDP.LLClientView.ProcessInPacket (OpenMet\
averse.Packets.Packet) <0x14121>
  at OpenSim.Region.ClientStack.LindenUDP.LLPacketHandler.ProcessInPacket (Open\
Sim.Region.ClientStack.LindenUDP.LLQueItem) <0x00193>
  at OpenSim.Region.ClientStack.LindenUDP.LLClientView.ClientLoop () <0x000ca>
  at OpenSim.Region.ClientStack.LindenUDP.LLClientView.RunUserSession () <0x000\
51>
  at (wrapper runtime-invoke) object.runtime_invoke_void__this__ (object,intptr\
,intptr,intptr) <0x>

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

[Mono-dev] Using Mono.Security with .Net 1.1

2009-08-07 Thread Florin Daneliuc 
Hello,

I'm working on a older project which uses Mono.Security with .Net 1.1 for the 
SSL capabilities. The project is using an older version of the library from 
around 2004-2006. Recently while creating some test we seen that starting from 
a test a number of TLS connections (100-500) caused some of them (2-10 
connections) to get stuck in blocked state with no errors raise (the cause was 
creating connection at intervals less then 20s).

Taking the latest sources this problem was fixed, but another one arouse, a 
System.ExecutionEngineException happens when trying to simulate some data 
transfer. The stack trace of the exception is
 System.Runtime.Remoting.Messaging.StackBuilderSink. The exact stack trace is
  
mscorlib.dll!System.Runtime.Remoting.Messaging.StackBuilderSink.AsyncProcessMessage(System.Runtime.Remoting.Messaging.IMessage
 msg, System.Runtime.Remoting.Messaging.IMessageSink replySink) + 0x1a6 bytes
  
mscorlib.dll!System.Runtime.Remoting.Proxies.AgileAsyncWorkerItem.ThreadPoolCallBack(System.Object
 o) + 0x3f bytes

The scenario is: TestService1 connects through ServiceA to TestService2. The 
exact scope is to test the ServiceA under load.
When I start TestService1 this sends data to TestService2 (through the ServiceA 
proxy) which will send back some response data. After sending some packages (1 
to 30 packages) from TestService1 I get this exception on the second service 
but only when I use the new Mono.Security version, using the older version It 
works just fine.
If I compile the whole stuff using .Net 2.0 everything seems to work just fine. 
Is there a known issues compiling the Mono.Security library under .Net 1.1?

Thank you,
florin
Florin Daneliuc
Senior Software Engineer
IQUEST Technologies SRL
RO 41 Cluj Napoca, Motilor 6-8
Tel:  +40-(0)264-592531
Fax:  +40-(0)264-590682
E-mail:  florin.danel...@iquestint.com
Web:  www.iquest-group.de

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