Re: [Mono-list] Deployment question
Steve, this is supposed to be exactly that: a program called mkbundle is included to assist with combining the runtime into the executable. Unfortunately, I have never gotten this to work on Windows or Linux with even a simple hello world command line program. I'll try and see if there are any updates in the changelog. If there are, I will post them. J At 05:16 PM 6/6/2005 +0200, you wrote: Hello, Is there any method for deploying just the mono runtime (mono or mint) and an application on a target machine? Essentially, just enough of mono to run the application, but not so much that it's a huge installation. I am interested in doing this on both Macintosh and Windows machines. -- Steve. -- No virus found in this outgoing message. Checked by AVG Anti-Virus. Version: 7.0.323 / Virus Database: 267.6.7 - Release Date: 6/10/2005 ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Reporting Engine
On Wed, 2005-05-25 at 08:12 -0400, Farzad Battiwalla wrote: > Does anyone know of a good reporting engine for Mono ? - I'm > looking for something similar to Jasper Reports for Java, but on Dot > Net. I'd also like it to be cross-platform, however, running on Linux is > more important. You may be able to use Jasper Reports itself, by compiling it with IKVMc into CLI assemblies (beware, it may get very very big) Never tried but it sure merits being experimented... :) -- Rafael "Monoman" Teixeira Mono Hacker since 16 Jul 2001 - http://www.mono-project.com/ Mono Brasil Founding Member - http://monobrasil.softwarelivre.org/ Simios Proud Member - http://www.simios.org/ English Blog: http://monoblog.blogspot.com/ Brazilian Portuguese Blog: http://www.simios.org/blog/monoman ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Compiling From SVN
Hi, > I got the libicu and libicu-dev from dselect > (apt-get). I'm having the same problems. Are these the wrong > packages or do I need to point autogen.sh to the correct lib location? They should just be picked up (assuming umbutu installs in the correct place that is). Try compiling from source and installing in /usr and see if that helps. TTFN Paul -- "Space", it says, "is big. Really big. You just won't believe how vastly, hugely, mind-bogglingly big space really is. I mean, you may think it's a long way down the road to the chemists, but that's just *peanuts* compared to space, listen" - Hitch Hikers Guide to the Galaxy signature.asc Description: This is a digitally signed message part ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Authentication with mono
On Fri, 2005-06-10 at 13:41 -0400, Harry Holt wrote: > Are you trying to authenticate against Ldap? If so, you can use the > LdapCsharp library from novellforge: > http://forge.novell.com/modules/xfmod/project/?ldapcsharp > This is good now if I can find something that would do the same with Samba that would be great. -- George Farris [EMAIL PROTECTED] Malaspina University-College ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Authentication with mono
Are you trying to authenticate against Ldap? If so, you can use the LdapCsharp library from novellforge: http://forge.novell.com/modules/xfmod/project/?ldapcsharp ... HH On 6/10/05, George Farris <[EMAIL PROTECTED]> wrote: > Hi all, > I have an application where I need to authenticate a user name from a > workstation to a server. The workstation could be Linux or Windows and > the server will be running Samba and or Ldap. Does anyone have any > example code that will, given a username and password check the > authentication of said user? > > One note is that, the workstation will be logged in on a guest account. > It is only the application that needs to do the authentication. > > Thanks in advance. > > -- > George Farris [EMAIL PROTECTED] > Malaspina University-College > > > > ___ > Mono-list maillist - Mono-list@lists.ximian.com > http://lists.ximian.com/mailman/listinfo/mono-list > -- Robbie the Nanobot says: "Only YOU can prevent gray goo (NEVER release nanobot assemblers without replication limiting code)" http://lizardslounge.org ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Compiling From SVN
I got the libicu and libicu-dev from dselect (apt-get). I'm having the same problems. Are these the wrong packages or do I need to point autogen.sh to the correct lib location? Thanks. -Abe On 6/10/05, Paul <[EMAIL PROTECTED]> wrote: > Hi, > > > > Running autogen.sh in /mono gives me: > > > > mono/mini/Makefile.am:86: variable `ICU_LIBS' not defined > > Grab a copy of ICU (and ICU devel) from the IBM website. > > TTFN > > Paul > -- > "Space", it says, "is big. Really big. You just won't believe how > vastly, hugely, mind-bogglingly big space really is. I mean, you may > think it's a long way down the road to the chemists, but that's just > *peanuts* compared to space, listen" - Hitch Hikers Guide to the Galaxy > > > BodyID:82042174.2.n.logpart (stored separately) > > ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] Authentication with mono
Hi all, I have an application where I need to authenticate a user name from a workstation to a server. The workstation could be Linux or Windows and the server will be running Samba and or Ldap. Does anyone have any example code that will, given a username and password check the authentication of said user? One note is that, the workstation will be logged in on a guest account. It is only the application that needs to do the authentication. Thanks in advance. -- George Farris [EMAIL PROTECTED] Malaspina University-College ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] ParseExact functionality
Please file a bugzilla case at
http://bugzilla.ximian.com/enter_bug.cgi?product=Mono%3A%20Class%
20Libraries&component=CORLIB
Thanks,
On Fri, 2005-06-10 at 07:58 -0400, Harry Holt wrote:
> I'm having a problem converting an ldap date string into a C# DateTime
> under mono. The function I'm using is:
>
> DateTime.ParseExact("20050707132527Z", "MMddHHmmss\\Z",
> System.Globalization.DateTimeFormatInfo.CurrentInfo);
>
> Under mono, this throws an "Invalid Format" exception, but it works
> fine under Microsoft .NET.
> Same thing using System.Globalization.DateTimeFormatInfo.InvariantInfo
--
Rafael "Monoman" Teixeira
Mono Hacker since 16 Jul 2001 - http://www.mono-project.com/
Mono Brasil Founding Member - http://monobrasil.softwarelivre.org/
Simios Proud Member - http://www.simios.org/
English Blog: http://monoblog.blogspot.com/
Brazilian Portuguese Blog: http://www.simios.org/blog/monoman
___
Mono-list maillist - Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list
RE: [Mono-list] P/Invoke, Mono, .NET and Windows XP funny platform
Jonathan Pryor wrote: > Your fundamental problem is that you're targeting Windows XP. > > The real explanation is that Win32 is broken when it comes to > supporting multiple different versions of the "same" library. > Absolutely, fundamentally, *broken*. More to the point, it > doesn't support this AT ALL -- you can only have ONE version > of any given library in use at any point in time. I don't know if this is relevant to the discussion but, AFAIK, since WinXP there is support for versioning libraries. See http://msdn.microsoft.com/library/default.asp?url=/library/en-us/sbscs/setup/isolated_applications_and_side_by_side_assemblies_start_page.asp Regards, Jeroen ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] ParseExact functionality
I'm having a problem converting an ldap date string into a C# DateTime
under mono. The function I'm using is:
DateTime.ParseExact("20050707132527Z", "MMddHHmmss\\Z",
System.Globalization.DateTimeFormatInfo.CurrentInfo);
Under mono, this throws an "Invalid Format" exception, but it works
fine under Microsoft .NET.
Same thing using System.Globalization.DateTimeFormatInfo.InvariantInfo
Thx... HH
___
Mono-list maillist - Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] P/Invoke, Mono, .NET and Windows XP funny platform
Your fundamental problem is that you're targeting Windows XP. Ha ha only serious. (A colloquialism for "that's funny, but I'm serious too...") The slightly longer explanation is here: http://www.mono-project.com/Interop_with_Native_Libraries#Windows_DLL_Search_Path The real explanation is that Win32 is broken when it comes to supporting multiple different versions of the "same" library. Absolutely, fundamentally, *broken*. More to the point, it doesn't support this AT ALL -- you can only have ONE version of any given library in use at any point in time. Win32 has three issues you're running into: 1. No built-in versioning support for libraries, as noted above. Which is to say, if you load C:\Windows\System32\OLE32.dll, you can't say that you want version 1 or version 2 of that library, you get whichever version is at C:\Windows\System32\OLE32.dll. 2. This doesn't mean you can't have multiple different versions installed. It just means that each different version needs to reside in a different directory, which leaves you the option of (a) always specifying a full (or relative) directory for your library, or (b) accepting the default path and placing your library into an appropriate location. So if you didn't like Microsoft's OLE32.DLL, you could place a copy into your application's directory, and *that* one would get loaded. Alas, this means you can have the scenario you're describing, where both mono and your app bundle glib. This is unfortunate, because of issue (3). 3. Win32 doesn't keep track of the full path name to a library. It only remembers the basename of the library. Translation: If you LoadLibrary() C:\mono\glib.dll, Win32 will know that it's loaded "glib.dll". If you then LoadLibrary() C:\yourapp\glib.dll, Win32 will hand you back a handle to C:\mono\glib.dll, because they both share the same basename (glib.dll) -- C:\yourapp\glib.dll is NOT loaded. Win32 doesn't operate on full paths. This is a feature (in certain contexts, anyway -- it's what allows you to provide your own version of OLE32.dll, or any other system library, and have it be used). So, to answer your questions... On Thu, 2005-06-09 at 19:23 +0200, Francis Brosnan Blázquez wrote: > * Any application which p/invokes libraries that are also provided by > mono must compile its native dll versions against the mono dll or it > is posible to compile these ones against, for example, a glib not > provided by the mono installer? Is it possible? Yes. But to use your version of glib and not mono's version, you'd need to alter the library search order for mono to ensure it loads your version of glib and not mono's. This probably is bad, because it will effect every application started with mono, and your glib might not be compatible with mono's glib, which would (likely) kill mono instantly. So it's possible, but it's not advisable. :-) Plus, it'll use extra disk space, so it would be nicer to use mono's glib anyway... Alternatively, name your glib.dll with a different basename, e.g. af- arch-glib.dll, and rebuild all your libraries against this basename. > * What happens if the mono runtime detects a P/Invoke over a library > A.dll which depends on B.dll and then another P/Invoke over the > library C.dll which depends on B'.dll knowing that B.dll and B'.dll > are the same library but not the same file? Mono isn't in control of library loading, Win32 is. (Mono uses GLib's g_module API, which in turn uses LoadLibrary().) So, what would Win32 do? It would load A.dll (as found through the normal DLL search path), would look for and load B.dll (ditto), and when C.dll was loaded it would see that B.dll was already loaded, and not load a new one, so C.dll would get the *first* B.dll that was ever loaded. In short, don't do that. :-) (I'm not entirely sure why this works for you on Linux either, unless you depend on a different version of glib than mono does, in which case you'd bring in a different .so-name. However, given that Linux/ELF doesn't require a symbol to come from a given library, and instead matches a symbol reference to ANY MATCHING SYMBOL within the address space, I fail to see how, if B.so.2 is already loaded, when C.so.1 is loaded and brings in B.so.3, you could ensure that C.so.1 actually uses the functions in B.so.3 and not B.so.2, since the dynamic linker should find the B.so.2 symbols first... Madness, I say. :-) - Jon ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Need help getting Mono working on Windows
Have you tried with just a simple "Hello World" test? Try mono --help Should work however with mono HelloWorld.exe If that doesnt work, post back with more info Martin On 6/8/05, Nicholas Ulle <[EMAIL PROTECTED]> wrote: > I'm trying to set up Mono on Windows XP Home SP1, but I can't seem to get it > to work. The install runs okay, and mcs works (either using the Mono command > prompt or the windows command prompt with the bin added to PATH), but I > can't run any compiled applications (tried double-clicking them, tried mono > filename with the Mono command prompt). The error I get is "The application > failed to initialize properly (0xc135). Click on OK to terminate the > application." > > I tried reinstalling, and installed it so that there are no spaces in the > filepath (e.g. F:\Programs\Mono\). I also checked the MD5 of the installer, > it is not corrupted. This really has me stumped. > > Thanks, > N. Ulle > > ___ > Mono-list maillist - Mono-list@lists.ximian.com > http://lists.ximian.com/mailman/listinfo/mono-list > > > -- Martin Hinks -- Martin Hinks ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] dealing with csproj files with mono
Try MonoDevelop for Linux or SharpDevelop for Windows - both can import Visual Studio.NET Project files and then compile it via a simple menu option. Martin On 6/8/05, Gaudet Michael-MGAU01 <[EMAIL PROTECTED]> wrote: > Hello! > I am trying to get around with mono, and I would like to figure out if it > exists some tools to deal with VisualStudio.net projects dependencies with > mono. > I heard about prj2make which converts, if I understood, vcproj files to > makefiles for mono, but does it deals with the project dependencies? > ___ > Mono-list maillist - Mono-list@lists.ximian.com > http://lists.ximian.com/mailman/listinfo/mono-list > -- Martin Hinks ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
