Welcome to NeoOffice developer notes and announcements
NeoOffice
Developer notes and announcements
 
 

Download or installation problems? Try these steps
Problems after upgrading to NeoOffice 2022? Try these steps


Support
· NeoOffice Support
· NeoWiki


Announcements
· Twitter @NeoOffice


Downloads
· Download NeoOffice


RSS Feeds
· Announcements Only
· All Posts


  
NeoOffice :: View topic - Set cell format crashes/hangs NeoOffice 3.2 patch1
Set cell format crashes/hangs NeoOffice 3.2 patch1
 
Post new topic   Reply to topic    NeoOffice Forum Index -> NeoOffice Releases
View previous topic :: View next topic  
Author Message
pluby
The Architect
The Architect


Joined: Jun 16, 2003
Posts: 11932

PostPosted: Mon May 16, 2011 11:32 am    Post subject: Reply with quote

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
View user's profile Send private message Visit poster's website
zircon
Pure-blooded Human


Joined: Aug 14, 2009
Posts: 33
Location: Japan

PostPosted: Mon May 16, 2011 5:08 pm    Post subject: Reply with quote

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
View user's profile Send private message
pluby
The Architect
The Architect


Joined: Jun 16, 2003
Posts: 11932

PostPosted: Mon May 16, 2011 9:31 pm    Post subject: Reply with quote

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
View user's profile Send private message Visit poster's website
zircon
Pure-blooded Human


Joined: Aug 14, 2009
Posts: 33
Location: Japan

PostPosted: Tue May 17, 2011 12:53 pm    Post subject: Reply with quote

Moved.
NeoOffice still crashes.
Perhaps the problem lies in some other setting - but then, why would Open Office work. Strange.
Back to top
View user's profile Send private message
pluby
The Architect
The Architect


Joined: Jun 16, 2003
Posts: 11932

PostPosted: Tue May 17, 2011 1:47 pm    Post subject: Reply with quote

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:

Code:
find ~/Library


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
View user's profile Send private message Visit poster's website
sardisson
Town Crier
Town Crier


Joined: Feb 01, 2004
Posts: 4588

PostPosted: Tue May 17, 2011 3:32 pm    Post subject: Reply with quote

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
View user's profile Send private message Visit poster's website
pluby
The Architect
The Architect


Joined: Jun 16, 2003
Posts: 11932

PostPosted: Wed May 18, 2011 1:40 am    Post subject: Reply with quote

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:

Code:
find ~/Library


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
View user's profile Send private message Visit poster's website
zircon
Pure-blooded Human


Joined: Aug 14, 2009
Posts: 33
Location: Japan

PostPosted: Wed May 18, 2011 7:25 am    Post subject: Reply with quote

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
View user's profile Send private message
pluby
The Architect
The Architect


Joined: Jun 16, 2003
Posts: 11932

PostPosted: Wed May 18, 2011 7:36 am    Post subject: Reply with quote

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
View user's profile Send private message Visit poster's website
zircon
Pure-blooded Human


Joined: Aug 14, 2009
Posts: 33
Location: Japan

PostPosted: Sat May 21, 2011 11:54 pm    Post subject: Reply with quote

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
View user's profile Send private message
pluby
The Architect
The Architect


Joined: Jun 16, 2003
Posts: 11932

PostPosted: Sun May 22, 2011 12:29 am    Post subject: Reply with quote

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
View user's profile Send private message Visit poster's website
zircon
Pure-blooded Human


Joined: Aug 14, 2009
Posts: 33
Location: Japan

PostPosted: Sun May 22, 2011 5:21 am    Post subject: Reply with quote

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
View user's profile Send private message
sardisson
Town Crier
Town Crier


Joined: Feb 01, 2004
Posts: 4588

PostPosted: Sun May 22, 2011 10:52 am    Post subject: Reply with quote

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
View user's profile Send private message Visit poster's website
pluby
The Architect
The Architect


Joined: Jun 16, 2003
Posts: 11932

PostPosted: Mon May 23, 2011 11:30 am    Post subject: Reply with quote

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
View user's profile Send private message Visit poster's website
Display posts from previous:   
Post new topic   Reply to topic    NeoOffice Forum Index -> NeoOffice Releases All times are GMT - 7 Hours
Goto page Previous  1, 2, 3
Page 3 of 3

 
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum
You cannot attach files in this forum
You cannot download files in this forum

Powered by phpBB © 2001, 2005 phpBB Group

All logos and trademarks in this site are property of their respective owner. The comments are property of their posters, all the rest © Planamesa Inc.
NeoOffice is a registered trademark of Planamesa Inc. and may not be used without permission.
PHP-Nuke Copyright © 2005 by Francisco Burzi. This is free software, and you may redistribute it under the GPL. PHP-Nuke comes with absolutely no warranty, for details, see the license.
Page Generation: 0.03 Seconds