| View previous topic :: View next topic |
| Author |
Message |
pluby
The Architect
Joined: Jun 16, 2003
Posts: 11949
|
 Posted: Mon May 16, 2011 11:32 am Post subject: |
|
Thank you for the output. Your output is identical to mine so whatever is causing NeoOffice to use up all 4 GB of memory allowed by Mac OS X is not occurring in the "mmap" program that you ran. So I think that I need to focus my troubleshooting efforts in a different direction.
Can you try the following steps and tell us if NeoOffice still crashes?:
1. Launch the System Preferences application and click on the "Users & Groups" icon.
2. Create a new, non-administrator user by clicking on the "+" icon.
3. Select the Apple :: Log Out menu and relogin as the user you created in step 2 and launch NeoOffice from the Finder's /Applications folder.
Patrick |
|
| Back to top |
|
 |
zircon
Pure-blooded Human
Joined: Aug 14, 2009
Posts: 33
Location: Japan
|
| Posted: Mon May 16, 2011 5:08 pm Post subject: |
|
In a brand new user account setting the cell format works both in a new file and the original test file. No crash. It felt like the settings menu appeared just a hair slower than in Open Office, but still quickly.
For comparison I tried again in my usual account. NeoOffice crashed, but Open Office worked - as expected. |
|
| Back to top |
|
|
pluby
The Architect
Joined: Jun 16, 2003
Posts: 11949
|
| Posted: Mon May 16, 2011 9:31 pm Post subject: |
|
The fact that NeoOffice does not crash with a different user on the same machine definitely narrows down the possible causes to one general area: user preferences and customizations.
Now that we know that some user preference or customization is causing the crashing, in theory we should be able to remove a few user preferences and customizations at a time until the bad preference or customization is found.
Can you move the following preference files and folders to your Desktop (do not delete them yet) and then launch NeoOffice? Note: "~" means your Home folder:
~/Library/Preferences/org.neooffice.NeoOffice.plist
~/Library/Preferences/NeoOffice-3.0
~/Library/Preferences/NeoOffice-2.2
Does the crashing stop after moving those files and folders?
Patrick |
|
| Back to top |
|
|
zircon
Pure-blooded Human
Joined: Aug 14, 2009
Posts: 33
Location: Japan
|
| Posted: Tue May 17, 2011 12:53 pm Post subject: |
|
Moved.
NeoOffice still crashes.
Perhaps the problem lies in some other setting - but then, why would Open Office work. Strange. |
|
| Back to top |
|
|
pluby
The Architect
Joined: Jun 16, 2003
Posts: 11949
|
| Posted: Tue May 17, 2011 1:47 pm Post subject: |
|
| zircon wrote: | | Perhaps the problem lies in some other setting - but then, why would Open Office work. Strange. |
I suspect the same thing. NeoOffice uses Apple's Java to create and display windows, menus, and native buttons, listboxes, and comboboxes. In contrast, OpenOffice.org does not use Apple's Java for those things so I suspect that the problem affects only applications that use Apple's Java like NeoOffice does.
The question is which preference or custom setting is the cause. We now know that NeoOffice's preference files and folders are not the cause so we will need to use a process of elimination to find the cause of the problem.
I am a little hesitant to have you randomly remove other applications' preference files and folder so can you execute the following command in a Terminal and post the output? This command will give me a complete list of preference files and folders that I can compare with the same on my Mac OS X 10.6.x Snow Leopard Server machine:
Also, can you launch the /Applications/Font Book application, click on "User" in the "Collections" column and if there are any fonts listed in that collection, disable all of them? If you have any fonts in your "User" collection, does NeoOffice still crash after you disabled all of those fonts?
Patrick
Last edited by pluby on Wed May 18, 2011 1:36 am; edited 2 times in total |
|
| Back to top |
|
|
sardisson
Town Crier
Joined: Feb 01, 2004
Posts: 4588
|
| Posted: Tue May 17, 2011 3:32 pm Post subject: |
|
There's still also the possible issue of some other app/daemon/whatever that's active in the normal user account, right (other than just preferences)? If I'm following things correctly, the following have been ruled out by successful tests:
1) System-wide setting/daemon/kext/etc (ruled out by successful use of Neo in a new user account)
2) NeoOffice preferences (ruled out by successful use of Neo in new user account and Neo still crashing even with default preferences in the normal user account)
Also, the AppTrap site notes that AppTrap has a background process that does all the actual work; I see that it gets shipped inside the prefPane, but does using the prefPane cause that background process app to be installed somewhere else? If the background process does get installed somewhere else on first use of the prefPane, AppTrap could still be installed in that user account and still be causing the memory usage.
In theory Safe Boot/Safe Mode should disable these sorts of things, but I guess it depends on how exactly they get installed/run.
Smokey
_________________
"[...] whether the duck drinks hot chocolate or coffee is irrelevant." -- ovvldc and sardisson in the NeoWiki |
|
| Back to top |
|
|
pluby
The Architect
Joined: Jun 16, 2003
Posts: 11949
|
| Posted: Wed May 18, 2011 1:40 am Post subject: |
|
| sardisson wrote: | | Also, the AppTrap site notes that AppTrap has a background process that does all the actual work; I see that it gets shipped inside the prefPane, but does using the prefPane cause that background process app to be installed somewhere else? If the background process does get installed somewhere else on first use of the prefPane, AppTrap could still be installed in that user account and still be causing the memory usage. |
Smokey's comment made me realize that the Terminal command that I asked zircon to run is too limited so I have edit my post to have zircon run the following command instead:
Like Smokey, I too believe the AppTrap or some other system hack is intercepting shared memory release calls since Apple's Java allocates and releases many temporary shared memory buffers when drawing images.
Patrick |
|
| Back to top |
|
|
zircon
Pure-blooded Human
Joined: Aug 14, 2009
Posts: 33
Location: Japan
|
| Posted: Wed May 18, 2011 7:25 am Post subject: |
|
Disabling all user fonts appears to resolve the problem.
I'll try to pinpoint the one that triggers it.
FWIW, I've attached the output of find ~/Library |
|
| Back to top |
|
|
pluby
The Architect
Joined: Jun 16, 2003
Posts: 11949
|
| Posted: Wed May 18, 2011 7:36 am Post subject: |
|
| zircon wrote: | Disabling all user fonts appears to resolve the problem.
I'll try to pinpoint the one that triggers it. |
That is excellent news! If you can find a specific font that causes the crashing, can you select that font in the Font Book application and then select the Preview :: Show Font Info menu. If you can post the PostScript Name, Version, Location, and Unique Name fields, then I can try to find a way to download that font from somewhere and see if I can reproduce the crashing on my machine.
Patrick |
|
| Back to top |
|
|
zircon
Pure-blooded Human
Joined: Aug 14, 2009
Posts: 33
Location: Japan
|
| Posted: Sat May 21, 2011 11:54 pm Post subject: |
|
I'm now having trouble replicating the problem despite re-enabling all user fonts. At times the settings window has shown as a white square for some seconds, (the way it looked when crashing, but longer) but then come up normal. It may be that a reboot is required after each setting change to invoke the crash - but I did not reboot after disabling the user fonts using Font Book, and that did stop the crashing.
I will experiment some more after I've taken care of an upcoming deadline. |
|
| Back to top |
|
|
pluby
The Architect
Joined: Jun 16, 2003
Posts: 11949
|
| Posted: Sun May 22, 2011 12:29 am Post subject: |
|
Do you have many user fonts on your machine? I ask because a long pause like you are seeing happens when Apple's font handling code loads a lot of fonts.
Another possibility is that Apple's newer "CoreText" font handling functions are having difficulty loading some of the fonts on your machine. In NeoOffice 3.2, we removed all of Apple's older "ATSUI" font handling functions from the NeoOffice code and replaced those functions with Apple's newer "CoreText" functions. Since OpenOffice.org and LibreOffice both use the older "ATSUI" functions, you may have discovered a problem in Apple's "CoreText" functions.
Patrick |
|
| Back to top |
|
|
zircon
Pure-blooded Human
Joined: Aug 14, 2009
Posts: 33
Location: Japan
|
| Posted: Sun May 22, 2011 5:21 am Post subject: |
|
| I do have over 500 user fonts, which I expect is many more than the average. Many of them are Japanese, which may or may not be an issue. In any case I will experiment some more. |
|
| Back to top |
|
|
sardisson
Town Crier
Joined: Feb 01, 2004
Posts: 4588
|
| Posted: Sun May 22, 2011 10:52 am Post subject: |
|
| zircon wrote: | | I do have over 500 user fonts, which I expect is many more than the average. Many of them are Japanese, which may or may not be an issue. In any case I will experiment some more. |
If you haven't already, make sure you validate your fonts to check for possible corrupt ones.
Smokey
_________________
"[...] whether the duck drinks hot chocolate or coffee is irrelevant." -- ovvldc and sardisson in the NeoWiki |
|
| Back to top |
|
|
pluby
The Architect
Joined: Jun 16, 2003
Posts: 11949
|
| Posted: Mon May 23, 2011 11:30 am Post subject: |
|
IIRC, I had zircon validate all fonts and the few that were found to be invalid were disabled.
What I think may have caused the crashing was that the Mac OS X font cache was corrupt and disabling and reeanabling all the user fonts cleared the font cache.
One question for zircon: do you see the several second pause every time you open the cell formatting dialog? Or does the pause only occur the first time that you open the dialog?
Patrick |
|
| Back to top |
|
|
|
