[Mono-winforms-list] Archive
In last message I wrote that cannot found archive list. Of course - it is the first information on subscribe page :-) http://lists.ximian.com/pipermail/mono-winforms-list/ In the archive are some DataGrid problems but not my problem with row selection. Leos ___ Mono-winforms-list maillist - Mono-winforms-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-winforms-list
[Mono-dev] patch for System.Reflection
There are some problems in getting custome attributes out of ICustomAttributeProvider elements. .NET offers two basic ways: 1. Using the method 'GetCustomAttributes' directly on an ICustomAttributeProvider element 2. Using the static overloaded method Attribute.GetCustomAttribute on the element. It terms to be that these methods behave differently, when dealing with inherited attributes. For example: EventInfo ev = ev.GetCustomAttributes(typeof(MyAttribute), true) -- this will not search in the parent class for inherited attributes. Attribute.GetCustomAttributes(ev, typeof(MyAttribute), true) -- this will go and search for inherited attributes in the parent class. The attached path fixes the but, and some test-cases are provided, too. Please review. Regards, Roei Erez ReflectionPatch.patch Description: ReflectionPatch.patch ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] Debugger news?
Hi, Any news related to the debugger? ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-list] VistaDB ... will Data Builder Utility run in Mono 1.2 ?
The VistaDB (as mentioned on mono site and in mono blog) will support Mono 1.2 as of this weekend. Does anyone know if the VistaDB 3.0 Data Builder Utility (Full C# source code included) works in Mono 1.2 ? ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] How to make FYIDesigner to work or find reportdesigner for mono
Field m_name not found in class System.Globalization.CompareInfoStack
trace: at
System.Runtime.Serialization.Formatters.Binary.ObjectReader.ReadTypeMetadata
Miguel wrote:
This trace looks like a binary incompatibility in the resource file
format.
Use prj2make to turn the solution files into Makefiles, and then build
with Make.
prj2make RDLDesign.csproj fails.
Any idea how to run RDLDesigner in MONO ?
Andrus.
prj2make returns:
EXCEPTION: System.NullReferenceException: Object reference not set to an
instance of an object
at Mfconsulting.General.Prj2Make.SlnMaker.GetCsprojFileVersion
(System.String strInCsprojFile) [0x0]
at Mfconsulting.General.Prj2Make.SlnMaker.MsSlnHelper (Boolean isUnixMode,
Boolean isMcsMode, Boolean isSln, System.String slnFile) [0x0]
RDLDesign.csproj contains:
’??Project DefaultTargets=Build
xmlns=http://schemas.microsoft.com/developer/msbuild/2003;
PropertyGroup
ProjectTypeLocal/ProjectType
ProductVersion8.0.50727/ProductVersion
SchemaVersion2.0/SchemaVersion
ProjectGuid{3E1D2C49-44A2-46A0-B107-9E8A87AE78A7}/ProjectGuid
Configuration Condition= '$(Configuration)' == ''
Debug/Configuration
Platform Condition= '$(Platform)' == '' AnyCPU/Platform
ApplicationIconApp.ico/ApplicationIcon
AssemblyKeyContainerName
/AssemblyKeyContainerName
AssemblyNameRdlDesigner/AssemblyName
AssemblyOriginatorKeyFile..\mykey.snk/AssemblyOriginatorKeyFile
DefaultClientScriptJScript/DefaultClientScript
DefaultHTMLPageLayoutGrid/DefaultHTMLPageLayout
DefaultTargetSchemaIE50/DefaultTargetSchema
DelaySignfalse/DelaySign
OutputTypeWinExe/OutputType
RootNamespacefyiReporting.RdlDesign/RootNamespace
RunPostBuildEventOnBuildSuccess/RunPostBuildEvent
StartupObjectfyiReporting.RdlDesign.RdlDesigner/StartupObject
FileUpgradeFlags
/FileUpgradeFlags
UpgradeBackupLocation
/UpgradeBackupLocation
SignAssemblyfalse/SignAssembly
/PropertyGroup
PropertyGroup Condition= '$(Configuration)|$(Platform)' ==
'Debug|AnyCPU'
OutputPathbin\Debug\/OutputPath
AllowUnsafeBlocksfalse/AllowUnsafeBlocks
BaseAddress285212672/BaseAddress
CheckForOverflowUnderflowfalse/CheckForOverflowUnderflow
ConfigurationOverrideFile
/ConfigurationOverrideFile
DefineConstantsDEBUG;TRACE/DefineConstants
DocumentationFile
/DocumentationFile
DebugSymbolstrue/DebugSymbols
FileAlignment4096/FileAlignment
NoStdLibfalse/NoStdLib
NoWarn
/NoWarn
Optimizefalse/Optimize
RegisterForComInteropfalse/RegisterForComInterop
RemoveIntegerChecksfalse/RemoveIntegerChecks
TreatWarningsAsErrorsfalse/TreatWarningsAsErrors
WarningLevel4/WarningLevel
DebugTypefull/DebugType
ErrorReportprompt/ErrorReport
/PropertyGroup
PropertyGroup Condition= '$(Configuration)|$(Platform)' ==
'Release|AnyCPU'
OutputPathbin\Release\/OutputPath
AllowUnsafeBlocksfalse/AllowUnsafeBlocks
BaseAddress285212672/BaseAddress
CheckForOverflowUnderflowfalse/CheckForOverflowUnderflow
ConfigurationOverrideFile
/ConfigurationOverrideFile
DefineConstantsTRACE/DefineConstants
DocumentationFile
/DocumentationFile
DebugSymbolsfalse/DebugSymbols
FileAlignment4096/FileAlignment
NoStdLibfalse/NoStdLib
NoWarn
/NoWarn
Optimizetrue/Optimize
RegisterForComInteropfalse/RegisterForComInterop
RemoveIntegerChecksfalse/RemoveIntegerChecks
TreatWarningsAsErrorsfalse/TreatWarningsAsErrors
WarningLevel4/WarningLevel
DebugTypenone/DebugType
ErrorReportprompt/ErrorReport
/PropertyGroup
ItemGroup
Reference Include=RdlEngine, Version=2.9.2.0, Culture=neutral,
PublicKeyToken=98d963a3ed6bf418, processorArchitecture=MSIL
SpecificVersionFalse/SpecificVersion
HintPath..\RdlEngine\bin\Release\RdlEngine.dll/HintPath
/Reference
Reference Include=RdlViewer, Version=2.9.1.0, Culture=neutral,
PublicKeyToken=98d963a3ed6bf418, processorArchitecture=MSIL
SpecificVersionFalse/SpecificVersion
HintPath..\RdlViewer\bin\Release\RdlViewer.dll/HintPath
/Reference
Reference Include=System
NameSystem/Name
/Reference
Reference Include=System.Data
NameSystem.Data/Name
/Reference
Reference Include=System.Drawing
NameSystem.Drawing/Name
/Reference
Reference Include=System.Windows.Forms
NameSystem.Windows.Forms/Name
/Reference
Reference Include=System.Xml
NameSystem.XML/Name
/Reference
/ItemGroup
ItemGroup
Content Include=App.ico /
Content Include=chart.gif /
Content Include=copy.gif /
Content Include=cut.gif /
Content Include=html.gif /
Content Include=image.gif /
Content Include=line.gif /
Content Include=list.gif /
Content Include=matrix.gif /
Content Include=mht.gif /
Content Include=new.gif /
Content Include=open.gif /
Content Include=paste.gif /
Content Include=pdf.gif /
Content
Re: [Mono-list] Incorrect path interpretation(gacutil)
You were right: the logic in gacutil driver, gets confused with *nix,
absolute paths.
The following patch makes it behave correctly for your case, I'll be
posting a bugzilla case and attaching the patch for review, but you can
patch locally your gacutil in the meantime.
:)
Patch
-
Index: driver.cs
===
--- driver.cs (revision 71418)
+++ driver.cs (working copy)
@@ -574,7 +574,7 @@
private static bool IsSwitch (string arg)
{
- return (arg [0] == '-' || arg [0] == '/');
+ return (arg [0] == '-' || (arg [0] == '/' !
arg.EndsWith(.dll) arg.IndexOf('/', 1) 0 ) );
}
private static Command GetCommand (string arg)
Index: ChangeLog
===
--- ChangeLog (revision 71418)
+++ ChangeLog (working copy)
@@ -1,3 +1,7 @@
+2007-01-21 Rafael Teixeira [EMAIL PROTECTED]
+
+ * driver.cs: accept absolute *nix paths for library names
without getting them confused with options
+
2006-07-24 Alp Toker [EMAIL PROTECTED]
* driver.cs: Minor typo fixes in comments and informational
output.
On Mon, 2007-01-15 at 07:26 -0800, monoport wrote:
A Rafael D Teixeira wrote:
It is probably getting confused on parsing options.
In your case it really gets confused because you have separated /i from
it's argument (the path to the library) with the unnecessary -f. Try:
mono /usr/lib/mono/lib/mono/1.0/gacutil.exe -i
/root/XXX/XXX/XXX/Assembly.dll
It should work.
Try gacutil -? (or --help), to see the somewhat expanded list of options
Mono's implementation has, and also the unsupported ones.
:)
OK, I removed the -f option
and again have:
gacutil -i /root/xxx/xxx/xxx/assembly.dll
Option /root/xxx/xxx/xxx/assembly.dll takes 1 argument
Anyone have the mono installed on Linux, plz check.
Is this working for you? I guess this is the bug.
monoport
___
Mono-list maillist - Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Incorrect path interpretation(gacutil)
Also, for now you can just cd into the directory containing the library and use gacutil with a relative path. like cd /root/XXX/XXX/XXX/ mono /usr/lib/mono/lib/mono/1.0/gacutil.exe -i Assembly.dll :) On Mon, 2007-01-15 at 07:26 -0800, monoport wrote: A Rafael D Teixeira wrote: It is probably getting confused on parsing options. In your case it really gets confused because you have separated /i from it's argument (the path to the library) with the unnecessary -f. Try: mono /usr/lib/mono/lib/mono/1.0/gacutil.exe -i /root/XXX/XXX/XXX/Assembly.dll It should work. Try gacutil -? (or --help), to see the somewhat expanded list of options Mono's implementation has, and also the unsupported ones. :) OK, I removed the -f option and again have: gacutil -i /root/xxx/xxx/xxx/assembly.dll Option /root/xxx/xxx/xxx/assembly.dll takes 1 argument Anyone have the mono installed on Linux, plz check. Is this working for you? I guess this is the bug. monoport ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Incorrect path interpretation(gacutil)
PATCH in bugzilla
http://bugzilla.ximian.com/show_bug.cgi?id=80570
On Sun, 2007-01-21 at 11:16 -0200, Rafael Teixeira wrote:
You were right: the logic in gacutil driver, gets confused with *nix,
absolute paths.
The following patch makes it behave correctly for your case, I'll be
posting a bugzilla case and attaching the patch for review, but you can
patch locally your gacutil in the meantime.
:)
Patch
-
Index: driver.cs
===
--- driver.cs (revision 71418)
+++ driver.cs (working copy)
@@ -574,7 +574,7 @@
private static bool IsSwitch (string arg)
{
- return (arg [0] == '-' || arg [0] == '/');
+ return (arg [0] == '-' || (arg [0] == '/' !
arg.EndsWith(.dll) arg.IndexOf('/', 1) 0 ) );
}
private static Command GetCommand (string arg)
Index: ChangeLog
===
--- ChangeLog (revision 71418)
+++ ChangeLog (working copy)
@@ -1,3 +1,7 @@
+2007-01-21 Rafael Teixeira [EMAIL PROTECTED]
+
+ * driver.cs: accept absolute *nix paths for library names
without getting them confused with options
+
2006-07-24 Alp Toker [EMAIL PROTECTED]
* driver.cs: Minor typo fixes in comments and informational
output.
On Mon, 2007-01-15 at 07:26 -0800, monoport wrote:
A Rafael D Teixeira wrote:
It is probably getting confused on parsing options.
In your case it really gets confused because you have separated /i from
it's argument (the path to the library) with the unnecessary -f. Try:
mono /usr/lib/mono/lib/mono/1.0/gacutil.exe -i
/root/XXX/XXX/XXX/Assembly.dll
It should work.
Try gacutil -? (or --help), to see the somewhat expanded list of options
Mono's implementation has, and also the unsupported ones.
:)
OK, I removed the -f option
and again have:
gacutil -i /root/xxx/xxx/xxx/assembly.dll
Option /root/xxx/xxx/xxx/assembly.dll takes 1 argument
Anyone have the mono installed on Linux, plz check.
Is this working for you? I guess this is the bug.
monoport
___
Mono-list maillist - Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list
E-mail classificado pelo Identificador de Spam Inteligente Terra.
Para alterar a categoria classificada, visite
http://mail.terra.com.br/protected_email/imail/imail.cgi?+_u=rafael.teixeirabr_l=1,116938.681673.29454.curepipe.hst.terra.com.br,5896,Des15,Des15
Esta mensagem foi verificada pelo E-mail Protegido Terra.
Scan engine: McAfee VirusScan / Atualizado em 19/01/2007 / Verso: 5.1.00/4943
Proteja o seu e-mail Terra: http://mail.terra.com.br/
___
Mono-list maillist - Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] mono-service doesn't start my service - no errors
but my service doesn't seem to start. I have no error messages, except:
Jan 20 21:17:47 mylaptop mono: MyHal.Service.exe: Log file already exists:
/tmp/MyHal.Service.exe.lock
Try using /usr/bin/mono/usr/lib/mono/1.0/mono-service.exe
MyHal.Service.exe on a command line and see if there are any messages.
Same thing, no messages.
But I've found that the call to
log4net.Config.XmlConfigurator.ConfigureAndWatch stops the programs.
I've changed my Main method to:
try
{
error(Main1, Begin);
log4net.Config.XmlConfigurator.Configure(new
FileInfo(System.IO.Path.GetFullPath(log4net.config)));
error(Main1, Begin2);
ServiceBase.Run(new ServiceBase[] { new
MyHal.Service.Service1() });
error(Main1, End);
}
catch(Exception exc)
{
error(Main exception, exc.ToString());
}
Here I see in syslog the firt message (Begin). If I put in comment the
log4net call I see Begin2 method ; but then I think that the
MyHal.Engine.Core.Instance.Init(); in the OnStart method does nothing...
(the Core class has a static ctor with an error message that is never displayed)
It's rather hard to debug what mono-service does or doesn't...
JC
http://sourceforge.net/projects/myhal
- Original Message
From: Jörg Rosenkranz [EMAIL PROTECTED]
To: jcmag [EMAIL PROTECTED]
Sent: Sunday, January 21, 2007 4:33:25 PM
Subject: Re: [Mono-list] mono-service doesn't start my service - no errors
Hi JC,
but my service doesn't seem to start. I have no error messages, except:
Jan 20 21:17:47 mylaptop mono: MyHal.Service.exe: Log file already exists:
/tmp/MyHal.Service.exe.lock
Try using /usr/bin/mono/usr/lib/mono/1.0/mono-service.exe
MyHal.Service.exe on a command line and see if there are any messages.
I've also another question: after the call to mono-service, the service is
installed on the machine and will be executed, or do we have to do something
for that?
mono-service is only a tool to run your service. You have to provide a
startup script for your specific distribution to run the service.
HTH,
Joerg.
It's here! Your new message!
Get new email alerts with the free Yahoo! Toolbar.
http://tools.search.yahoo.com/toolbar/features/mail/___
Mono-list maillist - Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Incorrect path interpretation(gacutil)
Fixed on SVN: revision 71431.
On Sun, 2007-01-21 at 11:27 -0200, Rafael Teixeira wrote:
PATCH in bugzilla
http://bugzilla.ximian.com/show_bug.cgi?id=80570
On Sun, 2007-01-21 at 11:16 -0200, Rafael Teixeira wrote:
You were right: the logic in gacutil driver, gets confused with *nix,
absolute paths.
The following patch makes it behave correctly for your case, I'll be
posting a bugzilla case and attaching the patch for review, but you can
patch locally your gacutil in the meantime.
:)
Patch
-
Index: driver.cs
===
--- driver.cs (revision 71418)
+++ driver.cs (working copy)
@@ -574,7 +574,7 @@
private static bool IsSwitch (string arg)
{
- return (arg [0] == '-' || arg [0] == '/');
+ return (arg [0] == '-' || (arg [0] == '/' !
arg.EndsWith(.dll) arg.IndexOf('/', 1) 0 ) );
}
private static Command GetCommand (string arg)
Index: ChangeLog
===
--- ChangeLog (revision 71418)
+++ ChangeLog (working copy)
@@ -1,3 +1,7 @@
+2007-01-21 Rafael Teixeira [EMAIL PROTECTED]
+
+ * driver.cs: accept absolute *nix paths for library names
without getting them confused with options
+
2006-07-24 Alp Toker [EMAIL PROTECTED]
* driver.cs: Minor typo fixes in comments and informational
output.
On Mon, 2007-01-15 at 07:26 -0800, monoport wrote:
A Rafael D Teixeira wrote:
It is probably getting confused on parsing options.
In your case it really gets confused because you have separated /i from
it's argument (the path to the library) with the unnecessary -f. Try:
mono /usr/lib/mono/lib/mono/1.0/gacutil.exe -i
/root/XXX/XXX/XXX/Assembly.dll
It should work.
Try gacutil -? (or --help), to see the somewhat expanded list of options
Mono's implementation has, and also the unsupported ones.
:)
OK, I removed the -f option
and again have:
gacutil -i /root/xxx/xxx/xxx/assembly.dll
Option /root/xxx/xxx/xxx/assembly.dll takes 1 argument
Anyone have the mono installed on Linux, plz check.
Is this working for you? I guess this is the bug.
monoport
___
Mono-list maillist - Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list
E-mail classificado pelo Identificador de Spam Inteligente Terra.
Para alterar a categoria classificada, visite
http://mail.terra.com.br/protected_email/imail/imail.cgi?+_u=rafael.teixeirabr_l=1,116938.681673.29454.curepipe.hst.terra.com.br,5896,Des15,Des15
Esta mensagem foi verificada pelo E-mail Protegido Terra.
Scan engine: McAfee VirusScan / Atualizado em 19/01/2007 / Verso:
5.1.00/4943
Proteja o seu e-mail Terra: http://mail.terra.com.br/
___
Mono-list maillist - Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list
E-mail classificado pelo Identificador de Spam Inteligente Terra.
Para alterar a categoria classificada, visite
http://mail.terra.com.br/protected_email/imail/imail.cgi?+_u=rafael.teixeirabr_l=1,1169386218.347530.14763.alcuta.terra.com.br,6867,Des15,Des15
Esta mensagem foi verificada pelo E-mail Protegido Terra.
Scan engine: McAfee VirusScan / Atualizado em 19/01/2007 / Verso: 5.1.00/4943
Proteja o seu e-mail Terra: http://mail.terra.com.br/
___
Mono-list maillist - Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] mono-service doesn't start my service - no errors
Recently a fix for static constructors not being automatically called,
went into SVN, what looks like what you are telling. I think the fix
affects the in the native part of the runtime.
So, probably, you need to retest your case with a newer runtime compiled
from SVN head.
Hope it helps,
Rafael Teixeira
On Sun, 2007-01-21 at 08:40 -0800, jcmag wrote:
but my service doesn't seem to start. I have no error messages,
except:
Jan 20 21:17:47 mylaptop mono: MyHal.Service.exe: Log file already
exists:
/tmp/MyHal.Service.exe.lock
Try using /usr/bin/mono/usr/lib/mono/1.0/mono-service.exe
MyHal.Service.exe on a command line and see if there are any
messages.
Same thing, no messages.
But I've found that the call to
log4net.Config.XmlConfigurator.ConfigureAndWatch stops the programs.
I've changed my Main method to:
try
{
error(Main1, Begin);
log4net.Config.XmlConfigurator.Configure(new
FileInfo(System.IO.Path.GetFullPath(log4net.config)));
error(Main1, Begin2);
ServiceBase.Run(new ServiceBase[] { new
MyHal.Service.Service1() });
error(Main1, End);
}
catch(Exception exc)
{
error(Main exception, exc.ToString());
}
Here I see in syslog the firt message (Begin). If I put in comment
the log4net call I see Begin2 method ; but then I think that the
MyHal.Engine.Core.Instance.Init(); in the OnStart method does
nothing... (the Core class has a static ctor with an error message
that is never displayed)
It's rather hard to debug what mono-service does or doesn't...
JC
http://sourceforge.net/projects/myhal
- Original Message
From: Jörg Rosenkranz [EMAIL PROTECTED]
To: jcmag [EMAIL PROTECTED]
Sent: Sunday, January 21, 2007 4:33:25 PM
Subject: Re: [Mono-list] mono-service doesn't start my service - no
errors
Hi JC,
but my service doesn't seem to start. I have no error messages,
except:
Jan 20 21:17:47 mylaptop mono: MyHal.Service.exe: Log file already
exists:
/tmp/MyHal.Service.exe.lock
Try using /usr/bin/mono/usr/lib/mono/1.0/mono-service.exe
MyHal.Service.exe on a command line and see if there are any messages.
I've also another question: after the call to mono-service, the
service is
installed on the machine and will be executed, or do we have to do
something
for that?
mono-service is only a tool to run your service. You have to provide a
startup script for your specific distribution to run the service.
HTH,
Joerg.
__
Don't be flakey. Get Yahoo! Mail for Mobile and
always stay connected to friends.
__
E-mail classificado pelo Identificador de Spam Inteligente.
Para alterar a categoria classificada, visite o Terra Mail
__
Esta mensagem foi verificada pelo E-mail Protegido Terra.
Scan engine: McAfee VirusScan / Atualizado em 19/01/2007 / Versão:
5.1.00/4943
Proteja o seu e-mail Terra: http://mail.terra.com.br/
___
Mono-list maillist - Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list
___
Mono-list maillist - Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] MonoTorrent error + fix
Heya, I was away on holidays, so i only got the bug report now. I created a file which was over int.MaxValue bytes in length and used that to test the monotorrent code. I came across a few places where i was getting int overflows and commited fixes to SVN. Everything should be ok now (fingers crossed ;) ). Let me know how you get on. Alan. On 1/16/07, Will Murnane [EMAIL PROTECTED] wrote: I'm writing a BitTorrent client using the bitsharp library, and I encountered an error with a torrent that has total file size 4GB. The problem occurs on line 124 of PieceMessage.cs: long pieceOffset = this.startOffset + this.PieceIndex * this.fileManager.PieceLength; this.PieceIndex and this.fileManager.PieceLength are both 32-bit ints; when they're multiplied an overflow can result, and pass an (overflowed) negative value to FileManager.Read. My suggestion is to cast one of them to long before the multiply is performed: long pieceOffset = this.startOffset + (long)this.PieceIndex * this.fileManager.PieceLength; That should fix the problem. Here's a screenshot of the debugger helping me find the problem: http://will.incorrige.us/torrent-error.png Last, thanks for the cool library! I was afraid I'd have to write my own bittorrent library to get this working, but bitsharp is working (mostly :-P) nicely. Thanks, Will ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
