| View previous topic :: View next topic |
| Author |
Message |
droolmaster0
Sentinel
Joined: Nov 20, 2009
Posts: 27
|
 Posted: Sat Jan 02, 2010 1:56 pm Post subject: |
|
no one mentioned that it would take all day to run this. I aborted it after about 1 hour. Everything was ok so far.
The only way I can run this is overnight, or while I"m at work. At least the recommended method in the users guide - 3 passes, would take a long, long time.
I do remain skeptical that I have memory issues, but I'll certainly run this when I can. I generally have several applications open at once, and I don't have problems. |
|
| Back to top |
|
 |
pluby
The Architect
Joined: Jun 16, 2003
Posts: 11949
|
| Posted: Sat Jan 02, 2010 2:05 pm Post subject: |
|
| droolmaster0 wrote: | | no one mentioned that it would take all day to run this. I aborted it after about 1 hour. Everything was ok so far. |
Memtest can take a long time because it tests your memory cards by writing to every single byte of memory on your system and then checking if reading from that memory returns the same data that was written.
| droolmaster0 wrote: | | The only way I can run this is overnight, or while I"m at work. At least the recommended method in the users guide - 3 passes, would take a long, long time. |
I have always found errors on the first pass so if you don't find any on the first pass, I will have to come up with some other theory that might cause this.
Patrick |
|
| Back to top |
|
|
droolmaster0
Sentinel
Joined: Nov 20, 2009
Posts: 27
|
| Posted: Sat Jan 02, 2010 2:21 pm Post subject: |
|
| pluby wrote: | | droolmaster0 wrote: | | no one mentioned that it would take all day to run this. I aborted it after about 1 hour. Everything was ok so far. |
Memtest can take a long time because it tests your memory cards by writing to every single byte of memory on your system and then checking if reading from that memory returns the same data that was written.
| droolmaster0 wrote: | | The only way I can run this is overnight, or while I"m at work. At least the recommended method in the users guide - 3 passes, would take a long, long time. |
I have always found errors on the first pass so if you don't find any on the first pass, I will have to come up with some other theory that might cause this.
Patrick |
Well, the first pass wasn't done yet. I pasted the results below:
Memtest version 4.22 (64-bit)
Copyright (C) 2004 Charles Cazabon
Copyright (C) 2004 - 2008 Tony Scaminaci (Macintosh port)
Licensed under the GNU General Public License version 2 only
Log file written to /applications/memtest/memtest.log
Mac OS X 10.5.8 (9L31a) running in single user mode
Memory Page Size: 4096
System has 4 PPC processors(s) with Altivec
Requested memory: 3958MB (4150464512 bytes)
Available memory: 3958MB (4150464512 bytes)
NOTE: Memory request is too large, reducing to acceptable value...
Allocated memory: 3847MB (4034251456 bytes) at local address 0x0000000001000000
Attempting memory lock... locked successfully
Splitting allocated memory into 2 comparison buffers...
Buffer A: 1923MB (2017125728 bytes) starts at local address 0x0000000001000000
Buffer B: 1923MB (2017125728 bytes) starts at local address 0x00000000793ae560
Running 3 test sequences... (CTRL-C to quit)
Test sequence 1 of 3:
Running tests on entire 3847MB region...
Stuck Address : ok
Linear PRN : ok
Running comparison tests using 1923MB buffers...
Random Value : ok
Compare XOR : ok
Compare SUB : ok
Compare MUL : ok
Compare DIV : ok
Compare OR : ok
Compare AND : ok
Sequential Increment: ok
Solid Bits : ok
Block Sequential : ok
Checkerboard : ok
Bit Spread : ok |
|
| Back to top |
|
|
pluby
The Architect
Joined: Jun 16, 2003
Posts: 11949
|
| Posted: Sat Jan 02, 2010 2:27 pm Post subject: |
|
| droolmaster0 wrote: | | Well, the first pass wasn't done yet. I pasted the results below: |
I would wait until it starts the second pass to ensure that it has finished the first pass completely.
Patrick |
|
| Back to top |
|
|
pluby
The Architect
Joined: Jun 16, 2003
Posts: 11949
|
| Posted: Sun Jan 03, 2010 11:05 am Post subject: |
|
FYI. I have thought up the next troubleshooting steps if the Memtest output shows no errors. I have a strong suspicion that the memory mapping files is sometimes failing on your machine so I can put debug code in the OpenOffice.org code that reads the memory maps the files in the uno_packages folder. Hopefully, that will provide us with where an error is occurring and I can then adapt the OpenOffice.org to handle such an error.
I appreciate your patience in helping us troubleshoot this problem. Problems like these where only 1 or 2 users are affected can be difficult to fix, but I am confident that we will eventually find the cause.
Patrick |
|
| Back to top |
|
|
droolmaster0
Sentinel
Joined: Nov 20, 2009
Posts: 27
|
| Posted: Mon Jan 04, 2010 7:40 am Post subject: |
|
Confirmed that memory is fine. Results below:
Memtest version 4.22 (64-bit)
Copyright (C) 2004 Charles Cazabon
Copyright (C) 2004 - 2008 Tony Scaminaci (Macintosh port)
Licensed under the GNU General Public License version 2 only
Log file written to /applications/memtest/memtest.log
Mac OS X 10.5.8 (9L31a) running in single user mode
Memory Page Size: 4096
System has 4 PPC processors(s) with Altivec
Requested memory: 3958MB (4150464512 bytes)
Available memory: 3958MB (4150464512 bytes)
NOTE: Memory request is too large, reducing to acceptable value...
Allocated memory: 3847MB (4034251456 bytes) at local address 0x0000000001000000
Attempting memory lock... locked successfully
Splitting allocated memory into 2 comparison buffers...
Buffer A: 1923MB (2017125728 bytes) starts at local address 0x0000000001000000
Buffer B: 1923MB (2017125728 bytes) starts at local address 0x00000000793ae560
Running 3 test sequences... (CTRL-C to quit)
Test sequence 1 of 3:
Running tests on entire 3847MB region...
Stuck Address : ok
Linear PRN : ok
Running comparison tests using 1923MB buffers...
Random Value : ok
Compare XOR : ok
Compare SUB : ok
Compare MUL : ok
Compare DIV : ok
Compare OR : ok
Compare AND : ok
Sequential Increment: ok
Solid Bits : ok
Block Sequential : ok
Checkerboard : ok
Bit Spread : ok |
|
| Back to top |
|
|
pluby
The Architect
Joined: Jun 16, 2003
Posts: 11949
|
| Posted: Mon Jan 04, 2010 9:53 am Post subject: |
|
OK. I will start work on a test patch that outputs debug statements for shared memory usage. While I am doing that, can you launch the /Applications/Utilities/Terminal command, paste the following command into the Terminal window, press the Return key, and paste the output into this forum topic? This command will tell us what shared memory limits your machine has been configured with:
| Code: | | sysctl -a | grep shm |
Patrick |
|
| Back to top |
|
|
droolmaster0
Sentinel
Joined: Nov 20, 2009
Posts: 27
|
| Posted: Mon Jan 04, 2010 10:30 am Post subject: |
|
Ok. At work now - I'll try to remember to do this later.
| pluby wrote: | OK. I will start work on a test patch that outputs debug statements for shared memory usage. While I am doing that, can you launch the /Applications/Utilities/Terminal command, paste the following command into the Terminal window, press the Return key, and paste the output into this forum topic? This command will tell us what shared memory limits your machine has been configured with:
| Code: | | sysctl -a | grep shm |
Patrick |
|
|
| Back to top |
|
|
pluby
The Architect
Joined: Jun 16, 2003
Posts: 11949
|
| Posted: Mon Jan 04, 2010 12:12 pm Post subject: |
|
OK. I have a test patch for you. Can you reinstall NeoOffice 3.0.2 Early Access (so that the uno_packages folder is restored) and then install the following test patch?:
PowerPC:
http://joe.neooffice.org/test/NeoOffice-3.0.2_Early_Access-Patch-0-Debug-1-PowerPC.dmg
After you install the test patch, launch the /Applications/Utilities/Console application and then launch NeoOffice. During launch, several messages starting with "mmap:" should appear in the Console window. Can you copy those "mmap:" messages into this forum topic? Also, does the crashing still occur with the test patch?
Patrick |
|
| Back to top |
|
|
pluby
The Architect
Joined: Jun 16, 2003
Posts: 11949
|
| Posted: Wed Jan 06, 2010 3:32 pm Post subject: |
|
Have you had a chance to try the test patch in my previous post. If so, have you had any crashing after installing the test patch?
Not only did I add Console messages in the test patch, but I also disabled memory mapping of all files in the uno_packages folder as I suspect that mapping files into memory is where the bug is occurring.
Patrick |
|
| Back to top |
|
|
droolmaster0
Sentinel
Joined: Nov 20, 2009
Posts: 27
|
| Posted: Wed Jan 06, 2010 3:37 pm Post subject: |
|
| sorry - haven't done it yet. I'll try to get to it tonight. |
|
| Back to top |
|
|
droolmaster0
Sentinel
Joined: Nov 20, 2009
Posts: 27
|
| Posted: Wed Jan 06, 2010 7:35 pm Post subject: |
|
| pluby wrote: | OK. I will start work on a test patch that outputs debug statements for shared memory usage. While I am doing that, can you launch the /Applications/Utilities/Terminal command, paste the following command into the Terminal window, press the Return key, and paste the output into this forum topic? This command will tell us what shared memory limits your machine has been configured with:
| Code: | | sysctl -a | grep shm |
Patrick |
Going in order....
I got this:
kern.exec: unknown type returned
kern.sysv.shmall: 1024
kern.sysv.shmseg: 8
kern.sysv.shmmni: 32
kern.sysv.shmmin: 1
kern.sysv.shmmax: 4194304
security.mac.sysvshm_enforce: 1
security.mac.posixshm_enforce: 1 |
|
| Back to top |
|
|
droolmaster0
Sentinel
Joined: Nov 20, 2009
Posts: 27
|
| Posted: Wed Jan 06, 2010 7:46 pm Post subject: |
|
Crashing has always occurred after a few quits/restarts, so I'm not sure yet....
here is the paste from the console window
| Code: | 1/6/10 6:44:07 PM [0x0-0x48048].org.neooffice.NeoOffice[2730] mmap: 0xffffffff 0x5183000 425984 4 0 /Applications/NeoOffice.app/Contents/basis-link/ure-link/share/misc/types.rdb
1/6/10 6:44:07 PM [0x0-0x48048].org.neooffice.NeoOffice[2730] mmap: 0xffffffff 0x51ab000 3604480 5 0 /Applications/NeoOffice.app/Contents/basis-link/program/offapi.rdb
1/6/10 6:44:07 PM [0x0-0x48048].org.neooffice.NeoOffice[2730] mmap: 0xffffffff 0x51ab000 1212416 6 0 /Applications/NeoOffice.app/Contents/basis-link/program/oovbaapi.rdb
1/6/10 6:44:07 PM [0x0-0x48048].org.neooffice.NeoOffice[2730] mmap: 0xffffffff 0x85000 8192 7 0 /Applications/NeoOffice.app/Contents/share/uno_packages/cache/uno_packages/97LO3u_/remotecontrol.oxt/remotecontrol.uno.db
1/6/10 6:44:07 PM [0x0-0x48048].org.neooffice.NeoOffice[2730] mmap: 0xffffffff 0x85000 8192 8 0 /Applications/NeoOffice.app/Contents/share/uno_packages/cache/uno_packages/z2ZHBl_/neomobile.oxt/neomobile.uno.db
1/6/10 6:44:07 PM [0x0-0x48048].org.neooffice.NeoOffice[2730] mmap: 0xffffffff 0x85000 8192 9 0 /Applications/NeoOffice.app/Contents/share/uno_packages/cache/uno_packages/JEeJly_/mediabrowser.oxt/mediabrowser.uno.db
1/6/10 6:44:07 PM [0x0-0x48048].org.neooffice.NeoOffice[2730] mmap: 0xffffffff 0x85000 8192 10 0 /Applications/NeoOffice.app/Contents/share/uno_packages/cache/uno_packages/iQBRNg_/imagecapture.oxt/imagecapture.uno.db
1/6/10 6:44:07 PM [0x0-0x48048].org.neooffice.NeoOffice[2730] mmap: 0xffffffff 0x85000 8192 10 0 /Applications/NeoOffice.app/Contents/share/uno_packages/cache/uno_packages/iQBRNg_/imagecapture.oxt/imagecapture.uno.db
1/6/10 6:44:07 PM [0x0-0x48048].org.neooffice.NeoOffice[2730] mmap: 0xffffffff 0x51ab000 16384 11 0 /Applications/NeoOffice.app/Contents/share/uno_packages/cache/uno_packages/CLmjHi_/grammarcheck.oxt/grammarcheck.uno.db
1/6/10 6:44:07 PM [0x0-0x48048].org.neooffice.NeoOffice[2730] mmap: 0xffffffff 0x51ab000 131072 12 0 /Applications/NeoOffice.app/Contents/basis-link/ure-link/share/misc/services.rdb
1/6/10 6:44:07 PM [0x0-0x48048].org.neooffice.NeoOffice[2730] mmap: 0xffffffff 0x85000 8192 13 0 /Applications/NeoOffice.app/Contents/share/uno_packages/cache/registry/com.sun.star.comp.deployment.component.PackageRegistryBackend/common.rdb
1/6/10 6:44:07 PM [0x0-0x48048].org.neooffice.NeoOffice[2730] mmap: 0xffffffff 0x51ab000 98304 14 0 /Applications/NeoOffice.app/Contents/share/uno_packages/cache/registry/com.sun.star.comp.deployment.component.PackageRegistryBackend/MacOSX_PowerPC.rdb
1/6/10 6:44:07 PM [0x0-0x48048].org.neooffice.NeoOffice[2730] mmap: 0xffffffff 0x51ab000 2457600 15 0 /Applications/NeoOffice.app/Contents/basis-link/program/services.rdb
1/6/10 6:44:14 PM [0x0-0x48048].org.neooffice.NeoOffice[2730] mmap: 0xffffffff 0xc1aa000 8192 50 0 /Applications/NeoOffice.app/Contents/share/uno_packages/cache/registry/com.sun.star.comp.deployment.component.PackageRegistryBackend/common.rdb |
| pluby wrote: | OK. I have a test patch for you. Can you reinstall NeoOffice 3.0.2 Early Access (so that the uno_packages folder is restored) and then install the following test patch?:
PowerPC:
http://joe.neooffice.org/test/NeoOffice-3.0.2_Early_Access-Patch-0-Debug-1-PowerPC.dmg
After you install the test patch, launch the /Applications/Utilities/Console application and then launch NeoOffice. During launch, several messages starting with "mmap:" should appear in the Console window. Can you copy those "mmap:" messages into this forum topic? Also, does the crashing still occur with the test patch?
Patrick |
|
|
| Back to top |
|
|
pluby
The Architect
Joined: Jun 16, 2003
Posts: 11949
|
| Posted: Wed Jan 06, 2010 10:18 pm Post subject: |
|
Thank you for the output. I noticed the following odd things:
| droolmaster0 wrote: | security.mac.sysvshm_enforce: 1
security.mac.posixshm_enforce: 1 |
I do not have these two lines in my output but from their names, it appears that these settings disable use of shared memory.
| droolmaster0 wrote: | | 1/6/10 6:44:07 PM [0x0-0x48048].org.neooffice.NeoOffice[2730] mmap: 0xffffffff 0x5183000 425984 4 0 /Applications/NeoOffice.app/Contents/basis-link/ure-link/share/misc/types.rdb |
All of your "mmap:" messages have the same error: memory mapping of files fails (that is what the "0xfffffff" indicates).
Clearly, trying to invoke memory mapping on your machine will always fail. What I am curious is how the above two "security.mac" settings got set. If you open the System Preferences application and click on the Security icon, is the "Use security virtual memory" checkbox checked? If so and NeoOffice eventually crashes, can you uncheck that checkbox to see if the crashing stops?
Patrick |
|
| Back to top |
|
|
droolmaster0
Sentinel
Joined: Nov 20, 2009
Posts: 27
|
| Posted: Wed Jan 06, 2010 10:32 pm Post subject: |
|
that checkbox is not checked.
| pluby wrote: | Thank you for the output. I noticed the following odd things:
| droolmaster0 wrote: | security.mac.sysvshm_enforce: 1
security.mac.posixshm_enforce: 1 |
I do not have these two lines in my output but from their names, it appears that these settings disable use of shared memory.
| droolmaster0 wrote: | | 1/6/10 6:44:07 PM [0x0-0x48048].org.neooffice.NeoOffice[2730] mmap: 0xffffffff 0x5183000 425984 4 0 /Applications/NeoOffice.app/Contents/basis-link/ure-link/share/misc/types.rdb |
All of your "mmap:" messages have the same error: memory mapping of files fails (that is what the "0xfffffff" indicates).
Clearly, trying to invoke memory mapping on your machine will always fail. What I am curious is how the above two "security.mac" settings got set. If you open the System Preferences application and click on the Security icon, is the "Use security virtual memory" checkbox checked? If so and NeoOffice eventually crashes, can you uncheck that checkbox to see if the crashing stops?
Patrick |
|
|
| Back to top |
|
|
|
