LexManos

Seems like he has provided you with a valid solution, and it works fine. We may look into providing a config option for the format of the console log, but, it seems to be a non-issue.

No way in fucking hell are we gunna go out of our way to be compat with a cheat mod like xray or fullbright. Just go play in creative if you're gunna use those.

We are not gunna read all of your code to find a bug for you, you're gunna have to track it down for yourself.

Seems to me like you didnt install forge into your workspace properly, or that you didnt have clean jars when installing. Restart and give Install logs please.

There is no legitimate reason to stay on 1.2.5, let alone write mods for it. If you do you're on your own for debugging it.

-.- Why the hell do you think that having it in the MCP src folder Would add it to your obfusicated classpath? You need to stick the damn files into a zip file and shove it into your clients /mods folder, you know, like you do with every other mod... And by the stack traces and what you've said from your toher thread this is not happening in eclipse, this is happening in your obfusicated jar. So what does eclipse, or mcp have to do with anything?

That or you could provide your own armor texture without using ModLoader, or you could use the FML version of the ML functions, or you could do it a million ways. Its fairly basic.

Wait so you havent even update dot 1.3.2 yet? Definitly should bite the bullet and move to forge then, you already have to re-write 90% of your shit that deals with modloader and servers. Forge does not add any significant additional strain on the client beyond what is needed for the mod, only reports ive ever heard of noticable performance drops were unsubstantiated. All worlds will be fine, we dont fuck up any save formats or anything. As for bukkit, the same groupe that did the ML ports does the Forge ports, specifically, the guy who does FML is the one who does the Forge ports. He hasnt done one yet for 1.3.2 as no real mods are updated yet, and it is a tedious process to port forge. We are however looking into ways to make this less tedious}

Ya... FML adds no extra size to the menu, so if you have another mod that does, it's on them to clean it up. Aside from that you could just set your gui scale to smaller, or increase your window resolution. Either way, if someone takes it upon themselves to stick even more things on there to increase the size, its them that needs to be contacted not us. However, my personal option is this should probably get more compact but as I said its more for the mod that adds new buttons. Unless we start shipping a API to put more buttons on the main menu, I dont see Forge/FML altering the gui anymore then we do.

Ya well we need that class or else users bitch about audiomod compatibility. However in the last 10 builds or so i've forced forge to be bundled with all of /paulscode/ to hopefully resolve this situation, its crappy and stupid I know, but... macs.... -.-

You're over 90 versions out of date... Update that shit.

Rethink it, it'd be less work for you.

If it says that the server or client is modified, then its modified, there is no other way around it. Make sure you delete both your jars and the backups of the jars And try agian.

There are variations of setBlock that do less stuff, as well as the ability to edit things directly in the chunks. You'd have to look into what the best code path for you would be.

Ah that is a item id configuration error between your server and yourself. However, I've added NPE protection for that into build #265

God will you guys all read the fucking question? Dont download the source file download the universal file. And to install it just stick all the files from that zip into your minecraft.jar.

Not forge, some other mod you have.

Caught exception from YourName_ModName java.lang.ClassNotFoundException: tutorial.generic.Generic Seems fairly straight forward: You have a class named YourName_ModName which references tutorial.generic.Generic which is not in the class path.; So you need to install tutorial.generic.Generic into your class path.

Get a better texture reader when it comes to the line breaks. We are not going to CRLF. As for forge not working in different versions of windows, the only space it tries to access is the folder that MC is in, which needs write access by minecraft anyways {which is why its in appdata} so there is no reason why it shouldn't work. So you're gunna have to be more specific then 'chokes'.

You screwed up installing and didnt install all the classes, try again.

Almost never does multiple threads in the same program have a different memory space beyond the thread itself. And yes, MC shares the same instance among all threads, and this isn't gunna change, we are not gunna initialize your mod twice. The code will be consistent, if you've done it right. And all of your code should not care what thread it run on, as long as you do not start accessing things you should {like the client world from the server thread} you're fine. Thats how all of MC is designed, single instances shared amung threads.

Wow thats horrible, you should just get the minecraft directory like a sane person. Aside from that, you're expecting the MC api within a year, you're kidding yourself. Also looking into your mod, switching to forge would provide quite a bit of a benefit for your end users and the installation process. As well as probably clean up a lot of your code. And get all your classes out of the default namespace which is horrible, and should never of been in the first place.

Umm no are you high? How exactly do you expect a variable to hold two values? The reason you're getting both of the lines in your log is because both functions are being executed ON THE SAME INSTANCE OF THE CLASS. Thats how inheritance works...

Read The Fucking License

By running the AT, the facilities are there, go look.