mojira.dev

Joshua Mack

Assigned

No issues.

Reported

MCL-1575 Cannot allocate any memory Duplicate MC-30840 /clear command doesn't use names like /give command Works As Intended MCPE-3543 Realms Error - Setting Player Name Cannot Reproduce MC-11427 Cannot create Infinite Water sources with no supporting blocks Works As Intended

Comments

Woo! Possibly going to be fixed!

@unknown No because I was about 500 blocks from my portal in a nether fortress when I discovered this bug. They would spawn ~25 blocks from where I was.

Hey, bumping this slightly old thread. Can confirm it still exists on the newest snapshot, 14w32d. I would suspect it was also a bug on all other snapshots leading up to this one, but I don't have enough time to test them all. Still annoying, still here.

On 14w32d Java 1.8.0_11, Windows 7 x64

Even though its fixed, if you're in a snapshot where its broken, open and close the chest, then do F3+A to refresh the chunks. 😉

This is really strange. I can allocate fine if I use Minecraft.jar instead of Minecraft.exe. That's bizarre, but I'll go with it. :/

I don't think it is because every other launcher works. Also notice this in the JVM flags when I run out of memory:

-XX:HeapDumpPath=MojangTricksIntelDriversForPerformance_javaw.exe_minecraft.exe.heapdump -Xmx2048M -Xms512M -Xmx512M

It's injecting -Xmx512M at the end there, even though my JVM Arguments are -Xmx2048M -Xms512M. That would explain why we can't raise the Minimum above 512M, because its setting the max to 512M. I've checked setting after setting and even reinstalled Windows with only java and minecraft, still no luck. It has to be a Minecraft Launcher issue.

Added full crash report, just in case.

I'd hate to bring back an old report, but its still existent in the current version. I am constantly running out of memory, even with -Xmx2048M -Xms512M. I've tried everything posted in this post, and mine MCL-1575. I do think this is a bug with the launcher, as using the same arguments in a custom launcher like MultiMC works fine.

Confirmed, also noticed that when viewing through the eyes of a creeper, whatever direction you were facing when you started spectating (North, South, etc) You will be locked in that view, even if the creeper moves his head.

After joining a server, without moving showing around 8 chunks. After moving shows the 16, still in the fog at the back. So apparently, even though the server is set to give 15 chunks, it only gives 8 out, and requires you to move to them to send them.

EDIT:
Thanks, Talven81, didn't know that would make a difference since the client joined fine. It loads all 16 chunks fine.

Added picture with 16 chunks are visible with the last one fading into the fog. Good job Mojang!

Yeah, Dinnerbone seems to think it works fine with 64-bit java. It doesn't. I'm also running it on a computer that can handle Extreme in Optifine, so it has nothing to do with my computer. Also here's that tweet Dinnerbone made: https://twitter.com/Dinnerbone/status/389380325346127872

Confirmed for 1.7 Pre-Release

Since the 13w41b Snapshot, I think that 16 chunks mimics 12 chunks exactly, I have added 4 pictures above.

Also to note: When you go to 1.6.4, change to Far, then go back to snapshot, it changes from whatever you have to 12 chunks.

There are no java options in Control Panel > System > Advanced System Settings > Advanced > Environment Variables

Here is what is there:

User variables for Joshua:
path %CommonProgramFiles%\Microsoft Shared\Windows Live
TEMP %USERPROFILE%\AppData\Local\Temp
TMP %USERPROFILE%\AppData\Local\Temp

System variables:
ComSpec %SystemRoot%\system32\cmd.exe
FP_NO_HOST_CHECK NO
NUMBER_OF_PROCESSORS 4
OS Windows_NT
Path C:\Program Files (x86)\Intel\iCLS Client\;C:\Program Files\Intel\iCLS Client\;C:\Program Files (x86)\NVIDIA Corporation\PhysX\Common;%CommonProgramFiles%\Microsoft Shared\Windows Live;%SystemRoot%\system32;%SystemRoot%;%SystemRoot%\System32\Wbem;%SYSTEMROOT%\System32\WindowsPowerShell\v1.0\;C:\Program Files\WIDCOMM\Bluetooth Software\;C:\Program Files\WIDCOMM\Bluetooth Software\syswow64;;C:\Program Files\Intel\Intel(R) Management Engine Components\DAL;C:\Program Files\Intel\Intel(R) Management Engine Components\IPT;C:\Program Files (x86)\Intel\Intel(R) Management Engine Components\DAL;C:\Program Files (x86)\Intel\Intel(R) Management Engine Components\IPT
PATHEXT .COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH;.MSC
PROCESSOR_ARCHITECTURE AMD64
PROCESSOR_IDENTIFIER Intel64 Family 6 Model 58 Stepping 9, GenuineIntel
PROCESSOR_LEVEL 6
PROCESSOR_REVISION 3a09
PSModulePath %SystemRoot%\system32\WindowsPowerShell\v1.0\Modules\ TEMP C:\Windows\TEMP
TMP C:\Windows\TEMP
USERNAME SYSTEM
windir C:\Windows

Same, I had to make a new portal to take my horse back out.

Confirmed in 13w39a & b
Seems to fix by causing any block update to it. Example: Taking item out, placing block next to it.

Confirmed in 13w37a. When leaving the chunk, leads either are invisible until the fence is broken or leads are not there at all and the horses are walking around.

I am on multiple servers. Both vanilla and bukkit. And they still have this glitch in 1.6.2

Can confirm, when I was hitting zombie pigmen, a zombie spawned nearby. Will upload pics

Yes I just checked, this has always been like this on a vanilla server.