This forum uses cookies
This forum makes use of cookies to store your login information if you are registered, and your last visit if you are not. Cookies are small text documents stored on your computer; the cookies set by this forum can only be used on this website and pose no security risk. Cookies on this forum also track the specific topics you have read and when you last read them. Please confirm whether you accept or reject these cookies being set.

A cookie will be stored in your browser regardless of choice to prevent you being asked this question again. You will be able to change your cookie settings at any time using the link in the footer.

Thread Rating:
  • 0 Vote(s) - 0 Average
  • 1
  • 2
  • 3
  • 4
  • 5
More info for read32/write32 - Invalid memory address
#1
Code:
ERROR   memory - Test Thread - read32 - Invalid memory address : 0x80000004 PC=08891A70
Is it possable to make the ERROR more clear :mention which module (eg:gui,hle.Font) cause the error ?
Reply
#2
(11-19-2012, 01:39 PM)sum2012 Wrote:
Code:
ERROR   memory - Test Thread - read32 - Invalid memory address : 0x80000004 PC=08891A70
Is it possable to make the ERROR more clear :mention which molecular (eg:gui,hle.Font) cause the error ?
It is not coming from a module but from the MIPS instruction at address 0x8891A70.
Always include a complete log file at INFO level in your reports. Thanks! How to post a log
Reply
#3
Does it mean that give you compiler debug log is enough for you to debug ?
edit:Or use "ignore invalid memary" ,log to final error ?
(11-19-2012, 01:47 PM)gid15 Wrote: It is not coming from a module but from the MIPS instruction at address 0x8891A70.

Reply
#4
(11-19-2012, 02:39 PM)sum2012 Wrote: Does it mean that give you compiler debug log is enough for you to debug ?
edit:Or use "ignore invalid memary" ,log to final error ?
(11-19-2012, 01:47 PM)gid15 Wrote: It is not coming from a module but from the MIPS instruction at address 0x8891A70.
For reporting, do not use "ignore invalid memory access": every error is important for analysis. This option is just interesting for playing, when you do not care about reporting but just want to "force" the game to run further or to run with a slightly better performance.

There is no simple rule for investigating such memory errors, the problem is usually happening sometimes before the error and the error is just a consequence.
A log with the compiler at the DEBUG might help... I usually look at the few syscall's being called before the memory error and try to find a relation.
Always include a complete log file at INFO level in your reports. Thanks! How to post a log
Reply
#5
I don't know why, but using Java 6 is normal to get that error at least on my games. With Java 7 i haven't notice that error coming up.
[Image: montcer.png]
Reply
#6
Everyone should be using Java 7 now, Java 6 will likely cause bugs in emulation..
Jpcsp is being developed with Java 7 too Smile
Reply
#7
Code:
-Xmx1024m -Xss2m -Xms512M -XX:MaxPermSize=256m -XX:ReservedCodeCacheSize=128m
--> compatible setting for JRE 6 32-bit but low performance

Code:
-Xmx1280m -Xss2m -Xms640M -XX:MaxPermSize=320m -XX:ReservedCodeCacheSize=96m
--> incompatible and unstable (out of memory error) for JRE 6 32-bit , I don't know why Dodgy

so I am just using Java 7 on my computer for high compatibility/stability/performance Cool


β€œIn the end.. What I've done! Best of the best vengeance is bettering myself. So I'm breaking my limits! This is it...” β€” Claudius Zephyros
_________________________________________________
Reply
#8
OK.I get it.I will also update to JAVA 7
(11-19-2012, 07:17 PM)gid15 Wrote: For reporting, do not use "ignore invalid memory access": every error is important for analysis. This option is just interesting for playing, when you do not care about reporting but just want to "force" the game to run further or to run with a slightly better performance.

There is no simple rule for investigating such memory errors, the problem is usually happening sometimes before the error and the error is just a consequence.
A log with the compiler at the DEBUG might help... I usually look at the few syscall's being called before the memory error and try to find a relation.

Reply


Forum Jump:


Users browsing this thread: 1 Guest(s)