Also, consider BizSpark if you're looking for a copy of Visual Studio 2008. The requirements for qualifying are soooo small and you get a ton of software for $100. One microsoft guy who shall remain nameless told me that they really don't check into anything, they just take your word for it (that you're in a business that meets the requirements).
On Fri, Feb 27, 2009 at 10:05 AM, Pascal Craponne <[email protected]> wrote: > Yes, the DbLinqTest project works fine, and all tests succeed.If you want > to temporary use the full solution, you can download the trial for Visual > Studio 2008, this would help you. Then you could switch back to the Express > edition. > > Regarding tests, I use them from two applications: > - NUnit > - ReSharper (which supports NUnit tests and integrates into Visual Studio). > > Pascal. > > jabber/gtalk: [email protected] > msn: [email protected] > > > > > On Fri, Feb 27, 2009 at 18:56, Justin Collum <[email protected]> wrote: > >> Have you tried to load the unit test project from within Nunit? Let's >> figure out if this is the project or VSE that's causing the issue. >> >> On Fri, Feb 27, 2009 at 9:50 AM, Jonathan Pryor <[email protected]> wrote: >> >>> Perhaps I'm an idiot. Perhaps I'm really unlucky. I'll let fate sort >>> that out... >>> >>> I'm trying to rework the unit test infrastructure in the tests-without-db >>> branch. Since I only have Visual Studio Express, part of that is getting >>> the tests to work on Visual Studio Express (impressive, I know). >>> >>> Consequently, I'm not able to run the existing unit tests, as I get a >>> billion warnings[0] when loading the normal .sln file within Express. Thus, >>> I don't know what "normal" is. :-( >>> >>> What I do know is this: tests/DbLinqTest/DbLinqTest.csproj has a project >>> reference to DbMetal, because it tests some DbMetal internals. Fine. >>> >>> My problem is that when I create a NUnit test containing these DbMetal >>> tests, most of them fail, because the DbMetal assembly can't be loaded. >>> >>> More research reveals the problem [1]: The .NET assembly loader, when >>> used within NUnit, doesn't find .exe files, only .dll files. >>> >>> Thus, the question: Does the DbLinqTest project actually work and run >>> without error? If so, how does it find the DbMetal.exe reference (i.e. what >>> do I need to do to mimic correct behavior)? (Alternatively, did whoever is >>> running the test previously copy DbMetal.exe to DbMetal.dll, which is >>> sufficient to fix this error?) >>> >>> Inquiring minds want to know. :-) >>> >>> - Jon >>> >>> [0] uncounted >>> >>> [1] Fusion Log from trying to load DbMetal.exe within NUnit: >>> >>> LOG: Using application configuration file: >>> Z:\Home\Development\mono-HEAD\dblinq2007.tests\build.dbg\DbMetal.exe.config >>> LOG: Using machine configuration file from >>> C:\Windows\Microsoft.NET\Framework\v2.0.50727\config\machine.config. >>> LOG: Policy not being applied to reference at this time (private, custom, >>> partial, or location-based assembly bind). >>> LOG: Attempting download of new URL >>> file:///Z:/Home/Development/mono-HEAD/dblinq2007.tests/build.dbg/DbMetal.DLL. >>> LOG: Attempting download of new URL >>> file:///Z:/Home/Development/mono-HEAD/dblinq2007.tests/build.dbg/DbMetal/DbMetal.DLL. >>> ERR: A fatal error occurred when retrieving next codebase for download (hr >>> = 0x8007007b). >>> >>> >>> >>> >>> >> >> >> > > > > --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "DbLinq" group. To post to this group, send email to [email protected] To unsubscribe from this group, send email to [email protected] For more options, visit this group at http://groups.google.com/group/dblinq?hl=en -~----------~----~----~----~------~----~------~--~---
