Problems starting 1.3.2 / forge, first time.

[keybounce]

I just attempted to run forge universal, minecraft 132, and some mods, all together. Up until now, I've been on 125.

 

Starting up minecraft gives this output:

 

 

keybouncembp:13Main80 michael$ ./startServer.command

2012-09-02 11:19:06 [iNFO] [ForgeModLoader] Forge Mod Loader version 3.0.165.344 for Minecraft client:1.3.2, server:1.3.2 loading

2012-09-02 11:19:06 [iNFO] [ForgeModLoader] Downloading file http://files.minecraftforge.net/fmllibs/argo-2.25.jar

2012-09-02 11:19:07 [iNFO] [ForgeModLoader] Download complete

2012-09-02 11:19:07 [iNFO] [ForgeModLoader] Downloading file http://files.minecraftforge.net/fmllibs/guava-12.0.1.jar

2012-09-02 11:19:09 [iNFO] [ForgeModLoader] Download complete

2012-09-02 11:19:09 [iNFO] [ForgeModLoader] Downloading file http://files.minecraftforge.net/fmllibs/asm-all-4.0.jar

2012-09-02 11:19:10 [iNFO] [ForgeModLoader] Download complete

2012-09-02 11:19:10 [iNFO] [sTDOUT] 195 recipes

2012-09-02 11:19:10 [iNFO] [sTDOUT] 27 achievements

2012-09-02 11:19:11 [iNFO] [sTDERR] 2012-09-02 11:19:11 [iNFO] Starting minecraft server version 1.3.2

2012-09-02 11:19:11 [iNFO] [ForgeModLoader] Attempting early MinecraftForge initialization

2012-09-02 11:19:11 [iNFO] [ForgeModLoader] Completed early MinecraftForge initialization

2012-09-02 11:19:11 [iNFO] [ForgeModLoader] Config directory created successfully

2012-09-02 11:19:11 [iNFO] [ForgeModLoader] Searching /Volumes/UserData/Users/michael/Documents/Games/Minecraft/Playing/SMP/13Main80/mods for mods

2012-09-02 11:19:11 [iNFO] [ForgeModLoader] The mod container new_server.jar appears to be missing an mcmod.info file

2012-09-02 11:19:11 [sEVERE] [ForgeModLoader] Unable to read a class file correctly

java.lang.ArrayIndexOutOfBoundsException: 202

        at org.objectweb.asm.ClassReader.<init>(Unknown Source)

        at org.objectweb.asm.ClassReader.<init>(Unknown Source)

        at org.objectweb.asm.ClassReader.<init>(Unknown Source)

        at cpw.mods.fml.common.discovery.asm.ASMModParser.<init>(ASMModParser.java:41)

        at cpw.mods.fml.common.discovery.JarDiscoverer.discover(JarDiscoverer.java:51)

        at cpw.mods.fml.common.discovery.ContainerType.findMods(ContainerType.java:30)

        at cpw.mods.fml.common.discovery.ModCandidate.explore(ModCandidate.java:47)

        at cpw.mods.fml.common.discovery.ModDiscoverer.identifyMods(ModDiscoverer.java:101)

        at cpw.mods.fml.common.Loader.identifyMods(Loader.java:316)

        at cpw.mods.fml.common.Loader.loadMods(Loader.java:436)

        at cpw.mods.fml.server.FMLServerHandler.beginServerLoading(FMLServerHandler.java:77)

        at cpw.mods.fml.common.FMLCommonHandler.onServerStart(FMLCommonHandler.java:350)

        at ft.b(DedicatedServer.java:49)

        at net.minecraft.server.MinecraftServer.run(MinecraftServer.java:415)

        at ep.run(SourceFile:539)

2012-09-02 11:19:11 [sEVERE] [ForgeModLoader] There was a problem reading the entry __MACOSX/._aip.class in the jar /Volumes/UserData/Users/michael/Documents/Games/Minecraft/Playing/SMP/13Main80/new_server.jar - probably a corrupt zip

cpw.mods.fml.common.LoaderException: java.lang.ArrayIndexOutOfBoundsException: 202

        at cpw.mods.fml.common.discovery.asm.ASMModParser.<init>(ASMModParser.java:47)

        at cpw.mods.fml.common.discovery.JarDiscoverer.discover(JarDiscoverer.java:51)

        at cpw.mods.fml.common.discovery.ContainerType.findMods(ContainerType.java:30)

        at cpw.mods.fml.common.discovery.ModCandidate.explore(ModCandidate.java:47)

        at cpw.mods.fml.common.discovery.ModDiscoverer.identifyMods(ModDiscoverer.java:101)

        at cpw.mods.fml.common.Loader.identifyMods(Loader.java:316)

        at cpw.mods.fml.common.Loader.loadMods(Loader.java:436)

        at cpw.mods.fml.server.FMLServerHandler.beginServerLoading(FMLServerHandler.java:77)

        at cpw.mods.fml.common.FMLCommonHandler.onServerStart(FMLCommonHandler.java:350)

        at ft.b(DedicatedServer.java:49)

        at net.minecraft.server.MinecraftServer.run(MinecraftServer.java:415)

        at ep.run(SourceFile:539)

Caused by: java.lang.ArrayIndexOutOfBoundsException: 202

        at org.objectweb.asm.ClassReader.<init>(Unknown Source)

        at org.objectweb.asm.ClassReader.<init>(Unknown Source)

        at org.objectweb.asm.ClassReader.<init>(Unknown Source)

        at cpw.mods.fml.common.discovery.asm.ASMModParser.<init>(ASMModParser.java:41)

        ... 11 more

2012-09-02 11:19:11 [WARNING] [ForgeModLoader] Zip file new_server.jar failed to read properly, it will be ignored

cpw.mods.fml.common.LoaderException: java.lang.ArrayIndexOutOfBoundsException: 202

        at cpw.mods.fml.common.discovery.asm.ASMModParser.<init>(ASMModParser.java:47)

        at cpw.mods.fml.common.discovery.JarDiscoverer.discover(JarDiscoverer.java:51)

        at cpw.mods.fml.common.discovery.ContainerType.findMods(ContainerType.java:30)

        at cpw.mods.fml.common.discovery.ModCandidate.explore(ModCandidate.java:47)

        at cpw.mods.fml.common.discovery.ModDiscoverer.identifyMods(ModDiscoverer.java:101)

        at cpw.mods.fml.common.Loader.identifyMods(Loader.java:316)

        at cpw.mods.fml.common.Loader.loadMods(Loader.java:436)

        at cpw.mods.fml.server.FMLServerHandler.beginServerLoading(FMLServerHandler.java:77)

        at cpw.mods.fml.common.FMLCommonHandler.onServerStart(FMLCommonHandler.java:350)

        at ft.b(DedicatedServer.java:49)

        at net.minecraft.server.MinecraftServer.run(MinecraftServer.java:415)

        at ep.run(SourceFile:539)

Caused by: java.lang.ArrayIndexOutOfBoundsException: 202

        at org.objectweb.asm.ClassReader.<init>(Unknown Source)

        at org.objectweb.asm.ClassReader.<init>(Unknown Source)

        at org.objectweb.asm.ClassReader.<init>(Unknown Source)

        at cpw.mods.fml.common.discovery.asm.ASMModParser.<init>(ASMModParser.java:41)

        ... 11 more

2012-09-02 11:19:11 [iNFO] [ForgeModLoader] No mcmod.info file found in directory resources

2012-09-02 11:19:11 [iNFO] [ForgeModLoader] Forge Mod Loader has identified 4 mods to load

2012-09-02 11:19:11 [iNFO] [sTDOUT] MinecraftForge v4.0.0.241 Initialized

2012-09-02 11:19:11 [iNFO] [ForgeModLoader] MinecraftForge v4.0.0.241 Initialized

2012-09-02 11:19:11 [iNFO] [sTDERR] 2012-09-02 11:19:11 [iNFO] Loading properties

2012-09-02 11:19:11 [iNFO] [sTDERR] 2012-09-02 11:19:11 [iNFO] Default game type: CREATIVE

2012-09-02 11:19:11 [iNFO] [sTDERR] 2012-09-02 11:19:11 [iNFO] Generating keypair

2012-09-02 11:19:12 [iNFO] [sTDERR] 2012-09-02 11:19:12 [iNFO] Starting Minecraft server on *:25580

2012-09-02 11:19:12 [iNFO] [ForgeModLoader] Forge Mod Loader has successfully loaded 4 mods

2012-09-02 11:19:12 [iNFO] [sTDERR] 2012-09-02 11:19:12 [iNFO] Preparing level "world123"

2012-09-02 11:19:12 [iNFO] [sTDERR] 2012-09-02 11:19:12 [iNFO] Preparing start region for level 0

2012-09-02 11:19:13 [iNFO] [sTDERR] 2012-09-02 11:19:13 [iNFO] Preparing spawn area: 69%

2012-09-02 11:19:14 [iNFO] [sTDERR] 2012-09-02 11:19:14 [iNFO] Done (1.965s)! For help, type "help" or "?"

 

 

 

 

The first surprise was that FML is not completely installed, but wants to download some additional stuff on first run. Had this been an attempt to play offline, this would have been an unexpected disaster.

 

The second surprise: This style of operation worked just fine in 125 forge/fml, but it is now dying on the mods that I had to repackage and what I'm assuming are the leftover shadows of empty resource forks.

 

The third surprise: Complaints about the mcmod.info file. In 125, I kept everything in the server jar file, nothing in the mod folder -- something I picked up from dealing with several different client configurations, connecting to different server versions, so anything being in the mod folder was asking for conflicts and problems. In assembling the 132 jar file that way, I found that (apparently) FML wants a mcmod.info file at the same filename for each mod -- so FML mods that are put together in the server.jar cannot help but overwrite each other. This time I put the server's mods into the mod folder, and got a complaint about the server.jar file itself.

 

Attached files:

1. Script used to generate the server jar file

2. Script used to start the server jar (NB: Although I specify nogui, I still get a dock icon for the server)

3. FML-server-0.log

[cpw]

1. Shipping a stack of libs that may change over time, but are generally static, inside the jar would have made a 1meg download 4megs. EVERY update. We do lots of those. So an on demand system was created. It lets us update without having to tell you to get x,y,z all the time and deal with that. If that displeases you, I'm sorry. It's how it's going to be. Minecraft is a pretty online game. It's a fairly safe assumption that you're online. If you're not, you can grab the resources and copy them into place yourself. The downloads are easily accessible, both one at a time and as a bundle: http://files.minecraftforge.net/fmllibs/fml_libs.zip

 

 

2. What are you talking about? It looks like your mac has made a nice mess of the FML/forge distributable. Use something other than mac zip. It's crap.

 

3. Mostly they're not a problem and can be ignored. Merging lots of mods into the jar though: that's just a recipe for disaster and we strongly discourage that now. DON'T do it. The mods folder is there for a reason, USE IT. Also, some mods will NOT work inside the Jar at all any more. It may well come to pass that I completely disable this kind of modloading. It's needless and a nuisance. If you want to "manage" things, use a launcher: magic launcher and multimc both work well.

 

 

[keybounce]

1. Shipping a stack of libs that may change over time, but are generally static, inside the jar would have made a 1meg download 4megs. EVERY update. We do lots of those.

 

That makes sense.

 

Minecraft is a pretty online game. It's a fairly safe assumption that you're online. If you're not, you can grab the resources and copy them into place yourself. The downloads are easily accessible, both one at a time and as a bundle: http://files.minecraftforge.net/fmllibs/fml_libs.zip

 

That assumption -- that you'll always be online -- is not a good one. I don't mind the files being needed for download. But how about a warning? A notice? Some indication that "If you have never used the new forge, and are going to play offline, you'll also need these files". I have a laptop, and I don't always have a network connection when I play.

 

2. What are you talking about? It looks like your mac has made a nice mess of the FML/forge distributable. Use something other than mac zip. It's crap.

 

Fair enough. But here's the thing: This has worked just fine in 1.2.5 / 3.3.8 forge/fml. It broke now.

 

And, for what it's worth, it only broke on the things that I had to repack in finder. Things that get unpacked/repacked by command-line zip behave just fine (see that create_server script file)

 

3. Mostly they're not a problem and can be ignored. Merging lots of mods into the jar though: that's just a recipe for disaster and we strongly discourage that now. DON'T do it. The mods folder is there for a reason, USE IT. Also, some mods will NOT work inside the Jar at all any more. It may well come to pass that I completely disable this kind of modloading. It's needless and a nuisance. If you want to "manage" things, use a launcher: magic launcher and multimc both work well.

 

Ok, then tell me where I use that for _SERVERS_? I have not found any sort of manager for servers.

 

Fundamentally, a server world is a database of blocks and code that accesses it. I can, and will, change that access code. I have switched between vanilla, CB, forge mods; I have altered the list of mods on/off each time; I have changed versions of the minecraft server.

 

Having everything in the jar file -- which has worked just fine up to 125 -- means that if I am running a given jar file, then I know exactly what configuration of mods and server I'm using, without having to worry about "what got left over in the mod folder".

 

Merging lots of mods into the jar though: that's just a recipe for disaster and we strongly discourage that now. DON'T do it. The mods folder is there for a reason, USE IT

 

CPW, I'm going to give you a quick lesson on software longevity: Fixed path assumptions are bad.

 

I'm going to go with the assumption that there's something changed in forge 4 that breaks this past behavior. I'm going to go with the assumption that you know of failure cases that I don't, things where this really will cause problems that I haven't seen. I'm going to go with the assumption that there really is a good reason for having mod packages in their own little place, not part of the distributed code package.

 

Heck, I'm going to go with the assumption that your goal is to have the completely unaltered vanilla server jar, a loader program that you use to load fml, forge, and vanilla, such that you never have to alter any of the disk files, and then every file is kept intact and unchanged so that they can be signed, sealed, delivered with a guarantee of no viruses or bad things.

 

All that is good. Heck, it's not any different than using Magic Launcher to use an unmodified minecraft.jar, a bunch of mod zips, and a loader that does an "on the fly merge". It's no different than my attempt (failed, sadly) to set up Os X so that all of Apple's stuff on the root partition was separate from all of my stuff on a UserData partition, same sort of setup I've used in almost every unix install I've ever had at home. (LaunchD in 10.7 is stupid. It won't attempt to mount local fixed partitions before it checks for the validity of several important paths, and won't even start the system in single user mode if those paths fail -- so attempting to have /tmp, or /var/vm/ (swapfiles and hibernate file) on the second partition results in having to use the emergency recovery disk, and that's when I found out that 10.7 puts a recovery partition, not at the end of the drive, but right after the root partition -- so I can't make the root large enough, and I'm stuck. And I can't go back to 10.6 because it can't install with that recovery partition. Gaarrgggh.)

 

But a fixed name folder, "mods", that has one name, potentially used by many different things?

 

C:\Program Files was a bad name, especially when C:\Windows, C:\Winnt, and C:\Win95 all might have wanted to have different things in the same place.

 

Having one fixed folder, "Mods", that cannot be changed or reconfigured as a command line argument is a recipe for disaster.

 

Please, give us the option to specify a mod folder on the command line. That way, I might have a different folder, and different server.jars, for running on 1.2.5, or on 1.3.2, or on 1.4.1, or on 12w35b, or on CB1.3.1, or on CB1.3.2, etc. That way, I can turn various mods on or off by just using a folder that has or does not have that mod's zip.

 

This way, the startup might look something like

java -Xms30m -Xmx700m -jar new_server.jar nogui --mods Mods132-test3

 

I'll remind you: The single biggest problem that shows up over and over in Risugami's thread or in Magic Launcher's thread seems to be the whole "stuff was left over in the Mods folder from a prior version/installation" issue. (with duplicate -- in both Mods and the jar/magic launcher -- being number two).

 

If you want to "manage" things, use a launcher: magic launcher and multimc both work well.

 

I don't think you really understand what you're saying here.

 

Here's how I run 125:

 

#!/bin/sh

MEM=350m	# Optifine, far view, far distance, can run out at 1024m. 
	# Normal, even "far" only needs 200m.
	# Since 125, "Extreme" has not been seen needing more than 350.
USER=keybounce-survey
USER=keybounce
PASSWORD_HASH=-3748418319577441401
# Actually, seems to be session sensitive. Not sure when Mojang's servers time-out a session.
MCP="$HOME"/"Documents/games/minecraft/Tools/MagicLauncher.app/Contents/Resources/Java/MagicLauncher.jar" 

# Note that the mod list is backwards; the _bottom_ of the list (last one) goes first. Modloader goes
# at the end of this list, yet at the beginning of the screen listing.

ModDir="$HOME/Documents/Games/Minecraft/Playing/Mods/125"
JarDir="$HOME/Documents/Games/Minecraft/Playing/Jars"
Lwjgl="\
bin/lwjgl/jinput.jar;\
bin/lwjgl/lwjgl.jar;\
bin/lwjgl/lwjgl_util.jar;\
"

Lwjgl_notused="\
bin/lwjgl/lzma.jar\
bin/lwjgl/AppleJavaExtensions.jar;\
bin/lwjgl/lwjgl-debug.jar;\
bin/lwjgl/lwjgl_test.jar;\
bin/lwjgl/asm-debug-all.jar;\
bin/lwjgl/lwjgl_util_applet.jar;\
"


# All single player, no longer used ...
SSP_MODS="\
$ModDir/Somnia v23-125.zip;\
/Users/michael/Documents/games/minecraft/Mods/124/Timber-124.zip;\
$ModDir/Shelf-125.zip;\
/Users/michael/Documents/games/minecraft/Mods/124/ClaySoil-124.zip;\
$ModDir/Biosphere-125.zip;\
$ModDir/WMLLStable23125.zip;\

$ModDir/SaturationBar-125.zip;\
$ModDir/OptiFine_1.2.5_HD_S_C6.zip;\
$ModDir/MineVideo-12-125.zip;\
"

MODS="\
$ModDir/XRay-1.3-1.2.5-optifine1.2.5uc7.zip;\
$ModDir/OptiFine_1.2.5_HD_U_C7.zip;\
$ModDir/minema_v1.41_mc1.2.5.zip;\
$ModDir/mod_MumbleLink.class.zip;\
$ModDir/SinglePlayerCommands-MC1.2.5_V3.2.2.zip;\
$ModDir/TMI2012_03_30_1.2.5pre.zip;\
$ModDir/WorldDownload-125.zip;\
$ModDir/WMLLStable23125.zip;\
$ModDir/EnchantViewMod-v3.4.0-mc1.2.5.zip;\
$ModDir/DurabilityWarning_2.2.5-125.zip;\
$ModDir/ModLoader-125.zip;\
$ModDir/antifreeze_1.2.5.zip;\
$ModDir/lights_out_1.2.5.zip;\
$JarDir/minecraft-1.2.5.jar;\
"

JAVA_OPTS="-Dsun.java2d.noddraw=true -Dsun.java2d.d3d=false -Dsun.java2d.opengl=false -Dsun.java2d.pmoffscreen=false -Djava.library.path=bin/natives"
# JAVA_OPTS is used unquoted so that the spaces will break it into separate options.
# Other filenames may have spaces and must be quoted.

CLASS=net.minecraft.client.Minecraft

cd ~/Library/Application\ Support/minecraft/
echo java -Xms128m -Xmx$MEM $JAVA_OPTS -cp "$MCP" magic.launcher.Launcher -lcp="$MODS;$Lwjgl" -showLog $CLASS $USER $PASSWORD_HASH
     java -Xms128m -Xmx$MEM $JAVA_OPTS -cp "$MCP" magic.launcher.Launcher -lcp="$MODS;$Lwjgl" -showLog $CLASS $USER $PASSWORD_HASH

 

 

Or, here's how I run 125 when I'm talking to a mystcraft server

 

 

#!/bin/sh

MEM=750m	# Mystcraft needs a lot.

USER=keybounce
# Every version it changes; this is 1.2.5.
PASSWORD_HASH=-603430473877207080
# and it keeps changing? Is it date sensitive?
PASSWORD_HASH=-7622254910798163513
# Actually, seems to be session sensitive. Not sure when Mojang's servers time-out a session.
MCP="$HOME"/"Documents/games/minecraft/Tools/MagicLauncher.app/Contents/Resources/Java/MagicLauncher.jar" 

# Note that the mod list is backwards; the _bottom_ of the list (last one) goes first. Modloader goes
# at the end of this list, yet at the beginning of the screen listing.

ModDir="$HOME/Documents/Games/Minecraft/Playing/Mods/125"
JarDir="$HOME/Documents/Games/Minecraft/Playing/Jars"
Lwjgl="\
bin/lwjgl/jinput.jar;\
bin/lwjgl/lwjgl.jar;\
bin/lwjgl/lwjgl_util.jar;\
"

Lwjgl_notused="\
bin/lwjgl/lzma.jar\
bin/lwjgl/AppleJavaExtensions.jar;\
bin/lwjgl/lwjgl-debug.jar;\
bin/lwjgl/lwjgl_test.jar;\
bin/lwjgl/asm-debug-all.jar;\
bin/lwjgl/lwjgl_util_applet.jar;\
"


# All single player, no longer used ...
SSP_MODS="\
$ModDir/Somnia v23-125.zip;\
/Users/michael/Documents/games/minecraft/Mods/124/Timber-124.zip;\
$ModDir/Shelf-125.zip;\
/Users/michael/Documents/games/minecraft/Mods/124/ClaySoil-124.zip;\
$ModDir/Biosphere-125.zip;\
$ModDir/WMLLStable23125.zip;\

$ModDir/SinglePlayerCommands-MC1.2.5_V3.2.2.zip;\
$ModDir/SaturationBar-125.zip;\
$ModDir/extrabiomes-xl-2.2.7-ssp.zip;\


$ModDir/SaturationBar-125.zip;\
"

MODS="\
$ModDir/OptiFine_1.2.5_HD_U_C7.zip;\
$ModDir/SuperiorEnchantment-125.zip;\
$ModDir/minema_v1.41_mc1.2.5.zip;\
$ModDir/SinglePlayerCommands-MC1.2.5_V3.2.2.zip;\
$ModDir/NetherOres_Client_1.2.3.zip;\
$ModDir/mod_MumbleLink.class.zip;\
$ModDir/TMI2012_03_30_1.2.5pre.zip;\
$ModDir/WMLLStable23125.zip;\
$ModDir/bunyan-1.5-ssp.zip;\
$ModDir/extrabiomes-2.2.7-cs-fix2-ssp.zip;\
$ModDir/DurabilityWarning-125.zip;\
$ModDir/twilightforest-1.10.1.zip;\
$ModDir/mystcraft-client-1.2.5-0.9.1.02-Forge-3.3.8.152.zip;\
$ModDir/minecraftforge-client-3.3.8.152.zip;\
$ModDir/antifreeze_1.2.5.zip;\
$ModDir/lights_out_1.2.5.zip;\
$JarDir/minecraft-1.2.5.jar;\
"

JAVA_OPTS="-Dsun.java2d.noddraw=true -Dsun.java2d.d3d=false -Dsun.java2d.opengl=false -Dsun.java2d.pmoffscreen=false -Djava.library.path=bin/natives"
# JAVA_OPTS is used unquoted so that the spaces will break it into separate options.
# Other filenames may have spaces and must be quoted.

CLASS=net.minecraft.client.Minecraft

cd ~/Library/Application\ Support/minecraft/
echo java -Xms128m -Xmx$MEM $JAVA_OPTS -cp "$MCP" magic.launcher.Launcher -lcp="$MODS;$Lwjgl" -showLog $CLASS $USER $PASSWORD_HASH
     java -Xms128m -Xmx$MEM $JAVA_OPTS -cp "$MCP" magic.launcher.Launcher -lcp="$MODS;$Lwjgl" -showLog $CLASS $USER $PASSWORD_HASH

 

 

Or, I've got other variants of both of those -- some servers use different mods, there's an annoying issue where the default Id's used by mystcraft changed between 086 and 092 so if I'm talking to an older 086 server I have to alter the config file, I'll use nether ores in one test world, but not in another, etc.

 

So ... just stuff it into a single static folder that can't differentiate based on which server I'm planning on playing with? Use a gui overhead to launch a program, rather than a terminal window where I can hit "ctrl-Z" when I need to pause the game because the fan is running too loud / CPU cores are getting too hot? (They hit 99 degrees C, and the emergency shutoff triggers if they go over 100 -- or so I'm told, I haven't actually tested that).

 

And as for "Use Magic Launcher", well, I tried that for 132. Again, this is my first attempt with 132, and the new forge universal. This is through the GUI, so I can determine what order things need to be in to update my scripts.

 

And, since I saw the whole issue with the server, and the mcmod.info overwrites, I actually tried to use the external mod folder this time.

 

 

 

MagicLauncher 0.9.9

java.home: /System/Library/Java/JavaVirtualMachines/1.6.0.jdk/Contents/Home

java.runtime.name: Java SE Runtime Environment

java.runtime.version: 1.6.0_33-b03-424-11M3720

os.name: Mac OS X

os.version: 10.7.4

os.arch: i386

sun.arch.data.model: 32

 

*** Starting Minecraft ***

Minecraft version: 1.3.2

Minecraft.jar: minecraft-132.jar

Mods:

  minecraftforge-universal-4.0.0.241.zip

  ImprovedLogPlacing-132.zip

  TooManyItems2012_08_16_1.3.2.zip

  JustDW_2.3.2.zip

  WMLLStable32132.zip

  MineVideoV1.2_2.zip

  Mumblelink-252-132.zip

  OptiFine_1.3.2_HD_U_B3.zip

Show log: true

Java path: /System/Library/Java/JavaVirtualMachines/1.6.0.jdk/Contents/Home/bin/java

Memory: 350 MB

LauncherPath: /Volumes/UserData/Users/michael/Downloads/MagicLauncher.app/Contents/Resources/Java/MagicLauncher.jar

LauncherPath: /Volumes/UserData/Users/michael/Downloads/

*** MagicMinecraftLauncher 0.9.9 ***

Sep  2 12:38:53 keybounceMBP.local java[3935] <Error>: CGContextGetCTM: invalid context 0x0

Sep  2 12:38:53 keybounceMBP.local java[3935] <Error>: CGContextSetBaseCTM: invalid context 0x0

Sep  2 12:38:53 keybounceMBP.local java[3935] <Error>: CGContextGetCTM: invalid context 0x0

Sep  2 12:38:53 keybounceMBP.local java[3935] <Error>: CGContextSetBaseCTM: invalid context 0x0

Disable inactive mods

2012-09-02 12:38:55 [iNFO] [ForgeModLoader] Forge Mod Loader version 3.0.165.344 for Minecraft client:1.3.2, server:1.3.2 loading

2012-09-02 12:38:55 [iNFO] [ForgeModLoader] Downloading file http://files.minecraftforge.net/fmllibs/argo-2.25.jar

2012-09-02 12:38:55 [iNFO] [ForgeModLoader] Download complete

2012-09-02 12:38:55 [iNFO] [ForgeModLoader] Downloading file http://files.minecraftforge.net/fmllibs/guava-12.0.1.jar

2012-09-02 12:38:58 [iNFO] [ForgeModLoader] Download complete

2012-09-02 12:38:58 [iNFO] [ForgeModLoader] Downloading file http://files.minecraftforge.net/fmllibs/asm-all-4.0.jar

2012-09-02 12:38:58 [iNFO] [ForgeModLoader] Download complete

Sep  2 12:38:59 keybounceMBP.local java[3935] <Error>: CGContextGetCTM: invalid context 0x0

Sep  2 12:38:59 keybounceMBP.local java[3935] <Error>: CGContextSetBaseCTM: invalid context 0x0

Sep  2 12:38:59 keybounceMBP.local java[3935] <Error>: CGContextGetCTM: invalid context 0x0

Sep  2 12:38:59 keybounceMBP.local java[3935] <Error>: CGContextSetBaseCTM: invalid context 0x0

2012-09-02 12:39:00 [iNFO] [sTDOUT] 27 achievements

2012-09-02 12:39:00 [iNFO] [sTDOUT] 195 recipes

2012-09-02 12:39:00 [iNFO] [sTDOUT] Setting user: keybounce, -502133844

2012-09-02 12:39:00 [iNFO] [sTDERR] Client asked for parameter: server

2012-09-02 12:39:00 [iNFO] [sTDOUT] LWJGL Version: 2.4.2

2012-09-02 12:39:01 [iNFO] [sTDOUT] OptiFine_1.3.2_HD_U_B3

2012-09-02 12:39:01 [iNFO] [sTDOUT] Sun Sep 02 12:39:01 PDT 2012

2012-09-02 12:39:01 [iNFO] [sTDOUT] OS: Mac OS X (x86_64) version 10.7.4

2012-09-02 12:39:01 [iNFO] [sTDOUT] Java: 1.6.0_33, Apple Inc.

2012-09-02 12:39:01 [iNFO] [sTDOUT] VM: Java HotSpot 64-Bit Server VM (mixed mode), Apple Inc.

2012-09-02 12:39:01 [iNFO] [sTDOUT] LWJGL: 2.4.2

2012-09-02 12:39:01 [iNFO] [sTDOUT] OpenGL: Intel HD Graphics 3000 OpenGL Engine version 2.1 APPLE-7.18.18, Intel Inc.

2012-09-02 12:39:01 [iNFO] [sTDOUT] OpenGL Version: 2.1

2012-09-02 12:39:01 [iNFO] [sTDOUT] Checking for new version

2012-09-02 12:39:01 [iNFO] [sTDOUT] Version found: B3

2012-09-02 12:39:01 [iNFO] [sTDOUT] setupTexture: "/title/mojang.png", id: 1

2012-09-02 12:39:01 [iNFO] [ForgeModLoader] Attempting early MinecraftForge initialization

2012-09-02 12:39:01 [iNFO] [ForgeModLoader] Completed early MinecraftForge initialization

2012-09-02 12:39:01 [iNFO] [ForgeModLoader] Forge Mod Loader has detected optifine OptiFine_1.3.2_HD_U_B3, enabling compatibility features

2012-09-02 12:39:01 [iNFO] [ForgeModLoader] Searching /Volumes/UserData/Users/michael/Library/Application Support/minecraft/mods for mods

2012-09-02 12:39:01 [iNFO] [ForgeModLoader] The mod container OptiFine_1.3.2_HD_U_B3.zip appears to be missing an mcmod.info file

2012-09-02 12:39:01 [iNFO] [ForgeModLoader] The mod container Mumblelink-252-132.zip appears to be missing an mcmod.info file

2012-09-02 12:39:02 [sEVERE] [ForgeModLoader] Unable to read a class file correctly

java.lang.ArrayIndexOutOfBoundsException: 202

    at org.objectweb.asm.ClassReader.<init>(Unknown Source)

    at org.objectweb.asm.ClassReader.<init>(Unknown Source)

    at org.objectweb.asm.ClassReader.<init>(Unknown Source)

    at cpw.mods.fml.common.discovery.asm.ASMModParser.<init>(ASMModParser.java:41)

    at cpw.mods.fml.common.discovery.JarDiscoverer.discover(JarDiscoverer.java:51)

    at cpw.mods.fml.common.discovery.ContainerType.findMods(ContainerType.java:30)

    at cpw.mods.fml.common.discovery.ModCandidate.explore(ModCandidate.java:47)

    at cpw.mods.fml.common.discovery.ModDiscoverer.identifyMods(ModDiscoverer.java:101)

    at cpw.mods.fml.common.Loader.identifyMods(Loader.java:316)

    at cpw.mods.fml.common.Loader.loadMods(Loader.java:436)

    at cpw.mods.fml.client.FMLClientHandler.beginMinecraftLoading(FMLClientHandler.java:141)

    at net.minecraft.client.Minecraft.a(Minecraft.java:405)

    at net.minecraft.client.Minecraft.run(Minecraft.java:737)

    at java.lang.Thread.run(Thread.java:680)

2012-09-02 12:39:02 [sEVERE] [ForgeModLoader] There was a problem reading the entry __MACOSX/._mod_MumbleLink.class in the jar /Users/michael/Documents/Games/Minecraft/Playing/Mods/132/Mumblelink-252-132.zip - probably a corrupt zip

cpw.mods.fml.common.LoaderException: java.lang.ArrayIndexOutOfBoundsException: 202

    at cpw.mods.fml.common.discovery.asm.ASMModParser.<init>(ASMModParser.java:47)

    at cpw.mods.fml.common.discovery.JarDiscoverer.discover(JarDiscoverer.java:51)

    at cpw.mods.fml.common.discovery.ContainerType.findMods(ContainerType.java:30)

    at cpw.mods.fml.common.discovery.ModCandidate.explore(ModCandidate.java:47)

    at cpw.mods.fml.common.discovery.ModDiscoverer.identifyMods(ModDiscoverer.java:101)

    at cpw.mods.fml.common.Loader.identifyMods(Loader.java:316)

    at cpw.mods.fml.common.Loader.loadMods(Loader.java:436)

    at cpw.mods.fml.client.FMLClientHandler.beginMinecraftLoading(FMLClientHandler.java:141)

    at net.minecraft.client.Minecraft.a(Minecraft.java:405)

    at net.minecraft.client.Minecraft.run(Minecraft.java:737)

    at java.lang.Thread.run(Thread.java:680)

Caused by: java.lang.ArrayIndexOutOfBoundsException: 202

    at org.objectweb.asm.ClassReader.<init>(Unknown Source)

    at org.objectweb.asm.ClassReader.<init>(Unknown Source)

    at org.objectweb.asm.ClassReader.<init>(Unknown Source)

    at cpw.mods.fml.common.discovery.asm.ASMModParser.<init>(ASMModParser.java:41)

    ... 10 more

2012-09-02 12:39:02 [WARNING] [ForgeModLoader] Zip file Mumblelink-252-132.zip failed to read properly, it will be ignored

cpw.mods.fml.common.LoaderException: java.lang.ArrayIndexOutOfBoundsException: 202

    at cpw.mods.fml.common.discovery.asm.ASMModParser.<init>(ASMModParser.java:47)

    at cpw.mods.fml.common.discovery.JarDiscoverer.discover(JarDiscoverer.java:51)

    at cpw.mods.fml.common.discovery.ContainerType.findMods(ContainerType.java:30)

    at cpw.mods.fml.common.discovery.ModCandidate.explore(ModCandidate.java:47)

    at cpw.mods.fml.common.discovery.ModDiscoverer.identifyMods(ModDiscoverer.java:101)

    at cpw.mods.fml.common.Loader.identifyMods(Loader.java:316)

    at cpw.mods.fml.common.Loader.loadMods(Loader.java:436)

    at cpw.mods.fml.client.FMLClientHandler.beginMinecraftLoading(FMLClientHandler.java:141)

    at net.minecraft.client.Minecraft.a(Minecraft.java:405)

    at net.minecraft.client.Minecraft.run(Minecraft.java:737)

    at java.lang.Thread.run(Thread.java:680)

Caused by: java.lang.ArrayIndexOutOfBoundsException: 202

    at org.objectweb.asm.ClassReader.<init>(Unknown Source)

    at org.objectweb.asm.ClassReader.<init>(Unknown Source)

    at org.objectweb.asm.ClassReader.<init>(Unknown Source)

    at cpw.mods.fml.common.discovery.asm.ASMModParser.<init>(ASMModParser.java:41)

    ... 10 more

2012-09-02 12:39:02 [iNFO] [ForgeModLoader] The mod container MineVideoV1.2_2.zip appears to be missing an mcmod.info file

2012-09-02 12:39:02 [iNFO] [ForgeModLoader] The mod container WMLLStable32132.zip appears to be missing an mcmod.info file

2012-09-02 12:39:02 [iNFO] [ForgeModLoader] The mod container JustDW_2.3.2.zip appears to be missing an mcmod.info file

2012-09-02 12:39:02 [iNFO] [ForgeModLoader] The mod container TooManyItems2012_08_16_1.3.2.zip appears to be missing an mcmod.info file

2012-09-02 12:39:02 [iNFO] [ForgeModLoader] The mod container ImprovedLogPlacing-132.zip appears to be missing an mcmod.info file

2012-09-02 12:39:02 [sEVERE] [ForgeModLoader] Unable to read a class file correctly

java.lang.ArrayIndexOutOfBoundsException

2012-09-02 12:39:02 [sEVERE] [ForgeModLoader] There was a problem reading the entry __MACOSX/._aip.class in the jar /Users/michael/Documents/Games/Minecraft/Playing/Mods/132/ImprovedLogPlacing-132.zip - probably a corrupt zip

cpw.mods.fml.common.LoaderException: java.lang.ArrayIndexOutOfBoundsException

    at cpw.mods.fml.common.discovery.asm.ASMModParser.<init>(ASMModParser.java:47)

    at cpw.mods.fml.common.discovery.JarDiscoverer.discover(JarDiscoverer.java:51)

    at cpw.mods.fml.common.discovery.ContainerType.findMods(ContainerType.java:30)

    at cpw.mods.fml.common.discovery.ModCandidate.explore(ModCandidate.java:47)

    at cpw.mods.fml.common.discovery.ModDiscoverer.identifyMods(ModDiscoverer.java:101)

    at cpw.mods.fml.common.Loader.identifyMods(Loader.java:316)

    at cpw.mods.fml.common.Loader.loadMods(Loader.java:436)

    at cpw.mods.fml.client.FMLClientHandler.beginMinecraftLoading(FMLClientHandler.java:141)

    at net.minecraft.client.Minecraft.a(Minecraft.java:405)

    at net.minecraft.client.Minecraft.run(Minecraft.java:737)

    at java.lang.Thread.run(Thread.java:680)

Caused by: java.lang.ArrayIndexOutOfBoundsException

2012-09-02 12:39:02 [WARNING] [ForgeModLoader] Zip file ImprovedLogPlacing-132.zip failed to read properly, it will be ignored

cpw.mods.fml.common.LoaderException: java.lang.ArrayIndexOutOfBoundsException

    at cpw.mods.fml.common.discovery.asm.ASMModParser.<init>(ASMModParser.java:47)

    at cpw.mods.fml.common.discovery.JarDiscoverer.discover(JarDiscoverer.java:51)

    at cpw.mods.fml.common.discovery.ContainerType.findMods(ContainerType.java:30)

    at cpw.mods.fml.common.discovery.ModCandidate.explore(ModCandidate.java:47)

    at cpw.mods.fml.common.discovery.ModDiscoverer.identifyMods(ModDiscoverer.java:101)

    at cpw.mods.fml.common.Loader.identifyMods(Loader.java:316)

    at cpw.mods.fml.common.Loader.loadMods(Loader.java:436)

    at cpw.mods.fml.client.FMLClientHandler.beginMinecraftLoading(FMLClientHandler.java:141)

    at net.minecraft.client.Minecraft.a(Minecraft.java:405)

    at net.minecraft.client.Minecraft.run(Minecraft.java:737)

    at java.lang.Thread.run(Thread.java:680)

Caused by: java.lang.ArrayIndexOutOfBoundsException

2012-09-02 12:39:02 [iNFO] [ForgeModLoader] The mod container minecraftforge-universal-4.0.0.241.zip appears to be missing an mcmod.info file

2012-09-02 12:39:02 [iNFO] [ForgeModLoader] The mod container minecraft-132.jar appears to be missing an mcmod.info file

2012-09-02 12:39:02 [iNFO] [ForgeModLoader] No mcmod.info file found in directory MumbleLink

2012-09-02 12:39:02 [iNFO] [ForgeModLoader] The mod container Superior_Enchanting-132.zip appears to be missing an mcmod.info file

2012-09-02 12:39:02 [iNFO] [ForgeModLoader] No mcmod.info file found in directory resources

2012-09-02 12:39:02 [iNFO] [ForgeModLoader] No mcmod.info file found in directory sppcommands

2012-09-02 12:39:02 [iNFO] [ForgeModLoader] Forge Mod Loader has identified 8 mods to load

2012-09-02 12:39:03 [iNFO] [sTDOUT]        ENCHANTMENT                    LEVEL

2012-09-02 12:39:04 [iNFO] [sTDOUT]                              I    II  III  IV  V

2012-09-02 12:39:04 [iNFO] [sTDOUT] Protection                    1    12  23  34 

2012-09-02 12:39:04 [iNFO] [sTDOUT] Fire Protection              10  18  26  34 

2012-09-02 12:39:04 [iNFO] [sTDOUT] Feather Falling              5    11  17  23 

2012-09-02 12:39:04 [iNFO] [sTDOUT] Blast Protection              5    13  21  29 

2012-09-02 12:39:04 [iNFO] [sTDOUT] Projectile Protection        3    9    15  21 

2012-09-02 12:39:04 [iNFO] [sTDOUT] Respiration                  10  20  30 

2012-09-02 12:39:04 [iNFO] [sTDOUT] Aqua Affinity                1   

2012-09-02 12:39:04 [iNFO] [sTDOUT] Sharpness                    1    12  23  34  45 

2012-09-02 12:39:04 [iNFO] [sTDOUT] Smite                        5    13  21  29  37 

2012-09-02 12:39:04 [iNFO] [sTDOUT] Bane of Arthropods            5    13  21  29  37 

2012-09-02 12:39:04 [iNFO] [sTDOUT] Knockback                    5    25 

2012-09-02 12:39:04 [iNFO] [sTDOUT] Fire Aspect                  10  30 

2012-09-02 12:39:04 [iNFO] [sTDOUT] Looting                      15  24  33 

2012-09-02 12:39:04 [iNFO] [sTDOUT] Efficiency                    1    11  21  31  41 

2012-09-02 12:39:04 [iNFO] [sTDOUT] Silk Touch                    15 

2012-09-02 12:39:04 [iNFO] [sTDOUT] Unbreaking                    5    13  21 

2012-09-02 12:39:04 [iNFO] [sTDOUT] Fortune                      15  24  33 

2012-09-02 12:39:04 [iNFO] [sTDOUT] Power                        1    11  21  31  41 

2012-09-02 12:39:04 [iNFO] [sTDOUT] Punch                        12  32 

2012-09-02 12:39:04 [iNFO] [sTDOUT] Flame                        20 

2012-09-02 12:39:04 [sEVERE] [ForgeModLoader] Fatal errors were detected during the transition from PREINITIALIZATION to INITIALIZATION. Loading cannot continue

2012-09-02 12:39:04 [sEVERE] [ForgeModLoader]

    FML [Forge Mod Loader] (coremods) Unloaded->Constructed->Pre-initialized

    Forge [Minecraft Forge] (coremods) Unloaded->Constructed->Pre-initialized

    mod_MumbleLink [mod_MumbleLink] (Mumblelink-252-132.zip) Unloaded->Constructed->Pre-initialized

    mod_MineVideo [mod_MineVideo] (MineVideoV1.2_2.zip) Unloaded->Constructed->Pre-initialized

    mod_TooManyItems [mod_TooManyItems] (TooManyItems2012_08_16_1.3.2.zip) Unloaded->Constructed->Pre-initialized

    mod_521_magicalRepair [mod_521_magicalRepair] (Superior_Enchanting-132.zip) Unloaded->Constructed->Pre-initialized

    mod_521_superior_enchanting [mod_521_superior_enchanting] (Superior_Enchanting-132.zip) Unloaded->Constructed->Pre-initialized

    TwilightForest [The Twilight Forest] (twilightforest-1.11.3.zip) Unloaded->Constructed->Errored

2012-09-02 12:39:04 [sEVERE] [ForgeModLoader] The following problems were captured during this phase

2012-09-02 12:39:04 [sEVERE] [ForgeModLoader] Caught exception from TwilightForest

java.lang.reflect.InvocationTargetException

    at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)

    at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)

    at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)

    at java.lang.reflect.Method.invoke(Method.java:597)

    at cpw.mods.fml.common.FMLModContainer.handleModStateEvent(FMLModContainer.java:371)

    at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)

    at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)

    at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)

    at java.lang.reflect.Method.invoke(Method.java:597)

    at com.google.common.eventbus.EventHandler.handleEvent(EventHandler.java:69)

    at com.google.common.eventbus.SynchronizedEventHandler.handleEvent(SynchronizedEventHandler.java:45)

    at com.google.common.eventbus.EventBus.dispatch(EventBus.java:317)

    at com.google.common.eventbus.EventBus.dispatchQueuedEvents(EventBus.java:300)

    at com.google.common.eventbus.EventBus.post(EventBus.java:268)

    at cpw.mods.fml.common.LoadController.propogateStateMessage(LoadController.java:124)

    at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)

    at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)

    at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)

    at java.lang.reflect.Method.invoke(Method.java:597)

    at com.google.common.eventbus.EventHandler.handleEvent(EventHandler.java:69)

    at com.google.common.eventbus.SynchronizedEventHandler.handleEvent(SynchronizedEventHandler.java:45)

    at com.google.common.eventbus.EventBus.dispatch(EventBus.java:317)

    at com.google.common.eventbus.EventBus.dispatchQueuedEvents(EventBus.java:300)

    at com.google.common.eventbus.EventBus.post(EventBus.java:268)

    at cpw.mods.fml.common.LoadController.distributeStateMessage(LoadController.java:81)

    at cpw.mods.fml.common.Loader.loadMods(Loader.java:444)

    at cpw.mods.fml.client.FMLClientHandler.beginMinecraftLoading(FMLClientHandler.java:141)

    at net.minecraft.client.Minecraft.a(Minecraft.java:405)

    at net.minecraft.client.Minecraft.run(Minecraft.java:737)

    at java.lang.Thread.run(Thread.java:680)

Caused by: java.lang.IllegalArgumentException: Slot 133 is already occupied by agt@6040f3c1 when adding twilightforest.BlockTFLog@48433545

    at aig.<init>(Block.java:282)

    at aip.<init>(BlockLog.java:15)

    at twilightforest.BlockTFLog.<init>(BlockTFLog.java:31)

    at twilightforest.TFBlocks.<init>(TFBlocks.java:27)

    at twilightforest.TwilightForestMod.preInit(TwilightForestMod.java:137)

    ... 30 more

2012-09-02 12:39:14 [iNFO] [sTDERR] cpw.mods.fml.common.LoaderException: java.lang.reflect.InvocationTargetException

2012-09-02 12:39:14 [iNFO] [sTDERR]    at cpw.mods.fml.common.LoadController.transition(LoadController.java:102)

2012-09-02 12:39:14 [iNFO] [sTDERR]    at cpw.mods.fml.common.Loader.loadMods(Loader.java:445)

2012-09-02 12:39:14 [iNFO] [sTDERR]    at cpw.mods.fml.client.FMLClientHandler.beginMinecraftLoading(FMLClientHandler.java:141)

2012-09-02 12:39:14 [iNFO] [sTDERR]    at net.minecraft.client.Minecraft.a(Minecraft.java:405)

2012-09-02 12:39:14 [iNFO] [sTDERR]    at net.minecraft.client.Minecraft.run(Minecraft.java:737)

2012-09-02 12:39:14 [iNFO] [sTDERR]    at java.lang.Thread.run(Thread.java:680)

2012-09-02 12:39:14 [iNFO] [sTDERR] Caused by: java.lang.reflect.InvocationTargetException

2012-09-02 12:39:14 [iNFO] [sTDERR]    at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)

2012-09-02 12:39:14 [iNFO] [sTDERR]    at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)

2012-09-02 12:39:14 [iNFO] [sTDERR]    at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)

2012-09-02 12:39:14 [iNFO] [sTDERR]    at java.lang.reflect.Method.invoke(Method.java:597)

2012-09-02 12:39:14 [iNFO] [sTDERR]    at cpw.mods.fml.common.FMLModContainer.handleModStateEvent(FMLModContainer.java:371)

2012-09-02 12:39:14 [iNFO] [sTDERR]    at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)

2012-09-02 12:39:14 [iNFO] [sTDERR]    at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)

2012-09-02 12:39:14 [iNFO] [sTDERR]    at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)

2012-09-02 12:39:14 [iNFO] [sTDERR]    at java.lang.reflect.Method.invoke(Method.java:597)

2012-09-02 12:39:14 [iNFO] [sTDERR]    at com.google.common.eventbus.EventHandler.handleEvent(EventHandler.java:69)

2012-09-02 12:39:14 [iNFO] [sTDERR]    at com.google.common.eventbus.SynchronizedEventHandler.handleEvent(SynchronizedEventHandler.java:45)

2012-09-02 12:39:14 [iNFO] [sTDERR]    at com.google.common.eventbus.EventBus.dispatch(EventBus.java:317)

2012-09-02 12:39:14 [iNFO] [sTDERR]    at com.google.common.eventbus.EventBus.dispatchQueuedEvents(EventBus.java:300)

2012-09-02 12:39:14 [iNFO] [sTDERR]    at com.google.common.eventbus.EventBus.post(EventBus.java:268)

2012-09-02 12:39:14 [iNFO] [sTDERR]    at cpw.mods.fml.common.LoadController.propogateStateMessage(LoadController.java:124)

2012-09-02 12:39:14 [iNFO] [sTDERR]    at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)

2012-09-02 12:39:14 [iNFO] [sTDERR]    at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)

2012-09-02 12:39:14 [iNFO] [sTDERR]    at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)

2012-09-02 12:39:14 [iNFO] [sTDERR]    at java.lang.reflect.Method.invoke(Method.java:597)

2012-09-02 12:39:14 [iNFO] [sTDERR]    at com.google.common.eventbus.EventHandler.handleEvent(EventHandler.java:69)

2012-09-02 12:39:14 [iNFO] [sTDERR]    at com.google.common.eventbus.SynchronizedEventHandler.handleEvent(SynchronizedEventHandler.java:45)

2012-09-02 12:39:14 [iNFO] [sTDERR]    at com.google.common.eventbus.EventBus.dispatch(EventBus.java:317)

2012-09-02 12:39:14 [iNFO] [sTDERR]    at com.google.common.eventbus.EventBus.dispatchQueuedEvents(EventBus.java:300)

2012-09-02 12:39:14 [iNFO] [sTDERR]    at com.google.common.eventbus.EventBus.post(EventBus.java:268)

2012-09-02 12:39:14 [iNFO] [sTDERR]    at cpw.mods.fml.common.LoadController.distributeStateMessage(LoadController.java:81)

2012-09-02 12:39:14 [iNFO] [sTDERR]    at cpw.mods.fml.common.Loader.loadMods(Loader.java:444)

2012-09-02 12:39:14 [iNFO] [sTDERR]    ... 4 more

2012-09-02 12:39:14 [iNFO] [sTDERR] Caused by: java.lang.IllegalArgumentException: Slot 133 is already occupied by agt@6040f3c1 when adding twilightforest.BlockTFLog@48433545

2012-09-02 12:39:14 [iNFO] [sTDERR]    at aig.<init>(Block.java:282)

2012-09-02 12:39:14 [iNFO] [sTDERR]    at aip.<init>(BlockLog.java:15)

2012-09-02 12:39:14 [iNFO] [sTDERR]    at twilightforest.BlockTFLog.<init>(BlockTFLog.java:31)

2012-09-02 12:39:14 [iNFO] [sTDERR]    at twilightforest.TFBlocks.<init>(TFBlocks.java:27)

2012-09-02 12:39:14 [iNFO] [sTDERR]    at twilightforest.TwilightForestMod.preInit(TwilightForestMod.java:137)

2012-09-02 12:39:14 [iNFO] [sTDERR]    ... 30 more

 

 

 

Now, never mind the duplicate block ID in there. If you recognize it, please tell me; otherwise, I'll hunt down why Twilight Forest is conflicting with agt (which isn't replaced by anything that got placed into the jar, so it's a vanilla 132 block ... probably a 125 config of twilight forest leftover that fails in 132, I'll figure it out.)

 

Again, the unexpected download of additional stuff without warning.

 

2012-09-02 12:39:01 [iNFO] [ForgeModLoader] Searching /Volumes/UserData/Users/michael/Library/Application Support/minecraft/mods for mods

2012-09-02 12:39:01 [iNFO] [ForgeModLoader] The mod container OptiFine_1.3.2_HD_U_B3.zip appears to be missing an mcmod.info file

2012-09-02 12:39:01 [iNFO] [ForgeModLoader] The mod container Mumblelink-252-132.zip appears to be missing an mcmod.info file

 

These are complete surprises to me. The specified mod folder has the following:

 

keybouncembp:13Main80 michael$ ls '/Volumes/UserData/Users/michael/Library/Application Support/minecraft/
mods'
total 2584
   0 MumbleLink/                           0 sppcommands/
  96 Superior_Enchanting-132.zip*       2488 twilightforest-1.11.3.zip
   0 resources/
keybouncembp:13Main80 michael$ 

 

So somehow, it has detected the actual zip files passed to magic launcher

 

2012-09-02 12:39:02 [sEVERE] [ForgeModLoader] There was a problem reading the entry __MACOSX/._mod_MumbleLink.class in the jar /Users/michael/Documents/Games/Minecraft/Playing/Mods/132/Mumblelink-252-132.zip - probably a corrupt zip

 

I never pointed FML at that directory.

There are mods in that directory *that I do not want to use for this*.

 

There are mods in there that are conflicting, or not being used, etc. That is the full storage of all 132 mods. My 125 folder has something like 7 or 8 different versions of optifine that I accumulated as it kept patching. It won't surprise me if something similar happens now.

 

I don't see any sign of ruins, or water propagation fix, being loaded, so it looks like it's only looking at the mods actually being used by Magic Launcher, rather than everything in the directory -- good. But again, these are mods that are jar mods, not mod-directory mods, that have to be in the jar file, that have worked with this repackaging in 125/338, that (as far as I can tell from working with 125) work just fine when accessed by Java's reflection API to find the mod classes, but give an error when trying to read the zip file.

 

Incidentally: As I said, when I run the server, I specify "nogui". Yet I still got the dock icon for the server. Does not happen with 1.3 vanilla, or 1.3.1 craftbukkit.

[keybounce]

Investigating the problematic files show that they are the extended attributes of the .class files -- specifically, quarantine markers to indicate a browser-downloaded file.

 

[cpw]

The mods folder is easy: it's a defacto standard and has been for some time. I'm not going to change it. I may make it configurable. As for the rest of that? Holy wtf batman. That's like. Fine, if you really want to have 100 minecraft servers in overlapping folders, go ahead. The worlds will be incompatible with each other so your saves generally won't work from one minecraftserver jar to the next, but that's your choice I suppose.

 

Your scheme really doesn't address the idea of trying to get very hands off from the jar at all does it? The idea is that at some point the *only* change that goes into the jar is an alternative main() implementation. It's still a way away but it'll happen. Or you'll be in modapi world where all bets are off again and this time you won't have a sympathetic (relatively) ear, you'll have wall of silence from mojang.

 

The reason we try and keep out of the jar is simple: less change in the jar is better. We *can* do things like authenticating the jar. We have two kinds of mod types now: ones that are "normal" and ones that are "special" coremods- they get access to the ASM bytecode layer so they can make basecode changes without changing the basecode!

 

They're handled by loading differently. And they're deliberately designed so i can drop a key in and force authentication of the things if the need arises.

 

Your arguments are from an old school world that is sadly fading away. If you wish to, for now you can merge everything into your jar file. Don't expect that to keep working for long though. And coremods *have* to be separate, already. They are designed never to work from the jar.

 

Finally, on those .class things- i'll have to add a special "mac is stupid and creates artifacts" filter. Thanks for bringing it to my attention.

[keybounce]

@cpw: One of us is misunderstanding the other.

 

I think the idea of "Stay out of the jars" is a good thing.

I like the idea of a launcher that is given an unmodified jar, a list of mod zips, and makes it work. Magic Launcher does a really good job of that.

 

But currently, sometimes those zips have to be repackaged. Sometimes there are files that go here, there, or elsewhere.

 

The mods folder is easy: it's a defacto standard and has been for some time. I'm not going to change it. I may make it configurable.

 

That something has been a standard for some time does not make it a future standard. You should know that -- you've changed how RML mods load. A step towards the future? A step to breaking compatibility?

 

3.3.8 was able to load what I'm doing with no problem.

For 4.0, I had to go back and redo -- with command line unzip, rm -rf, and command line zip -- all the problematic mod zips to make them work.

 

But the mods folder?

 

I cannot reliably disable mods from a simple shell script. I've tried renaming them (manually), but since neither .xzip nor .Zzip as extensions stopped FML, I'm looking at having to remove all / recopy selected every time I want to run minecraft. That's ... well, that's the only thing I've come up with so far. It's incompatible with Magic Launcher's system, and it's a pain, but I think it will work.

 

Having a single mod folder that is always used no matter what has been stuffed in there? We have the concept of directory organization for a reason -- we don't just toss every file on the system into a single directory. We don't toss everything you do into "Documents".

 

As for the rest of that? Holy wtf batman. That's like. Fine, if you really want to have 100 minecraft servers in overlapping folders, go ahead. The worlds will be incompatible with each other so your saves generally won't work from one minecraftserver jar to the next, but that's your choice I suppose.

 

Your scheme really doesn't address the idea of trying to get very hands off from the jar at all does it?

Ok, lets look at what I actually have to worry about.

 

A 086 Mystcraft server with one set of ID mappings (config file)

A 092 Mystcraft server with a different set of ID mappings.

(Both of those are 125 system, but they want different versions of the mod. One is mine, one is a friend's.)

 

A 125 Twilight forest world with one set of Block ID's.

A 132 Twilight forest world, currently for testing, that has a different set of Block ID's. The 125's default causes crashes because Vanilla now uses some of those.

 

A main world that is 125, on craftbukkit, with one set of plugins; a new version of that 125 world, on vanilla with one set of mods, and a testing world where we're trying to get a 132 set of those mods that works for myself and three other players. Oh, but three of them have not released yet (one's in closed beta; rest will be in beta by next weekend)

 

That's multiplayer. Then, there's single player testing/creative worlds that use different mods -- they come and go on a regular basis. Heck, for a while I was running that 1.2.5 world in single player at times when I was the only person on it -- that actually stopped when I discovered just how buggy 1.2.5 multiplayer redstone was, and wanted to make stuff that worked in multiplayer. Eventually gave up.

 

On the server side? Main world has run on 5 different versions of craft bukkit, with 3 or 4 different tree choppers, with plugins turned on or off based on what we're doing at the time. I've got a version of that world running in 1.2.5 vanilla for testing, that goes "live" as the main world as soon as I've gotten confirmation from the last two players that they have it working -- because we decided that we want Mystcraft and Extra Biomes/Bunyan in our main world, and those are only for 1.2.5 at the moment. Which means I'm constantly having to change the plugin list, or the mod list, altering this world one way, that world another. And for server worlds, there is one mod folder per world, one plugin directory per world -- I have been moving things in and out of those folders.

 

I am a firm believer in scripting, in keyboarding. I don't like mousing. I like being able to run games from the command line, and examine the log files. I like easy access to log files. I can run different versions of minecraft client from different shell scripts, so I can run the version that corresponds to the world I want to play in -- and all of it using Magic Launcher for the client to avoid modifying jars. There is nothing like that for servers that I have seen -- so as soon as I'm talking about server mods, I have to modify the jar. Not that I want to -- that I have no other option. So I came up with a way to reliably patch/alter/create server jars without any problem -- now suddenly I can easily test different server-side mods. I can see how superior enchantment compares to other enchantment system mods. I can test different vanilla tree chop mods, just as easily as testing craftbukkit tree chop plugins.

 

Is it fundamentally different than having a "virtual .jar" file that is never saved as a file, but exists as a class loader that looks stuff up in a list of zip files? No. The unmodified jar file is still there, and it is all patched into something that is run.

 

So what happened with forge 4? FML wanted to be smarter. There were assumptions of "FML assumes you are doing A, B, and C.". Those assumptions were not documented, are different from the assumptions that were around in forge 3, and do not agree with the assumptions of Risugami's ML.

 

The idea is that at some point the *only* change that goes into the jar is an alternative main() implementation. It's still a way away but it'll happen. Or you'll be in modapi world where all bets are off again and this time you won't have a sympathetic (relatively) ear, you'll have wall of silence from mojang.

Good. Nothing going in the jar is a good goal. You can't start by tossing out the current, though.

 

Your arguments are from an old school world that is sadly fading away. If you wish to, for now you can merge everything into your jar file. Don't expect that to keep working for long though.

 

Old school? The idea that you have two, maybe three different ways to do something -- one current, one or two old historicals that are maintained until everyone has migrated -- is old school? Or something else? This is where I conclude that one of us is misunderstanding the other.

 

Finally, on those .class things- i'll have to add a special "mac is stupid and creates artifacts" filter. Thanks for bringing it to my attention.

If the old rule was "Have a mod_foobar class that inherits from class X", then why switch the rule to "Have a file named anything.class, and we'll assume every such file is valid"?

 

That's (one of) the key point(s) I'm trying to make here. You changed the assumptions and did not document it. You made a change that broke some things that worked just fine before -- with no warnings. And broke RML compatibility in the process.

 

Does it give you new, better, different things? I'm betting it does.

Do you have a fallback? Apparently not yet.

 

[cpw]

Please explain your issue without long winded rants. If you have one. FML does not load "random" files - it is searching for specific things. That Mac is dumbarse needs to be accommodated in that search. Any other bugs?

[keybounce]

Alright:

 

1. Problem:

FML does not limit its search to files named "something.zip", "something.jar", or "something.class" when looking through the mods directory. Trying to rename a file's extension to disable it being loaded fails.

 

2. Usability:

The idea of having a single directory storing everything leads to problems with selectively enabling/disabling mods; we need different directories (or something) for different configs.

 

 

[ShneekeyTheLost]

Alright:

 

1. Problem:

FML does not limit its search to files named "something.zip", "something.jar", or "something.class" when looking through the mods directory. Trying to rename a file's extension to disable it being loaded fails.

1. Solution: simply remove the file from the folder instead of renaming it.

 

2. Usability:

The idea of having a single directory storing everything leads to problems with selectively enabling/disabling mods; we need different directories (or something) for different configs.

The program you are looking for is MultiMC.