freakachu

That's the million dollar question. Last time RichardG tried to detect technic, he looked at the combination of mods to determine it. As far as I know, we're the only one that's "easy" to detect due to how we use different folders. If that message pops up for people not running any pack at all, that will be hilarious to watch.

Ugh. IC2 was one of the first mods to give permission, if I remember what kaker said correctly. I certainly hope that this won't be a problem. I'm taking a "cross that bridge when we get there" mentality on this one. The idea in general though is petty at best.

back up your world, create a new one, see if you can log on. if yes, you have a problem with your world, potentially an item spill. if no, there's something else going on

wtf is this shit?

http://forums.technicpack.net/threads/common-problems-and-solutions.3405/

this is why buildcraft is bad. it's not a bug, per-se. you will need some kind of plugin like worldguard or nolagg (I think) to remove the entities. or MCedit would work too I suppose. they aren't going to despawn on their own, because they crash the server when loaded, and they can't go away when the chunk isn't loaded.

MCedit can also remove the offending blocks individually, if you know exactly where in your world they are.

give us some logs or something to work with here. as it stands there's no way I can divine the issue from the info given.

don't worry guys, I totally didn't do anything in this thread. I never lie.

doesn't actually sound like an ID conflict, it looks more like a world corruption or incompatibility. try it with a new world and see if you get the error.

here's something else for you to try: lauch technic (or tekkit, whichever) and then pull up your task manager by right clicking on your start bar (anywhere that it's empty) and clicking "task manager" go to the processes tab and look for java.exe if you see a *32 next to it, you have a problem because you're using 32-bit java. this can happen even with 64-bit java installed properly sometimes, I even ran into this issue myself recently. the tricky thing about it is that normal methods to force the use of 64-bit java aren't very effective because of the launcher's habit of restarting itself when you launch it, and using 32-bit java to do so. if you are having this issue, here's how you fix it: create a batch file in your .techniclauncher folder and put the following lines in it: mkdir rtemp c:\program files\java\jre7\bin\java.exe -jar technic-launcher-latest.jar I am pretty sure that's the name of the launcher jar file, but I am going on memory here so make sure it's the right name, and correct it if needed. then launch the game with that batch file. once you do, repeat the initial steps with the task manager to make sure you did it right and you are using 64-bit java (it won't have the *32 at the end)

ah yes, that is the word I was looking for. thanks.

hold the phone here, that is not even close to true. they are similar in that they are programming languages and have a few shared syntactical bits that are common to most high level languages. that is where it ends. lua is a) not based on or dependent on java, and a scripting language as opposed to a compiled language. yes I know java JIT compilations and byte code, but it's still compiled. lua has some very different ideas about things like variables and objects as opposed to java. edit: to the topic at hand, lua is perfectly capable of handling a text-based RPG type game. I say go for it. I learned a lot when I tried to do something similar with C++ many years ago.

cool, so play on a server that disabled and/or restricts it. problem solved.

I believe it does that as well, to some extent. I'm not super informed on the nitty gritty of it, but that is my understanding. I'm sure that I am oversimplifying it by quite a bit

multi GPU is a lot different than multi CPU, in terms of programming required to make it work. most of the work is done on the driver, by splitting the load between the cards and making each one only render every other frame. the program in many cases doesn't even have to know it's happening.

it's a valid point that if you're playing SMP, you can't really install new/updated mods. have you every tried getting a bunch of random people to download/install some set of mods successfully and without issues? it's not easy to do, as our bug boards can attest.

oh shit, I will call kakermix personally right away. this cannot be left to stand, no one is allowed to be bored with tekkit!

I preferred the killing method to non-lethal in my playthrough of the game. the tranq gun will never let you do things like this: in the image I was head shotting every guard that walked by, saw the body in that room, and came over to stand there looking at it. no alarm got raised and I cleared out the entire area of guards. it was also completely hilarious. "hey, a pile of dead bodies! what the heAAUGH" "hey, a pile of dead bodies!" etc.

mojang says a lot of things. the way that the Xbox and MS work, there simply can never be mods for the Xbox version in the same way we have mods for the PC version. MS has a lot of rules about what can and can't go on in games on their service, allowing anyone to make a mod of whatever they wanted like the PC version does would throw all of that out the window. if "modding" happens on Xbox, it'll be VERY, VERY limited.

is the error message any different with norton uninstalled? also, does vanilla minecraft have any issues? oh and if you have any logs that show the error, could you post them?

umm probably a simple blaze rod macerator setup would work with one condenser and the excess going into a relay or something

just so we're totally clear here, that is the entirety of what you have tried, yes? I am going to go out on a limb and assume this is the case. generally, if you are getting an error like "permission denied", it's a software problem locally. specifically, it's a firewall of some type. it could be anything from windows firewall to norton. try this though, you need to allow java to access the internet as well. find your java.exe and javaw.exe, and make sure they are being specifically allowed through, since you did not mention that in your list of things you marked as allowed. a lot of times, java is blocked in general and it causes this issue. make sure windows firewall is disabled as well. java should be living somewhere around here: c:\program files\java\jre7\bin for the purposes of testing as well, if you would indulge me a bit could you attempt removing norton a second time? be sure to reboot after uninstalling it if you decide to try it again. edit: oh one more thought, are you logged on to your PC as a user with administrative rights?

dude, we're not the FTP help line here. your server works, and that's what we deal with.

to be concise and clear, it's because you aren't running an FTP server.