C# SVN

[TylerH]

The official headers, as maintained by the community in the C# language and .NET/Mono, will be available here:

 

To update:

http://code.google.com/p/leadwerks-csharp/

 

To commit (if a member):

https://code.google.com/p/leadwerks-csharp/

 

I would recommend an SVN client such as TortoiseSVN.

 

Anyone may checkout the SVN anonymously to receive the headers, and I will add anyone to the project who wishes to commit upon request. If privileges are abused, you will be warned, then removed from the project.

 

NOTE: HTTP for anonymous checkout, HTTPS for anyone wishing to commit (post-approval).

 

This is intended to be the be-all-end-all thread on the C# Headers and their availability.

 

As of 5/6/2010 the SVN is on Revision 2 using klepto2's latest posted release.

[ZioRed]

Really good news, I've almost remade the project that I lose for wine lol B)

I may update the C# headers as for latest 2.31 headers

[L B]

If I get back to LE, I hope I'll get a commit account there. ;P I'd feel insulted if not.

[ZioRed]

The headers on SVN should be now updated to 2.31

 

Known issues:

- AccessViolationException raised in Core.AbstractPath()

 

(Bug reported in Issues on Google Code, it would be easier to use that for official bug reporting with possible link to a specified thread)

[Rick]

So I saw the link http://leadwerks.com/werkspace/index.php?/files/file/131-c-headers/ and now this. If I want to start getting into LE.NET what are my steps? What should I be using?

 

 

Also, are there any preexisting builds already? I guess I can get VS Express 2010 *sigh*

[ZioRed]

The latest headers from the klepto2's release is those on SVN, I have updated them with the last 2.31 function definition changes. The getting started tutorial on wiki should work also with the SVN release.

[ZioRed]

SVN updated for bugfix:

- Basic Controller constructor updated with the default values (using the default contructor the collisions vs Terrain with a loaded Scene did not work and the controller fell through the terrain).

 

PS: Josh can you pin this thread so that we can use for SVN updates announces?

[Masterxilo]

I'm quite sure that you shouldn't put the headers on a publicly available SVN. Only licensees should have access to the headers.

[ZioRed]

What is wrong with a public SVN? Since an official complete wrapper is not part of the engine, then I think the best way to enhance it is as public repository and hope that most people post issues/solutions instead of just download it and change theirselves without supporting the project. For license question we don't release engine libraries, so if you don't have them then the source of a wrapper is unuseful (as told by someone else, I still think that even if you find the engine from torrent/rapidshare I'm quite sure you will buy it if you like to work... and yes a version of the engine 2.30 is available on some upload sites, I don't remember the link now, I will forward it to Josh if I'll find).

[Masterxilo]

Yeah, but this makes pirating the engine even easier, everything people need is an engine.dll, and that is included in any le game.

On the old forum, we were told to NEVER post any engine headers.

On the forum here it's ok, since only registered people can access the programming section.

But everyone can go to the showcase forum, download any game (or even just the evaluation), then go to that google code page,

download the wrapper and he'll be ready for programming le without paying for it...

[Rekindled Phoenix]

Masterxilo makes a good point. Even though it would be one more step to download a new version, I think it's a needed security addition.

[ZioRed]

Mates, I could also agree with your args but we absolutely need a repository where who wants can join and update the wrapper (and ASAP I do when something is reported) since the engine currently doesn't natively support .NET.

 

We could move to XP-Dev, they offer a free private hosting plan, it's a bit annoying for Ad-banners spawned all over but it's free and has the almost same tools as the others. The C# team works on SVN and release only the DLL in the Downloads section of LE site.

[Rekindled Phoenix]

Can anyone tell my why I can't inherit the controller class now that I've updated to the SVN Headers?

 

 

Does it have to do with this?

http://msdn.microsoft.com/en-us/library/ms235408(VS.80).aspx

 

 

Would anyone be able to fix this within the source?

[ZioRed]

You are passing Entity.Null instead of Entity.NullPointer

 

EDIT: however is not only that the problem, I'll investigate

 

EDIT2: ok found the problem, the most full Controller constructor overrides the default one and causes this problem in VB (in C# it didn't happened). The wrapper has been updated and this issue is fixed with 1.32.4

[ZioRed]

New version 1.32.4 released (fixed bug in Controller constructor declarations).

 

Please update your wrapper.

[Rekindled Phoenix]

New version 1.32.4 released (fixed bug in Controller constructor declarations).

 

Please update your wrapper.

 

Sorry for being difficult and using VB instead of C#.

Thank you so much ZioRed!!

[ZioRed]

Here we missed some posts during the revert:

 

Version 1.32.7 released

 

Log message

 

- Updated default parameters declaration in many functions

- Added multiplier operator to Vectors

- Added Vector6 class

- Added default value parameter to Entity.GetKey()

- Fixed Emitter constructor

- Fixed Core.AbstractPath

[Rick]

Am I missing something with this code on the SVN? When I open the solution in VS 2010 pro things don't all compile. The Forms_Test isn't part of the solution. When I make it part of the solution I have to delete the reference to Leadwerks and re-add the one I have. After doing that I get an error talking about Leadwerks.Control.LETKControl "type or namespace name "Control" does not exist.

 

I have other issues but seems like it would be ideal if one could open up the solution and everything just worked. Maybe I'm doing something wrong here? Any ideas?

[ZioRed]

Forms_Test are not more part of SVN and the control has been renamed under the Leadwerks.Controls namespace. However don't count on the test projects, since they are only test.

 

I say: rename your current solution folder to ".BAK" and download from SVN (may be you had your solution file changed so TortoiseSVN didn't update it). There is only a "Leadwerks_Console_Tests" as test project (haven't tried it. All the Leadwerks.Game, Leadwerks.AI and Leadwerks.UI are still in development status (or better in "project" status) and are unusable at this moment.

 

If you're looking at the Control than it has not been modified since our bug reports. We could create specific version folders inside "branches" when we release a new version and that should contain only what effectively we're releasing (for now only the wrapper and the Control, which according to me is still more unuseful due to severe bugs).

[Sean]

ok, so how do i download the source files? i got TortiseSVN but now i have no clue what to do. I have never used SVN, thought it worked like a CVS but not so.

[Davaris]

seven, when you find out how to do it, please post the steps. I have no idea about using these things.

[ZioRed]

Right click on the folder in which you would like to checkout your SVN working-folder and choose this URL as checkout URL:

http://leadwerks-csharp.googlecode.com/svn/trunk

 

The solution and projects have Visual C# 2010 format. To succesfully build the solution you should set NO BUILD for the "Test" project in the build configuration or manually copy the engine DLLs and shaders.pak in the "Test" project, else you will have errors during its build.

 

[Sean]

ahhhh! ok simple enough. thanks for the help!

[ZioRed]

Who are not interested in source code may wish to download and use a pre-build library, which you find in the Download section of the project site (the pre-builds are generally updated at each version/revision change).

[Davaris]

Thanks for that.