Re: [Mono-dev] Windows Shell
The ShlWapi stuff is only needed because IShellFolder.GetDisplayNameOf() returns a STRRET, ShlWapi.dll provides StrRetToBuf which makes translating this abomination to a standard string a little easier. Or am I missing the point? I am looking into the portland project for providing special folders on linux. Am I right in thinking that if portland is not present, we could just present the *nix filesystem as the shell namespace, rooted at / instead of Desktop? If there is the opinion from those higher up that this library might be useful, I would be happy to have a shot at implementing the *nix side of things. We still need early adopters to give feedback though. On 11/30/06, Charlie Poole [EMAIL PROTECTED] wrote: HI Steve, Good point about porting. If I'm using the Shell api then I'd like my app to actually work on Mono, with graceful degradation when a particluar folder or item doesn't exist on the platform. And of course, I also see things on my desktop that look like they might be construed as analogues of the virtual folders that exist in Windows. Windows programmers would probably want them to work. Those coming from Linux may prefer some other API. Actually, when I first saw your post, my mind went immediately to Shell extensions, which seem to be pretty much Windows-only, unless you want to invent something equally arcane for Linux. :-) BTW, do you think of the shlwapi assembly stuff as part of this? Charlie ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] Smoke test and test reports
Hi, I am doing some research on how Open Source project do testing. I was trying to find out how is automated smoke testing being done for Mono. I found the http://www.mono-project.com/Test_Suite page that points to http://mono.ximian.com/tests/displayTestResults.php but that page seem to show information from November 2005. What did I miss? I also heared that there is a continous performance testing cycle. A pointer to that would be appreciated. regards Gabor ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] Error handling for embedded Mono
Hi All, I was looking at embedding Mono into a project and noticed that in several places Mono simply calls exit(-1) when it has a problem. This is obviously not a very good solution for a project that is running embedded Mono; a nicer solution would be to return an error code that could be handled by the host program. I had a look at making some changes to remove some of these calls but ran into some problems. For example mono_init_internal calls exit (line 586 of domain.c) but by that point the domain has been allocated and a lot of things have been initialized. So my question is how does Mono handle such errors? Is it possible to return NULL for the domain and just call mono_jit_cleanup? Also should mono_runtime_run_main (in object.c) set mono_environment_exitcode_set and return -1 instead of calling exit? Cheers, Luke ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] Call for release notes in 1.2.2
Hello, Mono 1.2.2 has been branched on SVN. Am cooking the release notes for this release. If there are some important highlights that I should mention, please send those to me. Miguel. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] ASP.NET bin folder and referenced assemblies
On Fri, 2006-12-01 at 09:57 +0200, Piotr Stulinski wrote: Greetings fellow monkeys I have been stumped with a particular irritating problem for the past few weeks now. I have the simplest mono ASP.NET website - it compiles 100% fine and runs fine on windows... so no program error... i am running mono on my Ubuntu machine and it just wont work! The program is so simple its driving me insane.. Can you send me in a private email a tarball with your application directory and the bin directory? Also tell me the parameters you use for xsp or mod-mono-server. -Gonzalo ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Windows Shell
Hi Steve, The shlwapi assembly has some useful stuff for manipulating paths that I once used in NUnit. Of course, I had to remove it in order to port. I just wondered if you felt it was within your scope, since it has shell in its name... btw, if you want to Pascal-Case the name, it would have to be ShLwApi, since it stands for the shell lightweight api :-) I personally have no knowoledge about what would be the right thing to do with this for linux developers, but its definitely the right group to ask. Charlie _ From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Steve K Sent: Friday, December 01, 2006 1:02 AM To: Charlie Poole Cc: mono-devel-list@lists.ximian.com Subject: Re: [Mono-dev] Windows Shell The ShlWapi stuff is only needed because IShellFolder.GetDisplayNameOf() returns a STRRET, ShlWapi.dll provides StrRetToBuf which makes translating this abomination to a standard string a little easier. Or am I missing the point? I am looking into the portland project for providing special folders on linux. Am I right in thinking that if portland is not present, we could just present the *nix filesystem as the shell namespace, rooted at / instead of Desktop? If there is the opinion from those higher up that this library might be useful, I would be happy to have a shot at implementing the *nix side of things. We still need early adopters to give feedback though. On 11/30/06, Charlie Poole [EMAIL PROTECTED] wrote: HI Steve, Good point about porting. If I'm using the Shell api then I'd like my app to actually work on Mono, with graceful degradation when a particluar folder or item doesn't exist on the platform. And of course, I also see things on my desktop that look like they might be construed as analogues of the virtual folders that exist in Windows. Windows programmers would probably want them to work. Those coming from Linux may prefer some other API. Actually, when I first saw your post, my mind went immediately to Shell extensions, which seem to be pretty much Windows-only, unless you want to invent something equally arcane for Linux. :-) BTW, do you think of the shlwapi assembly stuff as part of this? Charlie ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] 1.2.2 Preview (Was: Re: Call for release notes in 1.2.2)
Hi, Preview sources, packages, and installers for 1.2.2 are located here: http://mono.ximian.com/monobuild/preview/download-preview/ Enjoy! Wade On Fri, 2006-12-01 at 10:39 -0500, Miguel de Icaza wrote: Hello Jonathan, Wade, Also, if Wade has a Windows preview package, I can run some Moma stats for you, like: - 1.2.2 removes XX MonoTODOs. - 1.2.2 removes XX NotImplementedExceptions. - 1.2.2 adds XXX previously missing methods. Wade, once you have some Windows packages for Mono, could you email Jonathan so he could provide us with some statistics about the differences between 1.2.1 and 1.2.2 based on Moma? Miguel. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] OS X builds and -DUSE-MUNMAP
Hello, Nobody has objected to turning on -DUSE_MUNMAP under OS X since I posted this email... Can somebody give me the go-ahead to commit the configure.in change needed to switch over? Go ahead. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] OS X builds and -DUSE-MUNMAP
On Dec 1, 2006, at 2:55 PM, Miguel de Icaza wrote: Hello, Nobody has objected to turning on -DUSE_MUNMAP under OS X since I posted this email... Can somebody give me the go-ahead to commit the configure.in change needed to switch over? Go ahead. Committed. -- Allan Hsu allan at counterpop dot net 1E64 E20F 34D9 CBA7 1300 1457 AC37 CBBB 0E92 C779 ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list