Mołot

Now? It would break crafts in savegames. At least we would need a "legacy" plugin with all these fairings available now to keep going until we could land or crash last ship still using them.

Who is responsible for making it required dependency instead of a suggestion in CKAN?! Come on, people, no need to force-feed this down users' throats. Whoever did it, I hope it'll get changed soon.

True, to some extent, but (as can be seen in official description ): "If you remix, transform, or build upon the material, you may not distribute the modified material." so it does prevent me from sharing my changes on the forum, or even from sharing them with my friends. If sharing it back with original author / maintainer is legal is somewhat gray area, there is no explicit exception for him in the licence. I believe that's what you meant, but that's not what licence text says. Also, most of other licences require attribution - so no "claiming as their own". For forking - do you really want to prevent that? Why, exactly? I mean, original authors didn't mind, in the first place. And if someone over there will show he can keep this up to date and enrich it's features, why not? If you will go GPL, you will be able to take his changes back as you please. And he'll be forced to mention all previous authors in his fork's description, so no "claiming". The problem with CC licences is that they were never really designed for code. Using any kind of it will make merry law hell to any kind of teamwork. See their own recommendation. If anyone knows where not to use CC, they do.

If you really really need it, you can compile it yourself, without that check. I did it, and so far it works. The best part? If you're the kind of user who hacks and compiles plugins, you probably have a good grasp of what comes from, and decency to test spotted errors with supported version before reporting anything.

Don't get me wrong, I don't want to make a fork, not really. But CC Attribution-NonCommercial-NoDerivatives may be interpreted in many ways. For sure I cannot release any patches, for example. So no-no for me hacking out toolbar requirement. Or, more truthfully, no-no for me to share it with you or anyone. Maybe even no for compiling code as-is. And using things like Active Texture Management starts to be dubious, as it creates uniform textures on people's computers - derivative for sure! Possibly legal as it's only cache and it's not distributed but that's grey area. If you want to develop DLL and everything on your own, good luck. But the licence you are thinking about would stop great people like Khatharr from contributing, and people like me from tinkering and sharing ideas. The latter is of no particular worth yet, but the former got this mod running again whilst you did not have time to do it. That's something, ain't it? CC for crafts would make sense, with the problems described above. For code (and parts' cfg files), if MIT is not what you want, there is a lot of opensource licences available. GPL or LGPL for example. I understand that if someone works on code for free, he may want this code to stay free, and that's something MIT licence does not ensure. But licence that makes you the only legal developer when you apparently could use some help?

Well, the package Khatharr posted was, is, and will be MIT license, as you can't effectively revoke it, you can only apply new license on new releases (even if you don't change code). And he released under MIT, forking your release under MIT, so we are free to work on it further. That says the license you used.

Thanks! Worked like a charm. Could I ask you two more things? Make it Toolbar - independent as 0.90 has it's own toolbar. Using mod toolbar should be an option, not requirement. Share full archive with VisualStudio project, if you can. I'm new to C# so having more than just .cs file would be lovely. I mean, having only one of these two should be enough, I'm pretty sure I can do the first if you'll give me the second... Hacking around using other projects as references. Probably I should be able to anyway, but it would take me longer than absolutely needed.

Lucky you. If you'll ever be in Warsaw, Poland, please drop by, I pay with my homebrew ale For now, Windows it is, I don't have enough time to fight loosing battle alone when all I want is some fun.

Sad thing is - I was using Ubuntu. Windows versions are much more stable for me - and I compared all 4 ( 2 OS x 2 word lengths). On Ubuntu, FAR was the only plugin I got working smooth and stable. Most of the others, not so. MechJeb had it's glitches I could live with, and others usually crashed my game. But I already "won" career mode with FAR + MechJeb only (well, it's science mode now, but I unlocked all tech, and visited most bodies). Now I want some more, and Linux versions are not up to the task. I understand the decision not to support Win x64. Hopefully Squad will make it better. Or other mods will start working properly on Linux at some point.

Could you please add a configuration option like "I know what I am doing, let me run it on x64 Windows"? I know it's not supported and I'm not going to ask for support, I just wanted to see how well it plays, and consider if it's worth it. Now, I probably will recompile on my own this evening, but config option would be simply more convenient, and I believe not so hard to do?

I removed Firespitter parts I didn't need (I only installed it for propellers anyway) and the errors are gone. Thanks, seems it was it.

Why yes, of course. All was downloaded when they were marked 0.90 compatible, pretty much all of them merely last week, and they are updated, to the best of my knowledge.

My GameData folder: ActiveTextureManagement BoulderCo Chatterer EnvironmentalVisualEnhancements FerramAerospaceResearch Firespitter KAS MechJeb2 ModuleManager.2.5.6.dll ModuleManager.ConfigCache ModuleManager.ConfigSHA NASAmission PartCatalog ProceduralFairings RealChute SCANsat SmartStage Squad StageRecovery Don't have any fast method to tell where exactly they came from, but afair the ones that are not self-explanatory are PartCatalog - seems to come with FireSpitter; BoulderCo - textures for city lights and clouds; EnvironmentalVisualEnhancements - well, city lights and clouds, basically. As I've already said: "And crashes all the same with and without ActiveTextureManagement, only without it percentage used is higher." I should say "seems" instead of "is", to be honest, but anyway.

Error occurred at 2015-01-05_230016. C:\Program Files (x86)\Steam\steamapps\common\Kerbal Space Program\KSP.exe, run by Mołot. 68% memory in use. 0 MB physical memory [2224 MB free]. 0 MB paging file [787 MB free]. 0 MB user address space [394 MB free]. Read from location 00000000 caused an access violation. Full dump at http://molot.pl/KSP-modded-errors.zip How can I know which mod did it? 68% of memory in use does not seem like much. Two-thirds of what I have, sounds like nice safety margin. And crashes all the same with and without ActiveTextureManagement, only without it percentage used is higher. It happens at random points, not necessarily in graphic-heavy situations. I would suspect out of 32bit address space, but Read from location 00000000 looks more like pointer error than anything. Or is it?

Maybe I'm strange, but I was taught that I should expect every file I load can be broken - unless it's a file I provided with my software (and sometimes even then). Fonts are no exception, as far as I can see.