Jump to content

Iree

Members
  • Posts

    12
  • Joined

  • Last visited

Converted

  • Gender
    Undisclosed
  • Personal Text
    Bugreporter.

Iree's Achievements

Tree Puncher

Tree Puncher (2/8)

1

Reputation

  1. Is there anything I can do to help report the issue to the correct place? PS: I noticed that java --version says "OpenJDK Zero VM" Instead of "OpenJDK 64-Bit Server VM" other people said it says for them. But I installed openjdk-7-jdk, the same package as them. No idea why has ubuntu put a Zero VM instead of the Server VM in it.
  2. Sure Here you go: http://pastebin.com/3NtKf79c Unzipped forge 849 src ran install.py for a while to get mcp downloaded, aborted put mcp/jars I already had from previous attempts (files.mcf.net was rather slow recently, not loading it more) python install.py --no-assets 2>&1 | tee forgeinstall.log I am not sure there is any useful information in that file. But I hope it'll help push things closer to figuring what is wrong and where.
  3. Additionally the fails appear to be still the same. I doubt bad RAM would be able to do that. Sure. Running the install means "python install.py" ? I got that in the paste in the first post of this thread. Ignore first 11 and last 6 lines, those are made by the script that executed "python install.py" You have my word that the output will be the same when I run it directly with current forge. Shall I do it anyway?
  4. I gave it 2 extra gigabytes of swap space and gave fernflower 2048M I also gave the same amount of RAM to the other mem-limited commands in the file. I tried looking at memory usage during decompilation.. it seems that fernflower was using around 200M Nothing has changed (The same patches didn't apply. The same compile errors.) I guess it cannot be the RAM space, then? I am using OpenJDK-7, which is reported to work fine. Adding of SWAP should make it just extra slow, but working, right? I found the fernflower output in mcp.log. It has a lot of errors. No clue why. I had to remove "time" from the lines so it would fit on pastebin. http://pastebin.com/uLMbT93F If anything, I would really like to figure out which program is failing and report the issue to ubuntu.
  5. Thanks a lot for the reply. Is that CmdFernflower? I managed to get 966M of RAM available for the build. Question: Can I change mcp.cfg in a way that will preserve the change when I run install.py? Answer: Edit fml/config/mcp.cfg instead! Trying with 768M for fernflower.. No change while patching. 55 build errors as always. Now I noticed that some of the commands are set with -Xmx 1024M, which is not available. I tried reducing those to 900M.. No change while patching. 55 build errors as always. Trying with 900M for fernflower.. No change while patching. 55 build errors as always. I have almost doubled fernflower's memory and still not even a tiny change. What else could be failing? (I suspect something not written in java) PS: I wonder why it has only -Xmx and not -Xms or -Xincgc. (Answer: It made "Really Applying SpecialSource" fail. No idea why) And I also wonder why is fernflower by default limited to 512M while other commands are limited to 1G. I'll try with 1400M for fernflower (using ~512M of SWAP) over the night, but I don't really expect any changes. PPS: I almost forgot to tell you my friend (who owns that linux machine) says it's special ("non-x86", whatever that means) I thought java runs the same way everywhere, so i didn't really care. Does that explain anything?
  6. Update: I obtained a copy of already-installed forge sources. I was able to successfully compile and run Project:Red mod using those. I assume it means that java/jdk/jre/java compiler/python/ant are working properly. Which means that all those .jar tools shipped with forge should also be OK. Can you please hint me which piece of software on my machine could be causing such issues? A piece that is used only during decompilation?
  7. UPDATE: I tried looking for the reason why those patches did not apply. This is a result for searching "case 167" though the entire tree: http://pastebin.com/vQ9bUpL7 My decompiled FontRenderer.java actually has no "case" in it. It has "if(p_78263_1_ == 167) {" instead Obviously the decompile step ended with different code than expected. Any clue why could that be? PS: Do you think it could be "solved" by asking someone else to send me an installed forge directory? UPDATE2: I tried looking at the first compile error. It says this file is missing the return statement: http://pastebin.com/8Pff07NV Obviously it's missing way more than that. It's now clear that the decompilation is failing horribly.
  8. I am sure I am doing something common and stupid. Can someone please take a look at the log? http://pastebin.com/GthuNmsN I tried with this forge, latest forge and recommended forge. I tried with scala installed and without. Running install though mod-to-be-compiled's build script and directly Nothing changed. Thanks
  9. This issue seems to be no longer present in MC 1.3.2 & forge 239 I am getting my crosshair randomly turned right and randomly hurt, but that's a vanilla issue of course.
  10. If anyone wants to take a look at the testcase world, here it is: http://www.mediafire.com/?8jt2x2o4k9l2177 The instructions for the test are in the README file. It uses redpower wiring and redpower world, but they are completely non-essential for the bug demonstration. (The only thing that happens without RP is missing volcanos and holes in walls (never floor) and missing railway control)
  11. The "headache thing" was choosing a 8+ characters long password with at least one char from [big, small, number]. EDIT: What can I do to attract the correct person's attention? I hope that your reply does not put this post in "taken care of" box.
  12. "DESCRIPTION" The unpowered power-rails ("brakes" for shorting) do not brake the minecrart enough. (Or the powered powerrails accelerate it too much (maybe downhill)) NO other mods are installed during the tests (I am using redpower normally, but those results are without it) Neither mc/mods mods, neither .jar mods. Nothing. "TESTCASE" The cart(with player inside) is launched from surface (y=90), goes down a slope to y=12 (one powered rail per 2 unpowered) Then it goes 580m straight (one powered rail per 37 unpowered) And then it reaches a small station - two sloped "brakes" (one down, the other up) with a normal rail between them. "RESULTS" The cart stops before reaching 1/2 of the first "brake" in vanilla MC 1.2.5 In minecraftforge-client-3.1.2.90 the cart passed two "brakes" with little speed left. In minecraftforge-client-3.3.8.152 is the issue is way worse, it doesn't even slow down. Just shoots thru. Another try with 3.3.8.152, results as with forge 3.1.2.90. I tried two more times, the cart always passed the "brakes" with little speed left. No idea why it didn't brake at all for the first time. If you need any more info for fixing this, I'll provide it. "BOTTOM LINE" Why is this forum's security set to "maximal headache" ? fml.log
×
×
  • Create New...

Important Information

By using this site, you agree to our Terms of Use.