Hi,
Sebastian Reitenbach wrote:
Hi,
I'm testing GWorkspace for a new release, and found, that the DesktopPrefs Gorm
file doesn't load anymore:
2012-04-15 19:41:40.380 GWorkspace[7146] Exception occured while loading model:
expected array count 8 and got 134479950
2012-04-15 19:41:40.381 GWorkspace[7146] Failed to load Gorm
2012-04-15 19:41:40.381 GWorkspace[7146] Exception occured while loading model:
expected array count 8 and got 134479950
2012-04-15 19:41:40.381 GWorkspace[7146] Failed to load Gorm
2012-04-15 19:41:40.381 GWorkspace[7146] failed to load DesktopPref!
2012-04-15 19:41:41.036 GWorkspace[7146] prfsname {"fsn_info_type" = 0; geometry = "508 93 450 675 0 0 1024 768 ";
"hligh_table_col" = 0; iconposition = 5; iconsize = 48; labeltxtsize = 12; lastselection = ("/"); "list_view_columns" =
{0 = {identifier = 0; minwidth = 80; position = 0; width = 140; }; 1 = {identifier = 1; minwidth = 80; position = 3; width = 129; }; 2 = {identifier
= 2; minwidth = 80; position = 1; width = 90; }; 3 = {identifier = 3; minwidth = 50; position = 2; width = 50; }; }; shelfdicts = ({index = 0; paths
= ("/home/sebastia"); }, {index = 1; paths = ("/usr/local/libexec/GNUstep"); }); shelfheight = 77; singlenode = 0; spatial = 0;
viewtype = Browser; }
Riccardo said, this file was edited lately.
When I see those large numbers I guess, it may be that while editing that file
on amd64, after the NSNotFound change with Gorm, that Gorm did encode some
garbage in it?
I have seen a similar problem with a Gorm file of PRICE too while testing that.
The problem with GWorkspace only tested on i386 so far, the problem with PRICE
I have seen on i386 and amd64.
Any idea where this could come from and what to do about it?
I have no clue, I hope others can help. This kind of errors happened
when you had a bogus version number, remember? But here it should be
fine in the gorm file, please check.
I hope other core guys can jump in, describe your configuration more
precisely?
I am able to open GWorkspace's preferences panel on most 32bit platforms
I have: NetBSD Sparc&x86, linux and even OpenBSD (using gcc and the
whole sourcetree built from our repository, not ports). It works also on
linux x86-64.
I did not test PRICE explicitely on OpenBSD, but I will do so this
evening, however PRICE's filter windows load fine.. even on gnustep
release (I have a debian box which has debian core packages and then
apps build from source, to check stuff). I suppose you have trouble with
the "Curves" filter since it is the latest added? Or some other perhaps
I might have "edited" ?
Riccardo
_______________________________________________
Discuss-gnustep mailing list
[email protected]
https://lists.gnu.org/mailman/listinfo/discuss-gnustep
